Le portail francophone de la géomatique

Bonjour,

IGNMap peut peut-être vous aider, puisqu'une fonctionnalité intéressante d'IGNMap est de permettre de reprojeter l'ensemble d'une arborescence, i.e. par exemple tous les .shp dans des sous-répertoires. Il suffit de sélectionner le répertoire racine de vos données (mais faites tout de même une sauvegarde avant !).
Il ne gère en revanche pas les .mxd.

http://lambert93.ign.fr/index.php?id=34

Cordialement,
Gilles Martinoty

en fait, lorsque je récupère mon cadastre en Lambert 93 (avec Arcopole), et que j'ouvre un mxd existant, dont les couches sont en Lambert 1 nord, je constate un décalage de +- 53 m, car je n'ai pas appliqué la transformation.
Il me faudra donc reprojeter toutes mes données en Lambert 93, pour avoir une base cohérente.
La difficulté vient du fait que je travaille pour beaucoup de gens différents, avec des besoins différents.
J'ai donc, par souci d'organisation, créé autant de dossiers et de sous-dossiers  que nécessaire. Ce qui implique, après quelques années de travail, quelques dossiers...
donc, si je reprojette mes données sous ArcSDE, c'est facile, elles sont toutes ensembles, au même niveau. par contre, pour les couches "non pérennes" (stockées sous Windows), la difficulté vient de l'éclatement...
Une piste pourrait donc être de reprojeter les shp au fur et à mesure, mais c'est relativement peu satisfaisant, et une autre de traiter le problème avec un script Python, par exemple...
En attendant, je pense que je vais me contenter de reprojeter mes quelques données en Lambert 93 en Lambert 1 Nord......
Cordialement,

Dans ce cas, il suffit d'aller dans les propriétés du bloc de donnée pour "appliquer" la grille de transformation "RGF_1993_to_NTF_NTv2", non ?

Je sais que ça implique d'ouvrir tous les mxd où ce souci apparaît, mais ça ne viendrait pas d'un souci de reprojection dans ce cas (=pas besoin de projeter physiquement toutes les couches, à priori)

Bonjour

Je suis un peu surpris par ce problème de mémoire, IGNMap m'ayant déjà permis de reprojeter de gros jeux de données. Quelle est la taille de vos fichiers Shapefile ???

Cordialement

je viens de relancer : IGN Map la,nce très rapidement et atteint 50%, puis le processus utilise la mémoire dispo (3 Go) et... s'arrête, pour manque de mémoire...
assez incompréhensible...

Pour les mxd, la solution simple, si la norme interne de nommage des fichiers le permet : Nommer les fichiers convertis en Lambert 93 exactement de la même façon que lorsqu'ils étaient en NTF. Alors seule la métadonnée "système de coordonnées" change, ArcMap n'y voit que du feu, et on économise 4 jours de presta de chez ESRI.

Ayant pratiqué il y a quelques temps la programmation ArcObjects, on parle de :
- parcourir à travers une arborescence de tous les fichiers .mxd,
- ouvrir chacun des mxd,
- parcourir pour chaque carte du document mxd chaque couche
- éditer la propriété DataSource de chaque jeux de données.

Il y a peut-être quelques cas tordus et ça peut prendre un peu plus qu'une demi-journée de travail. En tout cas, ça m'étonne qu'on parle de l'inexistence d'un tel outil.


[...]

[Recherche Google]

[...]


Je trouve http://arcscripts.esri.com/details.asp?dbid=14456 qui m'a l'air d'être dans les cordes du besoin exprimé ici. Est-ce bien cela ?


@Laurent Dupont : S'il n'y pas de problème de droit, ce script Python pourrait se retrouver dans la rubrique Ressources de GeoRezo, non ? (Il suffit de joindre le fichier dans un message, après traitement par le modérateur, il apparaitra sur http://georezo.net/forum/download.php?fid=4

Bonjour

Ci-joint la routine Python.

En ce qui me concerne, aucun pb de droit. Par contre, le code est un peu "brut de fonderie", adapté à notre contexte (chemin windows en dur, pas d'interface graphique, ...). Sa réutilisation nécessitera un peu de reprise (pas trop quand même), et je n'ai malheureusement pas le temps de m'y coller. Donc, je vous le laisse en l'état.

En gros, la routine prend en charge une arborescence complète, admettons D:RGF93, avec par ex. des dossiers doss1, doss2, ... dossn (pas de limite dans le nb de dossiers, de fichiers, de niveaux)

En sortie, les dossiers d'origine restent inchangés. Des dossiers doss1_Lambert93, doss2_Lambert93, ... dossn_Lambert93 seront créés. Ils contiendront l'équivalent du contenu des dossiers d'origine, mais les couches Shape et les projets ArcView V3 (.apr) seront convertis de Lambert 1 en Lambert 93. Les autres fichiers seront recopiés à l'identique. Les shape qui ne seraient pas accompagnés d'un .prj sont considérés comme étant du Lambert 1 par défaut. Pour les shape accompagnés d'un .prj, seules 2 projections d'origine sont prises en charge : Lambert 1 et Lambert 2 étendu (examen du .prj avant projection).

Des fichiers "rapport d'exécution" sont créés. Un par dossier. Ils indiquent l'heure et le résultat de la conversion de chaque fichier (.shp ou .apr), avec un certain nombre de cas d'erreur traités (projection d'origine inconnue, entités erronées, ...).

Attention, le traitement des .apr est très long si le projet est gros (étiquettes, graphiques, ...). On peut le désactiver au besoin en mettant des commentaires devant les lignes concernées du script.

Les bibliothèques Fwtools sont a installer préalablement. Modifier au besoin le chemin d'installation et les variables d'environnement dans les premières lignes du script.

Voilà, bon courage aux utilisateurs, et tant mieux si ça peut dépanner.

Laurent DUPONT
Brest métropole océane / Atelier des données et études urbaines
Service de l'Information Géographique (SIG)

insertion de la pièce jointe reçue par mail...

Dernière modification par Jeirhome (Fri 03 September 2010 14:29)

Bonjour,

Votre remarque m'intrigue. Pouvez-vous nous donner des détails ?

Il me semblait que le moteur de changement de système géodésique NTF vers RGF93 d'ArcGIS 9.3 avait été labélisé par l'IGN : http://lambert93.ign.fr/index.php?id=37 (Comme FWTools 2.2.8 d'ailleurs)

A bientôt

Franck

Et tu crois que ce n'est pas le moteur de conversion qui est utilisé pour le transformation à la volée et pour la transformation de fichier ?
ESRI France, lors de la sortie de cette labélisation, a fait le raccourci  :

C'est pour cela que le retour d'expérience de Laurent m'intéresse.

A+

Franck

Pour info : Le document de synthèse de l'IGN pour la labélisation du logiciel ArcGIS 9.3

Bonjour

Petite précision sur ce que je voulais dire par :"vu le raté ArcMap dans la projection à la volée NTF/RGF avec/sans grille IGN".

Lorsque l'on charge dans un projet Lambert I des données Lambert 93, ArcMap signale l'incohérence et propose une projection à la volée. Pour cette projection il utilise malheureusement par défaut la transformation NTF_to_RGF_1993_1. Si j'ai bien compris, cette transformation n'utilise pas la grille IGN, c'est l'autre qui l'utilise (RGF_1993_To_NTF_NTv2). Résultat, les données projetées se retrouvent avec 70 m  de décalage dans l'Ouest (pour la région brestoise).

Ce pb est valable dans les 2 sens bien sûr NTF->RGF93 et RGF93->NTF, mais également NTFWGS84, si vous êtes amenés à manipuler des coordonnées géographiques.

Pour éviter cela, penser à sélectionner vous-même manuellement la bonne transformation au moment ou ArcMap propose le changement de projection.

Autre solution, modifier dans les paramètres d'environnement>paramètres généraux, la valeur du champ "Transformation géographique". Mais ceci est à faire pour chaque projet.

Ces manip, qui peuvent sembler simples pour quelqu'un de bien informé, sont en fait quasi inutilisables dans un contexte d'utilisation d'ArcMap par un grand nombre de non-spécialistes. Le risque est alors très élevé d'incohérence dans l'utilisation et la saisie de données si l'on reste avec des jeux de données dans les 2 systèmes de coordonnées.

Esri alerté sur ce problème n'a pas fourni de solution adaptée, à ma connaissance. J'entends par solution adaptée, soit ne garder que la transformation qui marche (IGNMap ne propose pas 2 transformations par exemple), soit par un mécanisme de paramétrage d'ArcMap, faire en sorte que la bonne transformation soit utilisée par défaut.

Bonne journée.

Laurent DUPONT
Brest métropole océane / Atelier des données et études urbaines
Service de l'Information Géographique (SIG)

Bonjour,
Pourriez vous me dire où charger la transformation RGF_1993_To_NTF_NTv2 car je ne l'ai pas par défaut dans Arcgis (version 10):
Merci d'avance pour vos réponses