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

[Ophélie PETIT]

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 <robin at georezo.net> 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 <vdct at laposte.net> 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
>> Talk-fr at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20111208/6d38c225/attachment.htm>