FR:Tag:amenity=parking_entrance
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.
amenity = parking_entrance |
Description |
---|
L'entrée d'un parking souterrain ou d'un parking à plusieurs étages |
Groupe: parking |
Utilisé pour ces éléments |
Combinaisons utiles |
Voir aussi |
Statut : Approuvé |
Outils pour cet attribut |
|
Utilisez l'attribut amenity=parking_entrance pour représenter une entrée (et/ou une sortie) de stationnement. Regrouper une ou plusieurs de ces entrées dans une relation 'site' représentant une seule installation de stationnement souterrain ou à plusieurs étages, tel que décrit dans amenity=parking.
Utilisation
Les parkings souterrains ou à plusieurs étages peuvent être cartographiés en utilisant amenity=parking en combinaison avec une balise layer=*, pour les entrées et les sorties il suffit de les cartographier comme des nœuds.
- Une entrée de parking doit toujours être mappée comme un nœud .
- La différenciation entre les différents types d'entrées pour les différents modes de transport (voiture, à pied,...) est définie en définissant le tag access=*.
- SI c'est approprié ce tag peut être combiné avec l'attribut entrance=*. L'attribut building=entrance est obsolète.
- Les entrées de parking doivent toujours être reliées à une route et ne jamais être cartographiées isolément.
- La distinction entre les entrées; les sorties et ceux qui font les deux, est définie par l'attribut à sens unique du nœud highway=*} connecté au nœud amenity=parking_entrance.
- Les entrées de parking ne sont cartographié que pour les parkings souterrains ou à plusieurs étages, et non pour les parkings en surface.
- Plusieurs entrées d'un même parking peuvent groupés ensemble, en les plaçant dans une même relation de type 'site' avec type=site + site=parking.
- Au sein d'un même relation site, les amenity=parking_entrance peuvent avoir le rôle entrance (voir site proposal pour les détails)
- Ajoutez les attributs pour les propriétés communes du site de stationnement (comme, la capacité, les frais, couvert, restrictions d'accès...) à la relation du site et non à chaque élément individuel. Seules les propriétés qui diffèrent des valeurs marquées dans la relation doivent être marquées directement sur l'élément d'entrée du parking.
Attribut
Key | Value | Comment | |
---|---|---|---|
required | amenity | parking_entrance | Obligatoire pour définir une entrée/sortie de parking. |
optional | ref | String | Si l'entrée du parking est gérée dans une autre application tierce, l'ID interne de l'entrée peut être noté ici pour offrir la possibilité d'une connexion entre l'entrée de l'OSM et le système tierce partie. Si plus d'une application a besoin de noter son ID, le tagging sera: ref:<vendor>=* (par exemple ref:hertz=*, ref:airport_JFK=*) |
optional | name | String | Nom de l'accès. Exemples: Entrée principale parking souterrain', Sortie sur la 3ème avenue |
optional | general tags | * | Voir General tags dans la proposition, il y a des tags qui peuvent être appliquées aux entrées et aux relations. |
Restrictions d'accès
Pour une explication beaucoup plus détaillée du nouveau schéma utilisant amenity=parking_space, amenity=parking_entrance et les relations avec le site, veuillez lire la proposition proposal. Vous trouverez également des informations sur la façon de taguer les restrictions d'accès pour les parkings destinés un certains d'utilisateurs (parking famille, parking pour handicapés).
Rendu possible
suggested by User:Chrisana13