-
-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Lenteur chargement EDIGéO sans MAJIC de plusieurs communes dans base SpatiaLite #253
Comments
Pour faciliter le boulot, pourriez vous svp envoyer un lien direct vers les données ? |
Ci-joint les données test (7 communes) |
|
@sigmoe pouvez-vous copier/coller le contenu de l'A propos du menu Aide de QGIS (premier onglet) |
A priori, pas la même version de SpatiaLite. Mon A propos QGIS:
|
Pas non plus une grosse différence. Pouvez-vous svp donner la configuration du plugin.
Pour info, mon ordi n'est pas surpuissant: 4 Coeurs, 8Go de RAM, et par contre un disque SSD. NB: j'ai modifié votre commentaire ci-dessus en utilisant le bouton "Insert code" de la barre d'outil |
Concernant la config:
J'ai refait un autre test sur Linux (avec ma même config, et résultat: 61 s.
Je vais réessayer sur ma machine Windows en désactivant tous les autres plugins. |
Apparemment ce n'est pas un problème de plugin particulier qui viendrait perturber le plugin cadastre. |
Chargement dans une base PostGIS avec la machine Windows ayant la même configuration QGIS: 104 s. |
Description du bug
Malgré la mise à jour en v1.9.0 du plugin sur QGIS 3.10, c'est toujours très lent quand on charge plusieurs communes sans données MAJIC.
Reproduire le bug
Test de chargement EDIGéO de 7 communes du Bas-Rhin, sans fichier MAJIC.
Utilisation des fichiers EDIGéO en Lambert 93 des communes 67008, 67016, 67018, 67030, 67031, 67034, 67442.
Chargement dans une nouvelle base SpatiaLite.
Résultat: temps de chargement: 2354 s. (39 mn !)
Les mêmes communes chargées avec le plugin v1.4.1 sur QGIS 2.18, temps de chargement: 81 s. (1 mn 20 s.)
Je veux bien comprendre qu'il y ait un peu plus de traitements réalisés sur la v1.9.0, mais l'écart de temps est énorme.
Il semble que certains traitements tournent en boucle ...
En fait mon problème de départ concerne l'intégration de 31 communes du Bas-Rhin: après plus de 2 heures de traitement sans résultat, j'ai arrêté le programme, alors que le même traitement m'a pris 7 mn sur QGIS 2.18.
Log
Pas de bug, mais très très très lent ...
Environnement
The text was updated successfully, but these errors were encountered: