Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

use of isced:level and addr:full #4

Open
govvin opened this issue Mar 14, 2018 · 4 comments
Open

use of isced:level and addr:full #4

govvin opened this issue Mar 14, 2018 · 4 comments

Comments

@govvin
Copy link

govvin commented Mar 14, 2018

image

In the the proposal page for isced:level=xxx key, the values for levels are supposed to be numeric.

In this import, you have these values as primary or secondary, where they should be as 1 or 2, respectively. Also note that kindergartens may also be tagged as isced:level = 0

I'm curious about your use of addr:full with a value that duplicates the addr:subdistrict key and the addr:district that duplicates addr:province Based on the image above, the field value should have been just addr:full = Titihue, Huancane

In the following case:
image
The value could be addr:full = Azangaro, Chupa, Caminocoya, or often in the format <housenumber> <street address> <neighbourhood> <town> <zipcode> <country>

I'm familiar with these keys because I have a similar import in the pipeline, and appreciate the value of these imports add to the map, and their importance to the community. I'm curious with your use case.

@Rub21
Copy link
Member

Rub21 commented Apr 3, 2018

cc. @dannykath

@dannykath
Copy link
Collaborator

Hey @govvin, sorry for my late response, I checked your comments and I have some comments:

In the proposal page for isced:level=xxx key, the values for levels are supposed to be numeric.
In this import, you have these values as primary or secondary, where they should be as 1 or 2, respectively. Also note that kindergartens may also be tagged as isced:level = 0

According to schema, we have considerated 3 levels : Initial, primary and secondary.
Yes, you are right , thanks for the observation 🙇‍♀️ We will check and change the tag according to the following schema: 👇

Level Old value Should be
initial missing isced:level= 0
primary isced:level= primary isced:level=1
secondary isced:level= secondary isced:level = 2

I think we can fix this one run a query using overpass for initial level, primary and secondary and change the data for avoid this issue 👍

I'm curious about your use of addr:full with a value that duplicates the addr:subdistrict key and the addr:district that duplicates addr:province Based on the image above, the field value should have been just addr:full = Titihue, Huancane

According to data of INEI , the political division has 4 levels : Department, province, district and populated center and in openstreetmap does not exist populated center, and this was the reason because we use addr:subdistrict for populated centers.
You can check the list of populated center here
Example :

I'm curious about your use of addr:full with a value that duplicates the addr:subdistrict key and the addr:district that duplicates addr:province Based on the image above, the field value should have been just addr:full = Titihue, Huancane
The value could be addr:full = Azangaro, Chupa, Caminocoya, or often in the format

I don’t have enough information about the 👉 addr:full = Azangaro, Chupa, Caminocoya
Could you please send me some documentation about the addr:full, because the data of MINEDU considered if the address has not detailed information about the name of street and house number the data is the same as addr:subdistrict, you can see the example below 👇

schools

@govvin
Copy link
Author

govvin commented Apr 7, 2018

addr:full is not necessary if you can break them down into their individual components, like you've been doing.

Where street-level information is not available, you may use addr:place=*, if that's necessary. This looks like an appropriate key for populated centers.

@dannykath
Copy link
Collaborator

This is great!! @govvin thanks !! I will change the documentation about this ☝️

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants