[OSM-talk-fr] Re : "Extract building" dans JOSM

[Pieren]

2010/3/11 Bruno Cortial <bruno.cortial at gmail.com>

>
> Je vous expose mon pb tout de même, une bonne âme pourra peut-être
> m'aiguiller
> Dans ma version actuelle pour une commune j'arrive à produire 4 fichiers au
> format OSM:
> * Un fichier du contour du bati (jaune foncé) sans les séparations de
> parcelle. La plupart des polygones produits sont fermés, j'ai également les
> polygones représentant les trous (les cours intérieures) mais je ne sais pas
> les identifier comme tels.
> * Un fichier de chemins représentant les limites de parcelle du bati. Il
> s'agit uniquement des traits noir du cadastre sur les zones jaunes foncées
>
> La même chose pour le "non-muré" (le jaune clair): un fichier de contour,
> et un fichier de "découpage"
>
> Etape suivante: Si je dépile les limites de parcelle pour découper et
> recréer 2 nouveaux polygones de bati à chaque fois, je me dis que c'est bon.
> Mais je ne sais pas identifier les polygones inner (les cours et jardins),
> et ça fout tout par terre.
>
> Précision : je ne suis pas géomaticien  (je fuis donc naturellement les
> projections), c'est en ImageMagick+Autotrace+python.
>
> A+
> BrunoC
>
>
Malheureusement, ces méthodes systématiques ignorent un point essentiel du
cadastre : on ne peut identifier les limites entre bâtiments par logiciel.
Les limites de parcelles sont souvent utilisables comme séparateurs entre
bâtiments adjacents mais ils ne le sont pas dans de très, très nombreux cas.
On pourrait trouver une aide si on était capable d'isoler les numéros
d'adresse et les polygones y correspondant. Mais là encore, les situations
géographiques et la distance entre numéros et polygones sont tellement
variés qu'il est quasi impossible que cela fonctionne en dehors des zones
pavillonnaires. Donc ces fichiers nécessitent un énorme travail de
correction manuel derrière. En mettant à disposition des scripts qui en plus
génèrent de nombreux artefacts dans la reconnaissance de forme, on prend le
risque que certains contributeurs peu scrupuleux privilégient la quantité à
la qualité. Ce qui serait vraiment dommage.

Pieren
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20100312/f8cccd49/attachment.htm>