Le portail francophone de la géomatique

Bonjour,

Je pars de l'hypothèse où vous intégrez la matrice cadastrale à partir des fichiers DGI complets, pas la version LT fournie sous forme excel.

La solution consiste non à intégrer les nouveaux fichiers dans la base existante mais de créer une nouvelle base (réplicat) à partir de l'ancienne et de la nouvelle, ce par le code.

Une idée d'algo:

Pour chaque parcelle appartenant à NouveauFichierParcelle

   Parcelle existe dans vieille base ?

        Si oui :  Inscrit parcelle et liens dans nouvelle base

        Si non: Récupère le N° de parcelle primitive. Récupère les liens de la parcelle primitive.
                    Inscrit la nouvelle parcelle en lui affectant les liens de la parcelle primitive

Boucle


[edit] j'ai oublié de préciser, le N° de parcelle primitive est un champs de donnée DGI livré dans la table non bati.



A+

Christophe

Bonjour,

Merci des réponses. Voilà des précisions

Je dispose des fichiers NBAT* et PROP*; je ne connais d'ailleurs pas les versions LT.

L'algoritme proposé par Christophe V. (merci encore) ressemble à celui que j'ai écrit sur mon brouillon.

Aussi, j'ai envisagé cette intégration à l'aide des données spatiales. Cela me paraissait plus complexe et plus lourd en terme de calculs; notamment pour le calcul d'intersection ou d'égalité. Mais c'est bien là où se trouve le problème !

Comment savoir si deux parcelles entre deux versions DGI sont identiques ?

Pistes :

L'identifiant de la parcelle dans NBAT (15 premiers caractères de chaque ligne) garantit-il l'unicité entre les versions DGI ? Autrement dit, la DGI peut-elle renuméroter entièrement des régions, des communes, ...  ? Si oui, cela voudrait dire qu'entre deux versions, deux parcelles peuvent avoir le même identifiant mais être totalement différentes !

Les 15 premiers caractères correspondent-ils au "N° de parcelle primitive" cités par Christophe V. ?

Deux parcelles ayant la même collection de SUF sont-elles identiques ?

Deux parcelles ayant les 135 derniers caractères de chaque ligne DGI sont - elles identiques ?

Comment vous le constatez, je ne trouve rien de rééllement déterministe ! Au secours, j'avoue le problème intéressant :-)

Ca fait beaucoup de questions je sais, je vais réfléchir à tout ça et alimenter la discussion ... Je n'écarte aucune piste, ni spatiale, ni duplication de bases, ...

Merci encore.

Michel

Dernière modification par mitchairben (Fri 07 March 2008 08:47)

Bonjour,

Je suis intéressé par la même problématique.

Qqs précisions: Le N° de parcelle attribué par la DGI est unique et non ré attribuable. Le seul événement qui implique la renumérotation d'un ensemble de parcelle est le remaniement, mais dans ce cadre la lettre de section change, et l'ensemble des numéros aussi, donc un cas en marge et peu fréquent.

Le déroulement des opérations de numérotage: Lors de la confection du plan d'origine, chaque parcelle dans la section se voit attribuer un N° unique partant de 1. La progression se fait "en spirale" d'en haut à gauche dans le sens des aiguilles d'une montre.

Ensuite ce plan doit vivre. Au grès des reunions de parcelles, document d'arpentage divisant une parcelle, passage au domaine publique (et inverse), le plan doit évoluer. Chaque nouvelle parcelle crée se voit attribuer un nouveau numéro (le plus grand de la feuille de plan + 1). Donc pas de risques, le N° est une clef unique. Deux parcelles sont identiques (dans une mise à jour) si elle ont le même N°, nb le N° d'une parcelle c'est (au niveau département)

codeinseecommune + codecommuneabsorbée + section  + subsection + N°parcelle.

Concernant l'intégration des données par requêtes spatiales, quid des passage au domaine publique, parcelles non figurées au plan, et réunion de plusieurs parcelles (ce dernier cas peut être résolu géométriquement) ??

Exemple la parcelle 100 est divisée en 201 et 202, le département acquière la 202, (expro pour élargissement de la route), une fois les travaux fait elle passe au domaine publique. Que faire des liens attribués à 202 ?? La requête spatiale n'apporte aucune réponse.

Concernant l'algo (brouillon) il est un peu plus complexe, car il est possible que vous ayez dans votre base une parcelle arrière grand mère de la parcelle située dans le fichier mis à jour (donc récursivité sur la fonction cherchesamere )

Concernant le numéro de parcelle primitive c'est décrit dans la doc livré avec les fichiers DGI, il est situé après Top PDL (GPDL) et l'éventuel N° de parcelle d'assise de la pdl si GPDL=2.

Pour ma part la mise à jour fichiers DGI (tous, y compris PDL, Adresse, Locaux ...), je l'envisage en utilisant aussi les fichiers graphiques.

Analyse du fichier graphique DXF-PCI de la section concernée: Création de la liste des parcelles représentées au plan.*

Analyse du fichier NonBati. Pour chaque parcelle, correspondance parcelle littérale- parcelle graphique : création première liste anomalie.

Comparaison base ancienne et import de mis à jour sur la base des résultats précédents.(pour les parcelle hors anomalies)

Comparaison base ancienne et import mis à jours sur les propriétaires.

Une fois les tables crées dans nouvelle base: création du lien n-n entre prop et parcelle.

Concernant la modélisation de l'objet parcelle il est important d'avoir deux champs aux-quels on ne pense pas forcément:

active : booléen
PtrParcelleMere : entier long : valeur de la clef primaire de la parcelle mère.


[edit]: je n'ai pas de fichier exemple sous la main, mais a priori je dirais que le champs parcelle primitive contient la mère de la parcelle concernée mais c'est a vérifier, si elle contient la parcelle primitive dans le sens strict du terme là ça va être coton!


A+

Christophe

Bonjour,

MajicII est une application informatique permettant aux agents du cadastre de gérer et mettre à jour les données foncières.
Cette application est structurée autour d'une base de donnée hiérarchique (technologie année 80), d'où certaine particularités qui semble étranges pour ceux qui ne connaissent que les SGBDR. Les fichiers que vous cités sont le résultat d'un export de l'application Majic II vers des fichiers Texte.

Concernant les données foncières et les applications DGI vous pouvez avoir un aperçu ici.

A+

Christophe

Mise A Jour des Informations Cadastrales version II (il y a eu auparavant  MAJIC I puis MAJIC Inter)
MAJIC II désigne en fait l'applicatif de gestion des données cadastrales dans les CDIF (Centre Des Impôts Foncier)
C'est par facilité de langage (mais à tort) si les collectivités locales utilisent le terme "MAJIC II" pour désigner les données cadastrales qu'elles reçoivent chaque année dans le cadre de convention de mise à disposition.
Les données qui leur sont fournies ne représentent pas la totalité des infos gérées dans MAJIC II, et ne constituent qu'une situation figée (en général au 1er Janvier de l'année n) des données nécessaires à l'établissement de l'impôt foncier annuel.
Vous trouverez certainement plus d'infos en faisant des recherches sur Georezo forum Geomatique, ou sur le site du Ministère des Finances (Impôts.gouv.fr).

Christophe V. a écrit:

pour Christophe : as-tu la possibilité de vérifier ? çà m'intéresse également ...
Cordialement
JM Le Barh

Pour info, l'information "Parcelle primitive" est non pas l'indication de la parcelle mère mais de ... l'ancètre de la parcelle concernée, c'est à dire la première parcelle après remaniement, rénovation, remembrement. En fait cette information était surtout destinée à pouvoir repérer sur le plan graphique (à l'époque du grand aigle papier) où se trouvait la parcelle en question approximativement.
En effet lors de la confection d'un nouveau plan la numérotation des nouvelles parcelles devait être continue et dans le sens d'une spirale (escargot). Par la suite, les nouveaux numéros étaient attribués au fur et à mesure et donc de ci de la (géographiquement).
Bien malin donc sans cela celui qui pouvait retrouver un numéro sur des feuilles à petite échelle dans lesquelles tronaient un millier de parcelles... Et même avec cette astuce, c'était pas toujours si simple (on avait encore le lieudit donc double recoupement et on resserait la zone géographique à scruter).

Dernière modification par christian (Fri 07 March 2008 18:46)

Bonjour,
Puisque les réponses à vos questionnements sur ce forum vous semblent insuffisantes, le mieux est de vous mettre en rapport avec le CDIF dont vous dépendez...
Voir également http://georezo.net/forum/viewtopic.php?pid=96147#p96147 et tous les fils de discussion traitant du Cadastre déjà présents sur le Forum "géomatique" de GeoRezo
JM LE BARH

C'est ce que tentera de faire le guide d'utilisation des fichiers MAJIC2 dans les SIG cité par Sylvie dans son dernier message, dont je me permet de reprendre l'intégralité de son contenu à mon compte.

Dernière modification par Jean-Michel (Tue 20 May 2014 11:52)

Bonjour,

Merci Christian pour les infos. Voilà un pb de résolu (pas de solution = pas de pb !!). Ceci dit l'info est présente dans majic peut-être les exports évolueront-il un jour !

A+

Christophe

Bonjour
Je reviens après quelques temps de travail sur le sujet de la DGI
Les choses s'éclaircissent. Je reste cependant dans le flou concernant le PDL.

Voilà le cas qui me pose problème

J'ai une personne physique avec un certain DNUPRO. Je ne trouve ce DNUPRO dans aucune SUF ni PARCELLE. Par contre je le trouve dans le fichier PDL. J'avoue que je mélange tout entre la parcelle composante, le numéro de lot, la parcelle de référence et les parcelles et SUFS ?

AIDEZ MOI ! :-)

Bonjour !

J'ai besoin d'une petite précision sur les "gpdl = 2"

Je m'explique

Je viens d'extraire pour un département toutes les parcelles qui "gpdl = 2". Celles ayant gdlp = 0 ou = 1 ne me posent pas de problème.

D'après les spécifications des fichiers "gpdl = 2" signifie "La parcelle est composante de PDL mais ne l'identifie pas"

Problème : je ne parviens pas à trouver les parcelles gpdl = 2 dans le fichier pdl !?

Est-ce normal ?

Si oui, cela signifie que je dois traiter les parcelles gpdl =2 comme les parcelles gpdl = 0 ?

Si non, où les trouver ?

Merci beaucoup

Michel

Dernière modification par mitchairben (Wed 15 October 2008 10:02)

Bonjour,

Les questions sur les fichiers de la DGI se font plus rares. Grâce à vous.

Il m'en reste une qui me pose problème.

Je comprends mal la notion de préfixe de section cadastrale. Enfin je comprends que cela complète la section cadastrale. Mais a-t-elle un intérêt ? Dois-je l'ajouter à la suite ccodep+ccodir+ccocom+ccosec+dnupla afin d'identifier de manière unique une parcelle ?

Merci beaucoup

Michel

Jean-Michel, si je peux me permettre, vous m'impressionnez !
Merci !

Mais que font les modérateurs ?
Michel, merci de ces compliments, mais ma modestie en prend un coup !
Cordialement

Bonjour,
Le chemin est sinueux, mais des petits cailloux ont déjà été semés !
Voir le message ci-dessus, dans ce même fil de discussion.
La parcelle de référence sert à désigner de manière unique la co-propriété, qui peut être assise sur une ou plusieurs parcelles.
Dans votre cas, je dirais que la co-propriété est assise sur deux parcelles:
- 040006AD0289, parcelle composante et identifiée comme parcelle de référence de la co-propriété (identifiée + ou - arbitrairement par le Service du Cadastre)
- 040006AD0292, parcelle composante de la co-propriété, qui, en aucune manière, n'est contenue dans la 040006AD0289
Cordialement