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

[Greg]

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 <fred.rodrigo at gmail.com>

> 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
>>>
>>
> _______________________________________________
> dev-fr mailing list
> dev-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20110111/c954907b/attachment.html>