Re: [OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

2020-07-06 Par sujet Violaine_Do 

Hello,

Un peu de contexte, je me suis rendue compte que je n'en avais pas donné 
beaucoup, dsl! Ma question intervient dans le cadre d'un projet 
polynésien à origine bretonne "CartoMobilité" (je pense qu'une partie 
ici en a entendu parlé, projet porté par Louis Julien à Brest, essaimé 
dans différents endroits de France). Notre version polynésienne 
s'appelle "Cartomobil 'ite" ou ite renvoit à la connaissance... Notre 
objectif = avoir/mettre à dispo une carte web limitée à Tahiti/Moorea 
(en Polynésie française) qui permette de visualiser et contribuer dans 
OSM (et dans une base libre indépendante quand c'est nécessaire) sur 
l'accessibilité fauteuil roulant manuel dans un premier temps. Ce projet 
est (évidemment) monté/pensé avec les premiers concernés. J'ai aussi 
fait un recensement des besoins avec les référents au handicap au 
gouvernement local, et les responsables d'assocs travaillant sur la 
problématique du handicap. Les aveugles n'y voient que peu d’intérêt, et 
ils étaient tous enclins à commencer sur la problématique fauteuil 
roulant. C'était là ou il y avait le plus de demandes, une loi...(la 
Polynésie francaise est un territoire autonome et dispose de ses propres 
lois pour un nombre de sujets)


Pour avoir parcouru le doc "SIG & Accessibilité Cartographie de 
l’accessibilité de la chaîne du déplacement Rapport du partenariat 2018 
- 2019", qui tente de dessiner un standard sur l'accessibilité (groupe 
de travail piloté par le Cerema), on peut dire qu'on a un paquet de tags 
manquants dans OSM, et qu'ils ne s'attachent pas à réduire la quantité. 
Donc pourquoi pas un tag sur le service; je ne vous embête pas encore 
avec la chaîne de cheminement... (largeur de passage utile, dévers... ). 
Tout ça pour dire qu'avoir des tags plus nombreux mais plus fin, c'est 
mieux qu'un tag fourre-tout, d'après moi encore une fois...


Ce que j'essaie d'expliquer c'est que de toute façon ça va être 
difficile de faire rentrer chaque handicap dans un tag, et que pour 
être vraiment utile, il faut compléter avec un tag description.
C'est déjà le cas, avec blind, ou alors je ne comprends pas ce que tu 
entends par la... Une autre vision est de qualifier au mieux avec 
wheelchair, détailler le pourquoi dans description (tout en restant dans 
le cadre de wheelchair) et spécifier dans des tags désaggrégés (par 
exemple, wheelchair=yes prend en compte le fait que l'entrée soit 
accessible, je rajoute un point au niveau de la porte d'entrée, et des 
informations sur la largeur de la porte, si elle est automatique ou non 
etc).


On pourrait avoir quelque chose comme wheelchair=yes + 
wheelchair:description="activité parapente accessible pour les 
personnes avec tonicité et sans respirateur"


La définition sur le wiki de wheelchair dit : "Indique si le lieu peut 
être utilisé avec un fauteuil roulant". Pour moi c'est du détournement 
de tag de rajouter un info supplémentaire dans description.
Et comme l'idée c'est de catégoriser / structurer la donnée pour 
permettre son analyse/visualisation après, et que l'outil a pour but 
d'être utilisé (au moins à Tahiti/Moorea), je ne me vois pas utiliser le 
tag wheelchair:description. Il vaudrait mieux je crois un nouveau tag.




Pour avoir l'expérience d'un système similaire au tiralo 
, il peut-être aussi utilisé par des personnes 
ayant plutôt des handicaps mentaux ou neurologiques mais qui marche.

Comment décrire ça avec des tags avec des valeurs yes/no ?

Avoir le dispositif adapté c'est bien (tiralo 
 pour la baignade, tandemflex 
 pour le ski, une escargoline 
 pour 
le la rando pédestre ou avec un âne…)…

Avoir le sytème de "transfert" c'est mieux ;)
j'irais vers un truc du genre service=tiralo et 
service:wheelchair=yes/no/limited, ou service:wheelchair indique 
l'accessibilité au matériel (ici celà incluerait la barre de transfert). 
C'est ce qu'on a pour les toilettes dailleurs.. 
(https://wiki.openstreetmap.org/wiki/FR:Key:toilets:wheelchair)




Exemple d'un école Relation 1461377 


• access:blind=limited
• access:deaf=yes
• access:mental_disabled=yes
• wheelchair=limited
• toilets:wheelchair=no
• blind:description:fr=Accès possible aux aveugles et aux malvoyants 
au niveau RDC. Présence de marches et absence de mains courantes sur 
le cheminement. Étage inaccessible.
• deaf:description:fr=Accessible aux sourds et malentendants. Entrée 
non conforme, absence de dispositif adapté.
• mental_disabled:description:fr=Accessible aux handicapés mentaux. 
Entrée non conforme, absence de dispositif adapté.
• walking_disability:description:fr=Accès difficile aux fauteuils 
roulants et aux PMR au niveau RDC. Présence de marches sur le 
cheminement principal. Absence de mains courantes. Étage inaccessible.


Que veut dire "Entrée non conforme, absence de dispositif

Re: [OSM-talk-fr] Le retour du rendu "QA" et des "layers"

2020-07-06 Par sujet Thibaud Hulin via Talk-fr 

Formidable, merci beaucoup !

Kioska Journo

Le 06/07/2020 à 09:35, Christian Quest a écrit :

Le 04/07/2020 à 18:04, Thibaud Hulin via Talk-fr a écrit :
Excellente nouvelle ! ça m'a bien aidé pour repérer les imports 
partiels de cadastre en Normandie (liés aux fusions de commune).


Par contre, je ne sais pas si c'est mon navigateur, mais le bleu 
s'arrête en plein milieu de la France, il y a d'autres personnes qui 
ont le problème ?


(Et je ne connaissais pas cadastre.damsy.net, je faisais toutes les 
fusions comme un vieux dinosaure ... :( )



Problème sur "le bleu" (le manque de bâtiments) est corrigé.

J'ai remis à jour les données carroyées à partir de celles publiées 
dernièrement pas l'INSEE, qui datent de 2015 (on n'avait que des 
données 2010 avant cette mise à jour).


C'est donc corrigé et plus à jour qu'avant !



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Message de service :: Travaux sur l'infra 6/7 après-midi.

2020-07-06 Par sujet Jacques Lavignotte 


Cet après-midi, intervention pour upgrade matériel sur nos serveurs 
osm12 et osm13 chez Free.


Quelques coupures sont à prévoir.

Liste des serveurs/services :

https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France


--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le retour du rendu "QA" et des "layers"

2020-07-06 Par sujet Christian Quest 

Le 04/07/2020 à 18:04, Thibaud Hulin via Talk-fr a écrit :
Excellente nouvelle ! ça m'a bien aidé pour repérer les imports 
partiels de cadastre en Normandie (liés aux fusions de commune).


Par contre, je ne sais pas si c'est mon navigateur, mais le bleu 
s'arrête en plein milieu de la France, il y a d'autres personnes qui 
ont le problème ?


(Et je ne connaissais pas cadastre.damsy.net, je faisais toutes les 
fusions comme un vieux dinosaure ... :( )



Problème sur "le bleu" (le manque de bâtiments) est corrigé.

J'ai remis à jour les données carroyées à partir de celles publiées 
dernièrement pas l'INSEE, qui datent de 2015 (on n'avait que des données 
2010 avant cette mise à jour).


C'est donc corrigé et plus à jour qu'avant !

--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr