|Utilisé pour indiqué une relation verticale entre deux éléments|
|Utilisé pour ces éléments|
|Statut: Non défini|
|Outils pour cet attribut|
|Key:layer : il comprend des lacunes, des erreurs non corrigées, ou certaines parties qui ne sont pas encore traduites.
Si vous comprenez l’original en anglais, merci d’apporter votre aide pour compléter cette traduction française. Lisez les instructions concernant la traduction de ce wiki.
Personne ne semble travailler dessus actuellement, vous pouvez prendre cette tâche.
Le tag layer=* est une des manières d'indiquer une relation verticale entre deux éléments se croisant ou se superposant. L'ordre vertical établi par la valeur du tag layer est valide uniquement sur la location précise de l'intersection(qui n'est pas un noeud) entre les deux éléments.
Joining the ways with a shared node at the point where they cross would destroy the vertical order established by layer.
Layer is not suitable to define vertical relationships of adjoining, nearby or distant elements or areas. Applying it to long ways however will unpredictably affect (usually break) intersections far outside the visible editing area.
La valeur va de -5 à 5, 0 ne doit pas être utilisé explicitement.
Ways passing above other ways on a bridge will have a higher layer value, ways passing in tunnels below other ways will have lower (negative) values. All ways without an explicit value are assumed to have layer 0.
With some exceptions, layer=* on ways should be used only in combination with one of tunnel=*, bridge=*, highway=steps, highway=elevator, covered=* or indoor=yes. For areas, it could be used in combination with tags such as man_made=bridge, building=* and similar.
Ways in buildings (or similar structures like multilevel parking lots, shopping centers, airports, railway stations, some multilevel bridges and roads...) should be mostly described with level=* instead of layer.
Layer provides absolutely no information about relative or absolute height difference of objects which do not immediately cross or overlap. A change in layer should not be used to indicate a change in elevation. A bridge is at layer 1 even if it is only several feet above sea level while the peak of Mount Everest is at layer 0 even though it is 8848 meters above sea level.
ele=* can be used to indicate elevation above sea.
Several other tags can establish or modify vertical relationships explicitly or by builtin assumptions. Some of those are level=*, location=*, covered=*, highway=steps, aerialway=*, power=line, waterway=dam
Here are the main guidelines:
- Features at layer 0 should not normally have a layer tag.
- Do not use layer=-1 to hide warnings about crossing or overlapping ways. Either fix them properly or leave the easily visible warning so that others can fix them.
- Tag shortest possible/practical sections of ways. Long viaducts and tunnels can be tagged with a suitable single value for their entire length for simplicity although it may sometimes be better to adjust the layer along its length to accommodate more complicated crossings.
- Use the smallest suitable layer value. Only use layer=2 for a bridge that passes over a feature that is already at level 1; similarly only use layer=-2 for a tunnel that passes below another tunnel. For convenience some higher values are often locally used/reserved for very long bridges or underground networks where it is assumed that they are above/bellow most other crossings/objects in the area.
- When ways are passing on different levels apply layer=* only to the way which also has the bridge/tunnel attribute. Only ways with one of the tags/attributes tunnel=*, bridge=*, highway=steps, highway=elevator, covered=* should be tagged with the layer tag, similar for railways and waterways.
- Within complex junctions it is often necessary to break ways to change the layer and thereby ensure that the vertical arrangement of intersections is accurately described.
- Rivers and streams should not be tagged with layer -1 along long sections of their length, crossings should be tagged like other crossings with bridges, tunnels and layer. Waterways that are covered may be tagged with covered=yes and are generally rendered as if they flow underneath built features. Where a highway is at the same level as a waterway, you can add a (ford=*).
- Power lines (power=line) do not normally need to be tagged with a layer and are assumed to float above all other features unless a layer value is used to indicate otherwise. The location=overground can be used and layer=* may be used for example when two power lines cross.
- Some other features like man_made=pipelines can also be appropriately tagged by using location=overground or location=underground instead of layer=*. This simply indicates that they are in the air or buried, without providing any actual relative height information which is frequently not easily available for buried pipelines. layer=* may be used for example when two pipelines lines cross where the information is known.
- Although some map rendering and quality assurance services assume that bridges and tunnels are at layers +1 and -1 respectively, it is better to explicitly state the layer for all bridges and tunnels.
Note that there can be some ambiguity about whether a particular crossing should be tagged as a bridge or as a tunnel, particularly where the distance under the upper way is long. In general the way through a tunnel tends to be longer and darker, whereas the way under a bridge tends to be shorter and less dark. The GDF standard uses the term 'brunnel' to cover both features.
Here are some common examples of how not to use the layer tag: Voici quelques exemples communs où il ne faut pas utiliser le tag layer:
- Terrains(Landuses), comme les parcs ou les bois. Ajouter un layer masque les voies présentes au niveau du sol.
- Routes, chemins de fer, les rivières et autres éléments aquatiques ne doivent pas avoir un tag layer à cause d'une surélévation ou d'une tranchée ; utilisez embankment=* et cutting=*, ou waterway=ditch pour les fossés.
- Beware that the combination of layer on a way crossing areas with a different layer is not defined in many cases and likely to cause unforeseeable effects. As an example, a road or a river which is tagged with layer=-1 may not be rendered when crossing a landuse=forest with an implicit layer=0 tag - rendering will be inconsistent between different renderers. Such combinations are only defined when used with additional tags such as bridge or tunnel.
- An island (place=island) in a lake (natural=water) should not be tagged as layer=1, nor should a clearing in a wood. This has sometimes been done in an attempt to get the island or clearing to render properly. A multipolygon should be used for this purpose.
- Floors within a building should be tagged with level=* rather than layer.
- Use the smallest suitable layer value. Simple bridges over a way at ground level should use layer=1, not layer=2.
- Rivers and streams should not be tagged with layer -1 along their entire length or long sections.
- Positive values do not need a '+' sign. Use 'layer=1' rather than 'layer=+1'.
|This layers view of Washington using ITO Map shows how elements are correctly organised with elements that pass over other elements at ground level using layer 1 (red) unless it is necessary for them to to use layer 2 (orange). Elements underground are using layers -1 or -2 as appropriate.|
|This view of the Grand Union canal in the UK shows incorrect use of layers. The canal switches from surface (no layer) to layer -1 (dark blue) to layer 2 (orange) for no reason. Bridges and tunnels are using higher layer numbers than necessary and some don't have layers at all. A point where a stream and footpath pass under the canal in a tunnel are shown at the same layer as the canal (layer -1 as it happens). A car park and collection of tracks in the village are shown at layer=-1 - no layer tag is needed given that they are at ground level.|
|Layer tags used incorrectly for woods and a golf course. The woods are on layer 2, a golf course on layer -1 and a common on layer -2. These features are all at ground level and will render correctly without layering.|
- Proposed_features/layer_change (A tag to help renderers avoid artefacts when layers change, thus making it easier for them to respect the layer tag)