Re: [OSM-talk-fr] migrer les amenity=swimming_pool (déprécié)

2018-10-30 Par sujet marc marc 
J'en ai migré 700 à la main (=vérif visuelle) de l'ancien
vers le nouveau schéma (une confusion bassin<>piscine)

En séparant la migration de tag de l'ancien schéma vers le nouveau.
il y a 0 risque de dégradation. si c'était faux avant,
cela reste faux, si c'était juste, cela reste juste.
cette étape permet juste d'avoir un tag pour les bassins
au lieu d'en avoir 2, ce qui participe aussi à la confusion.

Paul proposait exclure aussi les nœuds
cela va avec ce critère en plus ?
j'ai l'impression qu'on est entrain de mélanger les 2
à bloquer la suppression de l'ancien schéma pour une question
de confusion de sens qui n'a aucun lien avec ancien/nouveau schéma.
Au rythme où cela va, dans 60 jours, il seront tous fait à la main.
Ou bien je passe à autre chose + utile que de les vérifier tous :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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 l

Re: [OSM-talk-fr] Carte vectoriel des transports en commun

2018-10-30 Par sujet Nicolas Bétheuil 
Bonjour,

J'ai avancé sur l'affichage des transports. J'ai réussi à le faire au
niveau monde.
https://wadouk.github.io/osm-public-transports/
Il y a plus de 30k lignes compartimentées en 65k rectangle de ~5km. Les
données sont stockées chez 5apps, 750Mo dont 2/3 de pbf, le reste sont les
"index".

Certaines lignes sont trop longues (forcément) et du coup ça a planté
(entre les timeout et les crash overpass).
En passant par les relations route_master puis par leurs id, c'est "assez"
rapide
https://github.com/wadouk/osm-public-transport-split/tree/overpass.

Désolé pour les crash que j'ai pu occasionner sur overpass.

Encore beaucoup de choses à faire pour par exemple rendre les bus
exploitable mais ça peut être intéressant pour se rendre compte du travail
déjà accompli sur la carto les transports.

Le lun. 30 avr. 2018 à 22:41, Nicolas Bétheuil  a écrit :

> Bonsoir,
>
> Je viens de pousser en ligne la carte du métro sur paris & tram en ile
> de france (pour l'instant)
> https://wadouk.github.io/osm-public-transports/
>
> C'est en vectoriel, donc cliquable.
>
> Les couleurs sont celles d'osm.
> Les éléments en bordeaux sont ceux où je n'ai pas réussi à déterminer
> la bonne couleur ni par les attributs, ni par les relations.
>
> https://github.com/wadouk/osm-public-transports/blob/5375a4256eb4f1ea6e2faea646fc70d188974341/index.html#L38
>
> Les bus, c'est intéressant, mais c'est beaucoup trop gros, même sur
> paris uniquement.
> http://overpass-turbo.eu/s/yoM
> Il faut que j'avance sur la séparation (split) des fichiers de jeu de
> données.
>
> Les données sont extraites par la requête overpass ci dessus et
> télécharger en geojson : l'idée est d'avoir un post traitement de
> simplification pour alléger les données mais on verra ça plus tard.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Borne de puisage

2018-10-30 Par sujet Christian Quest 

Le 29/10/2018 à 18:42, Gwenaël Jouvin a écrit :

Bonsoir,

Merci pour ce tuyau (d’arrosage) !

J’ai récemment ajouté un « poteau incendie » dont je me demandais pourquoi il 
était vert et si peu visible dans l’ombre… ce serait donc une borne de puisage 
? Pourtant, c’est physiquement un poteau utilisé ailleurs pour les points d’eau 
incendie de la région.
J’avais aussi ajouté color=green :-)


D'après ce que j'ai compris, certaines poteaux verts sont équipés d'un 
compteur, et ils peuvent aussi être utilisés par les pompiers (gros 
raccords sans compteur).




Pour les véritables poteaux incendie, attention j’en ai déjà vu avec un 
demi-capot jaune et l’autre rouge, impossible de savoir si c’est de la haute 
pression dedans.


Poteau demi jaune ? C'est un demi pression !

Ok... ->  []

--
Christian Quest - OpenStreetMap France


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