Le 25 novembre 2010 13:48, sly (sylvain letuffe) <[email protected]> a écrit :
Merci pour toutes ces réponses, y a de la matière ! Bien sûr j'ai également en tête un serveur qui séléctionnerait les éléments non encore importés et les éléments à supprimer, mais le problème pricipal c'est la qualité des données. Je vous recolle ici la réponse que je n'ai envoyée par erreur qu'à Emilie : ---- J'ai travaillé également sur l'amélioration des données de bati issu des scripts qui est le problème principal de la mise à dispo des fichiers. Pour l'instant j'ai réussi à produire un programme python qui applique à tous les nodes l'équivalent de "J" dans JOSM: si un node est suffisament près d'un way, il y est intégré. Il n'y a donc pas de déplacement de node, et ca résoud 80% des problème de géométrie. Le reste se sont des batiments en "presque doubles" ou des way qui se croisent eux-mêmes. Comme je suis resté coincé dans une faille temporelle au niveau informatique (COBOL & SQL sont mon horizon au quotidien) le truc est une horreur et un peu buggé (perte des relations), mais connaissant ses failles je fais tout de même mes imports avec. Une fois que Nantes sera fini, je fais m'y remettre en exploitant non plus le format .osm mais le format shapefile et la librairie Shapely. Un autre étape sera de réaliser les controles de géometrie et de rajouter des tag "fixme" ce qui pourra suppléer les "trous" du plugin Validator et du programme de fiabilisation. Merci de m'avoir lu jusqu'ici. Je suis ouvert à toute proposition concernant mes développements "d'amateur" ---- A+ Bruno
_______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
