Le portail francophone de la géomatique

Bonjour,
N'ayant pas (encore?) eu le besoin d'exploiter les relations entre les différents objets, il n'y a donc pas ces informations, et comme vous le dites, le format CSV n'est pas  vraiment adapté (à moins de faire des tables relationnelles entre chaque types d'objets).

Pour la seconde question,  je suis allé au plus simple, la cohérence des informations n'est pas vérifié, en fait seul les fichiers .vec sont vraiment traités.

Enfin, les objets surfaciques sont des polygones pouvant être "troué".

Bonjour,
Très heureux que vous appréciez cette application.
Vous avez raison concernant le retour à ligne, je corrigerais cela dans les prochains jours.
Concernant les problèmes d'accents, cela vient de l'encodage que vous utilisez pour la lecture du fichier. Celui à utiliser est l'UTF8

L'appli est compilé en Adobe Air, il ne me semble pas que l'on puisse l’exécuter en passant des paramètres; à vérifier, mais quel en serait l’intérêt?

Que voulez vous dire par là?
Ajouter une colonne dans chaque CSV avec le code commune et la section d'où est issu l'élément?

En pratique, c'est très simple:
Supposons que le numéro de voirie "POINT(1832878.90 3213820.75 );9" soit extrait du fichier "EDAD01T1.VEC".
Dans ce cas, la subdivision de section est "AD01", il suffirait de transformer l'enregistrement en "POINT(1832878.90 3213820.75 );9;AD01".
Et ainsi de suite pour tous les fichiers .csv (excepté section.csv et subdivision_de_section.csv).

Bonjour,

Plus qu'un cas particulier c'est l'antithèse de l'utilisation d'une norme d'échange. Ce n'est pas parce que le traducteur Edigéo de la DGFiP possède une certaine constance qu'il faut en déduire des règles. Le nombre de sous ensembles est défini dans le fichier .THF, les règles dans le fichier SCD relatif au sous ensemble, la définition des objets dans le fichier DIC, la géométrie et les relations dans le fichier VEC.

Écrire un lecteur Edigéo basé sur les noms de fichiers et autres déductions rapides ne vous garantira aucune intégrité et aucune stabilité dans le temps. Comme indiqué sur le blog Parcell'Air de notre ami Jean-Michel, la nature des fichiers Edigéo de la DGFiP change en 2013, les traducteurs définis avec les "déductions rapides" (la majorité de ceux qui existent) devront être modifiés, pas le mien, puisqu'il s'appuie sur le respect strict de la norme. Un objet linéaire devient surfacique, pas grave, sa définition sera lue dans les fichiers DIC et SCD et il sera généré correctement.

Bonjour,

Attention il n'y avait de ma part aucune nuances péjoratives ! La norme Edigéo est complexe et c'est peut-être ce qui l'a rendue inutilisée autrement que par le cadastre français.

Oui. Qui plus est les informations de qualité incluses dans le fichier Edigéo permettent de déterminer pour les subsections (et donc les parcelles incluses) la nature du plan d'origine (refait, mis à jour, remanié ...) et son échelle d'origine. Informations essentielles pour une lecture "intelligente" du plan cadastral.

Bonjour,

Non, et ce n'est pas d'actualité. Premièrement il est en version bêta. Deuxièmement il s'agit d'une commande d'une société privée.
Et cette commande ne se limite pas au seul traducteur Edigéo.