FR:Relation:route
 route
|
|
| Description |
| Utilisée pour un ensemble d'attributs et de membres décrivant de manière polyvalente un itinéraire. |
| Group |
| Route |
| Members help |
*  - (blank)
|
| Statistics |
Ceci est un ensemble d'attributs et de membres permettant de constituer une Relation pour des itinéraires de toutes sortes.
Un itinéraire (route en anglais) est un parcours pré-déterminé et connu du public, emprunté de manière répétée par des véhicules ou des individus le long d'un ensemble de chemins (ways au sens OSM). Il peut s'agir par exemple d'une route numérotée (A 9, N 118), d'une ligne de bus, d'un parcours cyclable, etc. Différents itinéraires peuvent se superposer sur certaines portions; ainsi, un même chemin peut être emprunté par plusieurs itinéraires.
À noter que les routes possèdent parfois plus d'un numéro (de nombreux itinéraires "E" européens partagent les mêmes chemins que les routes nationales).
Contents |
Attributs
| Clé | Valeur | Explication |
|---|---|---|
| type | route | Indique que cette relation représente un itinéraire. |
| route | road / bicycle / foot / hiking / bus / ferry /pilgrimage / detour / train / tram / mtb (mountainbike) / roller_skate / running / horse / ... | Un itinéraire (par exemple les chemins constituant l'autoroute A 9), un parcours pour vélos, un chemin de randonnée... |
| name | un nom | L'itinéraire est connu par son nom (par exemple "Jubilee Cycle Route", "Pembrokeshire Coastal Path") |
| ref | une référence | L'itinéraire est connu par sa référence. Par exemple : "A14", "NCN 11", "Citi 4" (numéro de ligne de bus). En France, on place toujours une espace entre le caractère et le nombre : "A 1", "N 113", "CR 5"... |
| network | ncn / rcn / lcn / uk_ldp / ... | Un réseau d'itinéraires plus large, englobant celui-ci. Par exemple : UK's national cycle network; Cambridge Citi bus network; UK's long distance footpath network. (Le préfixe "uk_" est utilisé non pas pour identifier le pays, mais pour séparer de manière conventionnel les namespaces). |
| operator | le nom de l'opérateur | Société s'occupant de parcourir cet itinéraire ("RATP", "Tisséo", "SNCF", "Eurostar"...) |
| state | proposed / alternate / temporary / connection | Parfois les itinéraires ne sont pas permanents (par exemple les déviations pour travaux), ou ne sont pas encore officialisés. "connection" est utilisé pour les itinéraires en reliant deux autres, ou reliant un itinéraire à un centre-ville. |
| symbol | la description du symbole | Décrit le symbole utilisé pour marquer les chemins le long de l'itinéraire . Par exemple, "Red cross on white ground" pour le "Frankenweg" en Franconie (Allemagne). |
| color | un code couleur hexadécimal | (optionnel). Particulièrement utile pour les itinéraires de transport public. Exemple: "#008080" pour le vert canard. |
| description | une courte description | Les particularités de cet itinéraire |
| distance | une distance | (optionnel) La distance parcourue par cet itinéraire, si elle est connue, dans le but d'informer les utilisateurs et les programmes d'évaluation automatique d'achèvement. Fourni en indiquant une unité et en utilisant un point pour marquer les décimales(ex. "12.5km") |
Membres
| Chemin ou nœud | Rôle | Ocurrence | Discussion |
|---|---|---|---|
| |
(blank) | zéro ou plus | Les chemins constituant l'itinéraire. |
| |
forward/backward | zéro ou plus | Si un itinéraire ne doit être parcouru dans une direction sur tout ou partie de sa longueur, le rôle peut indiquer cela pour les chemins concernés. « forward » signifie que l'itinéraire prend la même direction que le chemin, et « backward » qu'il prend la direction opposée. Ce rôle est affiché sur la carte des vélos. |
 |
stop:<nombre> | zéro ou plus | Un arrêt de bus ou de train, sur l'itinéraire. Le nombre <nombre> commence à 0. Sur l'API 0.6, l'ordre des membres "stop" suffit, il est inutile de les numéroter |
| |
forward_stop_<number> backward_stop_<number> |
zéro ou plus | Un arrêt de bus ou de train, sur l'itinéraire, qui n'est utilisé que dans une seule direction. Là encore, celle-ci est relative à la direction du chemin. |
| |
stop | zéro ou plus | Un arrêt de bus ou de train, sur l'itinéraire. |
| |
forward_stop backward_stop |
zéro ou plus | Un arrêt de bus ou de train, sur l'itinéraire, qui n'est utilisé que dans une seule direction. Là encore, celle-ci est relative à la direction du chemin. |
Utilisation des relations pour itinéraires
Application aux réseaux routiers
Voici un tableau regroupant les différents attributs aujourd'hui applicables :
| Itinéraire | Réseau | Description |
|---|---|---|
| bicycle | ncn | National cycling network : itinéraires de grande distance utilisés pour les circuits cyclables qui traversent les pays |
| bicycle | rcn | Regional cycling network : utilisé pour les circuits cyclables qui traversent les régions En Belgique et aux Pays-Bas, ce réseau est utilisé pour les "cycle node networks". |
| bicycle | lcn | Local cycling network : utilisé pour les petits circuits cyclables locaux. Adapté aux circuits touristiques et aux circuits intra-urbains. |
| detour | Déviations locales (utilisées aux Pays-Bas et en Allemagne) | |
| foot | nwn | National walking network : itinéraires piétons longue distance traversant les pays. |
| foot | rwn | Regional walking network : itinéraires piétons longue distance traversant les régions. Utilisé en Belgique et aux Pays-Bas pour les "walking node networks". |
| foot | lwn | Local walking network : petits itinéraires piétons locaux. Adapté aux circuits touristiques et aux circuits intra-urbains. |
| road | e-road | Réseau des routes européennes |
| road | I | Destiné aux Interstate Highways, USA |
| road | US | Destiné aux United States Numbered Highways, USA |
| road | BAB | Destiné aux autoroutes allemandes |
Types d'itinéraires utilisés
Ce tableau liste les différents attributs pouvant être utilisés à ce jour.
| Itinéraire | Description |
|---|---|
| route | Longues routes possédant un nom ou une référence communs. Ex. : une autoroute européenne constituée de nombreux segments d'autoroutes nationales. |
| bicycle | Itinéraires cyclables |
| foot | Itinéraires pedestres |
| hiking | itinéraires de randonnées |
| bus | Lignes de bus. |
| ferry | Itinéraires des bacs sur l'eau. |
| pilgrimage | Pèlerinage |
| detour | Une déviation permanente et possédant une dénomination. |
| railway | Itinéraires des chemins de fer |
| tram | Itinéraires des tramways |
| mtb (mountainbike) | Itinéraires des pistes VTT |
| roller_skate | Itinéraires pour skateboards ou rollers |
| running | Itinéraires pour la course à pied |
| horse | Itinéraires hippiques (pour les chevaux) |
| ... |
Itinéraires de randonnée
Les itinéraires de randonnée sont affichés sur la carte lonvia ou pour certaines zones en Allemagne dans une carte de randonnée allemande.
L'attribut route=hiking est fréquemment utilisé avec l'attribut route=foot.
Les attributs nécessaires au rendu sont :
| Tag | Description |
|---|---|
| type=route | |
| route=foot ou |
route=hiking est le plus commun pour la randonnée. |
| name=* | Un nom explicite adapté à l'identification de l'itinéraire. |
| symbol=* | Une description verbale des symboles utilisés pour marquer l'itinéraire. |
| osmc:symbol=* | un encodage du symbole de l'itinéraire |
Les itinéraires de pèlerinage (Saint-Jacques de Compostelle...) comportent en plus les tags pilgrimage=name + religion=*
Actuellement, du fait de la propriété intellectuelle, et tant que la Fédération Française de Randonnée Pédestre ne l'autorisera pas, les Chemin de grande randonnée ne peuvent pas être cartographiés dans OpenStreetMap.
Itinéraires cyclables
Les itinéraires cyclables sont énormément cartographiés à l'aide de relations d'itinéraires, et la carte pour cycles d'OSM affichera les itinéraires cyclables en suivant cette proposition.
D'une manière générale, c'est une bonne idée d'ajouter les attributs type=route et route=bicycle. Malgré tout, la carte affichera quand même un itinéraire s'ils sont absents.
Les attributs suivants sont utilisés pour le rendu :
| Clé | Valeur | Commentaire |
|---|---|---|
| ref | Une référence | (optionnel) Les références NCN, RCN, et LCN s'affichent mieux sur la carte si seuls les numéros sont utilisés (par exemple, seulement "4" au lieu de "NCN 4"). Le type sera bien identifié ; il est donc inutile d'utiliser un attribut "ncn_ref" (le tag ref sera suffisant). |
| network | ncn / rcn / lcn | Précise qu'il s'agit d'un itinéraire national, régional ou local. |
| state | proposed | (optionnel) Les itinéraires sont parfois non encore officialisés. La carte affichera alors dans ce cas des itinéraires en pointillés. |
Quelques exemples d'utilisation :
-
Portion de l'itinéraire UK NCN Route 4 (XML, analyze, manage, gpx, JOSM, history, view)
- Portion de l'itinéraire London Route 5 (XML, analyze, manage, gpx, JOSM, history, view)
Transports publics
| Clé | Valeur | Commentaire |
|---|---|---|
| type | route | |
| route | bus train (regional/ national) subway (essentiellement souterrain) tram (tramway) foot (Pédibus) |
lire ici :actual discussion |
| ref | référence | Le numéro de la ligne |
| operator | operateur | Nom de la compagnie qui exploite la ligne, par exemple SNCF, RATP |
| name | Nom de la ligne | Seulement s'il y a un nom spécial pour la ligne, par exemple : "Orient Express", "Thalys" (optional) |
| network | local/ regional network | Name (Abbr.) of the network e.g. BVG, RMV (optional) (please read the actual discussion) |
| wheelchair | yes / no / limited | Si la ligne est équipée d'aménagements pour les personnes handicapée |
| color | couleur hexadécimale, par ex: #FFEEDD | Les lignes de bus, métro et tram ont souvent des couleurs officielles pour chaque ville. Ce tag permet aux outils de rendus d'utiliser cette couleur de manière dynamique. |
Remarque
Les segments composant l'itinéraire à identifier doivent être inclus à cette relation, ainsi que les arrêts concernés.
Exemple: Bus route 82 in Quebec City, Canada (XML, analyze, manage, gpx, JOSM, history, view)
Pour les lignes de bus, voir aussi la page en anglais Buses. Les Relation:route peuvent aussi être utilisées pour représenter les lignes de chemin de fer exploitées par un ou plusieurs opérateurs. Quelques exemples figurent sur la page Open Rail Map/NL.
Rendus
- Un rendu des transports publics est visible la carte principale d'OpenStreetMap en sélectionnant le fond "Transport Map" (exemple: http://osm.org/go/0BPIBrJj--?layers=T)
- Les relations de transport public sont rendues à http://öpnvkarte.de/ (site allemand)
- Également, la Dutch cycling map a une couche transport public qui montre les itinéraires de bus.
- blog sur le rendu des itinéraires de bus
- openstreetbrowser.org fait le rendu des itinéraires de transports publics sur une couche spéciale.
- OsmTransport, rendu vectoriel des lignes de transport public par zone
Guide pas à pas
Potlatch
- Assurez-vous que toutes les voies composant l'itinéraire existent et sont identifiées de manière appropriée par leurs clés. (ex : highway=footway)
- Sélectionnez la première voie et cliquez sur le second symbole du côté droit, celui qui ressemble à deux segments de chaîne.
- Si la relation existe déjà, sélectionnez-la dans le menu déroulant. Si elle n'apparaît pas, c'est peut-être qu'elle est trop éloignée de la zone en cours. Utilisez alors la fonction recherche. Autrement, choisissez Créer une nouvelle relation puis cliquez sur Ajouter.
- Ajoutez la clé type avec la valeur route.
- Ajoutez autant de clés supplémentaires que nécessaire. (Utilisez le bouton + dans le coin supérieur droit)
- Validez.
- La relation est ajoutée à l'élément et apparaît sous la forme d'un rectangle gris sombre. Sa partie claire est le champ qui permet de définir le rôle dans la relation de l'élément ajouté.
- Voir la section Membres ci-dessus pour plus de détails sur les rôles possibles dans une relation de type route.
- Répéter les étapes 2 à 7 en sélectionnant à l'étape 3 la relation appropriée (celle nouvellement crée).
JOSM
- Assurez-vous que toutes les voies composant l'itinéraire existent et sont tagguées de manière appropriée. (ex : highway=footway)
- Assurez-vous que le tableau des relations (
Alt+R) est ouvert - Sélectionnez
Newdans le tableau des relations pour créer une nouvelle relation - Remplissez les champs de la boîte de dialogue avec les tags appropriés, au moins type=route et de préférence name avec le nom de l'itinéraire
- Cliquez sur
OK - Maintenant sélectionnez les voies que vous voulez ajouter à la relation en utilisant l'outil de sélection habituel (
S), puis cliquez surEditdans le tableau des relations après avoir sélectionné votre relation. La boîte de dialogue d'édition s'ouvre alors. - Cliquez
Add selectiondans la boîte de dialogue pour ajouter les voies à la relation.
Mapping practice
Especially with bicycle routes it can happen very often that multiple routes run along the same ways for a far distance. There exist so many different bicycle route networks that are operated by different institutes that it is not unusual that some of these networks overlap. The EuroVelo routes for example use the already-existing infrastructure in many countries. There are two practices at the moment how to process if segments of multiple routes share the same way.
- Add the ways to all relations of the routes that they belong to.
- Split the routes into part relations and make super-relations (relations that don’t contain ways but instead other relations). Then add the segment that is shared by the routes to all of them.
Both practices each have different advantages and disadvantages.
Adding the ways to multiple relations
- When many routes share one path, it can be a lot of work to map a new part of the route, as you have to add the ways to all relations.
- People might not see that the path is also used by other routes and might forget to apply their changes to all relations. Thus the data may get inconsistent.
- This is probably the easier way, as it is somewhat hard for beginners to split relations into parts and to find out which part they have to edit.
- Relations might become very big, which makes it hard to work with them (analyzers need more time to process them, drawing them into the map will take a lot of JavaScript CPU time).
- If you don’t use super-relations at all, you also have to add alternative routes and excursions to your relation. This makes it hard for analyzers and tools to understand the route. role=excursion and role=alternative have been suggested, but they still don’t say which way belongs to which excursion (if there are multiple ones).
- It is the purpose of relations to group objects. When two primary roads share the same street at some part, we don’t create two ways for them that share the same nodes. So we shouldn’t create two relations that share the same ways.
Creating super-relations
- Current renderers (like the CycleMap) don’t support super-relations, so they don’t show the ref and the network tag of a super-relation. Currently, all these tags have to be added to all part relations, which is a lot of work (especially as the parts need to have the different refs of all the routes they belong to).
- It is said to be good mapping practice to keep relations one way, so alternative routes and excursions need to be put into a different relation anyway. So you often need a super-relation even without splitting the route into parts.
- Tools and analyzers (like the OSM Relation Analyzer, especially the GPX export function) don’t support super-relations yet. This makes it hard to analyze a route as a whole (which is important for example to calculate how much of a route has already been mapped).
- When someone maps a new route, they might have to split other routes that share ways with it. People editing these other routes might get confused when the number of sub-relations keeps changing the whole time.
- Current editors miss advanced relation editing features, such as “Split relation” (and also super-relation rendering). Things can get very confusing when one route consists of hundreds of small part relations.
- One motto of OSM is “Don’t map for the renderers”. If is considered the more natural way of mapping to create super-relations, then the missing support in the renderers and tools should not stop us from doing so.
- It is common sense to create super-relations if one complete route is part of another route (like the German “D6” is with EuroVelo EV6). If EV6 now shares only a part of another way in another country, we will have to create segments anyway (else we end up with a relation that contains both sub-relations and ways). We should either use the one method or the other.
- People only need to know the route that they are mapping. When someone maps the German D6 route, he doesn’t even need to know the EuroVelo network (as EV signs might not exist in his area), as with a super-relation his part of the route gets automatically added to all parent relations. This fits the OSM concept better: When everyone maps the places and things he knows, a “complete” map of the world evolves.
At the moment it seems to be practice to create part-relations if the shared segment is relatively big compared to the total length of a route. For a national bicycle route, 20 km might be a good limit. For shorter parts the single ways might be added to all relations they belong to. (Of course this is only a rule of thumb, nothing of this is the “official” way of mapping.) It might also be important of how many different way objects a segment consists in OSM, it might be not very useful to create segments if the route consists of motorways (as they only contain of a few, long ways), while bicycle routes often go through cities and residential areas where many ways would have to be added if there were multiple relations.
Another point to decide which tagging method to use is to find out if the routes only use the same ways by coincidence. Thus, if in the case that one route is changed, the other route will likely still be using the old way, using part-relations would not be appropriate.
