[OSM-talk-fr] Places PMR ?
PanierAvide
panieravide at riseup.net
Lun 11 Mar 10:30:32 UTC 2019
Bonjour,
Le tag capacity=* sur amenity=parking_space est utilisable si l'emprise
comporte plusieurs places. Mais le wiki précise aussi que les tags
capacity:*=* ne sont pas utilisables sur les parking_space, qu'il faut
plutôt utiliser access:*=*...
Donc à priori ce serait amenity=parking_space + access=no +
access:disabled=designated + wheelchair=* (+ capacity=* si plusieurs
places collées). Ça en fait des tags pour indiquer une place PMR !
Utiliser parking_space=disabled simplifierait la chose, ou pas si on se
retrouve à devoir le combiner avec les "anciens" tags.
Cordialement,
Adrien P.
Le 11/03/2019 à 10:32, Vincent Bergeot a écrit :
> Bonjour,
> je reprends ce fil car la question me hante (au moins !!!)/
>
> Dans le cas d'une *place individuelle de parking de type stationnement
> réservé pour les personnes handicapées ou à mobilité réduite* :
>
> * amenity=parking_space OK -> cela décrit 1 place
> * capacity:disabled=1 je ne comprends pas car on vient déjà de dire
> que c'est 1 avec parking_space (puisque que cela décrit justement
> une place), donc j'ai tendance à penser que c'est par défaut
> capacity=1 et que dans le cas de amenity=parking_space cela n'a
> pas de "sens" de définir des capacity
> * parking_space=disabled (effectivement peu renseigné sur le wiki et
> utilisé surtout en europe),
> * wheelchair venant renseigner alors l'effectivité de
> l'accessibilité en fauteuil
>
> Ce que je ne vois pas c'est pourquoi parking_space=* ne serait pas
> plus utilisé (pour disabled mais sans doute aussi pour les places
> familles devant les supermarchés, les places réservées, carpool, comme
> d'ailleurs l'illustre la photo de la page wiki :
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_space)
>
> au plaisir de vous lire
>
>
>
>
> Le 19/03/2018 à 11:06, PanierAvide a écrit :
>>
>> Bonjour Marc et Jérôme,
>>
>> Merci pour vos deux réponses, ça montre bien une divergence des
>> pratiques :-) Effectivement l'ambiguïté de la représentation porte
>> sur les places individuelles, le cas du décompte sur un parking
>> global est pour le coup explicite avec capacity:disabled=*.
>>
>> Malgré la confusion, de ce que je comprends, il y a quand même
>> consensus sur les points suivants :
>>
>> - wheelchair=yes indique l'accessibilité réelle sur le terrain de la
>> place
>> - Il vaudrait mieux se baser des tags orientés access=*
>>
>> Après je vois qu'il y a pléthore de valeurs possibles si on part sur
>> la logique access. Pourquoi un combo amenity=parking_space +
>> access=no + disabled=yes/designated ne serait-il pas suffisant (en
>> ajoutant éventuellement du capacity:disabled pour un groupe de places) ?
>>
>> Cordialement,
>>
>> Adrien.
>>
>>
>> Le 19/03/2018 à 10:51, Jérôme Seigneuret a écrit :
>>> salut,
>>>
>>> En clair on utilise capacity:disabled=1 sur la zone de parking ou un
>>> espace. Le truc c'est que si tu englobes les capacités sur la zone
>>> et sur la place c'est une double info et un double comptage. En clair,
>>> si tu mixes les deux il faut enlever les espaces dans la zone
>>> général et les décompter. parking_space utilise la relation site
>>> pour regrouper les places d'un parking. C'est du micro mapping
>>>
>>> Pour info, le stationnement avec la CMI n'est pas Franco-Français et
>>> les règles à établir sont Européenne. Donc si le sujet coince il
>>> faudra le remonter sur osm-talk
>>>
>>> Pour le reste ça se base sur des tags générique dont le schéma est ici
>>>
>>> https://wiki.openstreetmap.org/wiki/Proposed_features/parking#General_tags
>>>
>>> * /disabled
>>> <https://wiki.openstreetmap.org/wiki/Key:disabled>=* (*holders
>>> of blue badge*, UK, or other such disabled persons' permit. Used
>>> on traffic signs to exempt said group from access restrictions;
>>> not just regarding parking)/
>>>
>>> /
>>> *Traduction :*désactivé = * (détenteur d'un badge bleu, Royaume-Uni,
>>> ou autre permis pour personnes handicapées.) Utilisé sur les
>>> panneaux de signalisation pour exclure ce groupe des restrictions
>>> d'accès, pas seulement pour le stationnement.
>>> /
>>> /
>>> /
>>> Ça me parait clair. Mais doit être utilisé avec access:* comme préfixe
>>> https://wiki.openstreetmap.org/wiki/Key:disabled demande d'utiliser
>>> wheelchair=yes (et pourquoi pas wheelchair=designated qui est plus
>>> cohérent en terme de correspondance)
>>>
>>> De plus comme dis @marc marc parking_space=disabled n'est pas décrit
>>> et n'a pas vraiment de sens car ne rentre pas dans le schéma global.
>>>
>>> amenity=parking + capacity=100capacity:disabled=1 (100 places dont 1
>>> pour détenteur de la CMI) >>> pas le choix il me semble sur ce cas.
>>> Je vois mal mettre wheelchair=yes et donc dire qu'on à une capacité
>>> de 100 places pour les PMR.
>>>
>>> amenity=parking_space + capacity:disabled=1 + wheelchair=yes (1
>>> place dont 1 pour détenteur de la CMI)
>>> (de base capacity=1) mais le schéma permet de mapper un ensemble de
>>> place et même d'ajouter le nom de la place (limite quand c'est le
>>> nom de gens. Je ne pense pas que la CNIL l’admette)
>>>
>>> pourquoi capacity:disabled=1 + wheelchair=yes
>>>
>>> On peut aussi mettre wheelchair=designated mais j'ai un peu du mal
>>> avec cette valeur de clé car elle n'est pas interprétée pas tous les
>>> outils et de base ils utilisent yes ou limited. Pour faire simple
>>> certains outils ne permettent d'afficher les résultat que pour
>>> wheelchair=yes. Pas de consensus donc on a une double information.
>>>
>>> Bref si l'on veut aller plus loin, vu que ce sont des places
>>> réservées avec un panneau spécial, tu peux ajouter un point pour le
>>> panneau de signalisation traffic_sign=FR:B6d,M6h (pour plus d'info
>>> voir article L. 241-3-2 du code de l'action sociale et des familles)
>>>
>>> access:disabled=designated pourquoi pas
>>>
>>> access:conditional=designated @ disabled
>>> Si tu mets ça il faut déjà mettre un type d'accès générique
>>> access=no + access:conditional=designated @ disabled (sinon par
>>> défaut access=yes, access:conditional est une surcharge pour
>>> remplacer des valeurs)
>>>
>>>
>>>
>>> Ma préférence à moi ;-)
>>>
>>> amenity=parking_space +capacity:disabled=2+ wheelchair=yes (cas d'un
>>> groupe de places car le schéma le permet)
>>> amenity=parking_space +access:disabled=designated+
>>> wheelchair=yes (si une seule place mais correspond à la première
>>> proposition avec la valeur de capacité = 1)
>>>
>>> Vous remarquerez que je conserve wheelchair=yes car pour certains
>>> site c'est une clé indispensable et je pense qu'on va avoir des
>>> problème si l'on vire cette clé
>>>
>>>
>>> pour info voici quelques liens utiles:
>>>
>>> * http://ec.europa.eu/social/BlobServlet?docId=3170&langId=fr
>>> * https://www.ecologique-solidaire.gouv.fr/laccessibilite-du-stationnement-et-carte-mobilite-inclusion-cmi
>>> * http://www.handicap-info.fr/carte/carte-europeenne-de-stationnement-ex-gic-gig/
>>>
>>> A+ Jérôme
>>>
>>> Le 18 mars 2018 à 19:55, marc marc <marc_marc_irc at hotmail.com
>>> <mailto:marc_marc_irc at hotmail.com>> a écrit :
>>>
>>> Bonjour,
>>>
>>> Le 18. 03. 18 à 19:39, PanierAvide a écrit :
>>> > En ce qui concerne les places PMR, j'ai pour habitude de renseigner un
>>> > combo amenity=parking_space + capacity:disabled=1 +
>>> wheelchair=yes (si
>>> > la place est vraiment accessible, ce qui n'est pas toujours le
>>> cas).
>>> > J'ai cru comprendre qu'il y avait aussi possibilité d'utiliser
>>> > parking_space=disabled.
>>> >
>>> > Ma question est la suivante : quelle est donc la bonne
>>> pratique sur la
>>> > question des places PMR ? Car ça vaudrait le coup de
>>> s'accorder et de
>>> > l'expliciter sur le wiki :-)
>>>
>>> Je me suis posé la même question le mois passé et je n'ai pas trouvé
>>> de réponse satisfaisante.
>>>
>>> parking_space=disabled a l'air d'être une spécificité
>>> franco-française
>>> ~7000 en France sur les ~8000 dans le monde
>>> c'est pas très cohérent avec parking=<type> (en surface ou
>>> souterrain)
>>>
>>> à côté de cela, il y a :
>>> disabled=designated pour désigner que l'objet a été fait pour une
>>> personne à mobilité réduite (à combiner souvent avec access=no)
>>>
>>> ou
>>> access:disabled=designated
>>> access:role=no
>>>
>>> ou
>>> access:conditional=designated @ disabled
>>>
>>> chacun des 3 ayant été fait par des propals différentes
>>> et à mon avis je ne serrais pas surpris qu'aucune des 3 ne soie
>>> réellement utilisé au niveau "utilisation des données"
>>> Je pense que ce serrait utile d'essayer de préciser cela sur tagging
>>>
>>> quand à wheelchair=yes ou designated, pour moi il est différent
>>> du reste
>>> puisqu'il indique que c'est utilisable (ce qui est fort différent de
>>> réservé à)
>>>
>>> Pour le moment, j'ai mis les 4 ou 5 ce qui n'est évidement pas
>>> idéal.
>>>
>>> Cordialement,
>>> Marc
>>> _______________________________________________
>>> Talk-fr mailing list
>>> Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>> <https://lists.openstreetmap.org/listinfo/talk-fr>
>>>
>>>
>>>
>>> _______________________________________________
>>> Talk-fr mailing list
>>> Talk-fr at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Vincent Bergeot
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20190311/250b0b71/attachment.htm>
Plus d'informations sur la liste de diffusion Talk-fr