Mais c'est un pousse-au-TOC ce truc ! Plus sérieusement, quelle démarche suivre pour tirer profit de l'analyse (usage de l'API osmose ?) pour
_ récupérer l'id des objets _ les charger (overpass API ?) _ les classer par nombre de noeuds les constituant Le 4 juin 2013 16:18, "didier2020" <didier2...@free.fr> a écrit : > > 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 >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
