Annonce
L’ambition de ce blog est de parler géomatique aux urbanistes :
- les tenir au courant de ce qui évolue en rapport avec leur métier,
- vulgariser un certain nombre de concept SIG et les éclairer par leur prolongement en urbanisme,
- communiquer sur les initiatives intéressantes …
Ce blog est un espace d’échange qui doit permettre de présenter des travaux, des réflexions intéressantes, des initiatives en toute liberté, et avec de l’envie.Les idées d’articles ne manquent pas , et Aline, rédactrice principale de ce blog, compte sur le soutien et la participation de toutes les bonnes volontés, spécialistes de l’urbanisme, utilisateurs ou non de SIG.
Alors, réagissez, faites passer l’information, inscrivez le blog dans vos flux RSS …
Et rendez-vous la semaine prochaine pour un premier article intitulé “L’essentiel … sur la numérisation des PLU”.
L’équipe GeoRezo
#1 ven 11 décembre 2009 11:14
- Debey Nicolas
- Membre
- Lieu: Rouen
- Date d'inscription: 11 oct 2006
- Messages: 61
Conversion EDIGEO --> MDB (géométrie vide dans MDB)
Bonjour à tous,
Ayant reçu des fichiers edigeo sur plusieurs dvd, je suis actuellement en train de faire un travail de conversion en fichier MDB de ces fichiers du cadastre.
Pour les deux premiers dvd, il n'y a pas eu de problème. En utilsiant le module "Import EDIGEO et MAJIC" d'ESRI, j'arrivai sans problème à convertir le tout.
Mais pour le dernier DvD que l'on a reçu, lorsque je fais la même manipulation, le module d'export me produit un mdb ou je vois bien les entités géographiques mais celles-ci n'ont pas de géométrie. Les colonnes attributaires "Shape_Area" et "Shape_Lenght" n'affichent que des 0.
La seule différence qui existent avec les deux premiers Dvd est que les fichiers Edigeo sont regroupés dans un fichier tar.gz et que je dois les décompresser avant de les exporter avec le module d'ESRI.
Est-ce que cela viendrait de la décompression? Sachant que j'utilise IZArc...
Dans quel type de fichiers sont contenus les géométrie?
car dans les deux premiers dvd pour une section cadastrale, j'ai des fichiers: TOP, ASC, MAP, RLT, TMP, ERR, ERR.MTFL, VEC, DIC, GEN, GEO, QAL, SCD
alors que pour le dernier dvd, je n'ai que des VEC, DIC, GEN, GEO, QAL et SCD.
Merci d'avance pour vos avis.
Nicolas DEBEY
Dernière modification par Debey Nicolas (ven 11 décembre 2009 11:30)
Hors ligne
#2 ven 11 décembre 2009 19:41
Re: Conversion EDIGEO --> MDB (géométrie vide dans MDB)
bonjour,
TOP, ASC, MAP, RLT, TMP, ERR, ERR.MTFL : ce n'est pas de l'edigeo mais les fichiers ASCCode d'APIC utilisés pour la conversion. Ils n'auraient donc pas du vous être livrés. Le schéma conceptuel des données a été légèrement modifié début 2009 en même temps que le passage du Lambert zone au CC 9 zones, l'un ou l'autre explique peut être vos déboires suivant l'ancienneté de votre traducteur (?)
Un exemple de lot pourrait me permettre de vous aider.
Hors ligne
#3 mer 06 janvier 2010 16:30
- Debey Nicolas
- Membre
- Lieu: Rouen
- Date d'inscription: 11 oct 2006
- Messages: 61
Re: Conversion EDIGEO --> MDB (géométrie vide dans MDB)
Petit retour sur ce problème auquel je viens de trouver une solution.
Il s'avère que les centres des Impôts fonciers et donc "Cadastre.gouv" sont passés progressivement au Lambert 93 9 zone. Toutes les planches achetées sont désormais dans ce système de projection.
Or le module d'export EDIGEO-->MDB que j'utilise est assez ancien car il fonctionne avec ArcGis 9.0.
Et je me suis aperçu que l'étendue (domaine X/Y) proposée par défaut durant l'export était trop petit pour accueillir des entités projetées en Lambert 93.
Le petit défaut du module est que lorsqu'on sélectionne ce type de projection, l'étendue ne se modifie pas en conséquence. D'ou le fait que l'export me renvoyait des entités vides car il les trouvait en dehors de l'étendue par défaut.
En augmentant la valeur des X et Y, plus de problème.
Nicolas DEBEY
P.S.: Je note tout de même un décalage naturel entre le NTF Lambert Zone 1 et le RGF Lambert 93. En effet, sous ArcGis (qui reprojette à la volée), la superposition de deux couches ayant ces deux systèmes de projection donne un décalage vers l'ouest de plus de 50 m. Ce qui est quand même énorme.
Encore une bonne raison de passer définitivement au Lambert 93.
Hors ligne
#4 dim 31 janvier 2010 12:55
Re: Conversion EDIGEO --> MDB (géométrie vide dans MDB)
Debey Nicolas a écrit:
: Je note tout de même un décalage naturel entre le NTF Lambert Zone 1 et le RGF Lambert 93. En effet, sous ArcGis (qui reprojette à la volée), la superposition de deux couches ayant ces deux systèmes de projection donne un décalage vers l'ouest de plus de 50 m. Ce qui est quand même énorme.
Encore une bonne raison de passer définitivement au Lambert 93.
Si vous avez de tels écarts, je vous conseille de revoir votre copie 
En effet , une transformation standard donne une précision de 2m et avec grille de 2 cm.
Hors ligne