Cadastre v1.8.0 - Table parcelle & champs de recherche toujours vide

[arno974]

Description du bug

Suite à la MAJ du plugin (dans sa version 1.8.0) sur QGIS (3.4.11), j'ai tenté un import des données vers une base PostgreSQL (v 10.10)/PostGIS (v 2.4).

Malheureusement, j'obtiens toujours une table parcelles vide et de ce fait le module de recherche qui ne fonctionne pas totalement.

Ci-dessous une copie du log :

INITIALISATION
* Copie du répertoire /home/arnaud/.local/share/QGIS/QGIS3/profiles/default/python/plugins/cadastre/scripts/plugin 
0 s 
STRUCTURATION BDD
Création des tables 
Création des tables edigeo 
Ajout de la nomenclature 
9 s 
EDIGEO
Type de base : postgis, Connexion: local-cadastre, Schéma: public 
* Décompression des fichiers 
90 s 
Suppression des contraintes 
- SUPPRESSION DES CONTRAINTES D'INTEGRITEES : DEBUT 
- suppression clefs primaires 
- SUPPRESSION DES CONTRAINTES D'INTEGRITEES : FIN 
91 s 
* Import des fichiers EDIGEO dans la base 
- Import des fichiers via ogr2ogr 
- Import des relations (*.vec) 
- 17 multipolygones mis à jours dans la base de données 
1849 s 
Mise en forme des données 
- FORMATAGE DONNEES : DEBUT 
- Suppression des données du lot '97400' 
1849 s 
- index pour optimisation 
1849 s 
- geo_commune: utilisation de max et non distinct on pour compatibilite sqlite 
1868 s 
- geo_section 
1869 s 
- geo_subdsect 
- geo_parcelle 
1869 s 
- Indexes sur geo_parcelle et geo_commune pour optimisation 
1894 s 
- geo_subdfisc 
1900 s 
- geo_subdfisc_parcelle 
1900 s 
- geo_voiep 
1901 s 
- geo_numvoie 
1902 s 
- geo_numvoie_parcelle 
1902 s 
- geo_lieudit 
1908 s 
- geo_batiment 
1928 s 
- geo_batiment_parcelle 
1928 s 
- geo_zoncommuni 
1970 s 
- geo_tronfluv 
1971 s 
- geo_tronroute 
1972 s 
- geo_sym 
1972 s 
- geo_ptcanv 
1972 s 
- geo_borne 
1972 s 
- geo_borne_parcelle 
1972 s 
- geo_croix 
1973 s 
- geo_croix_parcelle 
1973 s 
- geo_symblim 
1973 s 
- geo_symblim_parcelle 
1973 s 
- geo_tpoint 
1975 s 
- geo_tpoint_commune 
1975 s 
- geo_tline 
1978 s 
- geo_tline_commune 
1978 s 
- geo_tsurf 
1981 s 
- geo_tsurf_commune 
1981 s 
- suppression des index temporaires 
1982 s 
- analyses 
1982 s 
- FORMATAGE DONNEES : FIN 
1985 s 
Placement des étiquettes 
1993 s 
Création des indexes spatiaux 
- attributes 
2012 s 
2022 s 
Ajout des contraintes 
- CREATION DES CONTRAINTES D'INTEGRITEES : DEBUT 
- création clé primaire 
- création clé étrangère 
- CREATION DES CONTRAINTES D'INTEGRITEES : FIN 
2030 s 
Ajout de la table parcelle_info 
2030 s 
2030 s 
FINALISATION
2046 s 

Ci-dessous le log du chargement des données (à noter le syntax error $end) :

Chargement des tables : 
Filtrage à partir des communes, expression invalide : syntax error, unexpected $end 
* Communes 
* Tronçons de route 
* Voies, routes et chemins 
* Noms de voies 
* Secteurs 
* Subdivisions fiscales 
* Subdivisions fiscales (étiquette) 
* Bâti 
* Parcelles (étiquettes) 
* Lieux-dits 
* Lieux-dits (étiquettes) 
* Sections 
* Parcelles 
* Sections (étiquettes) 
* Bornes 
* Croix 
* Repères géodésiques 
* Murs, fossés, clotûres 
* Cours d'eau 
* Cours d'eau (étiquettes) 
* Tronçons de route (étiquettes) 
* Surfaces 
* Surfaces (étiquettes) 
* Objets ponctuels 
* Objets ponctuels (étiquettes) 
* Objets linéaires 
* Objets linéaires (étiquettes) 
* Numéros de voie 
* Établissements publics 
1 s 
Ajout des couches dans le registre de QGIS 
1 s 
Ajout des couches dans le groupe Cadastre 
1 s 
Zoom sur les couches 
1 s 
Mise à jour des outils cadastre 
2 s 

[rldhont]

duplicate #189 ?

[arno974]

Not a duplicate as I use the new plugin version (v1.8).

[sigmoe]

Je pense qu'il s'agit bien du bug #189 qui n'a pas encore été corrigé dans la version 1.8.0, mais pour lequel j'ai apporté une solution (lire la dernière réponse), en attendant que cette solution soit intégrée à la prochaine mise à jour.

[arno974]

@sigmoe j'ai tenté l'import à la fois avec l'extension en 1.8, mais aussi avec ta correction proposée dans ton post. Sans que le résultat soit malheureusement différent.

Par contre dans ce post, il semblerait qu'en fonction de la version de QGIS utilisée le résultat ne soit pas le même. Si vous avez des infos...

[MaelREBOUX]

+1 : doublon avec #189 qui pourrait être renommer en "pb chargement des parcelles" et pas "import" car les données sont bien présentes en base.

Je me permet de clore et vous invite à continuer dans #189