<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:Courier New,courier,monaco,monospace,sans-serif;font-size:10pt"><div>Bonjour,<br><br>J'ai essaye la dernière version de l outil pour voir ce qu il donne. Je l ai teste sur une dizaine de communes de la Loire, celles que j ai mappe a la main a partir du plugin du cadastre, afin d avoir une base de comparaison.<br>Le resultat est impressionnant, en general les contours sont bien rendus, a part a quelques endroits ou les limites cadastrales ne sont pas correctement superposees et ou j avais justement du "moyenner" pour coller aux deux limites. C est la que les choses se compliquent, j ai un peu de mal a manipuler les points synchrones pour effectuer les corrections: difficultes a fusionner les ways, joindre les noeuds, mais cela est plutot du a mon manque de pratique de JOSM. En revanche au moment de relancer le script de validation ( <span
style="font-weight: bold; font-family: Courier New,courier,monaco,monospace,sans-serif;">tools/rccc-osmCommCheck.sh</span> ) j obtiens l erreur suivante:<br><span style="font-weight: bold;">tools/rccc-osmCommCheck.rb:137: undefined method `each' for nil:NilClass (NoMethodError)</span><br style="font-weight: bold;"><span style="font-weight: bold;"> from tools/rccc-osmCommCheck.rb:132:in `each'</span><br style="font-weight: bold;"><span style="font-weight: bold;"> from tools/rccc-osmCommCheck.rb:132</span><br>Cela me fait beaucoup penser a une erreur due a l application d une methode sur un objet vide ou inexistant. Est ce que j ai fait une mauvaise manip en essayant de corriger les fixme ( tres probable et dans ce cas comment l eviter ) ? une faiblesse de l algorithme ? <br><br>En tout cas l outil est vraiment tres interessant :-)<br><br>Julien<br><br></div><div
style="font-family: Courier New,courier,monaco,monospace,sans-serif; font-size: 10pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;"><font size="2" face="Tahoma"><hr size="1"><b><span style="font-weight: bold;">De :</span></b> Frédéric Rodrigo <f.rodrigo@free.fr><br><b><span style="font-weight: bold;">À :</span></b> Discussions sur OSM en français <talk-fr@openstreetmap.org><br><b><span style="font-weight: bold;">Envoyé le :</span></b> Mardi, 7 Avril 2009, 21h07mn 04s<br><b><span style="font-weight: bold;">Objet :</span></b> Re: [OSM-talk-fr] Import assisté des limites communales depuis le site du cadastre.<br></font><br>Bonjour,<br>Je me répond à moi même histoire de faire remonter le descriptif que j'avais <br>déjà tapé (la flemme tout ça ...).<br><br>Vous pouvez trouver la dernière version de l'outil à <br><a href="http://f.rodrigo.free.fr/tmp/r-cadastre-client-20090407-1.tar.bz2"
target="_blank">http://f.rodrigo.free.fr/tmp/r-cadastre-client-20090407-1.tar.bz2</a><br><br>Si vous avez des remarques ou des questions n'hésitez pas.<br>L'utilisation est expliqué dans le fichier HOWTO.<br><br>"C'est outil est, et de loin, plus proche d'un protype que d'un outil destiné <br>à un utilisateur final."<br><br>Fred<br><br><br>Le samedi 14 mars 2009, Frédéric Rodrigo a écrit :<br>> Bonjour,<br>><br>> Je travaille depuis plus d'un mois sur un "proof of concept" d'aide à<br>> l'import de communes depuis le cadastre. Je vous livre ici ce que j'ai pu<br>> réaliser.<br>><br>> Le but est d'automatiser l'extraction et la fusion des limites communales<br>> avant de les intégrer manuellement à OSM.<br>><br>> L'extraction se fait par téléchargement à une résolution suffisante et<br>> exploitable de toute la commune en PNG. La résolution que j'ai choisi est<br>> celle maximale possédant encore les
limites de la commune en ligne continue<br>> marron. Toutes les vues partielles de la commune téléchargé sont rassembles<br>> en une image globale. Elle est passé en noir (limite communale) et blanc<br>> (tout le reste). Ensuite vectorisation des contours en SVG. Passage du SVG<br>> en GPX, puis filtrage et simplification du résultat.<br>><br>> L'extraction de plusieurs communes en lot permet d'en consolider les<br>> limites. Un lot de gpx est chargé dans une version modifiée du plugin de<br>> conflation (consolidation) de JUMP. Le résultat est un fichier OSM ou les<br>> communes sont des polygones dont la plus part des limites intercommunales<br>> sont unifiées. Ensuite je passe cet OSM dans un validateur permettant de<br>> détecter certaines erreurs issus de tout le processus. Une fois corrigé le<br>> fichier OSM est passé dans un script permettant de convertir les polygones<br>> en relations, avec
des ways partagées entres les communes limitrophes.<br>><br>> Il ne reste alors plus qu'à fusionner ces limites avec celles déjà<br>> existantes et autres ways.<br>><br>><br>> L'étape de téléchargement est très longes, mais j'ai préféré ne pas abuser<br>> du serveur du cadastre. Le processus marche dans l'ensemble même s'il est<br>> parfois peu efficace et tient avec du scotch et des pinces à linges.<br>><br>> À l'aide de ce workflow j'ai put importer dans OSM environ 150 communes de<br>> Gironde en une semaine (sur mon temps libre), soit la moitier des communes<br>> vectorisées du département.<br>><br>> Je peux donner les sources si on me le demande, mais j'ai honte tellement<br>> c'est pas propre (et sans documentation bien sûr).<br>><br>> <a href="http://beta.letuffe.org/?zoom=10&lat=44.64632&lon=-0.15459&layers=B00000000"
target="_blank">http://beta.letuffe.org/?zoom=10&lat=44.64632&lon=-0.15459&layers=B00000000</a><br>>0FFTFFFF (Communes de Girondes)<br>><br>> <a href="http://autotrace.sourceforge.net/" target="_blank">http://autotrace.sourceforge.net/</a> (Autotrace)<br>> <a href="http://www.i3s.unice.fr/%7Ejohan/gps/" target="_blank">http://www.i3s.unice.fr/~johan/gps/</a> (Geoconv)<br>> <a href="http://www.vividsolutions.com/jcs/" target="_blank">http://www.vividsolutions.com/jcs/</a> (JCS Conflation Suite)<br>><br>> Fred<br><br><br></div></div></div><br>
</body></html>