For Mapnik it might be even more simple, but I'm not sure.
Currently Mapnik as far as I know draws the following (in order):
bridges:
1) bridge-casing
2) highway-casing (is that rendered on bridges currently?
3) bridge-fill
4) highway-fill
5) highway-label
we now propose to add the bridge-area. If bridge-fill is the same for
the current rendering than for the bridge-areas we propose, this would
lead to this valid rendering order (kept numbers for hopefully better
readability):
0) bridge area casing
1) bridge-casing
1a) bridge-area-fill
2) highway-casing
3) bridge-fill
4) highway-fill
5) highway-label
If there's no bridge-area defined, the rendering results exactly the
same as before (ignore 0 and 1a and it's the same as above).
If there is a bridge-area, then with this rendering ruleset and given,
that bridge-fill is not transparent
- any bridge-casing is covered and thus overwritten by the bridge-area-fill
- the highway is rendered above as if the bridge tag would have been
ignored on it (sequence 2, 4, 5)
regards
Peter
Am 31.01.2013 16:24, schrieb Janko Mihelic':
I even drew it:
http://i.imgur.com/uk5RXjL.png
So, a renderer could find out if a road that has the tag bridge=yes is
connected to a way that has a tag building=bridge on both ends. If it
is, it doesn't render the black lines on left and right of road.
That's why I think it's better not to remove the tag bridge=yes from
roads that have the bridge area around them.
Janko Mihelic'
_______________________________________________
Tagging mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/tagging
_______________________________________________
Tagging mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/tagging
