Bonjour, Pour commenter ce que viens de dire Robin, il me semble que la DGI a un partenariat avec l'IGN et lui communique les limites qu'elle digitalise pour MAGIC3. En retour l'IGN met en évidence certaines erreurs de topologie, de cohérence. Donc à terme, OpenStreetMap risque de ressembler fortement à la base IGN des limites admin, puisque nous aurons tous la même source...
A bientôt -- Ophélie Le 7 décembre 2011 22:50, Robin PREST <[email protected]> a écrit : > Bonsoir, > > Pour enfoncer le clou, je recommande de ne PAS importer ces limites, et > quand bien même la BD Topo serait libérée, ce ne serait pas la même base > que celle que les nombreux contributeurs construisent. J'aimerais > ressusciter une question que j'avais posée sur GeoRezo il y a quelques > temps qui évoque les différences entre les limites IGN et cadastre : > http://georezo.net/forum/viewtopic.php?id=63077. Les limites affichées > sur le SCAN25 sont (à priori) les mêmes que celles de la BD Topo et peuvent > comporter des erreurs parfois importantes (cf la discussion évoquée). > > La base qui est créé par les contributeurs OSM est donc unique, sauf si > éventuellement la DGI distribuait une base des limites de communes déjà > faite ;o) > > Mes 2 centimes, > Robin. > > > Le 7 décembre 2011 12:53, Vincent de Chateau-Thierry <[email protected]> a > écrit : > > Bonjour, >> >> > De : "Ab_fab" >> > >> > En faire un calque, pour avoir un avis complémentaire lorsque les >> limites >> > entre deux communes sont en contradiction, et en particulier quand on >> voit >> > un décalage constant. >> > >> > Cela peut être un élément de plus pour caler des planches cadastre >> raster ? >> > Même sans import de ces données, est-ce qu'il ne faudra pas un jour ou >> > l'autre un outil pour contrôler la position des limites de communes >> > existantes ? >> > >> > Les plus anciennes communes ont été rentrées alors que les projections >> > étaient différentes (pas encore Lambert CC), parfois sans conflation. >> > Et la plupart avant que les limites soient dispo sous forme vectorisé >> sur >> > le dépôt Cleo Carto >> >> Je t'invite à aller regarder les cartes sur le lien que je donnais hier >> (le COG à >> l'INSEE). Voici par ex. un centrage (presque) au hasard :-) : >> >> http://insee.fr/fr/methodes/nomenclatures/cog/carte_comcan.asp?codecan=4406 >> >> Tu verras qu'en terme de calage du raster, ou évaluation de l'imprécision >> de notre >> géométrie, il n'y a pas grand chose à attendre du GeoFLA. Sans être la >> panacée, Bing est >> pour ces usages plus efficace, sans comparaison. Ça ne fait pas du GeoFLA >> un "mauvais" >> produit, c'est juste que son usage est adapté aux petites échelles >> (autour du >> 1/1.000.000) là où le cadastre nous offre, en moyenne, des fonds de plan >> autour du >> 1/2500. Bref, deux mondes à part en terme de précision. >> >> En revanche, confronter ce fond GeoFLA à nos limites pour vérifier qu'un >> code INSEE d'un >> côté tombe dans le polygone du même code INSEE de l'autre, ça oui, il y a >> un vrai >> intérêt, dans un contexte type Osmose, pour fiabiliser nos données. >> >> vincent >> >> Une messagerie gratuite, garantie à vie et des services en plus, ça vous >> tente ? >> Je crée ma boîte mail www.laposte.net >> >> _______________________________________________ >> Talk-fr mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-fr >> > > > _______________________________________________ > Talk-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
