FR:Relation:destination_sign
 destination_sign
|
 |
| Description |
|---|
panneau de destination aux ou avant des intersections 
|
| Groupe: Propriétés |
| Membres |
|
Nous avons :
|
| Wikidata |
| Rechercher sur Wikidata |
| Statut : approuvé |
|
|
| Outils pour cet attribut |
Cette relation autorise l'entrée d'informations sur les panneaux de destination (aux intersections) dans OSM. Quand on utilise un logiciel de navigation comme aide à la conduite, il est très intéressant de pouvoir voir les destinations à suivre. Exemple : au lieu que le logiciel informe seulement "Tournez à gauche dans 200m", il pourrait aussi dire "Tournez à gauche direction Montferrand".
Remarque : Cette relation a pour objectif d'être utilisée dans les logiciels de navigation (à la prochaine intersection ; suivre la route de Montferrand) ou dans les descriptions de tour-par-tour lorsque l'on suit une voie déjà faite - l'objectif original n'est pas de servir pour créer des itinéraires.
Contents
Tags
| Clé | Valeur | Exemple | Commentaires |
|---|---|---|---|
| type | destination_sign | destination_sign | Le type de relation. |
| destination | un nom | Österstad | La destination indiquée sur le panneau. La distance n'est pas incluse. |
| distance | un nombre (optionellement suivi de km ou mi) |
16 | (Facultatif) La distance indiquée sur le panneau. En absence d'indication de l'unité de longueur, c'est une distance en kilomètres (km), indiquer mi pour une distance en miles.
|
| time | hh:mm | 3:15 | (Facultatif) Le temps de trajet reporté sur le panneau/poteau indicateur (pour les randonnées) |
| colour:back | une couleur | blue | (Facultatif) La couleur de l'arrière plan du panneau. N'utiliser que des noms de couleurs standards définis en anglais pour CSS2 et HTML5, sinon un code couleur RGB sur 3 ou 6 chiffres hexadécimaux. |
| colour:text | une couleur | white | (Facultatif) La couleur du texte du panneau. |
| colour:arrow | une couleur | #FFF | (Facultatif) La couleur du contour ou de la bordure du panneau. |
Pour les panneaux qui pointent sur une fonction, utiliser les tags normaux, par exemple, un panneau avec une icône d'hôpital et pas de nom, on peut le marquer simplement avec type=destination_sign+amenity=hospital. D'autres clés intéressantes sont ref=*, aeroway=aerodrome.
Pour les panneaux avec de multiples destinations, il faut créer plusieurs relations respectivement.
Les couleurs absentes devraient prendre par défaut des conventions nationales si elles sont omises. Ceci est habituellement pris en charge par les logiciels de rendus cartographique. Les différentes teintes précises ne sont sans doute pas très utiles et il ne devrait pas être nécessaire d'utiliser un code couleur RGB. Les couleurs devraient être choisies depuis une liste limitée de couleurs de base (celles du standard CSS ou HTML, nommées en anglais, devraient être suffisantes : black, white, red, blue, green, brown, yellow, mais certains pays peuvent en utiliser d'autres et ajouter un magenta=fuchsia ou distinguer quelques teintes d'une même couleur : claire/pâle, pleine/saturée et foncée). Pour éviter toute ambiguïté, il est préférable de s'en tenir à la définition du standard CSS (pour HTML ou SVG) afin de simplifier les rendus.
Membres
| Nœud/Chemin | Rôle | Récurrence | Commentaires |
|---|---|---|---|
  |
to | exactement un | Le chemin après l'intersection ou le second nœud sur ce chemin.
Exemple ci-dessous : Nœud C ou Chemin W |
|
from | un ou plusieurs - optionnel | Le chemin avant l'intersection ou l'avant-dernier nœud sur ce chemin.
Exemple ci-dessous : Nœud A ou Chemin Q Inutile quand les panneaux de destination sont les mêmes à partir des directions « non-vers ». (D-B-C = A-B-C) |
|
intersection | un - optionnel | Le nœud à l'intersection. Requis si aucun membre from n'est spécifié.
Exemple ci-dessous : Nœud B |
|
sign | un ou plusieurs - optionnel | Le point où se trouve un panneau. Cela peut être une intersection ou un point avant cette dernière.
Exemple ci-dessous : Nœud B |
Exemple
Prenons comme hypothèse que je m'approche de l'intersection vue sur la photo en haut de cette page et que le logiciel de navigation me dise de tourner à gauche. Cela serait intéressant de savoir que je me dois de suivre la direction de Österstad. Cela devient même primordial quand on suit une grande voie avec de nombreuses sorties et intersections.
Les relations pour les panneaux sur cette image : (hypothèse : les panneaux ne sont pas visibles depuis la route d'Åsmestad).
<relation id="??">
<tag k="type" v="destination_sign" />
<tag k="destination" v="ÖSTERSTAD" />
<tag k="colour:back" v="blue" />
<tag k="colour:arrow" v="white" />
<tag k="colour:text" v="white" />
<member type="node" ref="B" role="sign" />
<member type="way" ref="W" role="to" />
<member type="way" ref="Q" role="from" />
</relation>
<relation id="??">
<tag k="type" v="destination_sign" />
<tag k="destination" v="Åsmestad" />
<tag k="colour:back" v="yellow" />
<tag k="colour:arrow" v="red" />
<tag k="colour:text" v="black" />
<member type="node" ref="B" role="sign" />
<member type="node" ref="D" role="to" />
<member type="way" ref="Q" role="from" />
</relation>
Voir aussi
Notes to makers of routing software
Once again: the originally intended purpose is rendering on navigators (like this - in the next intersection follow the sign "E4 Malmö") or in turn-by-turn descriptions when following an already made route - in the original intent this is not for aiding the creation of routes.
- Check for destination_sign-relations along the route (which is already made and we are about to follow).
- Keep all relations where the route passes the sign member and then the intersection member (if specified) of the same relation.
- Remove all relations that have from member(s) but no from member is being passed through by the route.
- If necessary (e.g. on devices with small screens) remove relations (in a smart way) so there is no more than one relation shown in each intersection.
- A good routing software would look ahead and see what destinations are shown further down the road and minimize the number of different destinations shown. One of the better ways to reduce signs is to follow signs with the same destination for as long as possible. E.g. if I'm going to Timrå I should follow the sign "E 4 Sundsvall", but I could also follow the sign "Umeå" and then "Örnsköldsvik" and then "Sundsvall" and I would still be following the exact same route. It's just a little more convenient to follow the Sundsvall-sign from the beginning.
- Show to the user a sign (possibly with specified colours) with the name from the destination-tag.
Outil qualité
- Vous pouvez utiliser check autopista pour vérifier la qualité des tags (voi aussi le projet github)
