Osmose pourrait déjà détecter les chemins avec des points d'ID différents mais de position strictement identiques. Cela détecte de nombreux cas d'oublis de nettoyage de la vectorisation du cadastre raster. L'erreur est à joindre avec "points superposés".
JOSM ne fait pas cette détection non plus lors de la validation (le seul moyen de les voir c'est dans une sélection multiple sur le noeud supposé unique, car on en voit appaître un deuxième à fusionner. (le seul cas où deux points superposés ne doivent pas être joint c'est quand ils sont à des élévations/altitudes différentes (alt=*) et en pratique cela correspond à deux points géodésiques distincts à garder, mais pas aux poitns de l'import de bâtiment du cadastre raster. Le 4 juin 2013 14:05, Ab_fab <gamma....@gmail.com> 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) > > > 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 <http://wiki.openstreetmap.org/wiki/User: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
