PostGIS-System mit QGIS-Frontend zur Erfassung der Lausitzer Bergbau- und Industriekultur.
- Schema
quellen
hinzugefügt, um verschiedene Arbeitsgrundlagen aufbereitet zur Verfügung stellen zu können. - Neue Funktion: Automatische Ortsbestimmung.
- Materialized View
location_by_plot
hinzugefügt. Diese fasst die Daten aus zu hinterlegenden Verwaltungskarten zusammen und projiziert die Zugehörigkeit zu Verwaltungseinheiten (Kreis, Gemeinde, Ort, sorbische Ortsnamen) auf die Flurstücksebene. - Funktion
update_obj_basis
um eine Orts-Prüfung erweitert. Zu schreibende Objekte werden anhand ihrer hinterlegten Geometrie und der Materialized Viewlocation_by_plot
verortet und die entsprechenden Werte in noch nicht gefüllten Feldern übernommen. Die Ortsbeschreibung eines Objektes wird somit automatisiert, manuelle Angaben haben jedoch Vorrang.
- Materialized View
- Kleine Korrekturen an den Funktionen zur Anzeige komplexer Daten:
read_dachform
,read_datierung
,read_konstruktion
,read_material
,read_personen
- Snippets hinzugefügt oder aktualisiert:
- View
laugis_definitionen_nutzung
zur Auswertung der geschützten Vokabulare und Freitexte. doppelte_leerzeichen_entfernen.sql
entfernt doppelte Leerzeichen aus allen Fließtext-Feldern.- View
laugis_statistiken
wurde um die neuen Bearbeitungsstatus erweitert.
- View
- Funktion
read_untergeordnet
hinzugefügt, um zu jedem Objekt die untergeordneten Objekte menschenlesbar in Views, Formularen und Exports anzeigen zu können.- Views
einzelobjekt_linie
.einzelobjekt_punkt
,einzelobjekt_poly
,objektbereich_poly
sowieobjekte_gesamt
um Spalteread_untergeordnet
erweitert. - Die Eingabemasken
einzelobjekt_form.ui
undobjektbereich_form.ui
samt zugehöriger Python-Skripte wurden um das Feld "Untergeordnete Objekte" erweitert.
- Views
- View
lektorat
hinzugefügt. Die View weist ein reduziertes Feldinventar der Tabelleobj_basis
auf und dient der Textkorrektur.- Trigger-Funktion
trf_lektorat
hinzugefügt. Behandelt ausschließlich UPDATE-Prozesse. - Die Tabelle
def_bearbeitung
wurde um die Status "in Korrektur", "korrigiert" sowie "Rückfrage" ergänzt.
- Trigger-Funktion
- Snippets hinzugefügt
CORRECT_geometries.sql
validiert alle Geometrieeinträge und korrigiert übliche Fehler wie self-intersections und diplicates.CREATE_ROLE_laugis_user.sql
undCREATE_USER_default.sql
kapseln die datenbankseitige Nutzerverwaltung.
- Angabe
FREITEXT
in diversen Ausgabeformaten in den jeweiligen Alternativ-Text übersetzt.- Funktionen
read_dachform
,read_datierung
,read_konstruktion
,read_material
undread_personen
ersetzen nun den BegriffFREITEXT
mit dem jeweiligen Alternativ-Begriff. - Funktion
read_sachbegriff
hinzugefügt, um eine einheitliche Formatierung und Freitext-Auflösung der Sachbegriffe bereitzustellen. - Im View
objekte_gesamt
wird das Feldsachbegriff
nun viaread_sachbegriff
befüllt.
- Funktionen
- Objekt-Versionierung implementiert
UPDATE
gegen die Schnittstellen-Views führt zu einemINSERT
des Ausgangsdatensatzes in die Tabellelaugis.obj_hist
und anschließend zumUPDATE
auflaugis.obj_basis
- Für das Schreiben der Historie ist die Funktion
laugis.write_obj_history
verantwortlich - Die Versionsgeschichte kann über die Schnittstellen-View
lauqgis.objekte_historie
eingesehen werden
- Gelöscht-Flag für die erweiterten Objekt-Daten implementiert
- Die betroffenen Relations-Tabellen (Bilder, Blickbeziehung, Dachform, Datierung, Konstruktion, Literatur, Material, Nutzung, Personen) wurden um die Felder
geloescht
undgeleoscht_am
erweitert DELETE
gegen die Schnittstellen-Views werden abgefangen und in den entsprechenden Funktionen (laugis.remove_bilder
,laugis.remove_datierung
, etc. ) behandelt- Die betroffenen Return-Funktionen (
laugis.return_bilder
,laugis.return_datierung
, etc.) prüfen nun gegen das Flaggeloescht
- Die betroffenen Relations-Tabellen (Bilder, Blickbeziehung, Dachform, Datierung, Konstruktion, Literatur, Material, Nutzung, Personen) wurden um die Felder
- View
lauqgis.objekte_gesamt
hinzugefügt- Die Schnittstellen-View ist read-only und stellt die Gesamtheit aller nicht-gelöschten Objekte in einer menschenlesbarer Art dar
- Bildvorschau implementiert
- Für Objekte mit hinterlegten Bildinformationen kann nun über die Menüleiste eine Bildvorschau aufgerufen werden
- In einem modalen Dialog werden Thumbnails der hinterlegten Bilder, der zugehörige Dateiname, ein Hinweis auf interne und Titelbilder, sowie eine Schaltfläche zum Aufrufen des originalen Bildes angezeigt
- Der Dialog skaliert je nach Bildanzahl zwischen 3 und 5 Spalten
- Ressourcenprüfung 'Bilder' implementiert
- Der Dialog "Bilder bearbeiten" wurde um die Spalte "online" erweitert
- Beim Öffnen des Dialogs wird auf die eingetragenen Bilder ein HTTP-Request ausgeführt und das Ergebnis in der Spalte "online" angezeigt
- Dokumentation erweitert
- Simple Schnittstellendefinition der LauQGIS-Views hinzugefügt: 20230224_Schnittstellensignatur_LauQGIS.md
- Aktualisiertes, vereinfachtes Datenbankschema hinzugefügt: 20230224_Datenbankschema_LauGIS_vereinfacht.png
- div. kleinere Bugfixes und Anpassungen
NB: Es wurde noch kein neues Installscript für Version 2.2 erzeugt.
- API implementiert, um komplexere Operationen seitens QGIS auslösen zu können
- Funktion zum Wechsel des Objekttyps implementiert
- Funktionsleiste hinzugefügt
- Menschenlesbare Ausgabe der Schnittstellenwerte bei Erfasser*innen, Dachformen, Material, Bildern, Blickbeziehungen, Datierungen, Konstruktion, Personen und Nutzung hinzugefügt
- Skalierung der Formulare und Tabellen verbessert
- Sortierungen der geschützten Vokabulare optimiert
- div. kleinere Bugfixes und Anpassungen
Im Rahmen des Projekts zur Erfassung der lausitzer Braunkohle- & Industriekultur werden untersuchte Objekte in einer GIS-Datenbank verzeichnet. Durch die Nutzung eines solchen Geo-Informations-Systems ist es möglich, die örtlichen Zusammenhänge der untersuchten Objekte zusätzlich zu den objektspezifischen Informationen zu erfassen und zudem vielfältige Szenarien zur Nachnutzung und Publikation der Ergebnisse zu ermöglichen. Das hierzu notwendige System zur Erfassung und Datenhaltung trägt den Namen LauGIS und wird projektbegleitend entwickelt.
Grundlage ist eine PostgreSQL-Datenbank mit PostGIS-Aufsatz. Gestaltungsschwerpunkte des Systems sind die Sicherstellung der Datenintegrität, die Nach- und Nebennutzbarkeit der Sammlung sowie Vereinfachung des Erfassungsprozesses. Zur Erfassung und Pflege der Datensätze wird QGIS eingesetzt. QGIS-spezifische Systemteile tragen folglich die Bezeichnung LauQGIS.
- LauGIS_data - SQL-Skripte der grundlegenden Datenstruktur.
- LauGIS_function - SQL-Skripte zur Datenverarbeitung und -aufbereitung.
- LauQGIS_interface - SQL-Skripte zur Bereitstellung und Verarbeitung der LauGIS-Daten in und aus QGIS.
- LauQGIS_frontend - Pythonskripte und PYQT5-Forms zur Einbindung der LauQGIS-Interfaces in QGIS.
- Dokumentation - Technik- und Datenspezifische Dokumentation.
- Snippets - Hilfreiche Skripte, deren Anwendungsgebiet außerhalb der Kernfunktionalität liegt.