Le portail francophone de la géomatique

Bonjour,
il faut plutôt renommer les fichiers dans la configuration (par défaut l'extension est .800 parce que les financeurs étaient d'Amiens !!!) et mettre le nom des fichiers que vous avez car ils auront toujours le même nom année après année; il ne faut ni espace ni accent dans le chemin vers les fichiers.
Cordialement, Olivier

Bonsoir
Pas de changement car il ne voit toujours pas le dossier en lui donnant toujours le bon chemin.
Est-ce que quelqu'un pourrait me donner un exemple de nommage des fichiers.
j'ai tout essayé mais cela ne fonctionne toujours pas , même en changeant de version de plugin soit en passant de de la 1.3.0 à la 1.5.2.Est que cela ne proviendrait pas de la version du format car il est bloqué à 2015 et il devrait passer à 2018 dans l'import.
Bien Cordialement

Bonjour FPNO

J'ai bien écris les mêmes noms dans l'interface de configuration du plugin et toujours les mêmes problèmes à savoir:
fichiers manquants: bati,nbat et prop et vérifier le chemin des fichiers majic ainsi que les noms attendus dans la configuration du plugin.

Les fichiers sont dans le bon dossier et le bon chemin et écrit exactement comme il faut

Cordialement

Bonsoir Patrice
comment mettre le zip dans ma réponse, je ne vois l'icône pour mettre les pièces jointes.
Cordialement

Bonjour,
vos fichiers se terminent par .N000676 selon votre capture d'écran.
Il vaut mieux faire apparaître les extensions de vos fichiers dans l'explorateur pour pouvoir écrire correctement le nom de vos fichiers dans le plugin.
Cordialement
Olivier

Bonjour, je me permet de glisser une question dans cette conversation relevant des fichiers MAJIC 2018.

J'utilise le plugin cadastre pour charger les données 2018. la moulinette tourne bien mais j'ai tout de même une erreur.
Je me pose une question au niveau de mon rangement dans mes répertoires. j'ai 49 communes donc bien 49 fichiers EDIGEO rangés comme suit :
-->cadastre2018
   --> [code_insee]
      --> EDIGEO
         --> mes fichiers tar.bz2

Cependant, les fichiers MAJIC ne sont pas aussi bien rangés. J'ai les 6 fichiers (BATI, LLOC, NBAT, PDLL, PROP, FANTOIR) qui couvrent les 49 communes rangés dans un seul répertoire.

Est-ce embêtant pour l’exécution du plugin ? Y a t-il une manière particulière d'ordonner les fichiers pour que le script s’exécute correctement ?
Les fichiers doivent-ils être mieux rangés ?
-->cadastre2018
   --> [code_insee]
      --> MAJIC
         --> BATI, LLOC, NBAT, PDLL, PROP, FANTOIR

Je vous remercie pour votre aide,
Cordialement

Bonjour Odurr
j'ai mis l'extension.N000676 et cela ne fonctionne pas.
Peux-tu déjà s'il te plaît regarder le fichier qui est en pièce jointe et dis moi si c'est bien cela qu'il faut faire, si ce n'est pas bon peux-tu m'écrire juste la première ligne de BATI, celle qui devrait être dans le fichier et la correspondance dans la configuration du plugin, pour être sûr que l'on pârle de la même chose?
Cordialement

Bonjour,
Merci Odurr pour ta réponse.
Mes fichiers sont donc bien rangés, le problème doit provenir d'ailleurs,
C'est une erreur OGR qui empêche l'import des données. Je joins une capture d'écran du message d'erreur qui apparait à la fin de l’exécution du script. As-tu une idée d’où proviendrait le problème ?

Merci

Bonjour Odurr
j'ai fait une mise à jour en passant à Qgis 2.18.23 et le plugin 1.5.3 et j'ai également mis les fichiers comme tu l'as expliqué.
J'ai lancé l'import et pas de problème au départ , pendant plus de vingt minutes la moulinette du plugin fonctionnait bien et au bout d'un moment il y a eu une fenêtre d'erreur.Peux-tu m'expliquer s'il te plaît ce qu'il faut faire ?
voir la pièce jointe
Cordialement

Bonjour,

J'utilise le plugin cadastre depuis plusieurs années, je rencontre quelques problèmes pour le millésime 2018.
J'exécute les étapes habituelles, les fichiers édigeo et majic se téléchargent presque correctement car j'ai un message d'erreur qui apparaît :

"2018-10-17T11:22:31     WARNING    Impossible de charger les styles à partir de E:/cadastre 2018/2BMCADASTRE'.sqlite (requête: SELECT styleQML FROM layer_styles WHERE f_table_schema=NULL AND f_table_name='geo_commune' AND f_geometry_column='geom' ORDER BY CASE WHEN useAsDefault THEN 1 ELSE 2 END,update_time DESC LIMIT 1)"

L'outil de recherche ne fonctionne pas et un message m'indique que "la couche parcelles n'a pas été trouvée dans le projet"

J'ai essayé le plugin avec la dernière version de Qgis, je suis revenu à la version 2.5, rien n'y fait je rencontre toujours le même problème.

Merci de m'éclairer de vos lumières et pour vos remarques.

Cordialement

Bonjour,

J'ignore ce qu'il en est pour le problème d'OSDU mais pour l'affirmation de ne pas avoir d'espace dans le chemin (cf ton premier message de la discussion), je ne partage pas ton avis, Olivier. Je viens ce lundi de charger avec la 1.5.4 une BD PostGIS avec aussi bien les data edigeo que majic dans un chemin avec espace (on n'a pas toujours la main sur le nommage des dossiers). Donc si cette assurance de "pas d'espace" fut un pré-requis un temps, je pense que ce n'est plus un problème pour l'intégration des données aujourd'hui. Auquel cas, ce serait à mon avis une limitation/un bug du plugin à corriger: il n'est pas en soi interdit d'utiliser des espaces dans le nommage des fichiers et ça se gère bien aujourd'hui, je crois.

Et lorsque le fichier sqlite est ouvert dans QGIS ou toute autre application susceptible de l'ouvrir, les tables parcelles et layer_styles sont-elles présentes? En ajoutant parcelles au projet et en réinterrogeant l'outil de recherche, ça donne quoi?

Même si je te rejoins sur les "bonnes pratiques", l'outil se voulant multiplateforme, n'est-ce pas à lui de prendre en compte les spécificités desdites plateformes, surtout que le nommage "inadéquat" n'est pas une situation si rarissime que cela?

Objet : plugin cadastre pour Qgis

Bonjour,

Un grand merci à vous et aux autres membres pour l'intérêt porté à mon problème.
Olivier, vous avez raison, il ne faut pas laisser d'espace dans le chemin d'accès aux fichiers Edigeo et Majic.
L'exécution du programme à pu se faire normalement. J'ai un message d'erreur qui n'affecte pas la consultation de la base avec l'outil de recherche;
J'en ai fait une copie d'écran que vous trouverez en pièce jointe.

Bien à vous