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_...@hotmail.com
<mailto:marc_marc_...@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@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Vincent Bergeot
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Vincent Bergeot
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Vincent Bergeot
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
