> tu veux taguer c'est l'accessibilité et non la largeur de la porte. je ne veux rien tager pour le moment :-) des infos existent à ce sujet dans osm mais sont actuellement inutilisable par exemple pour déduire l'accessibilité car les données sont non normalisée tant au niveau des clefs que des valeurs. Je discute donc les pour/contre des différentes façons constatée dans taginfo afin d'essayer d'améliorer la situation.
>> osmose a-t-il aussi des règles pour est_width ? > Non. Apparemment il ne vérifie que width et maxwidth: > https://github.com/osm-fr/osmose-backend/blob/master/plugins/Number.py Merci pour l'info > Cela dit d'après le wiki les règles sont les mêmes pour est_width : > Key:width (Redirected from Key:est width) il n'y a pas de page wiki pour est_width ce n'est qu'une redirection vers la page width oü un paragraphe signale son existence sans apporter d'info supplémentaire. D'ailleurs on retrouve des intervalles tant dans width que est_width, avec dans les 2 clefs une absence de règle. >> il te semble préférable de diviser l'info entre 2 clefs ? > Je me contente de répéter ce qu'il y a dans le wiki et il dit que si la > valeur est estimée il faut la mettre dans est_width. Je vais diviser en 2 : Normaliser les valeurs précises dans width Je verrai ensuite pour les estimation d'intervalle et est_width > Comme dit précédemment, pour ce qui est de l'accessibilité voir la clef > wheelchair qui permettra de prendre en compte d'autres critères : > marches, encombrement des pièces, toilettes accessibles, etc. > https://wiki.openstreetmap.org/wiki/FR:Key:wheelchair Pour pouvoir mettre une valeur a wheelchair, tu as besoin de l'ensemble des infos. plusieurs contributeurs ont mis les infos sur la largeur de certaines entrées, d'autres ont mis celle des marches d'autres entrées. Quand à la situation à l'intérieur d'un poi, je n'ai encore jamais d'info détaillée à ce sujet dans osm. Tant que tu n'as pas le tout, tu ne peux pas te contenter de mettre un wheelchair=yes/no général. Les critères sont mêmes différent selon que c'est un fauteuil manuel/électrique ou quelqu'un qui le pousse. Il y a aussi une zone grise où tu ne peux pas trancher (wheelchair=limited) quand par exemple il y a une petite marche ou un entrée limite. dans ce cas l'utilisateur final a besoin d'un accès aux infos des "sous-éléments" afin de faire un choix selon son cas propre. Tout cela pour dire que cela a du sens de garder les infos individuelles (la largeur, les marches, ...) malgré l’existence du tag wheelchair. >> ou définir une règle précise susceptible d'être prise en compte par >> osmose et autres app ? > est_width a l'avantage de déjà exister et est donc potentiellement déjà > supporté par les applications existantes alors qu'une modification du > format du contenu de la clef width nécessitera de changer les > applications pour en tirer parti. Pour ma part, je n'ai pas encore rencontré d'outil d'accessibilité évolué. ils se contentent de lire la clef wheelchair et de dire que c'est inconnu si elle n'est pas présente. Donc autant dire qu'il n'y a pas d'app à modifier pour le moment :) Mais si tu en connais un, je suis preneur de son nom. _______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
