Le portail francophone de la géomatique

Bonjour,

Mes réponses:

1- " La structure des tables est déjà immonde et peu compréhensible...": La structuration de toute base de données a une (ou plusieurs) finalités, celle de la DGI est de calculer les impôts locaux, ce qui n'est sans doute pas ce que vous recherchez...
(bonne chose, au passage, que d'avoir supprimé de votre message des commentaires déplacés...)
Pour info: les données MAJIC II sont structurées depuis environ 30 ans (début en 1972 sous le nom de MAJIC I): Cette longévité est à mon avis exceptionnelle dans ce domaine et est d'une certaine manière, un gage de qualité (pour les besoins de la DGI)...

2- "Je cherche à trouver une application qui permet d'importer dans une base de données les données Majic2 (supportable sous Access par exemple). Je n'en trouve que des payantes..." : pourquoi faudrait-il qu'une telle application soit gratuite?

3- "je me desespère à essayer de trouver un schéma relationnel tout seul":
->>3 solutions:
-vous commencez par consulter les posts de GEOREZO (critères: MAJIC, cadastre etc): vous y trouverez une information abondante,
- vous demandez à votre fournisseur de données MAJIC II la doc que la DGI fournit avec toute livraison MAJIC II
- avec tout çà vous vous pourrez structurer les données en fonctions de vos problématiques... (je pense que vous n'utiliserez que 20 ou 30 % des données fournies, et en exploiterez 10 %)
Bien cordialement

Bonjour à tous,

Je suis en train de me démener avec les fichiers MAJIC2. Je pense avoir compris l'essentiel et cela marche sauf toutefois pour les articles "tête de direction": Je place, lors de "l'importation" sous EXEL, les séparateurs comme indiqué dans les descriptions, mais j'obtients des champs incohérants, et ce quelque soit le fichier texte d'origine. Quelqu'un peut il m'apporter ses lumières sur le sujet et m'indiquer ou je me plante, et d'autre part, pour m'avancer, m'indiquer les liens entre les différentes tables?

Merci par avance

Philippe DESVIGNES
Chef de Projet SIG
Tel : 05 49 20 21 12
philippe.desvignes@texte-a-enlever.ville-chatellerault.fr

Bonjour,

Concernant le modèle de données on constate que la structuration des tables est bizarre, avec une redondance d'information, ceci est du à l'âge de la BD et sa nature hiéarchique, ( non relationnelle), dont les racines d'entrées sont les cinq éléments : propriétaire, parcelle, pdl, local, adresse, (les cinq fichiers).

Par contre il faut impérativement convertir les fichiers fournis en modèle relationel , avec vérification de la cohérence lors du parcours des cinq fichiers, s'il on veut utiliser les informations de manière efficace.

Ci-joint  ma propre ébauche.

Salutations

Christophe Vergon

Dernière modification par DIANA2D.dev (Mon 09 October 2006 18:06)

Merci à toutes les personnes qui m'ont donnés des renseignements précieux sur l'organisation des fichiers MAJIC2.
J'ai réalisé avec les conseils avertis et l'aide d'un collègue (merci à lui) plus affûté que moi en Visual Basic des petites macros qui permettent l'importation des données vers Excel . J'importe ensuite ces données sous Access (je peux également me connecte directement à ces tables avec GEOMEDIA). Je souhaite donc faire profiter la communauté de mon humble travail estival (fichier joint). Merci de me faire par de vos remarques, des améliorations possibles et surtout de bugs éventuels.

Cordialement


Philippe DESVIGNES

J'ai ce message d'erreur en téléchargeant la pièce jointe :

En réaction au commentaire de jmlebarh.
Effectivement, il n'y a pas de raison que le travail soit gratuit...
Pour autant, il serait intéressant de "normaliser" un modèle relationnel plutôt que de voir chaque collectivité/utilisateur décliner son propre modèle à partir des spécs du modèle non relationnel de la DGI
Bien sûr, globalement, tout le monde comprend et interprête de la même façon ce modèle.
Mais il me paraît profitable d'uniformiser un modèle dans les détails : type et taille de chaque champs de chaque table, etc.
C'est pourquoi j'attends beaucoup du groupe de travail "standardisation de données" du SIG Régional Breton.

Une fois un modèle de données normalisé défini, l'existence d'un outil "libre" de conversion des fichiers n'est pas forcément un mal.
Cela permetrait d'avoir une "référence" pour évaluer la pertinence et le coût d'une proposition effectuée par un prestataire.
Cela répondrait aussi aux diagnostiques de problème d'intégration des données MAJIC2.
Lorsque mon outil plante sur une intégration de données, est-ce un problème de l'outil ou un problème de données ?
Si l'outil "libre" plante également, on peut supooser que c'est un problème de données.

Enfin je ne reviendrai pas sur tous les avantages du modèle de développement collaboratif du libre qui assure généralement un certain niveau de qualité

Thibaud MEUNIER

Dans excel, menu "Outils -> options -> onglet "Sécurité" -> bouton "sécurité des macros" -> onglet "niveau de sécurité" -> cocher "niveau de sécurité faible.

Laurent

Bonjour,

Une question, pourquoi les PDL n'aparaissent-elles pas dans le modèle présenté par Amélie ?

(je travaille là dessus en ce moment et la même chose avec les pdl me ferai gagner du temps)

A+

Christophe

Bonjour,

Les lignes de code que vous utilisez renvoient une chaîne de caractères
fonction MID$( machaine,depart, nbcaractère) : renvoi la chaine extraite de "machaine", de la position "départ" et de longueur nbcaractère.
TRIM$ : supprime les espaces d'une chaîne.

Toujours utiliser la définition "$" de ces fonctions ça va plus vite.
De plus pour l'opérateur de concaténation de chaîne il vaut mieux utiliser "&" que "+" c'est une habitude qui favorise la lisibilité du code.
D'autre part la définition de machaîne est un tableau de 151 chaîne de caractères.

Je pense que le format de cellule dans le quel vous importez la chaîne prime sur la chaîne que vous transmettez.

Vous avez la solution dans le code d'import fichier fantoir:

mazone(4) = "'" + Mid(Trim(maligne), 7, 4) 'ccoriv (Impose une zone texte)

A+

Christophe

Bonjour,

Je rédige actuellement mon rapport de stage de fin d'année, pouvez-vous me dire où je peux trouver un MCD comprenant les données EDIGEO et matrice DGI.

Merci

Pierre-Olivier CHAMPION

J'ai trouvé ce schéma mais je ne comprend pas le contenu de ces tables.
De plus, je trouve que ce schéma est moins parlant qu'un MCD.

Bonjour,

Je voudrais savoir si l'un d'entre vous connait les liens qu'il existe entre la DGI et les collectivités, et surtout avec quelles données la DGI met a jour les PCI et les donnée majic2 et qui lui transmet.

Merci pour vos réponses

Dernière modification par lenox (Wed 25 July 2007 14:58)

Bonjour,

Je viens de fusionner quelques sujets autour des données du cadastre et des données littérales dans ce sujet.

Amicalement,

Bruno

Bonjour,

je confirme ce que dit jean-luc, étant moi même de la "maison" et apporte quelques précisions:

La DGI délivre GRATUITEMENT officiellement sous quelque forme que ce soit aux communes annuellement la documentation cadastrale graphique et littérale :
-graphique : plan papier ou/et  fichiers numériques aux formats Edigeo (ou DXF-PCI pour ceux qui le désirent)
- littérale : sous forme du logiciel de consultation VisDGI (sous windows) permettant de consulter et de faire des recherches sur les données littérales.

Toute autre documentation est PAYANTE (et soumise a des restrictions d'usage) : il en est ainsi de la documentations littérale MAJIC délivrée sous forme de fichiers "textes" particuliers que vous devez bien connaitre.

Ca c'est le cadre reglementaire, dans la pratique, je précise que lorsque des conventions ont été signées, la plupart du temps, le cout de cette documentation est modique pour les communes car fortement subventionné par les conseils généraux, et on peut trouver ci et là toutes sorte "d'arrangements" que j'appellerais de tolérances suivant les départements.

Pour ce qui est de la mise à jour :

parcellaire :
-au vu des documents d'arpentages établis par les géomètres experts (99%) et les croquis fonciers établis par les géomètres du cadastre (1%)
-les gros chantiers (remaniements, remembrements,...etc) peuvent être établis en interne ou externe suivant les cas.

batis:
-exceptionnellement par les géomètres experts (opérations connexes aux Documents d'Arpentage...)
-principalement effectué par les géomètres du cadastre par théoriquement un levé sur place.

contrairement à une idée répandue, la DGI n'est pas destinataire d'un exemplaire du permis de construire (quand c'est le cas, il s'agit d'un accord local), mais est officiellement informé des opérations de construction par l'intermédiaire d'un fichier informatique LITTERAL transmis mensuellement par la Direction Régionale de l'Equipement

voirie:
théoriquement l'information (nom des voies nouvelles...) nous provient de la préfecture, dans la pratique, c'est la liaison géomètre du cadastre - commune qui détermine la qualité de la mise à jour en matière de voirie.
En ce qui concerne les numéros de voirie, c'est la documentation littérale MAJIC2 qui injecte de manière automatique le numéro de voirie dans le plan graphique.

Voila un petit résumé de notre belle administration en espérant vous avoir appris quelque chose

cordialement

Dernière modification par christian (Wed 25 July 2007 20:13)

Bonjour,

voici le fichier susmentionné

Amicales salutations

Olivier