Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

Improve rendering of bridges, tunnels and layers #3020

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 1 comment
Closed

Improve rendering of bridges, tunnels and layers #3020

openstreetmap-trac opened this issue Jul 23, 2021 · 1 comment

Comments

@openstreetmap-trac
Copy link

Reporter: stanton
[Submitted to the original trac issue database at 7.18pm, Saturday, 29th May 2010]

When a bridge goes over another road and the bridge is very short, rendering is somewhat unfortunate: At lower zoom levels, at which road widths are overdrawn, the bridge appears not to span the road underneath (in some cases, the road underneath may even be drawn on top of the road parts which do not have the bridge attribute). In some cases the two roads appear to be connected when in fact they are not.

The same problem may affect tunnels or any use of the layer tag. It is caused by the fact that the width of a road is technically zero but it is rendered at a nonzero width. At low zoom levels road widths are overdrawn (the road is drawn wider than it is in nature so that it is still visible). If bridges tagged the correct way (with only the part that is in the air tagged as bridge=yes), they are in fact shorter than the road they cross.

Solution approach: If a bridge crosses any way which will be rendered with a width greater than zero, extend it to completely cover any way which passes underneath it (and possibly a few pixels further for better visibility). Similar rules can be applied to tunnels and ways with layer tags set.

As for tunnels, adding a black line representing the tunnel portal would make tunnels easier to identify.

@openstreetmap-trac
Copy link
Author

Author: Ldp
[Added to the original trac issue at 8.23pm, Saturday, 21st May 2011]

While you have good points here, it's not something that's within the capabilities of the renderer. As such, I have to close this as wontfix. I'm not aware of any development in this area, which makes render support of this capability at least years into the future.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant