Hey, mais ça à l'air génial ! En tous cas, ça semble très prometteur. Même si ça permet de ne trouver que quelques voies oubliées, c'est ça de gagné.
Ça y est, je le vois déjà comme un nouvel outil pour Osmose. Par contre, l'analyse doit être assez intensive. Déjà que la machine qui fait tourner Osmose est sur les genoux : http://osmose.openstreetmap.fr/cgi-bin/last-update.py Enfin, bon boulot, et bonne continuation ! 2011/1/11 Frédéric Rodrigo <[email protected]> > Je me réponds toujours à moi même, mais j'avance ;) > J'ai finalement réussit à utiliser CGAL sans résultat aléatoire. L'ensemble > est donc maintenant plus fiable. > > J'ai commencé à explorer les résultats obtenu. > J'ai déposé ici quelque gpx extrait sur des communes de l'Aude (11) pour > les voies et les voies d'eau : > http://f.rodrigo.free.fr/tmp/skel.gpx.tar.bz2 > > J'ai aussi commencé à faire des statistiques en comparant le kilométrage > des voies du cadastre de le celui des highway inclus dans le polygone de la > commune dans OSM (voir la PJ). Le but n'est pas d'arriver à 100%, le > pourcentage est juste un élément de comparaison. > > Pour finir avec le plaisir des yeux, une petite capture d'écran des chemins > extraient, du cadastre et d'osm. L'exemple est volontairement choisi pour > montrer une rue "oublié". > > Fred > > Le 07/01/2011 10:48, Frédéric Rodrigo a écrit : > > Salut, >> J'ai fait quelques mise à jour améliorant principalement la qualité du >> résultat. >> Mais je suis encore bloqué par le programme utilisant CGAL, la >> fourniture ou non du résultat de l'opération est aléatoire. J'ai >> exploré d'autres outils capables de produire un diagramme de Voronoi >> prenant en compte les segments (aka medial axis) sans grand succès. >> Ils me reste toutes fois quelques pistes à explorer. >> >> N'hésitez pas à me faire des retours. >> >> Fred >> >> Le 27 décembre 2010 22:25, Philippe Pary<[email protected]> a >> écrit : >> >>> Salut, >>> >>> Le samedi 25 décembre 2010 à 22:22 +0100, Frédéric Rodrigo a écrit : >>> >>>> Le but est d'extraire une représentation filaire des voies et voies >>>> d'eau depuis le cadastre vectoriel. >>>> >>>> Le principe pour obtenir les voies est de partir du polygone des limites >>>> administratives de la commune et d'en retirer toutes les parcelles et >>>> zones d'eau pour obtenir l'espace public. De ce polygone tarabiscoté est >>>> extrait un squelette qui représente le filaire. >>>> >>>> Bien que je tente de faire une implémentation correcte de cette idée que >>>> j'ai eu aux RMLL de cet été, cette façon de faire n'en est encore qu'à >>>> ces débuts. >>>> L'outil a besoin de données extraites depuis les pdf du cadastre par une >>>> version modifié de l'outil qadastre (merci à Pierre Ducroquet). Ensuite >>>> les données passent par CGAL que j'ai beaucoup de mal à appréhender. >>>> Dans certains cas le programme de traitement avec CGAL mange toute la >>>> mémoire et fini par être tué. >>>> >>>> Il reste encore du travail, notamment au tours de CGAL. Mais aussi pour >>>> (ne pas) prendre en compte les piscines privées, les grands espaces de >>>> terrains publics et peut être les places; mais aussi pour nettoyer le >>>> résultat. >>>> >>> >>> C'est quelque chose que Pierre avait en tête. Je pense que ton code >>> pourrait l'intéressait. >>> Je n'ai pas encore testé, mais merci pour ce travail >>> >>> La version de qadastre cloné et modifié : >>>> http://gitorious.org/~frodrigo/qadastre/frodrigo-qadastre2osm >>>> >>>> Le projet : >>>> http://gitorious.org/r-c2w >>>> >>> >>> Je pense que Pierre devrait te filer un accès sur le git de Qadastre >>> pour que vos efforts ne soient pas dispersés sur deux repos. >>> >>> Philippe >>> >> > _______________________________________________ > dev-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/dev-fr > >
_______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
