[OSM-talk-fr] Places PMR ?

PanierAvide panieravide at riseup.net
Ven 15 Mar 17:19:06 UTC 2019


Bonjour,

Pour info :

3. amenity=parking_space + disabled=* -> 524
4. amenity=parking_space + access:disabled=*  -> 1627

Donc effectivement les méthodes 1. ou 2. sont majoritaires, le 1 étant 
raccord avec la logique des amenity=parking, et le 2 avec la logique 
sémantique. Et d'accord pour que le wheelchair reste centré sur 
l'accessibilité physique de la place. Malgré que le 4 soit techniquement 
recommandé par le wiki, l'usage ne suit pas.

J'ai mis à jour la page wiki [1] pour indiquer l'état actuel des tags, 
mais ce serait bien qu'on fasse un peu de ménage sur les tags 
minoritaires pour que ce soit un peu moins le bazar :-) On part sur 
capacity:disabled=* ?

Cordialement,

Adrien.

[1] https://wiki.openstreetmap.org/wiki/FR:Handicaps/R%C3%A9f%C3%A9rentiel


Le 15/03/2019 à 17:56, Vincent Bergeot a écrit :
> 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
>
> _______________________________________________
> 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/20190315/ca241b3f/attachment.htm>


Plus d'informations sur la liste de diffusion Talk-fr