-
Notifications
You must be signed in to change notification settings - Fork 120
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
Evaluate relations for cities #239
Comments
@max-dn , Even if @joto's flex backend for osm2pgsql becomes a reality (osm2pgsql-dev/osm2pgsql#1036), I think copying the "important information to the node" (the missing population tag in this particular case), will be a hard call. Paris is currently a bit of a problem/nightmare in this respect, there are three(!) type=boundary, boundary=administrative relations defined with the name "Paris" for admin_levels 6, 7, and 8, that in this case (but this could well be, and is actually expected to be, different in other cases), even seem to contain the exact same relation members, so the outer boundary the same size and form. Just look at the references below. Only the admin_level=8 relation has the population=x tag. And that is in fact luck. What if all three relations had a different member set / size and correspondingly different population? Admin_level=6: Admin_level=7: Admin_level=8: By the way, I knew the tagging of OpenStreetMap was curious at times, but this new relation type made me laugh out loud: I certainly hope Facebook doesn't adopt the idea and add all his billion plus sign ups to OSM... ;-) That would surely take the OpenStreetMap servers down... As to this specific problem. I re-added the population tag to the administrative center node. Don't know if it will last long, because I guess the local OSM member who removed it, will step in again. Another (stop-gap) solution for country capitals is to check for the: |
Yes, the easier way is to assume some "default population" for place=city or capital=yes |
For many place nodes, population is no longer entered. Instead, the node is entered as admin_centre of a relation and the important information is located there.
We should consider relations or at least copy the important information to the node...
For example Paris is currently missing on the map (node 17807753 in relation 7444).
The text was updated successfully, but these errors were encountered: