[Plugin Cadastre] Nous aider à tester les données MAJIC 2017

[odurr]

Ok mais il faut tout de même enlever le nom des autres fichiers majic sinon le plugin les cherche et ne les trouve pas.
Pour le fichier fantoir j'utilise le même que toi que je découpe selon le territoire et cela marche.

[mdouchin]

Bonjour,

Je viens de publier une nouvelle version 1.5.0 du plugin, avec quelques améliorations

Version 1.5.0
* Chargement - Ajout de couches via requête SQL
* Import - Ajout de la nomenclature pour ccocac
* Import - Correction sur la table pivot geo_batiment_parcelle: restriction par intersection
* Rechercher - Déplacement de la recherche d'adresse sous celle par parcelle
* Chargement - correction d'un bug sur l'ajout dans les groupes Cadastre
* Import - Ajout du support de MAJIC 2017
* Recherche - Support de l'autocomplétion pour les adresses et les propriétaires
* Recherche - Intégration des adresses dans la recherche de lieux
* Import - Correction du bug de récupération des propriétés bâties
* Import/Identification - contournement du bug d'encodage sur requête pour QGIS 2.18.10 et >
* Identification - correction du bug sur chargement de projet QGIS
* Import - Majic : import des propriétaires si et seulement si dnupro est non vide
* Import - Lieudits: utilisation de tous les champs tex
* Recherche - Réapplication de l'ordre dans les listes déroulantes (sections, parcelles)
* BDD - Possibilité de se connecter avec un connexion utilisant un service PostgreSQL


Merci de tester

[emmaguille]

Bonjour,

De retour de vacances, je viens de tester de mon côté l'import des données avec ou sans Magic 2017.

• Avec le FANTOIR 2017 récupéré depuis data.gouv.fr j'ai toujour l'erreur

  IndexError: list index out of range

• Sans MAGIC, les données se charge mais j'ai une erreur bizarre à la fin sur la requette

  SET search_path

  . Également, toutes les communes ne sont pas chargé (marseille par exemple)

Cordialement
Emmanuel

[boblebob]

Bonjour,

A mon tour de remercier la communauté pour ce bel outil que je viens de tester avec succès pour la première fois sur la base des données MAJIC 2017.
Voici un problème que j'ai rencontré qui m'a bloqué un certain mais que j'ai pu contourner

A l'importation des dernières données EDIGEO j'ai rencontré le bug suivant dans le plugin :

ERREUR:  valeur « Ab » invalide pour « DD »
DETAIL:  La valeur doit être un entier

-- geo_subdsect
INSERT INTO "cadastre_2017".geo_subdsect
(geo_subdsect, annee, object_rid, idu, geo_section, geo_qupl, geo_copl, eor, dedi, icl, dis, geo_inp, dred, creat_date, update_dat, geom, lot)
SELECT '2017'||'290'||SUBSTRING(idu,1,10), '2017', object_rid, idu, '2017'||'290'||SUBSTRING(idu,1,8), qupl, copl, to_number(eor,'0000000000'), to_date(dedi, 'DD/MM/YYYY'), floor(icl), to_date(dis, 'DD/MM/YYYY'), inp, to_date(dred,'DD/MM/YYYY'), to_date(to_char(creat_date,'00000000'), 'YYYYMMDD'), to_date(to_char(update_date,'00000000'), 'YYYYMMDD'), ST_Multi(ST_CollectionExtract(ST_MakeValid(geom),3)),'2018-01-08'
FROM "cadastre_2017".subdsect_id

Le problème vient du champ "DIS" de l'objet "SUBDECT" qui attend une date mais c'est une chaîne de caractère qui est stockée avec le terme "Absent". Une fois que l'on a identifié le ou les fichiers EDIGEO concernés, il suffit de supprimer cette valeur "Absent" avec un éditeur de texte dans le/les fichiers "ED0D01T2.VEC" pour que cela fonctionne.

Pour info, dans mon cas il s'agissait de 4 fichiers EDIGEO "corrompus" concernant la commune de Landudec dans le Finistère (29108).

Si cela peut servir à faire gagner du temps aux prochains

Grégoire M.