Le portail francophone de la géomatique

Bonjour,

Nous avons retenu il y a un an environ un fond IGN au 1 : 25 000 en Lambert 93 (dit EDR) pour l'ensemble des cartographies des risques realisees par le Cemagref et le service de restauration de terrain en montagne (de l'ONF). L'ensemble des thematiques considerees (bases de donnees sur les avalanches, les evenements type mouvement de terrain en montagne, et probablement bientot les bases de recensement des ouvrages de protection) seront donc disponibles en Lambert 93.

Apres examen (relativement plus complique qu'attendu, merci a l'IGN et au Cemagref pour leur apport respectif), nous avons considere que les precisions relatives des fonds SCAN25 registred , des EDR et de nos propres donnees restaient compatibles malgre les changements eventuels de systemes de projection entre LII etendu et L93. L'hesitation etait essentiellement lie au manque de disponibilite du SCAN25 registred en Lambert 93.

Nous entendions ainsi prendre acte, dans la mesure de nos moyens, du passage au nouveau referentiel, et a terme l'ensemble des donnees publiees sur les risques devraient etre en Lambert 93. Mais ce n'est pas un objectif prioritaire.

Cordialement

Marc Leobet
responsable de www.prim.net
adjoint au chef du bureau de l'information
et de la coordination interministerielle
Sous-direction de la prevention des risques majeurs
DPPR
Ministere de l'ecologie et du developpement durable

Bonjour,

Pour info, Convertisseur , developpe par Eric Sibert
http://esibert.free.fr/sig/conversion/index.htm
permet de faire cela tres bien, y compris par lots, eventuellement a travers une appli SIG (dll fournie).
L'avantage par rapport a Circe et que ce soft ne se limite pas aux systemes de projection utilises en France.

Cordialement,

Sylvain Thery
sylvain.thery@texte-a-enlever.ccr.jussieu.fr

L'inconvenient de Convertisseur, c'est qu'il ne fait les transformations de systemes geodesique que par 3 (ou 7) parametres. Ceci limite la precision a 5.5 m comme le premier onglet de Circe. Mais sinon, ca va pas mal et je suis ouvert a toute suggestion d'amelioration. Par ailleurs, il me semble que Circe permet de traiter des fichiers txt contenant une serie de points. Je n'ai jamais teste cette fonctionnalite.

Eric SIBERT
http://www.ericsibert.com

Pour les donnees vectorielles, il ne devrait pas y avoir trop de soucis.
Le probleme est de trouver un utilitaire comme Circe (transformation precise a mieux que 5 m) integre dans le SIG utilise. Pour le moment, cela n'existe pas a ma connaissance. Ils utilisent tous l'algorithme standard a 3 ou 7 parametres pour le changement de systeme geodesique, sans la grille adequate.

Notre projet consiste a ecrire ce qu'il faut pour automatiser le passage de l'ensemble de nos donnees en une passe... quand cela sera necessaire.

J'avais un jour suggere que l'IGN fournisse aussi Circe2000 sous forme de dll, ce qui faciliterait grandement tout cela... mais il semble que je n'ai pas dit cela a la bonne personne (ou pas ete entendu ;-)

Pour les donnees images (scan, ortho, etc.) c'est beaucoup plus complique, car cela suppose un reechantillonnage de l'image (avec quelle methode ?), ce qui est long et ne donne en general plus des dalles jointives selon les axes du referentiel, d'ou assemblage, verification de l'absence de trous et redecoupage pour faciliter l'utilisation et l'affichage... Il va sans dire que cela est plutot du ressort des fournisseurs de donnees.

J'ai tendance a en conclure que le Lambert 93 sera utilise quand il sera plus facile d'acheter du scan25 ou de l'ortho en Lambert 93 qu'en Lambert zone ou 2 etendu.

En ce qui concerne les problemes de precision (alteration lineaire plus grande du Lambert93 en extremite N et S de zone), j'ai tendance a penser que c'est un probleme moins ennuyeux que le manque de compatibilite entre des mesures GPS (systeme WGS84) et son report precis sur un plan en Lambert zone. Les formules existent pour compenser l'erreur de mesure (et en plus, si on a des surfaces de petite taille -- qq. ha -- on peut beaucoup les simplifier)

Michel Wurtz
DGA/SDSI/CERIT/DIG

Bonjour,

L'Office National des Forets a engage concretement un vaste projet de mise en place du nouveau systeme de coordonnees RGF93/Lambert 93 pour la France metropolitaine en remplacement des anciens (NTF/Lambert zone ou IIe) et se trouve par consequent dans la problematique soulevee, mais a une echelle d'entreprise.

Le choix du RGF93/Lambert 93, en tant que systeme de coordonnees de reference pour notre patrimoine de donnees geographiques, a ete effectue en 1999-2000, lors de la mise en place d'un projet d'acquisition des donnees de reference IGN EDR25 N&B et BdAlti sur France entiere. Afin d'eviter un surcout de conversion ulterieure de ces donnees, lie en particulier a la technique de fabrication (dallage raster, fonds scannes georeferences tres tot dans la chaine de production IGN), il a ete decide d'acquerir directement les produits EDR25 et BdAlti en RGF / Lambert93.

Notre parc SIG logiciel (ArcView 3.2, Pc-Arc/Info tres majoritaires) n'offrant pas de possibilite de projection a la volee, nous avons opte pour une transformation statique de notre patrimoine de donnees.
Celui-ci est tres diversifie (richesse de formats par exemple : fichiers de formes, couvertures Pc-Arc/Info, couvertures Arc/Info, fichiers CAO, GRIDS, TINS, rasters, etc.) et volumineux (plusieurs dizaines de Go concernes). Attention, on a egalement tendance a oublier certains types de donnees contenant egalement des informations georeferencees : c'est le cas des donnees projets (projets ArcView 3.x .apr) qui peuvent contenir de nombreux elements georeferences (etiquettes notamment), ainsi que les metadonnees.

Les problemes evoques par les uns ou autres sur la liste geomatique sont bien reels ! Depuis la parution du decret en decembre 2000, l'assistance, la methodologie et les outils disponibles au public n'ont que faiblement evolue.

Bien que cela concerne peu ou pas notre etablissement, il se pose egalement le probleme du travail a grande echelle et des alterations lineaires : sur ce point, les caracteristiques du Lambert93 (projection unique sur tout le territoire) n'offrent pas l'equivalent des projections Lambert zone. D'ou l'interet d'un groupe de travail pilote par le CNIG qui rendra ses conclusions prochainement.

Je ne peux vous decrire ici en detail tout le travail deja accompli ou en cours. Voici cependant quelques elements utiles concernant les processus de conversion identifies dans notre projet :

* A la question, faut-il se satisfaire de la transformation standard pour le changement de referentiel geodesique NTF RGF93, sachant que les donnees collectees sont parfois (tres) imprecises ? Avec un ecart-type de l'ordre de 2m sur la France metropolitaine, et des valeurs extremes legerement inferieures a 4m, ces valeurs d'erreurs sont suffisamment importantes pour qu'on ne rajoute pas une degradation supplementaire au cours des conversions, d'autant plus
avec les eventuels allers/retours.
=> En conclusion, nous avons decide de nous appuyer systematiquement sur le processus de transformation par grille de parametres, conformement aux preconisations IGN.

* Concernant l'integration au sein de nos plates-formes logicielles SIG du processus de transformation par grille pour les donnees vectorielles, nous avons travaille a la mise a disposition d'une bibliotheque DLL implementant les fonctions de changement de systemes de coordonnees. Cette solution technique presente l'avantage d'etre autonome et modulaire, et nous permet d'envisager son integration a toute plate-forme ou outil interne SIG.

Deux axes ont ete privilegies :
1. Solliciter l'IGN pour que soit mis a disposition (de tous, et si possible gratuitement !) une bibliotheque DLL implementant les fonctions de changement de systemes de coordonnees telles qu'elles existent deja dans Circe. A priori, ce travail est prevu mais les conditions d'acces a cette bibliotheque et ses delais de realisation ne sont pas encore precisement connus ;

2. Developper en attendant notre propre DLL. Celle-ci vient d'etre terminee et gere pour l'instant les systemes RGF93/L93 ; NTF/Lambert zone et IIe ; WGS84. Un point important etait la validation de ce moteur, que nous abandonnerons des lors que l'IGN aura mis a disposition sa propre bibliotheque. Pour cela, nous nous sommes appuyes sur le protocole mis au point par le CERTU, qui fournit jeux de tests et fichiers de verification/validation.

* Concernant le processus de conversion des donnees vectorielles endogenes, nous avons fait developper un outil s'appuyant sur notre DLL et permettant de traiter un grand nombre de couches spatiales (sur nos formats utilises, cad y compris la couverture) par lot, avec reconnaissance automatisee du systeme de coordonnees initial. Afin de gerer la cohabitation entre plusieurs systemes, une norme de structuration des dossiers a ete etablie.

* Concernant le processus de conversion des donnees projets, celui-ci s'appuie sur l'outil precedent et inclut une possibilite de replication des documents Vues ArcView avec reprojection des elements geoereferences comme les etiquettes.

* Concernant les donnees vectorielles et rasters exogenes, l'axe privilegie est une relivraison par le fournisseur.

* Concernant les donnees rasters endogenes, ou donnees rasters pour laquelle une relivraison n'est pas possible, deux axes sont a l'etude :
1. Pour les couches de faible etendue, nouveau georeferencement par approximation affine (conversion des 4 points d'emprise uniquement, georeferencement et rectification) ;
2. Pour les couches dallees ou de grande etendue, prestation de service aupres de societes specialisees.

En esperant que ces elements vous seront utiles,

Cordialement,

Stephane GODARD

Ingenieur SIG - Chef de projet
Office National des Forets
Direction Generale - Departement du Systeme d'Information
5 Rue Girardet - CS 5219
54052 NANCY CEDEX (France)
email : stephane.godard@texte-a-enlever.onf.fr