Re: [OSM-talk-fr] confusion entre la piscine=le bassin avec l'eau et la piscine=le lieu contenant un ou plusieurs bassins

2018-10-31 Par sujet Noémie Lehuby 

Hello,

Perso, après en avoir fait un petit paquet à la mano, je ne suis pas 
convaincue qu'on ait un critère suffisamment fiable pour une analyse 
Osmose ; avec site web, téléphone et wikidata par exemple, j'ai eu pas 
mal de faux positif.


Du coup, j'ai essayé de faire une analyse Maproulette pour faciliter le 
partage de la vérification systématique, mais j'arrive à rien avec la 
nouvelle version, je n'ai pas le même nombre d'objets entre l'analyse 
Maproulette et la requête overpass utilisée...


--
Noémie Lehuby

Le 30/10/2018 à 23:40, marc marc a écrit :

Je pense toujours qu'il faut scinder (et donc je scinde mon message) :

- la correction d'erreur de sens (confusion entre la piscine=le bassin
avec l'eau et la piscine=le lieu contenant un ou plusieurs bassins,
un vestiaire, etc...) et qui existe tant dans l'ancien que le nouveau
schéma (peut-être des preset mal traduit dans iD et josm)
Osmose est sans doute le meilleur allié une fois un critère trouvé et
donc ce serrait utile de lister les critères si quelqu'un est motivé
pour le coder :
- un bassin avec un site web, téléphone, wikipedia ou de + de x m2 est
probablement une piscine
- un bassin dans un bassin est probablement un bassin dans un piscine
(mais cela peux être un doublon)
mais est-ce utile ? on a déjà 8000 alertes osmose que personne ne semble
motivé à traité (donc l'utilité première est sans doute juste le bleu
sur la carte)
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=3080
https://osmose.openstreetmap.fr/fr/errors/?item=3080

- frilosité pour la migration de tag "bassin" de l'ancien schéma
vers le nouveau -> autre sujet

Cordialement,
Marc

Le 29. 10. 18 à 20:54, Noémie Lehuby a écrit :

Hello,

J'ai fait une passe sur les amenity=swimming_pool (ainsi que les
leisure=swimming_pool) avec phone, website et wikidata.
J'ai aussi essayé opening_hours mais ce n'est pas assez discriminant, il
y avait beaucoup de faux positifs (où le bassin et la piscine sont
présents tous les deux, tous deux avec les tags opening_hours, pas
toujours avec les mêmes valeurs d'ailleurs).

--
Noémie Lehuby

Le 27/10/2018 à 19:28, Paul Desgranges a écrit :

Normalement tu ne devrais plus trouver de "amenity=swimming_pool ayant
un tag leisure/name/building", puisque justement c'était l'étape d'avant

Par contre j'ai cherché à l'instant les "amenity=swimming_pool" de
type node seulement sur overpass-turbo https://overpass-turbo.eu/s/D9Q
et les premiers cas regardés ne peuvent pas être transformés
directement en "leisure=swimming_pool"  !
- https://www.openstreetmap.org/node/1820461288 celui-ci c'est un
"leisure=sports_centre + sport=swimming"
- https://www.openstreetmap.org/node/3648626536 celui-ci c'est un
"leisure=sports_centre + sport=swimming"
- https://www.openstreetmap.org/node/1904181893 celui-ci c'est un
bassin, mais il est déjà taggué comme bassin, et il est à coté d'un
établissement qui n'est
pas taggué comme  "leisure=sports_centre + sport=swimming", et c'est
plutôt ça qu'il faudrait faire du coup
-  et les autres que j'ai regardé aussi ...

Donc je crains que la conversion massive soit un peu risquée.

Il faudrait au moins couper en deux le traitement :
  - les nodes d'un coté (il y en a 102
), par nature on ne peut pas
connaître leur superficie :  j'ai l'impression qu'il faudrait regarder
chacun des cas ? et dans n'y aurait-il pas un outil qui permettrait de
se répartir la charge ?
  - les ways d'un autre coté (il y en a 6120
), il faut les traiter en fonction de
leur superficie
    -- les grandes superficies sont à regarder au cas par cas (par
exemple https://www.openstreetmap.org/way/129407009
  est à transformer en "leisure=swimming_area")
    -- les petites superficies je ne sais pas en fait, regarder si on
ne peut pas exploiter la présence d'un autre tag : 'phone=*' ou
'access=customers' ou 'covered=yes' ?


Je pars une semaine, donc je ne pourrais pas participer à la suite de
ceci la semaine prochaine en tout cas.
A bientôt
Paul




Le 27/10/2018 /à 17:51:09 2018/, Marc marc a écrit :
J'avais déjà passé en revue le critère des 2000m2 mais
il peux toujours y avoir de nouveaux cas entre temps.
De toute façon, je proposais de le faire avec ceinture
et bretelles. et donc ces cas sont ignorés dans ma correction.
Si personne n'a plus d'objection, je ferrai la conversion
des amenity=swimming_pool n'ayant pas de tag leisure/name/building,
ayant une surface < 2000m2 et situé en France
en leisure=swimming_pool

Le 27/10/2018 à 15:55, Paul Desgranges a écrit :

Voilà ! J'ai fait ce dont on avait parlé (voir ci-dessous), donc il
n'y a plus de "amenity=swimming_pool + name=*" ni de
"amenity=swimming_pool + building=*" (sauf erreur ?)
(l'occasion à chaque fois de faire un peu de micromapping autour de
ces établissements...)

Ce que je n'ai pas fait, c'est le traitement de tous les
"amenity=swimming_pool" qui auraient une surperficie assez grande
pour suspecter un

Re: [OSM-talk-fr] confusion entre la piscine=le bassin avec l'eau et la piscine=le lieu contenant un ou plusieurs bassins

2018-10-30 Par sujet marc marc 
Je pense toujours qu'il faut scinder (et donc je scinde mon message) :

- la correction d'erreur de sens (confusion entre la piscine=le bassin 
avec l'eau et la piscine=le lieu contenant un ou plusieurs bassins,
un vestiaire, etc...) et qui existe tant dans l'ancien que le nouveau 
schéma (peut-être des preset mal traduit dans iD et josm)
Osmose est sans doute le meilleur allié une fois un critère trouvé et 
donc ce serrait utile de lister les critères si quelqu'un est motivé 
pour le coder :
- un bassin avec un site web, téléphone, wikipedia ou de + de x m2 est 
probablement une piscine
- un bassin dans un bassin est probablement un bassin dans un piscine 
(mais cela peux être un doublon)
mais est-ce utile ? on a déjà 8000 alertes osmose que personne ne semble 
motivé à traité (donc l'utilité première est sans doute juste le bleu 
sur la carte)
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=3080
https://osmose.openstreetmap.fr/fr/errors/?item=3080

- frilosité pour la migration de tag "bassin" de l'ancien schéma
vers le nouveau -> autre sujet

Cordialement,
Marc

Le 29. 10. 18 à 20:54, Noémie Lehuby a écrit :
> Hello,
> 
> J'ai fait une passe sur les amenity=swimming_pool (ainsi que les 
> leisure=swimming_pool) avec phone, website et wikidata.
> J'ai aussi essayé opening_hours mais ce n'est pas assez discriminant, il 
> y avait beaucoup de faux positifs (où le bassin et la piscine sont 
> présents tous les deux, tous deux avec les tags opening_hours, pas 
> toujours avec les mêmes valeurs d'ailleurs).
> 
> -- 
> Noémie Lehuby
> 
> Le 27/10/2018 à 19:28, Paul Desgranges a écrit :
>> Normalement tu ne devrais plus trouver de "amenity=swimming_pool ayant 
>> un tag leisure/name/building", puisque justement c'était l'étape d'avant
>>
>> Par contre j'ai cherché à l'instant les "amenity=swimming_pool" de 
>> type node seulement sur overpass-turbo https://overpass-turbo.eu/s/D9Q
>> et les premiers cas regardés ne peuvent pas être transformés 
>> directement en "leisure=swimming_pool"  !
>> - https://www.openstreetmap.org/node/1820461288 celui-ci c'est un 
>> "leisure=sports_centre + sport=swimming"
>> - https://www.openstreetmap.org/node/3648626536 celui-ci c'est un 
>> "leisure=sports_centre + sport=swimming"
>> - https://www.openstreetmap.org/node/1904181893 celui-ci c'est un 
>> bassin, mais il est déjà taggué comme bassin, et il est à coté d'un 
>> établissement qui n'est
>> pas taggué comme  "leisure=sports_centre + sport=swimming", et c'est 
>> plutôt ça qu'il faudrait faire du coup
>> -  et les autres que j'ai regardé aussi ...
>>
>> Donc je crains que la conversion massive soit un peu risquée.
>>
>> Il faudrait au moins couper en deux le traitement :
>>  - les nodes d'un coté (il y en a 102 
>> ), par nature on ne peut pas 
>> connaître leur superficie :  j'ai l'impression qu'il faudrait regarder 
>> chacun des cas ? et dans n'y aurait-il pas un outil qui permettrait de 
>> se répartir la charge ?
>>  - les ways d'un autre coté (il y en a 6120 
>> ), il faut les traiter en fonction de 
>> leur superficie
>>    -- les grandes superficies sont à regarder au cas par cas (par 
>> exemple https://www.openstreetmap.org/way/129407009
>>  est à transformer en "leisure=swimming_area")
>>    -- les petites superficies je ne sais pas en fait, regarder si on 
>> ne peut pas exploiter la présence d'un autre tag : 'phone=*' ou 
>> 'access=customers' ou 'covered=yes' ?
>>
>>
>> Je pars une semaine, donc je ne pourrais pas participer à la suite de 
>> ceci la semaine prochaine en tout cas.
>> A bientôt
>> Paul
>>
>>
>>
>> >Le 27/10/2018 /à 17:51:09 2018/, Marc marc a écrit :
>> > J'avais déjà passé en revue le critère des 2000m2 mais
>> > il peux toujours y avoir de nouveaux cas entre temps.
>> >De toute façon, je proposais de le faire avec ceinture
>> >et bretelles. et donc ces cas sont ignorés dans ma correction.
>> >Si personne n'a plus d'objection, je ferrai la conversion
>> > des amenity=swimming_pool n'ayant pas de tag leisure/name/building,
>> >ayant une surface < 2000m2 et situé en France
>> >en leisure=swimming_pool
>>
>> Le 27/10/2018 à 15:55, Paul Desgranges a écrit :
>>> Voilà ! J'ai fait ce dont on avait parlé (voir ci-dessous), donc il 
>>> n'y a plus de "amenity=swimming_pool + name=*" ni de 
>>> "amenity=swimming_pool + building=*" (sauf erreur ?)
>>> (l'occasion à chaque fois de faire un peu de micromapping autour de 
>>> ces établissements...)
>>>
>>> Ce que je n'ai pas fait, c'est le traitement de tous les 
>>> "amenity=swimming_pool" qui auraient une surperficie assez grande 
>>> pour suspecter un "leisure=sports_centre",
>>> cela reste une étape supplémentaire à faire avant le changement 
>>> massif des autres "amenity=swimming_pool" ?
>>>
>>> Bonne journée
>>> Paul
>>>
>>>
>>>
>>>
 je regarde de mon coté tous les cas qui sont exclus de l'édition de 
 masse
 Si je devais le faire
> 1- Je corrigerais d'abord