[OSM-talk-fr] OpenData EtatLab et l'IGN

[Vincent de Chateau-Thierry]

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