-
Notifications
You must be signed in to change notification settings - Fork 821
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
Render name of administrative boundaries on centroid #104
Comments
Why "on centroid"? Shouldn't it be rendered at/near the administrative centre? |
Don't know if that is a good idea as for example the admin centre for a municipality could be at the same place as the admin centre of the city of the municipality. IMHO it is better to render it at or near the centroid (or on a label node but that is apparently not a solution #105 ;)). I guess the big problem here is that place-nodes and admin boundaries often map the same thing. Putting the place= tag on the same relation as the admin boundary would be a solution if issue #103 is fixed. |
Il giorno 07/ago/2013, alle ore 14:59, Joakim Fors [email protected]
actually it is not the same thing but might have the same or a similar name Putting the place= tag on the same relation as the admin boundary would be
mostly I wouldn't do this (unless the built-up space is identical with the |
Assigning to myself as a follow-up to #103, which this depends on because a portion of relations have place values |
Right now we're rendering the names via the catch-all, which is unstyled, and low priority. In my mind, this can't be fixed until we handle place on areas, which requires #103. When that is fixed we may see a reduction of duplication in the data, which will help this, then we can re-evaluate if we want to render lower administrative divisions. It is worth noting that we do render labels on centroids on low-zoom low-level administrative boundaries. |
Those are place nodes in the US. |
If I understand this issue, current rendering is already made in centroids, using "interior" function. Proper rendering however depends mostly on Mapnik's ability to move them aside when conflicting with admin capitals, which means that #2962 is needed (see mapnik/mapnik#3780 (comment)). Once "grid" method is available, we can use it for admin areas, but this ticket is rather not talking about it. |
I am pretty sure that request "Render name of administrative boundaries on centroid" is fulfilled. |
Names of administrative boundaries should be rendered on centroid with the appropriate size (similar to place= nodes). Issues with name collisions might occur as some "places" are mapped as both a place node and an admin boundary as the current mapnik stylesheet doesn't support place= on areas correctly (see #103 ).
The text was updated successfully, but these errors were encountered: