[OSM-dev-fr] r-c2w extraction de ways depuis le cadastre vecteur

[Frédéric Rodrigo]

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<philippe at cleo-carto.com>  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
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20110111/6568c417/attachment-0001.html>
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: cadastre+osm+r-c2w.png
Type: image/png
Taille: 28909 octets
Desc: non disponible
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20110111/6568c417/attachment-0001.png>