[OSM-dev-fr] [OSM-talk-fr] nettoyage des imports bâti amont et aval

[didier2020]

Ca n'avait pas eu un grand succès à l'époque je retente ce soir: si des
testeurs pouvaient faire un retour sur la qualité des fiabilisations. 

=> le plus dur, c'est de s'y mettre !

=> 2 choses qui m'ont fait défaut car je suis pas un pro ...
=> - commentaire dans le code qui resume ce que cela fait 
=> - les dependances : python setuptool
=> - DIST_MIN et précision des données : 6 decimales chez cleo, 7 dans
=> osm (je crois) cela correspond a ? centimetres (a peu pres en france)

En effet, comme s'inquiète julien, si deux bâtiments ou deux murs du
même bâtiment sont séparés par moins que la tolérance ils sont
fusionnés.
Si ça pouvait être réservé aux bâtiments qui se chevauches (erreur
claire) ça limiterais les fausses corrections

=> +1 
=> j'ai essayé en ne prennant que les way qui etaient detectés =>
chevauchant par le validator josm => le resultat est parfais

J'ai eu le cas d'une entrée d'immeuble qui formait un truc genre :
 
_||__||_

Transformée en :
_/\__/\__

=> avec JOSM c'est le meme probleme : Il faut "L" puis "J" 

Si d'autres veulent se faire une idée de ce que fait le soft de bruno
sur un 
fichier osm réél, on peut s'en faire une idée ici :
http://download.letuffe.org/correction-auto-bati/

En bref, ça passe de 320 erreurs de bâtiments se chevauchant, à 60
(selon le validateur)
260 usure de la touche J en moins


== concernant le "déjà dans la base osm" ==

- J'ai fais une correction pour que le soft conserve les attributs
"version" des relations/ways/noeuds, ce qui permet de travailler sur des
données déjà dans osm alors que ta version est prévue pour des fichiers
osm neufs (id négatifs) et donc, sans n° de version.
Ce qui est logique, pour être lancé juste après l'export par cleocarto

=> je n'ai pas trop cherché mais il y a un tuto pour osmsax ?

didier