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

r-cVSw.csv
ref:insee km cadastre km osm higway
1 41,3 9,2021403767336 22%
12 54,3 20,5147053012267 38%
14 51,8 62,8616922393134 121%
22 105,5 24,5377940843204 23%
54 30,5 7,3662735399797 24%
76 166,5 148,482293414306 89%
92 64,1 31,4571771003406 49%
103 35 18,6642310147775 53%
105 27,4 29,8027876595616 109%
116 91,7 21,1555218883386 23%
120 15,1 12,2740030327269 81%
131 42,2 61,7239955230532 146%
150 33,1 10,8278747413337 33%
164 43,8 16,188703758656 37%
172 22,4 14,8227489208028 66%
190 69,8 25,9592839682363 37%
206 1078,5 150,904345562658 14%
211 50,4 28,2213302941259 56%
215 21,6 10,2270906144389 47%
240 23,2 8,89016020571521 38%
280 59 12,3575203415291 21%
286 60,4 33,8294396496057 56%
303 115,7 105,326196194957 91%
304 75,2 76,6824046396626 102%
315 86 15,9501050867292 19%
342 32,5 1,95325975970983 6%
379 128,7 77,632451373237 60%
433 110,6 48,8001957309523 44%
434 57,3 46,1648368228536 81%
441 32,4 22,5320042043807 70%

<<attachment: cadastre+osm+r-c2w.png>>

_______________________________________________
dev-fr mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/dev-fr

Répondre à