[OSM-talk-fr] Places PMR ?
Vincent Bergeot
vincent at bergeot.org
Lun 11 Mar 09:32:31 UTC 2019
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
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20190311/a280ce90/attachment.htm>
Plus d'informations sur la liste de diffusion Talk-fr