Skapande, migrering och synkronisering av PostgreSQL/PostGIS-databaser från en geobas eller ett mappträd.
Hänvisningar till COVADIS, geobase-mappar och stöden gb_cons, gb_prod och gb_ref är specifika för MTATV och dess regionala/decentraliserade tjänster. De beskriver ett särskilt organisatoriskt sammanhang och är inte ett krav för att använda pluginet. Qgis PostGIS Sync kan användas av andra organisationer, myndigheter, kommuner eller företag som vill konvertera och förvalta sitt databestånd i PostgreSQL/PostGIS. När en geobase används visas en liten Marianne-markör i gränssnittet för att ange detta särskilda sammanhang.
För att QGIS automatiskt ska kunna återställa alla resurser och konfigurationer som Qgis PostGIS Sync lagrar i databasen — inklusive stilar, formulär, widgetar, åtgärder, kopplingar, relationer, lagerberoenden, SVG-filer, bilagor och andra resurser — måste insticksprogrammet förbli installerat och aktiverat på varje QGIS-arbetsstation som använder dessa PostGIS-lager.
Den PostgreSQL/PostGIS-serveranslutning som konfigureras i Qgis PostGIS Sync behövs endast för att skapa, uppgradera eller synkronisera en databas. För daglig användning av lagren i QGIS kan användaren använda sin vanliga PostgreSQL/PostGIS-anslutning i QGIS; insticksprogrammet förblir aktivt i bakgrunden för att automatiskt återställa resurser och relationer som lagrats i databasen.
Applikationen accepterar två källlägen:
gb_cons, gb_prod ou gb_ref. Den valda mappen ingår alltid och de två andra upptäckta medierna kan läggas till omfånget.gb_cons/gb_prod/gb_ref.För en geobas, välj de stöd som ska inkluderas innan lanseringAnalysera omkretsen. Varje ändring av omfattningen efter en analys kräver en ny analys.
Analysen inventerar data, beräknar målscheman och tabeller, identifierar QML/QGZ-stilar, beroenden, kopplingar, bilagor, SVG:er, formulär, skript och raster.
I multimedialäge,gb_cons, gb_prod et gb_refanalyseras successivt med en övergripande progression.Tabellen anger källan till varje föremål.
En geobas matar en enda bas namngiven enligt konventionengeobase_<structure><avdelning>, Till exempelgeobase_ddt04.
| Supportkälla | Schemaprefix | Usage |
|---|---|---|
gb_cons | cons_* | Samråds-/publiceringsdata |
gb_prod | prod_* | Produktions- och arbetsdata |
gb_ref | ref_* | Förvar |
En oberoende mapp producerar en generisk bas härledd från mappnamnet och scheman härledda från dess trädstruktur.
Efter analys, välj lämpligt läge:skapa en databas, använda och uppgradera en befintlig databas eller synkronisera ändringar.För en geobas med flera stöd, bearbetas de valda stöden i följd i samma bas.
Manifestet memorerar filernas tillstånd för att undvika onödig bearbetning och för att upptäcka tillägg, ändringar och raderingar i det aktiva omfånget.
Insticksprogrammet bevarar eller rekonstruerar så mycket som möjligt de element som krävs för QGIS-användning:
ValueRelation et ExternalResource ;QML- och QGZ/QGS-konfigurationerna slås samman genom komplementaritet, utan övergripande prioritet för en källa framför den andra. Frånvarande egenskaper läggs till, samlingar slås samman element för element och, i händelse av en strikt konflikt på samma egenskap, behålls den strukturellt rikaste konfigurationen med loggning. Fristående beroenden lagras i tabeller_ADMIN.
Resursladdaren kontrollerar endast riktiga vektorlager vars QGIS-leverantör är PostgreSQL.Une couche SHP, GeoPackage, WFS, mémoire ou autre format est ignorée, même si elle porte exactement le même nom qu'une table PostGIS.
Detta undviker oönskade meddelanden om avlastade resurser på lokala lager som inte kommer från basen.
GeoPackage raster placerade i synnerhet undergb_ref/CARTES/SCAN_25, SCAN_100 et SCAN_REGidentifieras som raster och importeras till PostGIS Raster. Insticksprogrammet möjliggör supportpostgis_rasternär tillgängligt, läser SRID för GeoPackage-delmängden och verifierar att måltabellen faktiskt innehåller rasterbrickor.
Om öppnandet av ett GPKG-underspel misslyckas direkt på Windows, kan en tillfällig VRT användas som en reserv.
Antalet 256 × 256 pixelblock bestäms under analys.Raster på 10 000 block eller mindre bearbetas normalt.Utöver 10 000 block tillåter ett icke-modalt fönster operatören att välja vilka raster som ska bearbetas eller ignoreras.Synkroniseringsreglerna med en befintlig geobas förblir tillämpliga.
Under rasterbearbetning, kommandotHoppa över detta rasterlåter dig avbryta endast det aktuella rastret utan att stoppa hela batchen.
För historiska VRT:er som läser ODS-kalkylblad med fältField1, Field2, etc., tvingar insticksprogrammet fram en deterministisk läsning av rubriker och typer så att kopplingsfält förblir tillgängliga i QGIS.
De kategoriserade stilarna kan alltså hitta det tematiska fältet som kommer från sammanfogningen, till exempelGROUPE6.
Fliken Carto2 styr tabellerna som är avsedda för publicering:primärnyckel, geometri, SRID, tomma eller problematiska geometrier, spatialt index och andra tekniska punkter.Säkra korrigeringar kan tillämpas automatiskt och loggas in i rapporter.
SQL-relationer som motsvarar QGIS-kopplingar skapas endast när konsistenskontroller tillåter att detta görs utan att modifiera data.
Analyser och bearbetning genererar rapporter och loggar för att identifiera tillämpade, vägrade, tvetydiga eller olösta operationer.Carto2 allmänna rapport- och kontrollmappar är konfigurerbara.
Fönstret förblir i förgrunden tills bearbetningen startas.Under en lång uppgift kan den flytta bakom QGIS och sedan automatiskt återgå till förgrunden när uppgiften är klar.
PGDATAföre en stor import.gb_cons/gb_prod/gb_ref, starta om analysen innan du importerar.Den fristående versionen använder analys- och migreringsmotorn utan att kräva QGIS på målarbetsstationen. Den kan använda en befintlig PostgreSQL/PostGIS-server eller den inbäddade PostgreSQL/PostGIS-körtiden. DatamappenPGDATAförblir separat från programmet och konfigurerbar.
Qgis PostGIS Sync — integrerad dokumentation.