Avec 90 téléchargements en trois semaines et de nombreuses questions sur le forum, indubitablement, l’outil de chargement des données cadastrales est celui qui vous a le plus intéressé. Cet article revient donc sur cet outil et vous donne quelques astuces pour l’utiliser au mieux.
Nous revenons donc sur les points suivants :
- Structuration des données MAJIC2 et facilitation de l’import
- Stratégies de chargement et choix du système de coordonnées pour les données Edigeo-PCI
- Limitation de la taille de l’import à 2Go
Structuration des données MAJIC2 et facilitation de l’import
Les données MAJIC2 fournies par la DGFiP sont des données textuelles. La majorité du temps vous disposez de 6 fichiers avec l’extension .TXT.
Le template d’outil de chargement a été fait de telle sorte que si les noms des fichiers sont les mêmes que ceux habituellement livrés par la GDFiP, ils sont reconnus automatiquement.
Ainsi, si vos fichiers MAJIC2 sont nommés de cette manière, vous n’avez presque rien à faire :
- Propriétés bâties : REVBATI.txt
- Propriétés non bâties : REVNBATI.txt
- Propriétaires : REVPROP.txt
- Fantoir/Voie : TOPFANR.txt
- PDL/Lot : REVFPDL.txt
- Lot/Local : REVD166.txt
A savoir :
Si vos fichiers comportent une autre extension que TXT, il faut que vous les renommiez en .TXT.
Astuce :
Si les noms de vos fichiers ne correspondent pas à ceux indiqués ci-dessus, vous pouvez indiquez manuellement à l’outil d’import quel type d’informations ils contiennent.
Une autre manière de faire est de renommer les fichiers afin de faire correspondre les noms avec ceux attendus par l’outil. Pour cela, il vous faudra peut-être vous reporter à la documentation livrée par la DGFiP afin d’identifier quel fichier contient quelles informations …
Stratégies de chargement et choix du système de coordonnées pour les données Edigeo-PCI
Comme vous le savez probablement, l’intégration des données est un art qui peut se révéler difficile. Afin de le rendre (un peu) plus aisé, l’outil de chargement des données vous propose de choisir le système de coordonnées dans lequel vous voulez importer les données Edigeo-PCI.
Ainsi, quelque soit le système de coordonnées dans lequel la DGFiP vous a livré, vous pouvez choisir votre système en sortie. Pour vous faciliter la vie, l’outil de chargement utilise les fonctionnalités d’ArcGIS Desktop pour éventuellement effectuer une reprojection vers votre système cible.
Cette reprojection n’est pas obligatoire. En effet, ArcGIS est capable de superposer sur une même carte, différentes couches de données qui seraient stockées dans des systèmes de coordonnées différents. Dans ce cas, la reprojection des données se fait à la volée au moment de l’affichage dans ArcMap.
Par exemple, une collectivité qui reçoit ses données Edigeo-PCI en Lambert 2 zone et qui dispose de toutes ses autres données géographiques en Lambert 2 étendu a le choix entre deux solutions :
A savoir :
Pour des raisons de performances, il est préférable d’opter pour la reprojection au moment du chargement des données. En effet, si la reprojection est faite à la volée, à chaque rafraichssement de la carte (zoom panoramique par exemple), le moteur d'affichage d'ArcGIS doit reprojeter les données ...
Astuce :
Si vous voulez connaître le système de projection dans lequel vos données Edigeo-PCI vous ont été livrées, celui-ci est indiqué dans le fichier .GEO à la ligne RELSA05. Le code indiqué après les deux points correspond au système de projection de la livraison, il est facilement compréhensible.
Compte tenu des contraintes réglementaires apparues avec le décret n° 2006-272 du 3 mars 2006, une attention particulière a été portée sur la projection depuis et vers le Lambert 93. ArcGIS proposant plusieurs transformations, nous avons veillez à ce que la plus précise d’entre toutes soit utilisée. Vous avez ainsi la garantie que vos données ne perdront pas plus d’un millimètre de précision comme en atteste l’IGN et l’explique arcOrama.
Limitation de l’import à 2Go
La base de données cible pour l’import est limitée à environ 2Go de données. Comme expliqué dans une discussion sur le forum, cela est dû à l’utilisation du moteur Access pour les géodatabase personnelles. Nous sommes en train d’évaluer l’impact d’un chargement dans une geodatabase fichier (limité théoriquement à 1To par table ou classe d’entités !) pour lever cette limitation très embêtante pour les personnes ayant à charger le cadastre de plusieurs communes en une seule fois.
Un contournement de ce problème est de charger les données des différentes communes dans plusieurs géodatabases personnelles puis de les réunir en une seule géodatabase fichier. Cela peut-être réalisé manuellement (ce qui est fastidieux) ou bien automatiquement par géotraitement (utilisation de la fonction AJOUTER).
Nous vous tiendrons informés de la faisabilité de ce changement dès que nous aurons fait le tour de la question.
Un document bien fait présentant les caractéristiques des différents types de géodatabases et rappelant ce qu’elles peuvent contenir est disponible ici : Qu'est-ce qu'ArcGIS 9.3 - Chapitre 7
Autres sujets dans l'air
Depuis trois semaines maintenant, le forum regroupe les questions et les réponses au sujet d'arcOpole et de l'utilisation des templates mis à disposition. En plus des trosi thèmes traités ci-dessus, voici une liste de sujets qui sont discutés et qui peuvent vous intéresser :
Naturellement, si d'autres sujets vous interessent, n'hésitez pas : à vos claviers !!!