Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-09 Par sujet marc marc 
Le 08. 08. 17 à 07:14, Francois Gouget a écrit :
> On Mon, 7 Aug 2017, marc marc wrote:
> 
>> 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.
> 
> Cela veut bien dire que les règles sont les mêmes. Si elles étaient
> différentes elles seraient explicitées, soit sur la page de width, soit,
> plus probablement, sur une page différente.
Le rapport width <> est_width est de 90% - 10%
Regarde les valeurs de witdh, la majorité sont des valeurs rondes.
Je doute très fort que la majorité des mesures réelle fasse une valeur 
ronde. Pour les portes, les valeurs usuelles ne sont pas rondes.
Pour les routes, il n'y a même pas d'accord sur la prise en compte ou 
non des trottoirs. sans compter que la largeur d'une route est par 
nature assez variable (pas de guides laser sur les asphalteuses).
Je pense que l’écrasante majorité des width sont des estimations 
suffisante pour ce qu'on en fait dans osm.
le paragraphe est_width vient d'un unique contributeur wiki sans aucune 
discussion sur le wiki, je ne tirerai aucune conclusion autre que ce 
qu'il a lui même marqué : est_width existe pour les estimations :)

>>> 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.
> Pour moi cela veut dire qu'il faut soit se rendre sur place
Pour la présence de marche, des photo style mapilary sont suffisantes.
Pour la largeur de l'entrée, oui il faut avoir été sur place.

> il me parait irréaliste
> d'espérer que des contributeurs qui ne prennent pas la peine de
> positionner le champ wheelchair mettront toutes les informations
> nécessaires pour déterminer sa valeur.

Je pense que cela se ferra par étape, comme beaucoup de chose dans osm.
A l'avenir quand je créerai un poi, je prendrai la peine d'ajouter le 
présence de marche ou pas pour l'entrée
J'ai déjà vu des changeset d'autres mappeur faire cela pour une rue ou 
un quartier commerçant.
Le recensement des largeur serra probablement plus lent puisqu'un 
traiter des photos va plus vite que d'aller sur place.
Mais qu'importe, s'il y a des mapeurs motivés, autant donner un cadre 
pour que ces données soient utilisable niveau applicatif.

>> Les critères sont mêmes différent selon que c'est un fauteuil
>> manuel/électrique ou quelqu'un qui le pousse.
> Alors ce qu'il faudrait c'est plus une modification de wheelchair pour
> prendre en compte les différents cas.
il y a des ébauches en ce sens. mais cela part toujours du même schéma : 
il faut marche+largeur(+intérieur). cela conduit a un constat oui/non et 
une zone grise (limited) qui dépend de l'utilisateur.

> Je doute que l'on puisse représenter toutes ces informations
> individuelles sous forme structurée.
La page wiki de l'accessibilité existante a fait une bonne partie du 
travail. Je n'ai pas vu de problème majeur.
Le travail qui reste à faire est souvent des typo et des harmonisations 
de valeur du genre de celle qu'y ont été faite les semaines précédentes.
je ferrai une proposition pour chaque tag dans les semaines à venir.

> D'ailleurs le champ width ne me paraît même pas utilisable en l'état
> pour des PIs : que représente-t-il ? La largeur de la façade du commerce
> ? La largeur des allées dans une superette ? La largeur de la cage
> d'ascenseur ? La largeur de l'entrée pour voitures ?
si le tag est sur l'entrée c'est la largeur de l'entrée
si le tag est sur le poi/building, c'est la largeur du poi/building, 
sauf si un sous-tag précise que cela se rapporte à l'entrée comme 
entrance:width
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-08 Par sujet osm . sanspourriel 



Le 08/08/2017 à 07:14, Francois Gouget - fgou...@free.fr a écrit :

On Mon, 7 Aug 2017, marc marc wrote:

[...]

Les critères sont mêmes différent selon que c'est un fauteuil
manuel/électrique ou quelqu'un qui le pousse.

Alors ce qu'il faudrait c'est plus une modification de wheelchair pour
prendre en compte les différents cas.
Ce n'est pas le rôle de la valeur limited et de 
https://wiki.openstreetmap.org/wiki/Key:wheelchair:description?
Par exemple "manual wheelchair only". Même si ça ne vaut pas un attribut 
en propre.

https://wiki.openstreetmap.org/wiki/FR:Wheelchair_routing précise :
/wheelchair =yes//
wheelchair 
=limited//
wheelchair 
=no///


/Convenabilité du chemin pour les utilisateurs en fauteuil roulant. /

/Cet attribut ne doit être posé qu'en cas de certitude. /

/Consulter //*Propriétés des trottoirs 
*/ 



Je vois que dans les profils ils font la différence entre fauteuil 
manuel et électrique mais je ne sais comment ils font le lien avec les 
données OSM.


ramp:wheelchair 
=yes/limited/no


	A shallow ramp that can be used by wheelchairs. It shouldn't be steeper 
than 4-6% and wide enough. Use "limited" if pushing the wheelchair is 
neccessary. Explicitly tag "no" to indicate if this ramp can not be used 
with a wheelchair or if a better ramp (or elevator) is available. 	


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

Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-07 Par sujet Francois Gouget 
On Mon, 7 Aug 2017, marc marc wrote:

[...]
> 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.

Cela veut bien dire que les règles sont les mêmes. Si elles étaient 
différentes elles seraient explicitées, soit sur la page de width, soit, 
plus probablement, sur une page différente.


> D'ailleurs on retrouve des intervalles tant dans width que est_width, 
> avec dans les 2 clefs une absence de règle.

Ayant corrigé pas mal de valeurs numériques dans width (virgules au lieu 
d'un point), je ne doute pas qu'il y ait encore plein d'erreurs aussi 
bien pour width que pour est_width.


> >> 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

C'est déjà fait.


> > 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.

Pour moi cela veut dire qu'il faut soit se rendre sur place, soit faire 
confiance à ce que disent les responsables des lieux sur leur site web 
(cas des commerces, restaurants, etc). Mais il me parait irréaliste 
d'espérer que des contributeurs qui ne prennent pas la peine de 
positionner le champ wheelchair mettront toutes les informations 
nécessaires pour déterminer sa valeur.


> Les critères sont mêmes différent selon que c'est un fauteuil 
> manuel/électrique ou quelqu'un qui le pousse.

Alors ce qu'il faudrait c'est plus une modification de wheelchair pour 
prendre en compte les différents cas.


[...]
> Tout cela pour dire que cela a du sens de garder les infos individuelles 
> (la largeur, les marches, ...) malgré l’existence du tag wheelchair.

Je doute que l'on puisse représenter toutes ces informations 
individuelles sous forme structurée.

D'ailleurs le champ width ne me paraît même pas utilisable en l'état 
pour des PIs : que représente-t-il ? La largeur de la façade du commerce 
? La largeur des allées dans une superette ? La largeur de la cage 
d'ascenseur ? La largeur de l'entrée pour voitures ?


> 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.

Je parlais des applications qui utilisent le champ width et qui 
s'attendent à y trouver une valeur numérique.


-- 
Francois Gouget   http://fgouget.free.fr/
  Hiroshima '45 - Czernobyl '86 - Windows '95___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-07 Par sujet marc marc 
 > 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
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-07 Par sujet Francois Gouget 
On Sun, 6 Aug 2017, marc marc wrote:
[...]
> FG> Ce type de valeur n'est pas accepté par Osmose : width doit être une
> FG> valeur numérique sinon les logiciels ne sauront pas quoi en faire.
> la page wiki de width précise pourtant exemple à l’appui que c'est 
> alphanumérique puisque pouvant contenir des unités.

Ok. Numérique hors unité.


> 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

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 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.

Après cela ne permet effectivement pas de noter les nuances comme 
"plutôt moins d'un mètre" ou "plutôt plus d'un mètre". Si un consensus 
émerge pour dire que ce type de nuance est important alors je suppose 
qu'une solution se mettra en place mais je n'ai pas d'avis sur la 
question.

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


> 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.


-- 
Francois Gouget   http://fgouget.free.fr/
   A man can fail many times, but he isn't a failure
until he begins to blame somebody else.
   -- John Burroughs___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-06 Par sujet osm . sanspourriel 
Tu réponds toi-même à ta question : ce que tu veux taguer c'est l'accessibilité 
et non la largeur de la porte.

Jean-Yvon


> Gesendet: Montag, 07. August 2017 um 00:29 Uhr
> Von: "marc marc - marc_marc_...@hotmail.com" 
> <osm.sanspourriel.9723944ef6.marc_marc_irc#hotmail@ob.0sg.net>
> An: "talk-fr@openstreetmap.org" <talk-fr@openstreetmap.org>
> Betreff: Re: [OSM-talk-fr] largeur supérieur à X mètre
>
> MM>> Comment tager qu'une entrée à une largeur supérieur à 1 mètre ?
> 
> DC> Si c'est une valeur estimé, alors je ne met rien
> DC> jusqu'à ce que je peux le vérifier
> Savoir qu'une entrée d'un magasin fait plus de 90cm est l'un des 2 
> critères les plus important pour l'accessibilité des fauteuils roulants.
> Cela devient même une obligation dans certain cas.
> c'est facile à estimer (il suffit de rentrer en tendant un bras, si tu 
> passes la porte, c'est certain que la chaise roulante passe)
> C'est facile de vérifier l'estimation (il suffit de refaire l'opération)
> Savoir que l'entrée fait 91,7cm est précis mais quel objectif ?
> Et puis surtout que faire des valeurs déjà présente ? on vire parce 
> qu'estimé ? ou on essaye d'uniformiser l'encodage de cette info ?
> je suis partisan d'essayer d'uniformiser vu l'utilité importante de 
> cette info comparé au fait que quasi tout osm a une imprécision 
> supérieur à celle de la largeur de l'entrée. non ?
> 
> FG> Ce type de valeur n'est pas accepté par Osmose : width doit être une
> FG> valeur numérique sinon les logiciels ne sauront pas quoi en faire.
> la page wiki de width précise pourtant exemple à l’appui que c'est 
> alphanumérique puisque pouvant contenir des unités.
> osmose a-t-il aussi des règles pour est_width ? il te semble préférable 
> de diviser l'info entre 2 clefs ? ou définir une règle précise 
> susceptible d'être prise en compte par osmose et autres app ?
> ___
> 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

Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-06 Par sujet marc marc 
MM>> Comment tager qu'une entrée à une largeur supérieur à 1 mètre ?

DC> Si c'est une valeur estimé, alors je ne met rien
DC> jusqu'à ce que je peux le vérifier
Savoir qu'une entrée d'un magasin fait plus de 90cm est l'un des 2 
critères les plus important pour l'accessibilité des fauteuils roulants.
Cela devient même une obligation dans certain cas.
c'est facile à estimer (il suffit de rentrer en tendant un bras, si tu 
passes la porte, c'est certain que la chaise roulante passe)
C'est facile de vérifier l'estimation (il suffit de refaire l'opération)
Savoir que l'entrée fait 91,7cm est précis mais quel objectif ?
Et puis surtout que faire des valeurs déjà présente ? on vire parce 
qu'estimé ? ou on essaye d'uniformiser l'encodage de cette info ?
je suis partisan d'essayer d'uniformiser vu l'utilité importante de 
cette info comparé au fait que quasi tout osm a une imprécision 
supérieur à celle de la largeur de l'entrée. non ?

FG> Ce type de valeur n'est pas accepté par Osmose : width doit être une
FG> valeur numérique sinon les logiciels ne sauront pas quoi en faire.
la page wiki de width précise pourtant exemple à l’appui que c'est 
alphanumérique puisque pouvant contenir des unités.
osmose a-t-il aussi des règles pour est_width ? il te semble préférable 
de diviser l'info entre 2 clefs ? ou définir une règle précise 
susceptible d'être prise en compte par osmose et autres app ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-06 Par sujet Francois Gouget 
On Sun, 6 Aug 2017, marc marc wrote:

> Bonjour,
> 
> Comment tager qu'une entrée à une largeur supérieur à 1 mètre ?
> Je pensais 1- pour garder une similitude avec ce qui se fait ailleurs.
> mais j'ai trouvé beaucoup de logique différente comme >1 +1 1+

Ce type de valeur n'est pas accepté par Osmose : width doit être une 
valeur numérique sinon les logiciels ne sauront pas quoi en faire.

-- 
Francois Gouget   http://fgouget.free.fr/
  Hell is empty and all the devils are here.
   -- Wm. Shakespeare, "The Tempest"___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] largeur supérieur à X mètre

2017-08-06 Par sujet David Crochet 

Bonjour


Le 06/08/2017 à 11:12, marc marc a écrit :

Comment tager qu'une entrée à une largeur supérieur à 1 mètre ?


Si c'est une valeur estimé, alors je ne met rien jusqu'à ce que je peux 
le vérifier


Cordialement

--
David Crochet


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