Le 22 nov. 2011 à 17:44, Christian Quest a écrit : > Effectivement conserver les fichiers que l'on a utilisé avant import c'est > bien utile, d'autant plus qu'avant upload je fais pas mal de nettoyage > (simplification des chemins, fusion des bâtiments découpés, etc) ce qui rend > la comparaison données OSM / fichier osm issus du cadastre encore plus > difficile. > > Il faudra quand même trouver un moyen de faire des mises à jour dans ces > conditions là aussi, car la majorité des imports déjà faits n'ont sûrement > pas d'archives des fichiers originels qui de plus ne proviennent pas > forcément de qadastre et cléo. > Un autre algo, basé sur le pourcentage de surface de chevauchement entre les > bâtiments présents dans OSM et les dernières extractions du cadastre sera > sûrement nécessaire...
Ahem, bonjour à tous, un collègue Grenoblois d'OSM (Julien) a attiré mon attention sur cette discussion autour des outils de "diff" cadastre. Il se trouve que j'ai déjà développé un outil qui pourrait peut-être servir. Cet outil existe déjà depuis quelques temps, mais je dois confesser que j'avais la flemme de livrer quelque chose (pas taper). L'outil en question s'appelle "bati-fusion". Il a été conçu à l'origine pour permettre de l'import-bati sur des communes où des bâtiments avec valeur ajoutée (tags, addresses, etc.) ont déjà été dessiné à la main. L'outil prend en entrée deux fichiers .osm: l'un correspondant à un téléchargement de la base OSM sur la zone considérée, l'autre à un calque provenant d'import-bati. L'outil calcule les recouvrements des polgyones "building=yes", et classe les polygones du calque import-bati dans différents fichiers de sortie en .osm: - un fichier contenant les bâtiments n'étant pas en conflit avec un bâtiment existant, - un autre contenant les bâtiments en conflit avec un bâtiment existant, avec tentative de reimport des tags du bâti existant sur le bâtiment issu d'import-bati, - un fichier contenant les bâtiments pour lesquels l'algo n'a pas su décider, etc. J'ai déjà utilisé cet outil pour compléter le bati de communes existantes autour de Grenoble (notamment le quartier Saint Laurent de Grenoble); je pense qu'il est temps de vous laisser jouer avec et d'obtenir des retours.... Attention ça n'est vraiment pas magique, et il faut mieux tout contrôler a posteriori en superposant les différents calques générés au calque courant. Il y a déjà des limitations identifiées: par exemple si la base contient un polygone taggé "hopital" mais sans "building=yes", ça passe complètement à travers... Je pense qu'avec peu voire pas de modif on doit pouvoir aussi s'en servir pour importer des nouveaux bâtiments apparu dans le cadastre sur une commune ayant déjà bénéficié d'un import-bati antérieur. Plus d'infos ici: http://github.com/jecor/bati-fusion Le logiciel est écrit en C++ sans aucune dépendence ce qui lui permet d'être efficace même sur des communes avec beaucoup de bâtiments, et de le recompiler pour à peu près n'importe quelle plateforme (juste avoir GCC et Gnu Make). Je fournis des "binaires" prêts à l'emploi dans la section "Downloads" pour Windows et MacOS X. Je compte sur Julien pour contribuer un binaire "universel" Linux... Sinon, comme l'outil java précédent, ça s'utilise en ligne de commande; sous Windows, faire "Menu Démarrer->Exécuter->cmd.exe", etc. Merci de vos retours, et prudence... c'est très expérimental. Jérôme _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
