<br><div class="gmail_quote">Le 8 février 2012 17:44, sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:liste@letuffe.org">liste@letuffe.org</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On mardi 7 février 2012, Bruno Cortial wrote:<br>
> Salut,<br>
> Il y a quelques temps, j'avais proposé 2 scripts python pour améliorer les<br>
> fichiers Cléo.<br>
> <a href="http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035156.html" target="_blank">http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035156.html</a><br>
<br>
Je te propose de passer sur la liste dev-fr histoire de ne pas remplir plus ce<br>
sujet avant d'y revenir si on a réussi à avancer.<br>
<br>
> Ca n'avait pas eu un grand succès à l'époque je retente ce soir: si des<br>
> testeurs pouvaient faire un retour sur la qualité des fiabilisations.<br>
<br>
Hé bé c'est pas facile à lancer ton truc ! les modules python nécessaires ne<br>
semblent pas présents dans les debian stables, bon, j'ai réussi à m'en<br>
dépêtrer quand même.<br>
<br></blockquote><div><br>Merci d'y avoir passer du temps ! Je crois que le plus dur est de lire mon code :-)<br>En plus il faut que je m'y remette, j'y ai pas touché depuis des mois...<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Quelques remarques à prendre avec pincettes, j'ai pas tout testé :<br>
- En effet, comme s'inquiète julien, si deux bâtiments ou deux murs du même<br>
bâtiment sont séparés par moins que la tolérance ils sont fusionnés. Si ça<br>
pouvait être réservé aux bâtiments qui se chevauches (erreur claire) ça<br>
limiterais les fausses corrections<br></blockquote><div><br>Je crois que la valeur de tolérence est de l'ordre de 5 centimètres. doit doit pouvoir tuner çà. Sinon la condition d'overlap doit être facilement réalisable avec shaply. D'ailleur il y a eu des release de cette lib depuis, et il y sans doute des choses intéressantes pour ce code.<br>
<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- Concernant les noeuds dupliqués, a priori rien à dire, cette correction là<br>
me semble tranquille, mais il faudrait peut-être encore abaissé le seuil.<br>
J'ai eu le cas d'une entrée d'immeuble qui formait un truc genre :<br>
<br>
_||__||_<br>
<br>
Transformée en :<br>
_/\__/\__<br>
<br></blockquote><div>C'est juste sur les script des noeuds dupliqués ? Ca m'intéresse. Tu as la commune et l'adresse ? Ca serait ptet' 50 cm finalement :-)<br><br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Si d'autres veulent se faire une idée de ce que fait le soft de bruno sur un<br>
fichier osm réél, on peut s'en faire une idée ici :<br>
<a href="http://download.letuffe.org/correction-auto-bati/" target="_blank">http://download.letuffe.org/correction-auto-bati/</a><br>
<br>
En bref, ça passe de 320 erreurs de bâtiments se chevauchant, à 60 (selon le<br>
validateur)<br>
260 usure de la touche J en moins<br>
<br>
== concernant le "déjà dans la base osm" ==<br>
<br>
- J'ai fais une correction pour que le soft conserve les attributs "version"<br>
des relations/ways/noeuds, ce qui permet de travailler sur des données déjà<br>
dans osm alors que ta version est prévue pour des fichiers osm neufs (id<br>
négatifs) et donc, sans n° de version.<br>
Ce qui est logique, pour être lancé juste après l'export par cleocarto<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div></div>C'est le but final, mais déjà qu'on limite le flux de nouveaux cas.<br><br>Sinon il y a deux autres axe d'amélioration des fichiers Cleo, pour les courageux :<br>
* la simplification des géométries, des centaines de points en moins à chaque import. C'est faisable par JOSM, mais il ne simplifie pas les segments partagés par 2 polygones (à contrôler parce ca fait un moment que j'ai pas utiliser cette fonction). J'avais creusé les fonctions shaply, mais sans aboutir, car il y a un risque de perdre la topologie.<br>
<br>* Faire le boulot de validator avant en mettant des fixme sur les objets se chevauchant: on gagne du temps, et comme mon script créé des cas qui passe sous le radar de validator... exemple :<br><font face="courier new,monospace"><br>
  +-------------+<br>  |             |<br></font><font face="courier new,monospace">  |             |<br></font><font face="courier new,monospace">+-+------+      |<br></font><font face="courier new,monospace">| |      |      |<br>
| +------+------+<br>+--------+<br></font><br>Après les scripts:<br><font face="courier new,monospace">  +-------------+<br>
  |             |<br>
</font><font face="courier new,monospace">  |             |<br>  </font><font face="courier new,monospace">+------+      |<br>  </font><font face="courier new,monospace">|      |      |<br> 
+------+------+<br></font><br>Cette situation de chevauchement n'est pas détectée par validator<br><br>Bruno<br>