De ce que je me rappelle, tout ce qui est routes et rues est déductible, c'est l'espace vide entre les parcelles. Le fait de le faire à la main assure que les erreurs et imprécisions du cadastre ne seront pas reprises telles quelles (ou le moins possible). J'aurais du mal à faire confiance à un truc genre OCR...
Renaud. 2009/1/20 Arnaud CORBET <cor...@rocketmail.com>: > 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 > _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
