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 >> <https://overpass-turbo.eu/s/D9Q>), 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 >> <https://overpass-turbo.eu/s/D9R>), 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 les piscines avec un champ nom 'Piscine' >>>>> 'Piscine privée' pour mettre ça dans la "description" >>>>> 2- J'enlèverais du traitement massif tout ce qui peut l'être (comme >>>>> mentionné) : les amenity=swimming_pool nommés (sauf les noms >>>>> m..... ci-dessus à traiter individuellement) les >>>>> amenity=swimming_pool qui sont aussi building >>>>> les amenity=swimming_pool qui sont aussi leisure=sports_centre >>>>> Car tous ceux là ont vocation à devenir des "leisure=sports_centre >>>>> sports=swimming name=... building=...", (sauf exception donc avec une >>>> vérification visuelle) >>>>> 3- Je regarderais à la mano les amenity=swimming_pool qui sont aussi >>>>> leisure=* >>>> et puisque tu es partant pour le reste, que moi je considère bcp >>>> plus risqué, et bien ça se complète pas trop mal _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
