[general]
name = Qgis PostGIS Sync
description = Creation and synchronization of PostgreSQL/PostGIS databases from a folder structure, preserving and restoring styles and configurations from QML and QGZ files within QGIS. Compatible with QGIS 3 and QGIS 4.
description[fr] = Création et synchronisation de bases PostgreSQL/PostGIS depuis une géobase COVADIS gb_ref/gb_prod/gb_cons ou depuis toute arborescence de dossiers, avec restitution des configurations QGIS.
version=1.10.23
qgisMinimumVersion = 3.34
qgisMaximumVersion = 4.99
author = François Thevand épaulé par OpenAI
email = francois.thevand@gmail.com
homepage = https://github.com/fthvd/Qgis_PostGIS_Sync
tracker = https://github.com/fthvd/Qgis_PostGIS_Sync/issues
repository = https://github.com/fthvd/Qgis_PostGIS_Sync
category = Database
icon = icon.svg
experimental = False
deprecated = False
changelog = 1.10.23 - Conformité Bandit renforcée : SHA-1 déclaré non cryptographique pour les identifiants déterministes, SQL dynamiques sensibles réécrits avec requêtes statiques ou psycopg.sql.Identifier, analyse XML VRT via defusedxml, faux positifs CACHE_TOKEN supprimés, appels subprocess documentés avec shell désactivé, assert du vendor defusedxml remplacé par un contrôle explicite. Ajout du fichier LICENSE à la racine du plugin.
           1.10.21 - Marianne affichée dès l’ouverture lorsque le dossier source mémorisé est gb_cons, gb_prod ou gb_ref ; détection textuelle prioritaire sans accès réseau et rafraîchissement explicite après chargement des réglages. Les nouvelles chaînes de la boîte de lancement utilisent désormais les traductions Qt compilées en catalogues .qm complémentaires.
1.10.20 - Information d’usage renforcée : l’aide précise que le plugin doit rester installé et activé sur les postes QGIS afin de restituer automatiquement toutes les ressources et configurations stockées dans PostgreSQL (styles, formulaires, actions, jointures, relations, dépendances, SVG et pièces jointes) ; la connexion serveur intégrée à Qgis PostGIS Sync n’est requise que pour créer, mettre à niveau ou synchroniser une base ; au lancement de la commande de création/synchronisation, une boîte d’information propose de continuer vers le plugin ou de revenir immédiatement à la carte QGIS.
1.10.19 - Aide enrichie sur le contexte MTATV : les références COVADIS/géobase sont explicitement présentées comme spécifiques au MTATV et à ses services déconcentrés, tandis que le plugin reste utilisable par toute structure ou entreprise souhaitant migrer son patrimoine de données vers PostgreSQL/PostGIS ; ajout d’un petit repère Marianne dans l’interface Source → PostGIS, visible uniquement lorsqu’une géobase est utilisée.\n1.10.17 - Lisibilité accrue des documents About et Aide : police agrandie, interlignage et marges verticales resserrés, réduction des sauts de ligne visuels ; mise en page réappliquée aux 11 variantes traduites et correction de l’attribut HTML lang pour chaque langue.\n1.10.16 - Chronologie de la Génèse regroupée par date dans les 11 langues ; optimisation majeure de l’analyse des rasters ASC sur réseau/VPN : suppression de gdal.Open pendant le scan de périmètre, lecture bornée aux 16 Kio initiaux de l’en-tête Arc/Info ASCII Grid pour ncols/nrows et calcul immédiat du nombre de blocs, sans lecture du corps du raster.\n1.10.15 - Mise en page compacte des pages HTML de la Génèse du plugin : titres de sections et versions en gras, suppression des retours à la ligne hérités de la conversion PDF, réduction des espacements verticaux et mise à jour de la chronologie jusqu’à 1.10.15.\n1.10.14 - Remplacement des PDF de la Génèse du plugin par 11 pages HTML locales directement affichables dans la fenêtre About ; navigation interne dans QTextBrowser pour les documents locaux, liens Internet maintenus dans le navigateur système et ajout d’un retour local vers À propos.\n1.10.13 - Ajout du dossier Genese_du_plugin contenant les 11 PDF traduits de la génèse du plugin ; ajout dans chaque page About localisée d’un lien vers le PDF correspondant à la langue de l’utilisateur ; résolution fiable des liens relatifs locaux depuis le navigateur HTML interne.\n1.10.12 - Suivi des modifications QGIS sans accès réseau supplémentaire : journalisation et bilan des QML/QGZ/QGS modifiés, fichiers joints et définitions de jointure modifiés, relations PostGIS créées/modifiées/inchangées ; suppression des anciennes FK gérées par le plugin lors d’une modification de relation ; auto-chargement transitif des couches PostGIS requises par actions/jointures/relations avec configuration complète, et chargement invisible des fichiers joints techniques.\n1.10.11 - Inventaire VPN optimisé : os.scandir limité au scanner réseau pour une énumération unique avec cache DirEntry des métadonnées, détection gb_cons/gb_prod/gb_ref sans iterdir/is_dir, index mémoire enrichis (répertoire, suffixe, QML, sidecars) et progression cadencée pour réduire les échanges SMB et les callbacks Qt.\n1.10.10 - Remplacement sélectif des manipulations de fichiers os par pathlib : parcours récursif des modèles QGIS et création de liens physiques temporaires ; conservation des usages système de os.\n1.10.9 - Conformité sécurité QGIS : gestion explicite des exceptions non bloquantes signalées par Bandit, revue des requêtes SQL dynamiques avec identifiants quotés/paramètres séparés et suppression du faux positif de secret sur les chemins du registre PostgreSQL.\n1.10.8 - Optimisation du contrôle Carto2 : préchargement global des clés primaires, colonnes, géométries et index spatiaux, suppression des COUNT(*) complets, ouverture de la source OGR uniquement si un nom de champ est réellement suspect, commits groupés par lots de 20 tables et journal réduit à des jalons périodiques.\n1.10.7 - Fermeture QGIS propre : annulation coopérative, attente de fin du worker et nettoyage des processus avant sortie.\n1.10.4 - Respect strict du sous-dossier sélectionné dans une géobase ; séparation du périmètre de scan et de la racine canonique gb_cons/gb_prod/gb_ref ; conservation des chemins relatifs et schémas historiques sans parcours des autres dossiers du support.
    1.10.3 - Optimisation batch de la finalisation QGIS : empreinte persistante pour ignorer les configurations inchangées avant adaptation/ressources, connexion PostgreSQL unique, commits groupés par lots de 100 styles, préchargement global des colonnes et géométries, caches QML/ressources/valeurs, réutilisation stricte de l’inventaire mémoire sans iterdir réseau, et exclusion des couches déjà nouvelles/modifiées de la seconde passe de finalisation.
    1.10.2 - Optimisation des imports vectoriels en séries : GDAL AUTO en premier pour exploiter directement CPG/LDID/Charset, apprentissage de l’encodage réussi par dossier et format, replis d’encodage uniquement après erreur pertinente, cache mémoire des fichiers compagnons par répertoire et suppression des réénumérations réseau répétées lors des préparations SHP/TAB.
    1.10.0 - Optimisation approfondie de l’analyse réseau/VPN : inventaire physique unique et réutilisable, progression dédiée 0–15 %%, index mémoire des couches/sidecars/styles/projets/ressources, suppression des doubles callbacks par fichier, limitation du journal à environ 100 jalons d’analyse, exclusion des sidecars SHP/TAB/MIF du traitement métier autonome et réutilisation de l’inventaire pour l’index QGZ/QGS et les ressources lors de la synchronisation suivante.
    1.9.99 - Politique réseau vectorielle centralisée : lecture directe ogr2ogr pour les formats séquentiels (SHP, GeoJSON/JSON, GML, KML, MIF/MID, DXF, CSV), staging local maintenu pour les conteneurs SQLite/GeoPackage et conditionnel pour les gros TAB ; suppression du staging générique fondé uniquement sur la taille.
    1.9.97 - Optimisation globale des couches vectorielles : staging local des grosses sources réseau/VPN et de leurs fichiers compagnons, suppression du COUNT(*) complet après import lorsque la validation géométrique est désactivée, ANALYZE/statistiques PostgreSQL et réduction de la capture de sortie ogr2ogr.
    1.9.94 - Le numéro de version affiché dans la fenêtre principale est désormais lu dynamiquement depuis metadata.txt ; suppression du numéro de version codé en dur dans main.py.
    1.9.93 - Préparation accélérée et non silencieuse des gros rasters ASC : conversion locale préalable en GeoTIFF tuilé 256x256 avec progression active, possibilité de passer le raster pendant la préparation, réutilisation du nombre de blocs calculé à l’analyse et correction de la détection de gdal_translate dans QGIS/OSGeo4W.
    1.9.92 - Optimisation des gros rasters TIFF/ASC et autres formats sur réseau/VPN : staging local automatique au-delà de 64 Mio par copie séquentielle en blocs de 64 Mio, copie des fichiers compagnons de géoréférencement, traitement raster2pgsql depuis la copie locale, conservation du chemin réseau original dans le manifeste et maintien de la progression/blocs et de « Passer ce raster ».
    1.9.91 - Optimisation des gros GeoPackage vectoriels : staging local réseau/VPN, suppression du MakeValid systématique, validation géométrique en un seul passage PostgreSQL et lecture ogr2ogr par blocs.
    1.9.90 - Correction de la persistance du périmètre multi-supports : les cases gb_cons/gb_prod/gb_ref cochées restent inchangées après analyse et après rafraîchissement de l’interface ; Exécuter la création / synchronisation réutilise directement le dernier résultat d’analyse tant que le dossier source et la sélection des supports n’ont pas réellement changé.
    1.9.89 - Optimisation maximale de la création/synchronisation des rasters GeoPackage : chargement rapide raster2pgsql -Y vers psql par COPY groupés de 1000 tuiles au lieu d’exécuter un INSERT par bloc via psycopg ; conservation du compteur de blocs et de « Passer ce raster » ; staging local automatique des gros GPKG/GeoPackage situés sur UNC ou lecteur réseau mappé afin de remplacer les accès SQLite/GDAL aléatoires sur VPN par une seule copie séquentielle ; prise en charge de l’extension .geopackage ; fallback automatique sur l’ancien chargeur si psql est indisponible.
    1.9.88 - Optimisation maximale de l’analyse sur lecteurs réseau/VPN avec pathlib : inventaire récursif à accès unique par entrée, réutilisation des métadonnées Path.stat, suppression des doubles tests réseau et des sondages exists sur 26 lecteurs, progression visible dès l’inventaire, lecture rapide des dimensions/blocs GeoPackage depuis les métadonnées SQLite sans ouverture GDAL répétée, suppression des résolutions strictes inutiles sur les chemins réseau, et inventaire QGZ/QGS + ressources QGIS fusionné en un seul parcours pathlib. Aucun parcours os/scandir ajouté.\n    1.9.87 - Correction des lecteurs réseau mappés sélectionnés à leur racine : normalisation des chemins de type S: en S:\\, conservation de la racine absolue pour pathlib, affichage du chemin UNC du support sélectionné lorsqu’il est disponible et démarrage fiable de l’analyse.\n    1.9.86 - Mise en conformité traduction des ajouts récents : chaînes HTML documentées pour Plugin Translator, messages raster/rapports/journaux et logs de fusion QML/QGZ rendus traduisibles, catalogues TS enrichis, numéro de fenêtre corrigé. Aucun changement fonctionnel.\n    1.9.85 - Fusion QML/QGZ strictement complémentaire sans priorité globale : fusion champ par champ et élément par élément, conservation additive des configurations, arbitrage des seuls conflits stricts par richesse structurelle avec journalisation ; prise en compte des blocs de symbologie, étiquetage, diagrammes et affichage.\n    1.9.82 - Bouton « Passer ce raster » déplacé dans la zone de progression de création/importation, rendu visible uniquement pendant une étape raster, désactivé après demande de saut puis masqué au retour au traitement global. La logique transactionnelle de saut de la 1.9.81 est conservée.\n    1.9.81 - Synchronisation raster depuis un dossier indépendant : détection des rasters déjà enregistrés dans les manifestes des bases geobase_* accessibles, routage sûr vers la base/schéma/table existants lorsque la correspondance est univoque, protection contre toute suppression des autres entrées du manifeste et contre toute recréation de la géobase. Les fichiers non reconnus ou ambigus sont ignorés et journalisés. Intègre également le bouton « Passer ce raster » avec annulation du raster courant sans interrompre le lot.\n    1.9.76 - Retour strict à la base fonctionnelle 1.9.70 pour l’interface À propos : suppression de toute implémentation À propos dans la fenêtre principale du plugin (aucun onglet, aucun bouton, aucun corner widget). Ajout d’une action À propos dédiée dans la barre d’outils Qgis PostGIS Sync, avec icône d’information standard Qt/QGIS. Le document About.html est ouvert depuis cette action avec la fenêtre principale de QGIS comme parent, en réutilisant le même mécanisme HTML éprouvé que l’Aide. Aucune autre fonction métier de la 1.9.70 n’est modifiée.\n    1.9.69 - Aide HTML, À propos et barre dédiée : ajout de help.html et About.html dans i18n/Documents, sans JavaScript et avec variantes localisées reconnues automatiquement afin de permettre leur traduction par Plugin Translator. QGIS dispose désormais d'une barre d'outils propre « Qgis PostGIS Sync », distincte de la barre Extensions, contenant l'icône de lancement du plugin et un bouton Aide. Un bouton compact « À propos… » est placé dans l'angle de la barre d'onglets de l'interface.\n    1.9.68 - Contrôle strict des couches ouvertes sous QGIS : les restaurations de ressources, styles, jointures et dépendances _ADMIN ne sont désormais déclenchées que pour une vraie couche vectorielle dont le provider QGIS est exactement PostgreSQL ('postgres') et dont l'URI contient une base, un schéma et une table. Le nom de la couche n'intervient jamais dans cette décision. Ainsi un SHP, GeoPackage/OGR, WFS, couche mémoire ou autre format portant le même nom qu'une table PostGIS est totalement ignoré par le contrôle du plugin et ne peut plus provoquer de message intempestif 'Ressources non chargées'. La garde est appliquée à l'ouverture du projet, aux couches ajoutées, à prepare_layer(), aux retries de jointures et aux dépendances, avec une seconde vérification avant tout avertissement différé.\n    1.9.67 - Import effectif des rasters GeoPackage de gb_ref/CARTES : activation explicite de l'extension postgis_raster lorsque PostGIS la fournit séparément, contrôle du support Raster avant import, lecture du SRID directement dans gpkg_tile_matrix_set/gpkg_spatial_ref_sys pour les sous-jeux GPKG, import de chaque table tiles/2d-gridded-coverage vers ref_cartes, vérification après raster2pgsql de la présence d'une vraie colonne raster et d'au moins une tuile. Si raster2pgsql n'ouvre pas directement un sous-jeu GPKG Windows, le plugin construit automatiquement un VRT temporaire avec gdal_translate et réessaie sans recopier le raster. Les rasters CARTES/SCAN_25, SCAN_100 et SCAN_REG sont journalisés explicitement avec leur source, sous-jeu et table cible ; une absence réelle de table PostGIS devient une erreur visible au lieu d'un import considéré comme terminé.\n    1.9.66 - Prévalidation QGIS 3/QGIS 4 et dépôt officiel : la branche plugin utilise désormais exclusivement qgis.PyQt, sans import direct PyQt5/PyQt6. QAction est chargé depuis QtGui avec repli QtWidgets pour Qt5 ; les enums Qt, QPrinter, QMessageBox et l'impression QTextDocument passent par des helpers compatibles Qt5/Qt6. Les imports de secours de l'application autonome ont été retirés de la branche plugin. qgisMinimumVersion reste 3.34 et qgisMaximumVersion 4.99 ; supportsQt6 n'est pas utilisé. Un kit séparé de prévalidation locale est fourni pour Bandit, detect-secrets, Flake8 et les contrôles structurels/QGIS4 avant upload.\n    1.9.65 - Gestion automatique du premier plan : la fenêtre du plugin reste toujours au premier plan tant qu'aucune tâche n'est lancée. Dès le lancement effectif d'une analyse, d'un import, d'une synchronisation ou d'un contrôle exécuté par le gestionnaire de tâches, le drapeau toujours-au-premier-plan est retiré et la fenêtre est abaissée sans être masquée. À la fin de la tâche, qu'elle réussisse, échoue ou soit annulée, la fenêtre est automatiquement réaffichée, remontée et activée au premier plan.\n    1.9.64 - Analyse du périmètre multi-supports et interface source générique : la sélection d'un dossier n'entraîne plus l'analyse immédiate, afin de laisser choisir gb_cons, gb_prod et/ou gb_ref. Tous les supports cochés sont analysés séquentiellement avant le traitement, avec progression globale, synthèse cumulée et tableau indiquant le support d'origine. Toute modification du périmètre invalide l'analyse précédente et impose une nouvelle analyse. Une analyse partielle interrompue n'autorise pas le traitement. L'interface distingue explicitement une GÉOBASE d'un DOSSIER INDÉPENDANT hors géobase ; pour ce dernier, seul le dossier choisi est analysé/traité et les paramètres structure, département et gb_cons/gb_prod/gb_ref sont désactivés.\n    1.9.63 - Correction des jointures VRT/ODS et de la symbologie thématique : lorsqu'un VRT référence un tableur ODS avec des champs Field1/Field2/... et une suppression de la ligne d'en-tête par OFFSET, le bundle force désormais les options ODS HEADERS=DISABLE et FIELD_TYPES=STRING et normalise SrcSQL/SQLITE. La lecture du VRT devient déterministe dans QGIS quelle que soit l'auto-détection des en-têtes GDAL. Lors de l'application d'un renderer catégorisé, si l'ancien champ de rendu (souvent un nom DBF tronqué tel que codes_re_1) est absent ou ne contient plus les catégories attendues, le plugin recherche de façon bornée un champ de jointure actif dont les valeurs correspondent aux catégories du style, avec priorité aux champs GROUPE6, puis réaffecte uniquement l'attribut du renderer. Aucun remplacement n'est effectué lorsque le champ historique fonctionne déjà.\n    1.9.62 - Détection réseau explicite des supports frères : pour un chemin UNC \\\\serveur\\gb_cons ou \\\\IP\\gb_cons, le plugin construit et teste uniquement les chemins frères gb_prod et gb_ref sur le même parent. Le même mécanisme s'applique aux lecteurs Windows mappés vers un partage UNC grâce à WNetGetConnectionW, même si les deux autres supports n'ont pas de lettre mappée. Aucun scan récursif du serveur ou du réseau n'est effectué. Le support sélectionné conserve son chemin d'origine ; les supports frères utilisent leur chemin UNC détecté.\n    1.9.61 - Traitement enchaîné gb_cons/gb_prod/gb_ref : lorsqu'un des trois dossiers d'une géobase est sélectionné, l'interface affiche les supports frères détectés et permet de choisir individuellement ceux à traiter à la suite. Le dossier sélectionné reste obligatoire ; les autres sont facultatifs et non cochés par défaut pour conserver le comportement historique. Des boutons permettent de cocher tous les supports disponibles ou de revenir au seul dossier sélectionné. Le traitement est séquentiel dans une même base PostgreSQL ; une éventuelle recréation de base n'a lieu qu'au premier support, les suivants complètent la base existante. La progression globale indique le support courant et son rang. En cas d'erreur sur un support, le lot s'arrête proprement et les supports déjà terminés restent enregistrés, avec rapport explicite.\n    1.9.66 - Réglage du dossier du contrôle Carto2 : l'onglet Réglages permet désormais de choisir un dossier dédié aux rapports Carto2. Les rapports Carto2 automatiques et autonomes TXT/HTML y sont archivés, et ce dossier sert aussi de destination initiale pour l'export PDF Carto2. Le chemin est mémorisé dans QSettings sous carto2_reports_directory et créé automatiquement lors de l'enregistrement des réglages. Les rapports généraux et les logs conservent leurs dossiers indépendants.\n    1.9.66 - Détection raster2pgsql compatible PostgreSQL standard et portable : la recherche utilise le chemin mémorisé, les dossiers configurés, le PATH Windows, les installations PostgreSQL du registre et Program Files/PostgreSQL/<version>/bin, puis les installations portables ciblées du profil utilisateur. Aucun scan récursif complet du disque n'est effectué. Le chemin trouvé, standard ou portable, est mémorisé dans QSettings et ~/.postgis_folder_manager/postgis_tools.json. Les messages ne supposent plus une installation portable.\n    1.9.66 - Jointures VRT complètes : les jointures QGIS basées sur un fichier .vrt sont désormais analysées jusqu'aux balises SrcDataSource. Les fichiers réellement référencés par le VRT (ODS, XLSX, CSV, DBF, SHP, GPKG ou autre ressource lisible par OGR/GDAL) sont résolus en priorité relativement au VRT, puis dans les racines déjà connues. Le VRT et ses sources sont stockés ensemble dans _ADMIN.QGIS_FILE_DEPENDENCIES sous forme de bundle autonome, avec réécriture des SrcDataSource en chemins relatifs. Au chargement QGIS, le bundle est extrait dans le cache local avant ouverture du VRT. Les sources VRT introuvables ou ambiguës sont signalées dans le rapport d'analyse et le journal.\n    1.9.66 - Détection optimisée des outils PostGIS portables : raster2pgsql est recherché uniquement dans le profil utilisateur, avec priorité au chemin mémorisé puis aux installations PostgreSQL/PostGIS portables (notamment PostgreSQL_portable/pgsql/bin et postgis-bundle-*/bin). Aucun parcours de Program Files ni des autres lecteurs n'est effectué. Le chemin validé est mémorisé dans QSettings et dans ~/.postgis_folder_manager/postgis_tools.json pour accélérer les sessions suivantes. L'onglet Réglages affiche le raster2pgsql détecté et permet de relancer manuellement la détection.\n    1.9.66 - Rapports détaillés Relations PostGIS et Carto2 : le rapport d'analyse distingue désormais les relations PostGIS appliquées, refusées/non matérialisées et ambiguës/à vérifier, avec motif détaillé, contrainte, index, origine QGIS et projet source. Les FOREIGN KEY ne sont créées que si tables/colonnes existent, types compatibles, référence unique et absence d'orphelins. Le contrôle Carto2 distingue aussi les corrections appliquées, les corrections refusées/laissées manuelles et les contrôles ambigus/non appliqués ; la même présentation est utilisée dans le rapport Carto2 autonome.\n    1.9.66 - Rapport d'héritage QGIS : le rapport d'analyse comporte désormais trois rubriques distinctes pour les configurations héritées et appliquées, les héritages refusés et les héritages ambigus/non appliqués. Chaque refus indique la couche cible, le candidat et le motif de sécurité (SCR, géométrie, nombre ou structure des champs, QML absent, structure non vérifiable). Les ambiguïtés sont explicitement signalées et la règle de non-sélection automatique est rappelée dans le rapport.\n    1.9.66 - Héritage QGIS inter-supports encadré : lorsqu'une couche ne possède pas de QML direct, le plugin peut reprendre la configuration la plus complète d'une couche homonyme de gb_cons/gb_prod/gb_ref uniquement après validation stricte du nom, du type de géométrie, du SCR et de la structure complète des champs (nom, type, largeur, précision, nullabilité). Les candidats incompatibles ou ambigus sont refusés. Un score de richesse choisit le QML le plus complet ; un QGZ direct reste prioritaire pour renderer/actions et peut être fusionné avec le QML hérité. ValueRelation, ExternalResource et autres dépendances sont re-résolues dans le contexte de la couche cible, avec DefaultRoot recalculé vers son propre cache. La provenance est journalisée et enregistrée dans _ADMIN.QGIS_CONFIG_INHERITANCE ; aucune donnée ni relation PostgreSQL n'est copiée entre supports.\n    1.9.66 - Correction de fond des configurations QGIS et rasters : fusion du projet QGZ avec le QML canonique afin de conserver fieldConfiguration, ValueRelation, ExternalResource, contraintes, défauts, stratégies, formulaire et propriétés QField tout en gardant le renderer/actions du projet ; audit runtime des widgets et rebranchement différé 0/250/900 ms. Les GeoPackage contenant au moins une table tiles ou 2d-gridded-coverage sont classés RASTER même s'ils contiennent aussi des tables attributaires ; les rapports et logs listent les rasters détectés.\n    1.9.66 - Restauration QGIS locale stricte : priorité absolue au fichier de dépendance présent dans le même dossier que la couche pour ValueRelation et autres widgets ; refus des choix globaux ambigus ; une couche homonyme déjà chargée n'est réutilisée que si son SHA256 correspond. Les pièces jointes ExternalResource sont recherchées dans le dossier de la couche et ses chemins relatifs avant tout ancien DefaultRoot ; les options du widget sont conservées et la configuration réappliquée après le style est vérifiée.\n    1.9.66 - Traçabilité multi-supports : chaque analyse, synchronisation et contrôle Carto2 référence explicitement gb_cons/gb_prod/gb_ref, le dossier source, la base cible, le préfixe et les schémas concernés. Le support est intégré aux noms des rapports automatiques ; le journal visible est segmenté par traitement ; le journal technique .log reçoit un bloc TREATMENT CONTEXT. Une table _ADMIN.TRAITEMENTS conserve un UUID, support, racine source, début/fin, durée et chemins des rapports TXT/HTML afin de relier précisément chaque traitement aux trois supports successifs.\n    1.9.66 - Archivage homogène des traitements : nouvel onglet Réglages > Configuration des dossiers, restauration des réglages Dossier des logs et Dossier des rapports mémorisés dans QSettings, valeurs par défaut utilisateur Documents/Qgis_PostGIS_Sync/logs et /rapports, enregistrement automatique TXT+HTML du rapport d’analyse, du journal affiché et du contrôle Carto2 dans le dossier des rapports à chaque traitement terminé, tout en conservant le journal technique .log dans son dossier dédié et le dossier d’export PDF séparé.\n    1.9.66 - Contrôle Carto2 sans épuisement des verrous PostgreSQL : validation après chaque table pour libérer les verrous de relation, validation séparée du DDL préparatoire, et SAVEPOINT local pour les corrections de SRID. L'audit autonome ne nécessite plus d'augmenter max_locks_per_transaction sur les grosses bases.\n    1.9.66 - Audit et restauration renforcés : correction sûre des SRID nuls lorsque le SCR source est déterminé sans ambiguïté, exclusion des tables techniques _FICHIERS/_FICHIERS_BLOCS du contrôle Carto2 métier, distinction information/avertissement pour les identifiants SQL et tables vides, détection des encodages suspects, compatibilité relationnelle text/varchar, déduplication des relations répétées, séparation des jointures/dépendances historiques des anomalies actives, et conservation séparée des références dynamiques à vérifier.\n    1.9.66 - Correction du chargement de l’extension : qgis_config_integrity importe désormais correctement la fonction XML sécurisée fromstring depuis secure_xml. Validation d’import du module ajoutée.\n    1.9.66 - Conservation générique de la configuration attributaire QGIS : tous les types de widgets d'édition sont préservés sans liste fermée, les références de couche contenues dans les widgets sont rebranchées automatiquement, et l'intégrité des contraintes, expressions de contrainte, valeurs par défaut, stratégies/policies de division et duplication, aliases, éditabilité, organisation des formulaires et autres sections attributaires est contrôlée avant enregistrement du style.\n    1.9.66 - Prise en charge des ValueRelation vers des fichiers auxiliaires : détection dans les QML, priorité au fichier placé avec la couche, stockage dans _ADMIN, chargement automatique et remplacement de l'UUID historique après application du style. Correction de l'import des GeoPackage raster de CARTES en ouvrant explicitement leurs sous-jeux GDAL (ex. table dalles), pour gb_ref/gb_prod/gb_cons.\n    1.9.66 - Restauration robuste des jointures fichier QGIS : le chemin source du scan courant devient prioritaire sur les anciennes tables homonymes, les métadonnées _ADMIN d'un ancien schéma sont migrées automatiquement lorsqu'elles sont sans ambiguïté, et plusieurs nouvelles tentatives différées sont faites lors du chargement de la couche. Validation explicite du stockage des jointures fichier.\n    1.9.66 - Correction des collisions de cibles Carto2/COVADIS : détermination du dernier dossier thématique pour les arborescences historiques (BDTOPO, BDCARTO, CADASTRE...), exclusion générale des niveaux techniques/archives/millésimes/livraisons, et désambiguïsation déterministe des doublons par chemin sous-thématique ou format sans perte de source.\n    1.9.42 - Import natif des rasters de gb_ref/gb_prod/gb_cons dans PostGIS via raster2pgsql, tuilage 256x256, index spatial et contraintes ; schéma déterminé par le dernier dossier thématique COVADIS parent ; sous-dossiers intégrés au nom de table pour éviter les collisions ; reprise automatique en synchronisation des rasters déjà présents au manifeste mais jamais importés par les versions précédentes.\n    1.9.41 - Correction générale de la détermination des schémas COVADIS : toutes les subdivisions placées sous le dernier dossier thématique COVADIS parent (communes, millésimes, campagnes, livraisons, archives ou autres sous-dossiers techniques) sont ignorées pour le nom du schéma. Sur une base existante, détection globale et déplacement des tables mal classées après une confirmation unique, avec mise à jour du manifeste, des métadonnées _ADMIN, des dépendances/jointures et de public.layer_styles ; aucune collision n'est écrasée.\n    1.9.40 - Restauration des jointures sécurisée sur le comportement de référence 1.9.24 : repli déterministe en cas d’homonymie de tables, conservation des dépendances fichier existantes lorsqu’une jointure ne peut pas être résolue, et absence de suppression destructive des métadonnées _ADMIN de jointure lors d’une synchronisation partielle.\n    1.9.39 - Ajout d’un onglet autonome « Contrôle Carto2 » : choix de la base existante et des schémas, contrôle sans import ni synchronisation, mode lecture seule ou corrections sûres limitées aux index spatiaux + ANALYZE, rapport détaillé et export PDF. Le contrôle Carto2 automatique reste activé par défaut à la création et à la synchronisation et est désormais présenté clairement dans l’interface.\n    1.9.38 - Génération et mise à jour automatiques des métadonnées compatibles Plume dans les commentaires PostgreSQL des tables importées/synchronisées ; préservation des blocs <METADATA> existants enrichis manuellement ; mise à jour également sur les tables déjà présentes lors d'une synchronisation ; génération de commentaires de colonnes techniques quand ils sont absents.\n    1.9.37 - Contrôle de compatibilité technique Géo-IDE Carto2 avant/après import, audit des clés primaires, géométries, SRID, index spatiaux, identifiants et types complexes, correction non destructive des index GiST manquants, stockage dans _ADMIN.CARTO2_CONTROLES et rapport PDF.\n    1.9.36 - Détection immédiate du type de source à chaque modification du chemin : le choix gb_ref/gb_prod/gb_cons est recalculé lors de la sélection, du collage ou de la saisie manuelle, y compris pour les lecteurs SUBST/mappés ; une analyse précédente est invalidée dès que le chemin change.\n    1.9.35 - Ajout d’un contrôle de performances PostgreSQL avant traitement : mesure de la latence SQL médiane/p95 et du débit applicatif montant/descendant, test manuel depuis l’interface, affichage du diagnostic dans la fenêtre et le journal, avertissement avec possibilité d’annuler lorsque la liaison est lente ou très lente, et recommandation du mode Synchroniser les changements sur VPN/réseau distant.\n    1.9.34 - Utilisation de la même icône locale pour la barre d’outils QGIS et pour l’affichage du plugin dans le gestionnaire des extensions.
    1.9.33 - Correction du fichier metadata.txt : suppression des clés changelog dupliquées qui empêchaient QGIS de reconnaître et d’afficher l’extension dans la liste des extensions installées.
    1.9.32 - Correction du constructeur SyncManager : prise en charge du paramètre active_schema_names nécessaire aux traitements multi-supports et aux sources génériques.
    1.9.31 - Correction du lancement sur une base existante : le contrôle effectué au clic sur « Exécuter la création/synchronisation » ne modifie plus les choix de l’utilisateur. Le mode Traitement complet reste possible sur une base existante, avec ou sans mise à niveau selon la case choisie. La sélection automatique « Utiliser et mettre à niveau » + « Synchroniser les changements » n’est plus qu’une proposition initiale à la fin de l’analyse.
    1.9.29 - Correction majeure de la synchronisation multi-supports : gb_cons, gb_prod et gb_ref sont désormais traités comme trois partitions indépendantes du même manifeste PostgreSQL. Une analyse d'un seul support ne peut plus marquer les autres supports comme supprimés. Les chemins du manifeste sont canonisés avec le préfixe gb_cons/gb_prod/gb_ref et les anciennes entrées sont migrées. Détection des lecteurs SUBST par QueryDosDeviceW et blocage explicite si le type choisi ne correspond pas au support détecté. Le changement de dossier source réinitialise le choix de support et relance sa détection. Les métadonnées QGIS (_ADMIN.QGIS_JOINS, QGIS_LAYER_DEPENDENCIES, QGIS_FILE_DEPENDENCIES et QGIS_POSTGIS_RELATIONS) sont mises à jour uniquement pour le support actif, sans effacer celles des autres supports. Le schéma public n'est plus supprimé lors de l'initialisation d'une base existante, ce qui préserve public.layer_styles, les actions, formulaires et styles déjà importés. Les racines des trois supports sont mémorisées séparément dans _ADMIN.PARAMETRES.\n1.9.28 - Interface compacte et redimensionnable avec défilement vertical, détail des fichiers et options avancées masqués par défaut. Recherche automatique au démarrage des identifiants PostgreSQL dans le coffre-fort QGIS via l'authcfg de la connexion PostgreSQL correspondante, sans mémorisation du mot de passe par le plugin. Le rapport d'analyse et le journal sont affichés dans des onglets dédiés, avec navigation directe et export PDF natif.\n1.9.27 - Matérialisation des relations QGIS dans PostGIS lorsqu’un équivalent existe dans la base : prise en compte des jointures QGIS entre couches PostGIS, des jointures fichier disposant d’une table PostGIS homonyme/équivalente et des relations QGIS explicites à un champ. Contrôle insensible à la casse des tables/colonnes, création d’index, création d’un index UNIQUE uniquement si les données référencées sont réellement uniques, puis création d’une FOREIGN KEY uniquement en l’absence d’orphelins et avec types compatibles. Les cas non matérialisables ne modifient pas les données et sont consignés dans _ADMIN.QGIS_POSTGIS_RELATIONS et dans le rapport.
	1.9.26 - Contrôle préalable des lecteurs et dossiers nécessaires à l'analyse : vérification du dossier source et de la source complémentaire QGIS avant tout scan ; détection des lecteurs Windows SUBST/mappés non montés ou inaccessibles ; avertissement explicite et arrêt immédiat du traitement afin de permettre le montage du disque externe puis la relance de l'analyse.\n1.9.24 - Correction de la création des QgsVectorLayerJoinInfo : setJoinLayerId() est désormais appelé avant setJoinLayer(), afin de conserver la référence résolue vers la couche jointe déjà chargée. Journalisation de la résolution réelle de la couche jointe avant addJoin(). L’alias du champ cible reste sans incidence : la jointure utilise le nom réel du champ.
	1.9.23 - Correction de la classification des jointures : le fournisseur et la datasource du QGZ/QGS sont désormais prioritaires sur une table PostGIS homonyme. Une jointure définie sur un fichier OGR/delimitedtext reste stockée dans _ADMIN.QGIS_FILE_DEPENDENCIES ; elle n’est plus reclassée dans QGIS_JOINS/QGIS_LAYER_DEPENDENCIES. Prise en charge explicite des chemins Windows sur lecteurs SUBST tels que T:.
	1.9.22 - Résolution prioritaire des fichiers de jointure : recherche insensible à la casse et aux suffixes de copie dans le dossier de la couche source, puis dans le dossier complémentaire, puis seulement via le chemin enregistré dans le QGZ/QGS ; prise en charge des fichiers tabulaires lisibles par OGR au-delà des seuls CSV.\n1.9.21 - Correction définitive des jointures issues des QGZ : les balises vectorjoins contenant les anciens joinLayerId ne sont plus intégrées au QML de style ; nettoyage également à l’ouverture des styles déjà stockés ; suppression des jointures orphelines puis reconstruction avec l’ID réel du CSV extrait ; vérification après addJoin et seconde validation après chargement du style. Suppression du map-layer-style-manager des QML extraits afin d’éviter le style « défaut » parasite.\n1.9.19 - Correction des jointures autonomes : conservation du fournisseur QGIS d’origine (OGR/delimitedtext), transfert du CSV vers un chemin local indépendant de T:, correspondance insensible à la casse et aux suffixes (2)/(3), seconde passe de restauration des jointures et journalisation détaillée. Protection de la symbologie des couches QGZ complexes : le renderer est conservé sans adaptation inutile lorsque les champs PostGIS correspondent déjà, et son type/nombre de règles est contrôlé avant enregistrement.\n1.9.18 - Jointures autonomes PostGIS : les jointures et dépendances extraites des QGZ/QGS sont conservées dans _ADMIN ; les couches PostGIS et CSV nécessaires sont chargées automatiquement à l’ouverture de la couche principale ; les jointures sont restaurées avant application du style, y compris pour les couches déjà présentes au démarrage du plugin.\n1.9.17 - Correction des chemins SVG : les références absolues historiques (notamment T:) sont réécrites vers le cache local ; recherche de repli par inventaire des ressources et dossier de la couche ; correction également à l’ouverture pour les styles déjà présents dans public.layer_styles.\n1.9.16 - Correction du repli sur public.layer_styles : recherche par f_table_name même si le style est nommé default ou rattaché à un ancien schéma ; suppression de l’avertissement utilisateur dès qu’un style correspondant existe dans layer_styles.\n1.9.15 - Refonte de la progression globale : la barre réserve désormais des plages distinctes aux styles/ressources QGIS, aux dépendances, au contrôle de compatibilité, aux relations, à la validation et au bilan ; 100 %% n’est atteint qu’après la fin réelle de tous les traitements.\n1.9.14 - Repli automatique sur un style éponyme déjà présent dans public.layer_styles lorsqu’aucun style QML/QGZ n’est disponible ; la présence d’une entrée layer_styles ne provoque plus d’avertissement utilisateur de configuration absente.\n1.9.11 - Correction de la restauration des styles depuis les projets QGZ/QGS lorsque des fichiers QMD/SLD/LYRX sont présents ; correction du titre des messages ; recherche globale des CSV de dépendance dans la source complémentaire ; amélioration de la restauration automatique des dépendances de projet.\n1.9.10 - Report détaillé et continu du traitement final : actualisation des styles, dépendances QGZ, contrôle table par table de la compatibilité QGIS, proposition des relations, validation PostgreSQL, journal technique et préparation du bilan.\n1.9.9 - Report continu de la comparaison avec le manifeste : lecture, progression source par source, contrôle des anciennes entrées, application des options, résumé chiffré dans le journal et dans le rapport d’analyse.\n1.9.8 - Correction de l’initialisation de l’onglet Rapport d’analyse, empêchant l’erreur AttributeError au lancement de l’analyse ; garde de compatibilité avec une fenêtre QGIS déjà chargée.\n1.9.6 - Chargement automatique des couches PostGIS exigées par les actions et des CSV joints issus des projets QGZ ; restauration des jointures de fichiers sans imposer de changement de casse des noms de couches.\n1.9.3 - Restauration automatique des styles manquants sur les couches inchangées ; repli sur le style nommé le plus récent lorsqu’aucun style par défaut n’est déclaré ; suppression du message obsolète 1.7.2.3.1.\n1.9.2 - Import natif des tableurs ODS sans odfpy, au moyen du parseur XML sécurisé intégré ; suppression de la dépendance externe et compatibilité avec le contrôle d’upload QGIS.\n1.9.1 - Index global et cache local persistant des projets QGZ/QGS ; lecture unique des styles et jointures ; inventaire unique des ressources UI/Python ; arrêt propre pendant l’indexation ; suppression des parcours réseau répétés.\n1.8.4 - Ajout d’un choix explicite gb_ref/gb_prod/gb_cons pour les lecteurs réseau dont le chemin UNC et le libellé Windows ne permettent pas une détection fiable.\n1.8.3 - Détection renforcée des lecteurs réseau mappés directement sur gb_ref, gb_prod ou gb_cons, y compris par le libellé de volume Windows.\n1.8.1 - Correction du chargement des modules internes lors de l’analyse, empêchant le conflit avec une ancienne version installée.\n1.8.0 - Base PostGIS DDT unique ; nom geobase_<structure><département> imposé ; schémas ref_*, prod_* et cons_* dérivés des dossiers COVADIS terminaux ; conservation des styles, ressources, relations, formulaires et scripts QGIS.

about = This plugin enables the creation, population, and synchronization of PostgreSQL/PostGIS databases from a folder hierarchy containing geographic data. It analyzes the directory structure, creates the corresponding schemas and tables, and then imports or updates the layers within the database. \n\nThe plugin also handles the reading, preservation, and restoration of QGIS configurations associated with the data—such as styles, symbology rules, labels, attribute forms, and other settings stored in QML files or QGZ projects. \n\nWhen a PostGIS layer is opened in QGIS, the saved configuration is automatically restored, ensuring the layer’s appearance and behavior match the source layer as closely as possible. Compatible with QGIS 3 and QGIS 4.
about[fr] = Ce plugin permet la création, le remplissage et la synchronisation de bases PostgreSQL/PostGIS à partir soit d'une géobase DDT/COVADIS gb_ref, gb_prod et gb_cons, soit de toute arborescence de dossiers indépendante. En mode générique, la base porte le nom normalisé du dossier source et les schémas sont déduits de son arborescence, sans appliquer de règle COVADIS. Il importe ou met à jour les couches et conserve les configurations QGIS associées. \n\nLe plugin gère également la lecture, la préservation et la restauration des configurations QGIS associées aux données, telles que les styles, les règles de symbologie, les étiquettes, les formes d'attributs et d'autres paramètres stockés dans des fichiers QML ou des projets QGZ. \n\nLorsqu'une couche PostGIS est ouverte dans QGIS, la configuration enregistrée est automatiquement restaurée, garantissant que l'apparence et le comportement de la couche correspondent le plus possible à la couche source. Compatible avec QGIS 3 et QGIS 4.
name[fr] = Synchronisation Qgis PostGIS
about[en] = This plugin enables the creation, population, and synchronization of PostgreSQL/PostGIS databases from a folder hierarchy containing geographic data. It analyzes the directory structure, creates the corresponding schemas and tables, and then imports or updates the layers within the database. \n\nThe plugin also handles the reading, preservation, and restoration of QGIS configurations associated with the data—such as styles, symbology rules, labels, attribute forms, and other settings stored in QML files or QGZ projects. \n\nWhen a PostGIS layer is opened in QGIS, the saved configuration is automatically restored, ensuring the layer’s appearance and behavior match the source layer as closely as possible. Compatible with QGIS 3 and QGIS 4.
description[en] = Creation and synchronization of PostgreSQL/PostGIS databases from a folder structure, preserving and restoring styles and configurations from QML and QGZ files within QGIS. Compatible with QGIS 3 and QGIS 4.
name[en] = Qgis PostGIS Sync
about[es] = Este complemento permite la creación, llenado y sincronización de bases de datos PostgreSQL/PostGIS desde una jerarquía de carpetas que contiene datos geográficos. Analiza la estructura del directorio, crea los esquemas y tablas correspondientes y luego importa o actualiza las capas dentro de la base de datos. \n\nEl complemento también maneja la lectura, preservación y restauración de configuraciones QGIS asociadas con los datos, como estilos, reglas de simbología, etiquetas, formas de atributos y otras configuraciones almacenadas en archivos QML o proyectos QGZ. \n\nCuando se abre una capa PostGIS en QGIS, la configuración guardada se restaura automáticamente, asegurando que la apariencia y el comportamiento de la capa coincidan lo más posible con la capa de origen. Compatible con QGIS 3 y QGIS 4.
description[es] = Creación y sincronización de bases de datos PostgreSQL/PostGIS desde una estructura de carpetas, preservando y restaurando estilos y configuraciones de archivos QML y QGZ dentro de QGIS. Compatible con QGIS 3 y QGIS 4.
name[es] = Sincronización Qgis PostGIS
about[pt] = Este plugin permite a criação, preenchimento e sincronização de bancos de dados PostgreSQL/PostGIS a partir de uma hierarquia de pastas contendo dados geográficos. Ele analisa a estrutura de diretórios, cria os esquemas e tabelas correspondentes e, em seguida, importa ou atualiza as camadas do banco de dados. \n\nO plugin também lida com a leitura, preservação e restauração de configurações QGIS associadas aos dados - como estilos, regras de simbologia, rótulos, formulários de atributos e outras configurações armazenadas em arquivos QML ou projetos QGZ. \n\nQuando uma camada PostGIS é aberta no QGIS, a configuração salva é automaticamente restaurada, garantindo que a aparência e o comportamento da camada correspondam o mais próximo possível da camada de origem. Compatível com QGIS 3 e QGIS 4.
description[pt] = Criação e sincronização de bancos de dados PostgreSQL/PostGIS a partir de uma estrutura de pastas, preservando e restaurando estilos e configurações de arquivos QML e QGZ dentro do QGIS. Compatível com QGIS 3 e QGIS 4.
name[pt] = Sincronização Qgis PostGIS
about[it] = Questo plugin consente la creazione, il popolamento e la sincronizzazione di database PostgreSQL/PostGIS da una gerarchia di cartelle contenente dati geografici. Analizza la struttura delle directory, crea gli schemi e le tabelle corrispondenti, quindi importa o aggiorna i livelli all'interno del database. \n\nIl plugin gestisce anche la lettura, la conservazione e il ripristino delle configurazioni QGIS associate ai dati, come stili, regole di simbologia, etichette, moduli di attributi e altre impostazioni archiviate in file QML o progetti QGZ. \n\nQuando un layer PostGIS viene aperto in QGIS, la configurazione salvata viene ripristinata automaticamente, garantendo che l'aspetto e il comportamento del layer corrispondano il più fedelmente possibile al layer di origine. Compatibile con QGIS 3 e QGIS 4.
description[it] = Creazione e sincronizzazione di database PostgreSQL/PostGIS da una struttura di cartelle, preservando e ripristinando stili e configurazioni da file QML e QGZ all'interno di QGIS. Compatibile con QGIS 3 e QGIS 4.
name[it] = Sincronizzazione Qgis PostGIS
about[de] = Dieses Plugin ermöglicht die Erstellung, Befüllung und Synchronisierung von PostgreSQL/PostGIS-Datenbanken aus einer Ordnerhierarchie mit geografischen Daten. Es analysiert die Verzeichnisstruktur, erstellt die entsprechenden Schemata und Tabellen und importiert oder aktualisiert dann die Ebenen innerhalb der Datenbank. \n\nDas Plugin übernimmt auch das Lesen, Bewahren und Wiederherstellen von QGIS-Konfigurationen, die mit den Daten verknüpft sind – wie Stile, Symbologieregeln, Beschriftungen, Attributformulare und andere Einstellungen, die in QML-Dateien oder QGZ-Projekten gespeichert sind. \n\nWenn ein PostGIS-Layer in QGIS geöffnet wird, wird die gespeicherte Konfiguration automatisch wiederhergestellt, um sicherzustellen, dass Aussehen und Verhalten des Layers so genau wie möglich mit dem Quell-Layer übereinstimmen. Kompatibel mit QGIS 3 und QGIS 4.
description[de] = Erstellung und Synchronisierung von PostgreSQL/PostGIS-Datenbanken aus einer Ordnerstruktur, Beibehaltung und Wiederherstellung von Stilen und Konfigurationen aus QML- und QGZ-Dateien in QGIS. Kompatibel mit QGIS 3 und QGIS 4.
name[de] = Qgis PostGIS Sync
about[nl] = Deze plug-in maakt het maken, vullen en synchroniseren van PostgreSQL/PostGIS-databases mogelijk vanuit een mappenhiërarchie die geografische gegevens bevat. Het analyseert de directorystructuur, creëert de bijbehorende schema's en tabellen en importeert of updatet vervolgens de lagen binnen de database. \n\nDe plug-in zorgt ook voor het lezen, bewaren en herstellen van configuraties voor QGIS die zijn gekoppeld aan de gegevens, zoals stijlen, symbologieregels, labels, attribuutvormen en andere instellingen die zijn opgeslagen in QML-bestanden of QGZ-projecten. \n\nWanneer een PostGIS-laag wordt geopend in QGIS, wordt de opgeslagen configuratie automatisch hersteld, waardoor het uiterlijk en gedrag van de laag zo goed mogelijk overeenkomt met de bronlaag. Compatibel met QGIS 3 en QGIS 4.
description[nl] = Creatie en synchronisatie van PostgreSQL/PostGIS-databases vanuit een mappenstructuur, waarbij stijlen en configuraties uit QML- en QGZ-bestanden binnen QGIS worden behouden en hersteld. Compatibel met QGIS 3 en QGIS 4.
name[nl] = Qgis PostGIS-synchronisatie
about[sv] = Denna plugin möjliggör skapandet, populationen och synkroniseringen av PostgreSQL/PostGIS-databaser från en mapphierarki som innehåller geografiska data. Den analyserar katalogstrukturen, skapar motsvarande scheman och tabeller och importerar eller uppdaterar sedan lagren i databasen. \n\nInsticksprogrammet hanterar också läsning, bevarande och återställning av QGIS-konfigurationer som är associerade med data—såsom stilar, symboliska regler, etiketter, attributformer och andra inställningar lagrade i QML-filer eller QGZ-projekt. \n\nNär ett PostGIS-lager öppnas i QGIS, återställs den sparade konfigurationen automatiskt, vilket säkerställer att lagrets utseende och beteende matchar källlagret så nära som möjligt. Kompatibel med QGIS 3 och QGIS 4.
description[sv] = Skapa och synkronisera PostgreSQL/PostGIS-databaser från en mappstruktur, bevara och återställa stilar och konfigurationer från QML- och QGZ-filer inom QGIS. Kompatibel med QGIS 3 och QGIS 4.
name[sv] = Qgis PostGIS Sync
about[no] = Denne plugin-modulen muliggjør opprettelse, populasjon og synkronisering av PostgreSQL/PostGIS-databaser fra et mappehierarki som inneholder geografiske data. Den analyserer katalogstrukturen, lager de tilsvarende skjemaene og tabellene, og importerer eller oppdaterer deretter lagene i databasen. \n\nPluginet håndterer også lesing, bevaring og gjenoppretting av QGIS-konfigurasjoner knyttet til dataene – slik som stiler, symbologiske regler, etiketter, attributtskjemaer og andre innstillinger lagret i QML-filer eller QGZ-prosjekter. \n\nNår et PostGIS-lag åpnes i QGIS, gjenopprettes den lagrede konfigurasjonen automatisk, noe som sikrer at lagets utseende og oppførsel samsvarer så godt med kildelaget som mulig. Kompatibel med QGIS 3 og QGIS 4.
description[no] = Oppretting og synkronisering av PostgreSQL/PostGIS-databaser fra en mappestruktur, bevaring og gjenoppretting av stiler og konfigurasjoner fra QML- og QGZ-filer i QGIS. Kompatibel med QGIS 3 og QGIS 4.
name[no] = Qgis PostGIS Sync
about[da] = Dette plugin muliggør oprettelse, population og synkronisering af PostgreSQL/PostGIS-databaser fra et mappehierarki, der indeholder geografiske data. Den analyserer mappestrukturen, opretter de tilsvarende skemaer og tabeller og importerer eller opdaterer derefter lagene i databasen. \n\nPluginnet håndterer også læsning, bevaring og gendannelse af QGIS-konfigurationer, der er knyttet til dataene – såsom stilarter, symbologiske regler, etiketter, attributformularer og andre indstillinger, der er gemt i QML-filer eller QGZ-projekter. \n\nNår et PostGIS-lag åbnes i QGIS, gendannes den gemte konfiguration automatisk, hvilket sikrer, at lagets udseende og adfærd matcher kildelaget så tæt som muligt. Kompatibel med QGIS 3 og QGIS 4.
description[da] = Oprettelse og synkronisering af PostgreSQL/PostGIS-databaser fra en mappestruktur, bevarelse og gendannelse af stilarter og konfigurationer fra QML- og QGZ-filer i QGIS. Kompatibel med QGIS 3 og QGIS 4.
name[da] = Qgis PostGIS Sync
about[fi] = Tämä laajennus mahdollistaa PostgreSQL/PostGIS-tietokantojen luomisen, populaation ja synkronoinnin maantieteellisiä tietoja sisältävästä kansiohierarkiasta. Se analysoi hakemistorakenteen, luo vastaavat skeemat ja taulukot ja sitten tuo tai päivittää tietokannan tasot. \n\nLisäosa käsittelee myös dataan liittyvien QGIS-määritysten lukemisen, säilyttämisen ja palauttamisen – kuten tyylit, symbolisäännöt, tarrat, attribuuttilomakkeet ja muut QML-tiedostoihin tai QGZ-projekteihin tallennetut asetukset. \n\nKun PostGIS-taso avataan QGIS:ssä, tallennetut asetukset palautetaan automaattisesti varmistaen, että kerroksen ulkonäkö ja toiminta vastaavat mahdollisimman tarkasti lähdekerrosta. Yhteensopiva QGIS 3:n ja QGIS 4:n kanssa.
description[fi] = PostgreSQL/PostGIS-tietokantojen luominen ja synkronointi kansiorakenteesta, tyylien ja konfiguraatioiden säilyttäminen ja palauttaminen QGIS:n QML- ja QGZ-tiedostoista. Yhteensopiva QGIS 3:n ja QGIS 4:n kanssa.
name[fi] = Qgis PostGIS Sync

