[OSM-talk-fr] Places PMR ?
Vincent Bergeot
vincent at bergeot.org
Ven 15 Mar 16:56:38 UTC 2019
Bonjour,
bon du coup je boucle et je ne sais pas trop comment déboucler :)
Je parle ici seulement du tag amenity=parking_space pour 1 seule place
de parking réservée pour des personnes à mobilité réduite (titulaire
d'un macaron)
Plusieurs schémas (je mets de coté wheelchair qui va qualifier
l'effectivité de l'accessibilité en fauteuil) et si on regarde les
combinaisons :
https://taginfo.openstreetmap.org/tags/amenity=parking_space#combinations
1. amenity=parking_space + capacity:disabled=*-> un peu plus de 10 000
occurrence
2. amenity=parking_space + parking_space=disabled -> un peu moins de 10
000 occurences
3. amenity=parking_space + disabled=yes/designated -> ?
4. amenity=parking_space + access:disabled=designated -> ?
5. amenity=parking_space + wheelchair -> 19500 avec 16000 yes
5 -> c'est l'effectivité de l'accessibilité en fauteuil donc à part.
3 et 4 pas beaucoup d'occurrences, du moins sur la page
1 et 2 assez proche
1 -> le tag capacity:disabled=* est plus adapté à un ensemble de places
dont une partie capacity:disabled=*
2 -> "pas cohérent avec parking=surface/sous-terrain" mais une place de
parking en souterrain ou silo fera partie d'un amenity=parking qui lui
sera taggué parking=surface/sous-terrain -> je ne suis pas sur que les
valeurs des clés parking et parking_space aient besoin d'être cohérentes.
Il est fait référence dans la page de proposition
(https://wiki.openstreetmap.org/wiki/Proposed_features/parking#Parking_space)
à la fois au place de parking pour le carpool, disabled, ...
Bon j'arrête, je ne suis pas sur d'avoir fini de boucler !!!
à vous lire !
Le 11/03/2019 à 11:30, PanierAvide a écrit :
>
> 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
>
> _______________________________________________
> 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/20190315/88bbb782/attachment.htm>
Plus d'informations sur la liste de diffusion Talk-fr