Vous êtes iciForum
 Bienvenue sur l'espace collaboratif du Programme arcOpole

Cet espace de Forums est ouvert à tous et doit vous permettre d'echanger que ce soit au sujet du programme arcOpole ou des templates métier qui sont à votre disposition.

N'hésitez pas à partager vos impressions et proposer des idées pour rechercher de nouvelles solutions métier qui pourront être utile à cette communauté.

 Forum
 
  Forum  Métiers  Métier Cadastre  import majic2 & rivoli
Précédente Précédente
 
Suivante Suivante
Nouveau message 04/11/2009 09:36
  stef021
2 messages 
Contributeur de niveau 10


import majic2 & rivoli 

Bonjour à tous,

Je travaille pour une Com d'Agglo de 54 communes (sur 2 dpts). J'ai actuellement les edigeo et les majic de 50 communes (1 dpt). J'ai concaténé mes différents fichiers "majic" de manière à obtenir un fichier global et j'ai ensuite lancé l'intégration de ma geodatabase.
En exploitant celle-ci, je me suis aperçu que sur mes fiches parcelle, l'adresse de la parcelle n'est pas forcément la bonne. En effet, la jointure se fait entre les tables DGI_VOIE et DGI_NBATI sur le champ CCORIV.
Or une même valeur de ce champ se retrouve sur plusieurs communes MAIS avec des valeurs différentes pour les libellés des voies ...

Comment peut-on remédier à ce problème ?

J'espère avoir été clair dans mes explications ... :)

Stéphane.

PS : question subsidiaire : est-ce que les majics3 sont pris en charge ?

 
Nouveau message 06/11/2009 17:21
  dlaruelle
468 messages 
Contributeur de niveau 2


Re: import majic2 & rivoli 
Modifié par dlaruelle  sur 15/04/2010 15:26:54)

Bonjour,

[Mise à jour du 05/01/2010] [Mise à jour du 15/04/2010]

Remarque importante : le contournement décrit ci-dessous ne doit pas être mis en oeuvre si vous souhaitez utiliser le Template Flex Cadastre sous peine que ce dernier disfonctionne. Dans l'attente de la correction des éléments en cause, si vous voulez utiliser conjointement la barre d'outils Cadastre pour ArcMap et le TFC, vous devez utiliser deux bases de données distinctes.

En effet, le comportement que vous avez (très clairement) décrit dans votre message a été reproduit. Je crois que vous avez mis le doigt sur ce qu'on appelle communément un "bogue" !

Rien de bien difficile à résoudre rapidement en randant chacune des valeurs de Code RIVOLI unique dans les deux tables. Pour cela, vous pouvez suivre la démarche suivante par exemple :

1) Ouvrir votre geodatabase dans Access :

  • Ouvrir la table DGI_NBATI en mode création :
    • Renommer le champ CCORIV en CCORIV_OLD
    • Créer un nouveau texte (10 caractères) appelé CCORIV
  • Ouvrir la table DGI_INVAR en mode création :
    • Renommer le champ CCORIV en CCORIV_OLD
    • Créer un nouveau texte (10 caractères) appelé CCORIV
  • Dans la table DGI_VOIE en mode création :
    • Renommer le champ RIVOLI en RIVOLI_OLD
    • Créer un nouveau texte (10 caractères) appelé RIVOLI

2) Dans ArcMap, ajoutez les deux trois tables précédentes

  • Ouvrez la table DGI_NBATI et calculez le nouveau champ CCORIV en concatenant [CODCOMM] & [CCORIV_OLD]
  • Ouvrez la table DGI_INVAR et calculez le nouveau champ CCORIV en concatenant [CODCOMM] & [CCORIV_OLD]
  • Ouvrez la table DGI_VOIE et calculez le nouveau champ RIVOLI en concatenant [CODCOMM] & [RIVOLI_OLD]

Après ces manipulations, en utilisant la barre d'outils Cadastre, les adresses affichées dans les fiches parcelles deviennent les bonnes.

Pour la question subsidiaire, nos tests sont pour l'instant concluant mais nous devons vérifier encore quelques petites choses afin d'être sûr que tout fonctionne correctement. Pour plus d'informations sur Majic3, rendez-vous ici : www.arcopole.fr/Forum/tabid/61/forumid/3/postid/47/scope/posts/Default.aspx

Dans tous les cas, je vous remercie pour votre sagacité. Nous notons ce bogue pour en tenir compte dans l'avenir.

Cordialement

David Laruelle


Cordialement, David Laruelle
 
Nouveau message 09/11/2009 15:22
  stef021
2 messages 
Contributeur de niveau 10


Re: import majic2 & rivoli 

 

Merci pour ces infos. Je pensais effectivement à quelque chose dans ce style pour résoudre le "problème".

Mon souci, c'est que je n'ai pas Access ... Par contre, la mauvaise correspondance entre RIVOLI et libellé n'a pas trop d'incidence pour le moment dans les traitements que j'effectue : j'ai donc un peu de temps pour trouver une solution alternative (ou installer Access !).

Cordialement,

Stéphane

 
Nouveau message 19/11/2009 14:57
  dlaruelle
468 messages 
Contributeur de niveau 2


Re: import majic2 & rivoli 

Bonjour,

Notez qu'il n'est pas nécessaire de disposer d'Access pour réaliser les traitements indiqués. Vous pouvez également les réaliser dans ArcMap avec une petite modification puisqu'il n'est pas possible de renommer un champ dans ArcMap.

La manip est de créer un nouveau champ avec le nouveau nom, d'utiliser la calculette pour y copier les valeurs du champ initial ... au lieu de renommer directement.

Cdt,

D. Laruelle


Cordialement, David Laruelle
 
Nouveau message 05/01/2010 16:03
  dlaruelle
468 messages 
Contributeur de niveau 2


Re: import majic2 & rivoli 

Bonjour à tous,

Suite à un bogue rencontré par une Collectivité du Nord, nous avons identifié que la manip proposée ci-dessus n'est pas suffisante.

En plus de rendre unique le code RIVOLI dans les tables DGI_NBATI et DGI_VOIE, il faut également travailler sur la table DGI_INVAR (invariants) et son attribut CCORIV.

Le traitement à réaliser pour rendre unique le Code RIVOLI dans cette table a été ajouté [en orange] dans le message d'origine qui reste la référence.

Cordialement,

D. Laruelle


Cordialement, David Laruelle
 
Nouveau message 04/03/2010 15:35
  PPierre
2 messages 
Contributeur de niveau 10


Re: import majic2 & rivoli 

Bonjour,

Nous avons plusieurs communes. Nous avons bien suivi la procédure mais nous avons quand même un problème au niveau de l'applciation Flex.

Les DropDownList chargent bien les villes, les natures, les libellés associés , mais la liste des numéros reste désespérément vide...

Est-ce qu'il ne faudrait pas faire les mêmes manip pour CODMAJIC2 et les CCOVOI ?

Cdt,

PP

 
Nouveau message 09/03/2010 10:33
  PPierre
2 messages 
Contributeur de niveau 10


Re: import majic2 & rivoli 

Bonjour,

Nous tenons à remercier l'ensemble de l'équipe ArcOpole qui nous a permis de résoudre ce problème.

Tout fonctionne correctement.

Merci pour votre réactivité et la qualité de vos interventions.

Cdt,

PP

 
Nouveau message 08/06/2010 15:30
  dlaruelle
468 messages 
Contributeur de niveau 2


Re: import majic2 & rivoli 
Modifié par dlaruelle  sur 06/01/2011 09:43:03)

Bonjour,

Cordialement,

Nous avons mis en ligne ce matin la nouvelle version de l'outil de chargement des données cadastrales.

En plus d'autres évolutions sur le modèle, cette mise à jour introduit un nouveau champ DGI_NBATI [ID_VOIE] qui contient le code RIVOLI unique. Cela ne corrige pas encore le problème sujet de ce fil de discussion mais permettra de facilement le corriger avec une mise à jour de la barre d'outils. En attendant cette dernière la procédure décrite plus haut doit toujours être utilisée.

Cordialement,

D. LARUELLE


Cordialement, David Laruelle
 
Nouveau message 21/02/2011 18:12
  lvidaller
5 messages 
Contributeur de niveau 9


Re: import majic2 & rivoli 

Je rencontre le même souci lors de l'interrogation d'une parcelle avec l'outil Fiche parcellaire de la barre.

Etant donné que le topic date un peu, les nouveaux outils Arcopole ne sont-ils pas sensés corriger le bug signalé ici?

Dans la fonction findVoie du fichier CLS_PARCELLE.cls, on voit clairement que l'outil interroge la table DGI_VOIE en se basant sur le champ CCORIV de la table DGI_NBATI (via la variable voieId). Cela occasionne plusieurs réponses possibles si la base contient des données DGI de multiples communes et le traitement se poursuit apparemment sur le premier résultat de la requête.

Pourquoi ne pas avoir attaqué la table DGI_VOIE via le champ ID_VOIE de la table DGI_NBATI, ce qui permet de tomber sur le résultat spécifique à la commune? Je ne sais pas si ça fonctionnerait, mais en modifiant deux lignes comme ci-dessous, ça semblerait bon théoriquement:

10420:     voieId = mDATA.ReturnStringValue(pRow, "ID_VOIE")

12010:    Set pC =  mDATA.GetAllValuesByTable(g_DGI_VOIE, "ID_VOIE = '" & voieId & "'", pFW, PExt)

Je précise que je n'ai pas d'environnement pour tester le code.

Merci d'avance.

 
Nouveau message 03/03/2011 11:08
  lvidaller
5 messages 
Contributeur de niveau 9


Re: import majic2 & rivoli 

Allo?

 
Précédente Précédente
 
Suivante Suivante
  Forum  Métiers  Métier Cadastre  import majic2 & rivoli
Cheap Ugg Boots Sheepskin Boots Cheap Winter Boots Ugg Shoes Discount Boots Winter Shoes Moncler jacket Cheap Moncler Jackets
Discount UGG Boots Columbia Coat Canada Goose Outlet Spyder Jackets cheap nhl jerseys