FR:Relations
Les relations représentent un type d'objet introduit par l'API v0.5 le 8 octobre 2007.
Du point de vue du modèle de données, les relations servent à regrouper différents objets ( nœuds, chemins ou relations) qui considérés les uns avec les autres forment un nouvel objet, comme par exemple les différents tronçons de route formant une ligne de bus. Dans une relation chaque objet peut avoir un rôle spécifique. Par exemple une commune regroupe des "ways", avec le rôle de frontière, et un point avec le rôle de centre administratif. Une relation formant un nouvel objet, elle peut également avoir des tags pour la décrire.
Cet article sert de point d'entrée pour en discuter et, au final, de documentation sur les pratiques courantes, tout comme la page FR:Map Features pour les balises.
Il peut y avoir des "relations parentes", et des "relations enfants". Pour réaliser cela, dans JOSM, il faut avoir une partie des deux relations dans le calque. Une fois que les deux relations visées apparaissent dans la liste des relations, il faut double-cliquer sur la future relation enfant pour la sélectionner ; ensuite cliquer sur la future relation parente, puis "Edition", et "Ajouter la sélection".
Il y a actuellement (10/12/2021) plus de 9 481 000 relations dans la base.
L'icône représentant une relation dans ce wiki:
Voir aussi : Les relations ne sont pas des catégories.
Utilisations approuvées des relations
Toute relation doit comporter un tag type=*. C'est ce tag qui indique la nature du nouvel objet créé à partir des éléments regroupés dans la relation.
type | Status | Commentaire | Photo |
---|---|---|---|
associatedStreet | Utilisé | Ensemble des éléments constituant une rue. Cette relation est particulièrement utilisée afin d'associer le numéro des bâtiments à une rue. Voir Numérotation des rues. | |
boundary | De facto | Ensemble des éléments constituant une frontière, avec enclaves / exclaves. Généralement utilisé pour définir les entités administratives d'un territoire. | |
bridge | Non défini | Ensemble des éléments constitutif d'un pont. | |
destination sign | Approuvé | Signaux de destination avant ou au niveau des intersections. | |
enforcement | Approuvé | Périphériques de régulation du trafic : radars, radars de feux rouges, balances ... | |
multipolygon | Approuvé | Ensemble de "ways" fermés permettant de définir une surface, particulièrement utile si cette surface comporte des trous. (Devront peut-être être renommés, voir l'article). La relation type=multipolygon doit ensuite être taggée de la même manière qu'un simple way fermé (landuse=*, leisure=*, ...). | |
public_transport | Approuvé | Partie du schéma OSM des transports publics. Principalement utilisé par public_transport=stop_area. | |
restriction | Utilisé | Pour tout type de restriction de manœuvre. | |
route | Approuvé | Utilisé pour définir une route, c'est-à-dire un ensemble de voies constituant soit une voie numérotée (A 10, ...), soit une ligne de transport en commun, soit ... | |
route_master | Approuvé | Regroupement de toutes les relations route pour décrire les trajets dans le transport public. | |
site | Proposé | Relation entre des éléments d'un même site comme une école. Note: site=stop_area a été remplacé par public_transport=stop_area. | |
street | Utilisé | Similaire à associatedStreet, utilisé principalement à Montévidéo pour associer une rue et des numéros de bâtiments. | |
tunnel | Non défini | Ensemble d'éléments constitutifs d'un tunnel. | |
waterway | Approuvé | Ensemble des éléments constitutifs d'un cours d'eau avec la propriété waterway=*. |
Utilisations proposées pour les relations
Composition et sectionnage des routes et balises
- Relations/Proposed/Composite Tag est souvent utilisé quand un attribut est restreint dans le temps ou pour un type de véhicule
- Relations/Proposed/Segmented Tag est utilisé si une balise ou un ensemble de balises devraient être appliquées à une partie (un segment) de voie
- Relations/Proposed/Collected Ways pour grouper les voies en rues complètes, rivières, chemins de fer, etc.
- Relations/Proposed/Dual carriageways pour grouper des voies adjacentes mais à sens opposé d'une même voie rapide (2×2 voies par exemple)
- Relations/Proposed/Circuit pour marquer des circuits spécifiques (par exemple pour les sports automobiles)
- Relations/Proposed/Street pour grouper les voies en rues complètes, ainsi que pour y associer d'autres éléments
- Relations/Proposed/Waterway pour grouper des segments de voies d'eau en rivières, fleuves, canaux, etc.
Croisements, intersections, échangeurs
- Relations/Proposed/Junctions pour toutes les voies constituant un échangeur (autoroutes par exemple)
- Relations/Proposed/Bridges and Tunnels
Restrictions de manœuvres
- Relations/Proposed/Right of way pour définir la priorité de passage au niveau de croisements de routes du même type
- Proposed_features/Relation:type=stop pour définir des zones d'arrêts de manière plus flexible que Tag:highway=stop
Hiérarchies des surfaces et autres relations impliquant des surfaces
- Relations/Proposed/Region - Représente différentes hiérarchies sur la carte, comme des quartiers formant une ville, etc.
- Relations/Proposed/Level pour les niveaux (étages) dans les objets 3D (stations de métro, immeubles, etc.)
- Relations/Proposed/Is In Tous les endroits qui appartiennent à un endroit plus grand (par exemple toutes les villes dans un département)
- Relations/Proposed/Buildings pour les immeubles dont les limites, entrées, clôtures... que vous voulez faire figurer sur la carte
- Relations/Proposed/Site pour regrouper des bâtiments dans un ensemble
- Relations/Proposed/Hint indice pour que les moteurs de rendus ou l'API puissent gérer de grandes surfaces
- Relations/Proposed/Label Libellés ou icônes placés manuellement sur une surface
- Relations/Proposed/Country Données collectées à propos d'un pays
Adressage
- Relations/Proposed/House numbers (abandonné, utiliser addr )
- Relations/Proposed/Postal Addresses
- Relation:postal code
- Relations/Proposed/Street pour regrouper des voies dans des rues entières et y associer d'autres éléments
Autres
- Relations/Proposed/Lane to provide additional information for a lane of a road (a bus lane, 2+car lane, cycle lane, cycle track etc)
- Relations/Proposed/Area to define areas between ways and lanes (linear crossover), virtual and physical dividers and crossover-possibilities, etc.
- Relations/Proposed/Rivers For wide rivers where both banks are recorded.
- Relations/Proposed/Traffic Lights
- Relations/Proposed/Height Weight Length Restrictions since the restriction relation is focused only on turn restrictions.
(divided highway) ....
- Relations/Proposed/Campus for university, hospital, etc, campuses - to group all entities (buildings, paths, etc.)
- Relations/Proposed/Overtaking Describing safer overtaking sections.
- Relations/Proposed/Operators for linking branch offices and other organisational properties to their organisations.
- Relations/Proposed/Surveillance for linking together security cameras and the areas they are able to monitor
- Relations/Proposed/add admin_centre in Relation:boundary enhance the administrative boundary relation.
- Relations/Proposed/boundary_segment to group ways into a linear boundary
- Relations/Proposed/Directional node nodes which point in a certain direction
- Relations/Proposed/Geometry dictates a certain shape of a group of nodes
- Relations/Relations to GPX - visualise a relation on a map
- OSM Relation Analyzer
- Relation Check
- Relation Diff
- Relation lists
|