[OSM-talk] Mapnik rendering issue with *_link roads
Richard Mann
richard.mann.westoxford at gmail.com
Fri May 4 13:28:17 BST 2012
Logically, you need to know the lower of the two classifications being
linked, and it may also be useful to know the higher of the two being
linked. So I record that information in links_lower and links_higher tags.
Then it can be rendered very neatly.
But I got flamed last time I proposed this ought to be fixed, so this
information is offered on a tag-what-you-like basis, rather than a
render-as-I-do basis.
Richard
On Fri, May 4, 2012 at 1:09 PM, Maarten Deen <mdeen at xs4all.nl> wrote:
> I finally found out what the issue is with this [1] situation. My issue
> with it is that IMHO it is not good to see the unclassified road rendered
> on top of the primary_link road. I made a test here [2] where the left
> primary is a primary_link and the right primary is a primary proper.
> Apparently mapnik's renderering rules state that primary_link roads should
> be rendered below unclassified roads. I haven't inspected the rendering
> rules in detail (I'm also not familiar with them) but I have seen that
> tertiary_link roads are also rendered below unclassified roads. I expect
> that any *_link road is rendered below any other (or at least motorway -
> unclassified) road.
>
> Is this behaviour of mapnik wanted? As I said: IMHO it is not pleasing to
> the eye to see the unclassified road rendered on top of the primary_link
> road. In order of priority, a *_link road is just below its * counterpart
> but above the next lower road (so primary -> primary_link -> secondary).
>
> [1] http://www.openstreetmap.org/?**lat=51.352555&lon=6.014996&**zoom=18<http://www.openstreetmap.org/?lat=51.352555&lon=6.014996&zoom=18>
> [2] http://www.openstreetmap.org/?**lat=51.352419&lon=6.010627&**zoom=18<http://www.openstreetmap.org/?lat=51.352419&lon=6.010627&zoom=18>
>
> Regards,
> Maarten
>
> ______________________________**_________________
> talk mailing list
> talk at openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk<http://lists.openstreetmap.org/listinfo/talk>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20120504/ba13d919/attachment.html>
More information about the talk
mailing list