[OSM-talk] Layer transitions

[Richard Mann]

I saw some strange rendering effects when a side road was straight onto a
bridge. The bridge was layer=1, so the side road was rendered on top of the
main road. That's why all the ways approaching a junction should be on the
same layer. You can either achieve this by inserting a short way between the
bridge and the junction, or by altering the layer of the thing that is
bridged (ie making the stream layer=-1)

Richard

On Fri, Jul 31, 2009 at 11:01 AM, "Marc Schütz" <schuetzm at gmx.net> wrote:

> > to make my question more precise, please have a look at this tunnel that
> > crosses a railway track (the railway is a subway that runs at ground
> > level):
> >
> >
> http://www.openstreetmap.org/edit?lat=48.1325961&lon=16.3109488&zoom=19&way=29205957
> >
> > The tunnel tag implies layer=-1
>
> No, it doesn't.
>
> > and that leads to a junction of ways on
> > different layers on both ends of the tunnel.
>
> Which wouldn't be a problem either. Layer is only relevant for defining the
> relative order of intersecting (crossing) objects. If the objects don't
> intersect, or have a common node, their layers don't imply anything about
> their relative or absolute height.
>
> > On the western end of the tunnel the adjacent way ends, this should be
> > no problem with the layers; on the eastern end there is a T junction.
> >
> > Do you think, this tunnel is OK the way it is or should someone add a
> > small piece of way on layer 0 at the eastern end next to the T-junction
> > to avoid a T-junction of different layers?
>
> It is ok as it is.
>
> Regards, Marc
>
> --
> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 -
> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20090731/64f33a84/attachment.html>