[OSM-talk-fr] Places PMR ?
Vincent Bergeot
vincent at bergeot.org
Sam 16 Mar 08:20:32 UTC 2019
Bonjour,
Le 15/03/2019 à 18:19, PanierAvide a écrit :
>
> Bonjour,
>
> Pour info :
>
> 3. amenity=parking_space + disabled=* -> 524
> 4. amenity=parking_space + access:disabled=* -> 1627
>
merci
> 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.
>
effectivement,
> 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=* ?
>
ce choix c'est surtout lié au nombre de
capacity:disabled=*>parking_space=disabled ?
je trouve que le fait que cela soit la même logique que amenity=parking
n'est pas satisfaisant :) ceux sont 2 objets différents, dans un cas
(amenity=parking) cela regroupe les places de parking, la voierie, des
arbres, des parcmètres, ... dans l'autre -amenity=parking_space) c'est
"juste" une surface qui ne vas pas comporter grand chose d'autre !
Je ne vois peut-être pas les impacts de l'usage d'un parking_space=*
avec sa propre logique (disabled, carpool, family, rental, ...), et par
défaut une place "normale" donc.
à plus
> 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
>
> _______________________________________________
> 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/20190316/f05df907/attachment.htm>
Plus d'informations sur la liste de diffusion Talk-fr