FR:Relation:destination_sign

destination_sign
Description
panneau de destination aux ou avant des intersections
Groupe: Propriétés
Membres
Nous avons : - sign - intersection - from - to
Statut : utilisé
Outils pour cet attribut
taginfo · CH · CZ · FR · GB · HU · IE · IN · JP · PL · ES · AR · MX · CO overpass-turbo
Wikidata
Rechercher sur Wikidata

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.

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 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

Original proposal

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.

1. Check for destination_sign-relations along the route (which is already made and we are about to follow).
2. Keep all relations where the route passes the sign member and then the intersection member (if specified) of the same relation.
3. Remove all relations that have from member(s) but no from member is being passed through by the route.
4. 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.
5. 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)