En tous cas sur ma ville le cadastre est totalement à la ramasse. Les données 
ont quelques années de retard par rapport au terrain, des ronds points 
notamment manquent à l'appel, les tracés et bretelles d'autoroutes sont parfois 
litigieux, quand il n'y a pas 2 tracés superposés: l'ancien et le nouveau suite 
à des aménagements qui étaient prévus à l'époque, ont été réalisés entre temps, 
et parfois pas exactement comme projeté. Bref le cadastre est une mine d'or, 
mais à prendre avec des pincettes et à confirmer par une visite terrain, ce qui 
me rends très circonspect quant à un import automatique.

Ce qui peut être importé avantageusement en entièrement automatique à mon 
humble avis:
- le maillage des limites communales,
- les "riverbanks".
Et c'est tout.

Pour les routes, je pense qu'il ne faut concevoir l'import que sous la forme 
d'une assistance, par exemple un plug-in JOSM qui importe un carré de quelques 
km², que l'utilisateur valide et importe manuellement, tout comme une OCR 
réclame une relecture attentive.

C'est plus long, mais sincèrement ça donnera du boulot plus propre. Aucun 
import automatique n'arrivera à hiérarchiser les voies, la largeur n'est même 
pas un indice fiable, ou à choisir le bon passage du tracé si la voie s'élargit 
pour un parking d'un côté seulement.


Maintenant remplacer une fastidieuse séance de clicouilloux par un clic et un 
café, suivi de 3 corrections et d'un import dans la base, j'avoue que ma flemme 
dit pas non. On passe de 3 jours par communes à 3 communes par jour...


----- Message d'origine ----
De : sylvain letuffe <sylv...@letuffe.org>
À : Discussions sur OSM en français <talk-fr@openstreetmap.org>
Envoyé le : Mardi, 20 Janvier 2009, 15h27mn 54s
Objet : Re: [OSM-talk-fr] demande d'utilisation du Plan Cadastral pour le 
projet OpenstreetMap : la réponse !


> Mais je m'interroge sur la meilleur façon d'importer ces données dans
> OSM. Faut-il continuer par un travail de copie manuel lent, fastidieux
> et source d'erreurs. Ou faut-il envisager d'autres outils. Si nous
> n'avons accès qu'à des images, est-ce que ça passerait par de la
> reconnaissance de forme (genre lakewalker) ? Faut-il attendre la
> prochaine version du serveur WMS qui donnera peut-être un accès plus
> aisé aux données (milieu de l'année) ? En attendant, faut-il continuer
> à créer nos données à la main ?

J'avoue me poser aussi la question. Je suis également partagé. Un élément de 
réponse commencerait à mon avis par une analyse de la qualité du cadastre, 
ses mises à jour.

Si la donnée est proche de la perfection, alors en effet, peut-être qu'on va 
pouvoir laisser tomber le mapping à la main, et faire un import de masse à 
l'aide soit d'outils complexes, soit, si le cadastre rend disponible du 
vectoriel, par un import "plus simple"

Mais nous nous heurterons aux problèmes rencontrés par les américains, les 
canadiens et les hollandais :

"Comment faire la colle entre l'existant et le nouveau" ?

Faut il faire table raze et tout importer ? cette solution va faire crisser 
des dents en sachant que cela implique une mise à la poubelle de tout le 
travail accumulé... revient alors à se poser la question "qu'avons nous 
fait". Avons nous apporter de la qualité par rapport au cadastre, ou avons 
nous simplement dupliquer un contenu qui va peut être maintenant nous 
être "donné" ?

N'ayant jamais utilisé ce plugin, et si je veux l'installer, c'est avant tout 
pour comparer avec ce que j'ai fais.

Pour ma part, si la preuve est faite que la qualité du cadastre vaut ~95% de 
ce que j'ai fait, alors, c'est triste, dur à accepter, mais je remplacerais 
mon boulot de plusieurs heures par un import complet.

Cette complétude, si techniquement possible, vaudra au final un gain de temps 
énorme sur l'improbable complétude de notre travail basé sur le système de la 
fourmi.


-- 
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr



      

_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à