<p dir="ltr">Mais c'est un pousse-au-TOC ce truc !</p>
<p dir="ltr">Plus sérieusement, quelle démarche suivre pour tirer profit de l'analyse (usage de l'API osmose ?) pour </p>
<p dir="ltr">_ récupérer l'id des objets<br>
_ les charger (overpass API ?)<br>
_ les classer par nombre de noeuds les constituant<br>
</p>
<div class="gmail_quote">Le 4 juin 2013 16:18, "didier2020" <<a href="mailto:didier2020@free.fr">didier2020@free.fr</a>> a écrit :<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Le mardi 04 juin 2013 à 14:05 +0200, Ab_fab a écrit :<br>
> En effet :<br>
> <a href="http://gis.19327.n5.nabble.com/Import-bati-avec-trop-de-points-td5718733.html" target="_blank">http://gis.19327.n5.nabble.com/Import-bati-avec-trop-de-points-td5718733.html</a><br>
><br>
><br>
><br>
> C'est un problème déjà mentionné ici, mais malheureusement pas encore<br>
> mis en évidence par les outils de contrôle qualité (à ma connaissance)<br>
<br>
cette analyse ne dit pas s'il y a pas assez (!) ou trop de nodes mais<br>
bon  c'est bien mieux de rien<br>
<a href="http://osmose.openstreetmap.fr/fr/errors/?item=7011" target="_blank">http://osmose.openstreetmap.fr/fr/errors/?item=7011</a><br>
<br>
cela melange Batiment spécial (rond) et Batiment spécial (grand)<br>
><br>
> Le 4 juin 2013 02:07, Philippe Verdy <<a href="mailto:verdy_p@wanadoo.fr">verdy_p@wanadoo.fr</a>> a écrit :<br>
>         Attention lors de l'importation du cadastre raster, notamment<br>
>         pour les bâtiments ronds:<br>
><br>
><br>
>         <a href="http://www.openstreetmap.org/browse/way/218860318/history" target="_blank">http://www.openstreetmap.org/browse/way/218860318/history</a><br>
><br>
><br>
><br>
>         Là j'ai du supprimer plus de 95% des noeuds (au départ<br>
>         superposés chacun 3 ou 4 fois, avec un total de plus de 300<br>
>         nœuds pour un petit bâtiment, nombre que j'ai réduit à une<br>
>         vingtaine, ce qui est largement suffisant), et que j'ai<br>
>         repositionné en mettant aussi ce bâtiment à sa bonne taille<br>
>         (le "cercle" initial étant de rayon trop petit) et en gommant<br>
>         les limites visibles des pixels qui formaient un crénelage<br>
>         parasite tout autour.<br>
><br>
><br>
>         L'erreur était signalée par Osmose à cause des superpositions<br>
>         de noeuds sur le même chemin, et autointersections du chemin<br>
>         qui faisait même plusieurs fois le tour.<br>
><br>
><br>
>         J'ai l'impression que c'est la conversion du cadastre raster<br>
>         qui crée ce genre de polygone avec des nœuds largement en<br>
>         excès, et de trop nombreux doublons (nœuds multiples qui sont<br>
>         finalement exactement à la même position, quand il essaye de<br>
>         reconnaître des segments pour les interconnecter en un chemin<br>
>         unique : ce script oublie de fusionner les nœuds communs et<br>
>         peut même créer un polygone qui fait plusieurs fois le tour du<br>
>         chemin).<br>
><br>
><br>
>         J'ai déjà constaté ça plusieurs fois sur les bâtiments ronds,<br>
>         qu'on a en fait tout intérêt à supprimer des données issues de<br>
>         la vectorisation du cadastre raster, pour les retracer<br>
>         entièrement  avant d'importer le résultat dans OSM (c'est bien<br>
>         plus vite fait que nettoyer les nœuds après coup comme je<br>
>         viens de le faire avant finalement de redéplacer la totalité<br>
>         des points gardés, puis de rétablir un arrondi correct avec la<br>
>         touche O dans JOSM qui distribue équitablement les points en<br>
>         cordes d'arc à peu près de même longueur et de même écart<br>
>         angulaire).<br>
><br>
><br>
>         Attention donc aux silos, moulins, châteaux d'eau, et autres<br>
>         tours rondes. Je pense que ce cas pourrait se produire aussi<br>
>         autour des étangs mais là à cause de la taille ceux qui<br>
>         importent le cadastre font plus attention, et sont de toute<br>
>         façon amenés à ajuster les chemins générés, et comme c'est de<br>
>         l'eau, ils sont n fait à part dans les données de<br>
>         vectorisation.<br>
><br>
>         _______________________________________________<br>
>         Talk-fr mailing list<br>
>         <a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
>         <a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
><br>
><br>
><br>
><br>
><br>
> --<br>
> ab_fab<br>
> "Il n'y a pas de pas perdus", Nadja<br>
> _______________________________________________<br>
> Talk-fr mailing list<br>
> <a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br>
<br>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div>