-
Notifications
You must be signed in to change notification settings - Fork 831
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
Labels of National park boundaries (and others protected areas) #3569
Comments
It would also be relevant to use tag |
What protect_class are these Regional Nature Park areas in France?
If they are less significant than national parks, perhaps the whole class should be rendered one zoom level later.
|
We could not found any rule regarding "importance" of protected areas, so we use size, which works quite good. |
I don't have a problem with these labels on z8 and I don't see them as something creating a mess there. |
They are
The protection is less strong, indeed. But the tourist interest is not less.
I do not think it creates a mess there, but I find that these labels are displayed while other important cartographic landmarks are not. |
We also show military areas on z8+, so this is more complex problem. Could you make some test renderings to check how would it look like? |
For me it looks like a tagging issue. Is it really the common name for this areas? From style and length it looks like something that should be in the |
Yes it is ! |
Why not? |
Thanks for spotting this issue! For now I opened https://www.openstreetmap.org/note/1619006 as it seems that problem is in data, not in styling of data. |
On Geoportail (french topographic website), "Parc naturel régional" are frequently written entirely, they do not use PNR unless space is limited. Example with the Parc naturel régional Normandie-Maine or with the Parc naturel régional du Massif des Beauges (slightly shorten). I agree with @matkoniecz, it's more a tagging issue. I would tend to propose 'PNR xxx' in the |
On the Geoportail website, when zooming out, they use "Parc xxx" instead of "Parc naturel régional xxx". This appears to be a common way to refer to these parks. Examples:
|
Is there any support in Mapnik for rendering different names based on the
size of the polygon? I suspect not?
It would be nice if we could show the short_name when the full name is too
long.
…On Mon, Dec 17, 2018 at 9:50 PM vholten ***@***.***> wrote:
On the Geoportail website, when zooming out, they use "Parc xxx" instead
of "Parc naturel régional xxx". This appears to be a common way to refer to
these parks. Examples:
-
"Parc naturel régional du Massif des Bauges" -> "Parc du Massif des
Bauges"
The shorter name is also used on their website, for example here
<http://www.parcdesbauges.com/fr/actualite/marteloscope-biodiversite-de-faverges-vive-le-martelage-numerique-246.html>:
"A l’initiative du Parc du Massif des Bauges..."
-
"Parc naturel régional des volcans d'Auvergne" -> "Parc des volcans
d'Auvergne"
The shorter name is already used in the first sentence of the Wikipedia
article
<https://fr.wikipedia.org/wiki/Parc_naturel_r%C3%A9gional_des_volcans_d%27Auvergne>
and also on the official site
<http://www.parcdesvolcans.fr/Vivre-ici/Pres-de-chez-vous/Actualites/Le-sentier-GR400-du-Puy-Mary-remis-en-etat>
.
-
"Parc naturel régional Normandie-Maine" -> "Parc Normandie-Maine"
The shorter name is also used in the Wikipedia article
<https://fr.wikipedia.org/wiki/Parc_naturel_r%C3%A9gional_Normandie-Maine>:
"Le territoire du Parc Normandie-Maine s’articule..." and on the official
site
<http://www.parc-naturel-normandie-maine.fr/actualites/voyage-d-etude-dans-le-geoparc-des-bauges_347.html>
"Dans le cadre de la candidature du Parc Normandie-Maine..."
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#3569 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AoxshGyjXx4x3RGvHsIIDUUleVgqIQfwks5u55MNgaJpZM4ZTNSZ>
.
|
sent from a phone
On 17. Dec 2018, at 14:00, jeisenbe ***@***.***> wrote:
Is there any support in Mapnik for rendering different names based on the
size of the polygon? I suspect not?
this should be doable with the database query.
|
Mapnik algorithm is very simplistic - it just finds a centroid node for placing labels. It should start with constructing label and checking the shape of the rectangle, and then try to fit this box into the shape. In OSM Carto we just use our limits, which works pretty good: Lines 223 to 224 in 295d65d
so we could add less strict limit for short names (for example for |
That's exactly what I would have hoped for!
Agree with this ! |
Do I understand it right that the issue is solved by using different |
Using From my point of view, the name could be displayed only at 9 zoom, but I hear that everyone is not of this opinion. No problem to close this issue 😉 |
Well, we probably might check the length of the name string and in case it's too long, we could try short_name, but we have no such example in our SQL and I'm not sure how to make rendering names consistent. After all our simple rule works quite good - the names are largely kept inside the area, so it looks sane for me. |
We read "Parc Naturel Régional" but write PNR on a map so it's really the short_name, on signs you'll see Parc Naturel Régional. |
Has anyone else noticed this problem in other areas at z9, or does this seem to not be an issue anymore? It would add a fair amount of code complexity if we were to check for |
Names are pretty long in several countries, below some examples in Europe (UK, PL, DE, RU, FR, IT, SP). |
Really? That's what OSM-FR does by default for some features.
The long version is displayed, if it can't the short version is tried, see the example on hospitals. |
The best way to find out if such a change would be acceptable would be to submit a Pull Request with the recommended changes so that the specific code changes can be discussed. |
@meased - would you be interested at trying to solve this next, since you were working on improving protected natural areas rendering? Now that I've reviewed your PR #3887 it has been visible that the current protected area labels are rather strong on z8 and z9. An easy solution might be changing this from 3000 at all levels to 12,000 at z8 and z9, and 3000 way_pixels at z10 and above, in Current:
After:
We could also check how this looks for military areas, glaciers, sand, bare_rock, forests, and the few other features which are rendered at z8 and z9. This would have the affect of showing the labels one zoom level later and on areas that are twice as wide and tall as the current minimum size. |
I'm planning to change the protect_class=5/6 areas to only render from z9. Also, I would like to only render the names for these areas at >12k way_pixels (when the feature takes up at least 12,000 square pixels at standard resolution) at z9 and z10, instead of the current limit of 3k way_pixels - that's one zoom level later. I believe implementing both of those options will resolve this issue. |
The different protected areas should soon be much more rendered (see here, and test prototype here).

This is very good news for me who has been waiting for this for a long time.
However, because their labels are visible from the zoom 8, the map tends to be covered with green text (this is for example the case in France with the Regional Nature Parks).
If it were possible, it would be interesting for the labels to be visible only from the zoom 9, and at the zoom 8, only the perimeters are visible.
The text was updated successfully, but these errors were encountered: