 |
|
|
| Utilisation MXD sans EDIGEO |
|
|
Bonjour,
(excusez mon ignorance dans le domaine du cadastre...)
J'ai récupéré des fichiers MAJIC II (6 fichiers : PDL, BATI, NON BATI, PROPRIETAIRE, REVDI, FANTOIR) que je souhaiterai exploiter afin de connaître les propriétaires de parcelles cadastrales pré identifiées (qqs milliers sélectionnés à partir de la BD Parcellaire).
Cependant, je ne dispose pas de fichiers EDIGEO-PCI...
Avec l'outil d'import MAJIC II, j'arrive bien à créer une géodatabase contenant des données pour les communes qui m'intéressent. Cependant, n'ayant qu'une licence ArcView, je n'ai pas les relations dans cette géodatabase... Et n'ayant pas de fichiers EDI-GEO, je ne peux utiliser (me semble-t-il) les modèles MXD fournis...
Est-ce qu'il y a selon vous une solution pour moi afin que je mette en relation mes données MAJIC sans fichiers EDIGEO ni licence ArcInfo ?
Par ailleurs (la question a déjà été posée, mais pas encore de réponse), je ne sais pas à quoi correspond le paramètre "Préfixe du Lot" dans le module d'importation MAJIC II. Je connais juste les communes sur lesquelles je souhaite travailler, mais quel est ce "Lot" ?
Merci pour votre aide.
Sylvain M. |
|
|
|
 | |
|
|
| Re: Utilisation MXD sans EDIGEO |
|
|
Bonjour,
En effet, utiliser le MXD sans donnée géographique n'a pas beaucoup de sens.
Si cela vous intéresse de visualiser votre cadastre, un début de solution pour utiliser la BD parcellaire à la place des données EDIGEO dans la geodatabase avait été proposé il y a quelques temps sur le forum (voir ce fil de discussion). Toutefois, même si vous arrivez à le faire, je doute que la barre d'outils cadastre pour ArcMap ne vous soit d'une grande aide car elle a été pensée pour donner les informations de propriété sur une seule parcelle à la fois. Son utilisation pour l'extraction de ces mêmes données pour un ensemble de parcelles (quelques milliers pour vous ...) sera manuelle.
La meilleure solution dans votre cas est surement de faire votre requête en SQL (directement dans Access voire dans ArcMap). Pour vous aider dans le parcours des relations entre les tables, je vous invite à étudier le modèle de données fourni et dans lequel vos données MAJIC2 ont été chargées. Vous y trouverez notamment les champs reliant les tables Parcelles (DGI_NBATI) et Propriétaires (DGI_PROP). Ensuite, tout est histoire de SQL ...
Pour la question du "préfixe de lot", vous avez surement lu dans ma réponse de ce matin que vous pouvez saisir n'importe quelle valeur ... et consulter l'aide pour plus d'informations ;-)
Bon courage et tenez nous au courant de vos résultats !
David
Cordialement,
David Laruelle |
|
|
|
| |
|
|
| Re: Utilisation MXD sans EDIGEO |
|
|
Merci bien pour votre réponse.
Je suis finalement arrivé à mes fins de cette manière :
- j'ai converti mes fichiers MAJIC en géodatabase avec l'outil d'importation dédié.
- j'ai chargé dans un nouveau MXD ma BD-Parcellaire (Ponctuels), et les tables DGI_NBATI et DGI_PROP de la géodatabase importée.
- j'ai créé les jointures entre ces tables (j'ai d'abord dû mettre en conformité mes champs identifiants qui n'étaient pas exactement les mêmes) et ma BD-Parcellaire.
- j'ai exporté le résultat de cette jointure dans une nouvelles classe d'entité.
Voila donc ce que je souhaitais : je peux maintenant connaître les propriétaires de mes parcelles à partir des données attributaires des ponctuels de la BD-Parcellaire.
Juste une petite remarque/question cependant : j'ai l'impression qu'il y a quelques erreurs dans les tables de ma geodatabase. Par exemple, le champs CODCOMM, qui me semble-t-il devrait être l'équivalent du Code INSEE, se voit attribuer un "0" supplémentaire entre le code du département et le code de la commune. Exemple : INSEE = 61216 ; CODCOMM = 610216. Idem pour plusieurs autres champs avec des "0" en trop... Est-ce que cela peut venir de mes fichiers MAJIC pas adaptés ? est-ce normal ?
Merci en tout cas pour ce super outil qui m'a bien rendu service !
Sylvain M. |
|
|
|
| |
|
|
| Re: Utilisation MXD sans EDIGEO |
|
|
Merci Sylvain pour ce retour d'expérience !
Concernant la jointure entre les tables DGI_NBATI et DGI_PROP, j'attire votre attention sur un point qui peut-être important :
La table des parcelles indique le compte propriétaire de la parcelle en question (champs DNUPRO). Or, si cette parcelle est détenue par 2 (ou plus) personnes physiques, celles-ci se partagent le compte propriétaire. Dans ce cas, vous trouverez plusieurs propriétaires ayant le même identifiant (ID_PROP) dans la table des propriétaires (DGI_PROP).
En faisant une jointure entre vos tables parcelles/propéritaires, vous ne récupérerez qu'un seul nom de propriétaire ... adieu les indivisions et autres co-propriétés ! Rn fonction de votre besoin, cela peut vous conduire à des erreurs fâcheuses d'où l'idée d'utiliser le SQL plutôt qu'une simple jointure ...
Enfin, le zéro que l'on retrouve dans certains codes n'est malheureusement pas en trop. Les informations que vous retrouvez dans la géodatabase sont celles qui sont données par la DGFiP ... Je ne connais pas la raison exacte de la présence de ce zéro mais j'imagine assez bien qu'il est là de manière à pouvoir coder le numéro de département sur trois chiffres. On retrouve ce besoin dans les DOM (971 = Guadeloupe ; 972 = Martinique ; ...)
Encore merci pour votre retour et vos encouragements et à beintôt sur arcOpole !
David
Cordialement,
David Laruelle |
|
|
|
| |
|
|
| Re: Utilisation MXD sans EDIGEO |
|
|
Effectivement... J'y avais pensé, mais j'étais tellement content d'obtenir un résultat que j'en avais finalement oublié ce problème des copropriétaires et autres indivisions...
Mais bon, effectivement, je devrais m'en sortir avec des requêtes SQL sous Access, ou bien peut-être aussi par une mise en relation plutôt qu'une jointure sous ArcMap.
Sinon, pour revenir à cette question des "0" en trop, ce qui m'étonne, c'est que j'avais d'abord essayé de convertir mes fichiers avec des macros excel récupérées à cette adresse (http://georezo.net/forum/viewtopic.php?pid=56010#p56010), et que les codes obtenus pour les communes ne présentaient alors pas de "0" en trop... Idem pour mes codes de parcelles : 612360B0033 (BD Parcellaire) devient 6102360000B0033 (import Arcopole)... Je m'en suis sorti en recréant des champs identiques dans ma couche BD Parcellaire ponctuel (en rajoutant les "0"), mais je tenais quand même à le signaler.
A bientôt sur Arcopole !
Sylvain M. |
|
|
|
| |
|
|
| Re: Utilisation MXD sans EDIGEO |
|
|
Bonjour,
Je vais essayer de vous éclairer sur le "0" placé entre le n° de département et le code INSEE de la commune.
Si l'on se réfère au modele de données de la DGFiP, fichier propriété non bati par exemple, on lit que :
"a. Le code direction (pos 3,1) est à zéro pour tous les départements sauf :
· 13, 59 et 92 qui ont 2 directions numérotées 1 et 2 ;
· 75 qui a 5 directions numérotées 4, 5, 6, 7 et 8 ;
Tous les départements d'outre mer sont enregistres sous le même code département 97. C'est le code direction qui permet de les individua-liser en prenant les valeurs de 1 à 4. Tous les TOM sont mono-direction."
Pour les "0" qui suivent le numéro INSEE de la commune, avant la section, on comprend qu'il s'agit d'une trace pour les communes absorbées. On peut lire "Le préfixe de section : contient le code commune des communes absorbées pour les fusions de communes. Pour les autres communes, y compris Paris et Lyon la zone est à blanc." |
|
|
|
| |
|
|
| Re: Utilisation MXD sans EDIGEO |
|
|
Merci bien pour ces précisions !
(qui, je l'avoue, étaient à ma portée de main, si j'avais un peu plus cherché...)
Je suis maintenant rassuré sur ces "0" + "0" qui ne font pas la tête à toto !
Bonne journée.
Sylvain M. |
|
|
|
| |