Skip to content
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

Import en lots : doublons tables Communes + Voies #465

Open
Alain-LG opened this issue Oct 15, 2024 · 1 comment
Open

Import en lots : doublons tables Communes + Voies #465

Alain-LG opened this issue Oct 15, 2024 · 1 comment

Comments

@Alain-LG
Copy link

Description du bug

Lorsque l'on importe en 2 lots, le contenu des tables COMMUNE et VOIE est doublonné. Par conséquent, les éditions de relevés parcellaires affichent également des lignes en doublons.

Reproduire le bug

  1. Lancer l'import d'un 1er lot : OK. Tout est nickel en base et en consultation des données.
    ==>
    image

image

  1. Lancer l'import d'un 2nd lot : données en doublons au moins dans les 2 tables précitées. Pour la Seine-Maritime par exemple : 1418 communes au lieu de 709 avec 709 identifiées en lot N°1 et 709 en lot N°2 et pour les voies idem 96000 enregistrements au lieu de 48000 mais bien identifiés en lot N°1 et lot N°2,
  2. Ouvrir une fenêtre de dialogue "Infos parcelle" sous QGIS > Aller dans l'onglet "Locaux" > Tableaux des propriétaires > Toutes les lignes sont en doublons
    ==>
    image

image

Pour tenter de corriger ce problème,

  1. j'ai supprimé toutes les lignes de ces 2 tables dont le lot porte le N°2.
  2. j'ai appliqué un script de correction des 2 champs "proprietaire" et "proprietaire_info" de la table "parcelle_info" pour supprimer les chaines de caractères dupliquées. Typiquement le nom d'1 propriétaire apparaissait 4 fois puisque la jointure doublonnait 1 première fois avec les communes et 1 seconde fois avec les voies.
    UPDATE [PREFIXE]parcelle_info SET proprietaire = Array_to_string( Array( SELECT DISTINCT UNNEST ( String_to_array(proprietaire,'|') ) ),'|' )
    Visuellement et sur les premiers essais de consultation des données, cela semble correct.
    En revanche, je ne mesure pas encore les conséquences sur le fonctionnement complet du module sous QGIS ni sous Lizmap.

Log

Pas d'erreur dans le log.

Recopier ci-dessous l'erreur Python de QGIS

Pas d'erreur Python.

Environnement

  • OS: Windows
  • Version de QGIS : 3.28 LTR puis reproduit en 3.34 LTR
  • Version du plugin : 1.20.0

Pouvez-vous me dire si vous avez rencontré ce même problème ou si cela provient d'une erreur de ma part ?
Est-ce que mon propre patch correctif est suffisant ? Ou existe-t-il d'autres conséquences possibles non détectées ?

Merci par avance de votre analyse et de vos retours.

@Alain-LG
Copy link
Author

Alain-LG commented Nov 5, 2024

Bonjour,

Est-il possible d'obtenir un avis sur ce comportement logiciel SVP ?

Merci d'avance.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant