Attention lors de l'importation du cadastre raster, notamment pour les bâtiments ronds:
http://www.openstreetmap.org/browse/way/218860318/history Là j'ai du supprimer plus de 95% des noeuds (au départ superposés chacun 3 ou 4 fois, avec un total de plus de 300 nœuds pour un petit bâtiment, nombre que j'ai réduit à une vingtaine, ce qui est largement suffisant), et que j'ai repositionné en mettant aussi ce bâtiment à sa bonne taille (le "cercle" initial étant de rayon trop petit) et en gommant les limites visibles des pixels qui formaient un crénelage parasite tout autour. L'erreur était signalée par Osmose à cause des superpositions de noeuds sur le même chemin, et autointersections du chemin qui faisait même plusieurs fois le tour. J'ai l'impression que c'est la conversion du cadastre raster qui crée ce genre de polygone avec des nœuds largement en excès, et de trop nombreux doublons (nœuds multiples qui sont finalement exactement à la même position, quand il essaye de reconnaître des segments pour les interconnecter en un chemin unique : ce script oublie de fusionner les nœuds communs et peut même créer un polygone qui fait plusieurs fois le tour du chemin). J'ai déjà constaté ça plusieurs fois sur les bâtiments ronds, qu'on a en fait tout intérêt à supprimer des données issues de la vectorisation du cadastre raster, pour les retracer entièrement avant d'importer le résultat dans OSM (c'est bien plus vite fait que nettoyer les nœuds après coup comme je viens de le faire avant finalement de redéplacer la totalité des points gardés, puis de rétablir un arrondi correct avec la touche O dans JOSM qui distribue équitablement les points en cordes d'arc à peu près de même longueur et de même écart angulaire). Attention donc aux silos, moulins, châteaux d'eau, et autres tours rondes. Je pense que ce cas pourrait se produire aussi autour des étangs mais là à cause de la taille ceux qui importent le cadastre font plus attention, et sont de toute façon amenés à ajuster les chemins générés, et comme c'est de l'eau, ils sont n fait à part dans les données de vectorisation.
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
