Le mardi 04 juin 2013 à 14:05 +0200, Ab_fab a écrit : > En effet : > http://gis.19327.n5.nabble.com/Import-bati-avec-trop-de-points-td5718733.html > > > > C'est un problème déjà mentionné ici, mais malheureusement pas encore > mis en évidence par les outils de contrôle qualité (à ma connaissance)
cette analyse ne dit pas s'il y a pas assez (!) ou trop de nodes mais bon c'est bien mieux de rien http://osmose.openstreetmap.fr/fr/errors/?item=7011 cela melange Batiment spécial (rond) et Batiment spécial (grand) > > Le 4 juin 2013 02:07, Philippe Verdy <verd...@wanadoo.fr> a écrit : > 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 > > > > > > -- > ab_fab > "Il n'y a pas de pas perdus", Nadja > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
