Screenshot: Das Ergebnis – Alle sächsischen Adressen aus der CSV-Datei als Punktlayer georeferenziert im QGIS (Bildquelle [1])
Es hat sich einiges getan im Open Data Umfeld der Bundesländer, die Open Data Portale füllen sich. Einen besonderen Datenbestand in diesem Umfeld stellen die Adressdaten dar, diese liegen zumeist als downloadbare CSV-Datei vor und haben neben den Adressdaten (Ort, Straßenname, Hausnummer) auch Angaben zur Koordinate, also dem Rechts- und Hochwert. Wie man diese Angabe im QGIS nutzt, zeigt Euch Ivo Partschefeld alias PyQGIS (@PyQgis) in seinem neuen Youtube-Video “Hausnummernliste von CSV in QGIS einladen” [1].Danke Ivo! Übrigens eine doch herausragende Besonderheit bei den sächsischen Adressdaten: diese kommen mit Postleitzahl (PLZ), das würde ich mir für andere Länder auch wünschen!
Seit ca. drei Monaten versuche ich mit meinen QGIS-Plugins, dem prototypischen OD_LSA_Loader [1] und dem dann bundesweiten Nachfolger GeoBasis_Loader [2] den Zugriff zu den offenen GeoBasisDaten der Länder zu vereinfachen. Das klappt eigentlich auch ganz gut, derzeit werden immerhin 194 Geodienste der 16 Bundesländer einfach im QGIS zugänglich gemacht. Allerdings, ich hätte mir das Ganze tatsächlich deutlich einfacher vorgestellt. Immerhin, und das ist wirklich schon ein Erfolg, stehen die meisten Daten offen zur Verfügung, aber wie sie das tun, das muss man registrieren, analysieren und wirklich verbessern. Potenzial sehe ich genug! Lasst uns drüber reden und kontinuierlich verbessern, wir schaffen das 😉
Nun konkret, was konnte ich feststellen, wo stehen wir?
Scheinbar gibt es keine zentralen einheitlichen Verzeichnisse (oder man findet diese eben schlecht)
findet man Verzeichnisse, sind diese unterschiedlich strukturiert, die richtige URL zu finden, erscheint mitunter recht schwierig
Informationen über die Dienste sind teilweise erfasst, viele Zuarbeiten der Community führten deutlich weiter, aber sind eben auch nicht immer vollständig
die URLs der GeoDienste ändern sich in einigen Bundesländern derzeit recht häufig, viel öfter als ich es erwartet hätte, warum eigentlich?*
Bei verfügbaren, inhaltlich gleichen Diensten gibt es z. T. erhebliche Unterschiede zwischen den Bundesländern bzgl.:
Symbolisierung der Layer
Sichtbarkeit der Layer in verschiedenen Maßstäben
Layerstruktur (mal zusammen, mal als einzelne Themen)
Mengenbegrenzung (WFS)
Angebote nicht vollständig
Zugriffszeiten variieren teilweise sehr stark und sind mitunter weit von der 3-Sekunden-Forderung von INSPIRE entfernt
Nicht alle Daten werden wirklich als Open Data, also frei angeboten, teilweise sind die Dienste passwortgeschützt (hier bringt hoffentlich HVD an 9.6.2024 eine Verbesserung?)
Benutzung unterschiedliche Dienste-Server (GeoServer, MapBender, MapServer, ArcGIS-Server, …) mit unterschiedlichen Ausprägungen und Empfindlichkeiten bzgl. der Parameter
Unterschiedliche Unterstützung in D gängiger Projektionen (EPSG)
Daraus lässt sich folgendes Verbesserungspotenzial ableiten:
Harmonisierung, zentrale Pflege und Bereitstellung einer einheitlichen Liste z. B. als offene JSON-Datei sind sinnvoll oder die Möglichkeit die Systeme der Länder einheitlich abzuernten, um dann selbst eine einheitliche Quelle für die QGIS-Integration vorzuhalten
Langzeitstabilität bei den URLs (man sollte sich auch über längere Zeiträume auf die Gültigkeit einer Geodienst-URL verlassen können, sonst hört die Sucherei ja nie auf)
Es sollten vereinheitlicht werden:
Parameter der Dienste-URLs
Symbolisierung der Layer (Vorbild könnte hier basemap.de sein!)
Maßstabsgrenzen der Layer
Layerstruktur in der DB-Struktur UND Granulierung (z. B. „ALKIS-Tatsächliche Nutzung“ in einen gemeinsamen Layer oder in pro Nutzung einzelne Layer ggf. einer Layergruppe)
Unterstützte Dienste-Versionen 1.x, 2.x (WMS, WFS, WMTS), man sollte sich auf einen Mindeststandard einigen
Unterstützte Projektionen auf alle in D üblicherweise genutzten
Alle eingestellten URLs sind vor Veröffentlichung im QGIS auf Konnektivität, Symbolisierung, Maßstabsgrenzen und Layerstruktur sowie Identifizierbarkeit zu testen
Über die Hochwertigen Datensätze (HVD – High-value Datasets) und die Verpflichtung der EU zur Freigabe dieser in allen Mitgliedsstaaten reden wir seit einem reichlichen Jahr. In einer knappen Woche, am 9. Juni 2024 (Save The Date!) ist der Stichtag erreicht und eigentlich müssten dann diese Daten EU-weit verfügbar sein. Die Liste der dann freien Daten [1] ist durchaus eindrucksvoll, lange haben wir dafür gekämpft. Man darf also gespannt sein, ich werde es verfolgen und berichten, nicht zuletzt wg. des Inputs für das QGIS-Plugin “GeoBasis_Loader” [3];-)
Die gute Nachricht zum Wochenende: Seit gestern ist die Version 0.4 des QGIS-Plugins GeoBasis_Loader [1] im QGIS Plugin Repository [2] frei gegeben. Neu sind die Einbindung der Daten für Hessen, Rheinland Pfalz, die Vectortiles für Basemap.de1, die WFS für Sachsen und einige Themen für Bayern sowie die Orthophotos für Bremen und Bremerhaven. Mit v0.4 werden derzeit 160 freie WMS/WMTS/WFS unterstützt, Ihr spart Euch also viel Arbeit beim Finden und Einbinden der GeoDienste ins QGIS 😉
Screenshot: GeoBasis_Loader v0.4 – hier der Kölner Dom
Weitere Details zum GeoBasis_Loader findet Ihr immer in [1], z. B. die Versionshistorie [3], die Statustabelle [4] und Statuskarte [5] sowie den FAQs [6]. Installation und Updates werden wie gewohnt über die QGIS-Bordmitteln realisiert.
1 … bei den Vectortiles für Basemap.de scheint es noch ein Beschriftungsproblem bei Gemeindestraßen zu geben. Das ist kein Problem diese Plugin, eher ein QGIS- und/oder Symbolisierungsproblem in der genutzten JSON-Datei [7]. Ich arbeite an der Aufklärung.
Screenshot 1: Fernwärmeeignung nach Stadtteilen inkl. Filter, Identifikation und Themenauswahl/Legende (Quelle [2])
Die Energieversorgung Halle GmbH (EVH) hat den Fernwärmeatlas für Halle (Saale) [1] aktualisiert. Die Leaflet-basierte interaktive Karte [2] zeigt Daten zur Fernwärmeeignung nach Stadtteilen (EVH), das bestehende, vereinfachte Fernwärmenetz, die Ausbaustufen des Fernwärmenetzes sowie den Fernwärmestatus auf Adressbasis. Ergänzt werden eine Adresssuche und Filterwerkzeuge für die Jahresscheiben und Ausbaustufen. Als Hintergrundkarten stehen die Grauvariante des Amtlichen Stadtplanes der Stadt Halle (Saale), Digitale Orthophotos (GeoFly und LSA) sowie die basemap.de in grau (BKG) zur Verfügung. Auch die offenen ALKIS-Daten (LSA) für Gebäude und Flurstücke können hinterlegt werden.
Die aktuellen Fernwärmedaten werden im halleschen KomGIS+ [3] der ITC und QGIS gepflegt. Die Einbindung in das kommunalen Geoportal HALgis [4] ist geplant.
Screenshot 2: Fernwärmestatus auf Adressbasis inkl. ALKIS-Flurstücken (Quelle [2])
Screenshot: Der Artikel [1] im Wikimedia-Blog (Quelle [1])
Es war und ist irgendwie verhext mit der Lizenzierung öffentlicher Daten in Deutschland. Aus welchen Gründen auch immer, man hatte gegenüber den weltweit gängigen Lizenzen nach Creative Commons Bedenken und “erfand” ca. 2012 die „Datenlizenz Deutschland“.
Vermutlich kennt Ihr das, man hat eine wirklich perfekte Kartengrundlage aus dem Bereich der Geobasisdaten im Maßstab 1:500 … 1:1000, nichts wird vermisst, alle relevanten Objekte sind vorhanden und super visualisiert. Die Realisierung einer auch noch so komplizierten Zeichenvorschrift ist ohne Makel umgesetzt. Was will man eigentlich mehr? Nichts. Und trotzdem, mitunter wirkt genau eine solch perfekte Karte zu sachlich, zu dröge, zu steril, oder?
Ja, irgendwas fehlt. Ich habe mal versucht, da was zu ändern. Und eine einfache, wirklich simple Lösung ist, einen solchen trockenen Datenbestand mit den offenen ALKIS-Nutzungsdaten einzufärben. Ich habe es mit halleschen Daten probiert, es klappt gut, die Daten der Digitalen Stadtgrundkarte werden angereichert, schon auf den ersten Blick besser lesbar. Und wem es für die eigene thematische Karte dann wieder etwas zuviel ist, der schwächt es noch ein bisschen ab, mit Transparenz, Helligkeit, Kontrast, Sättigung, ggf. Einfärbung. …
Das QGIS-“OD_LSA_Loader”-Plugin [1] dient dem vereinfachten Laden von häufig genutzten Themen (WMS) aus dem Open Data Portal des Landes Sachsen-Anhalt (LSA) [2] sowie Hintergrundkarten von OpenStreetMap [3] und der Basemap.de [4]. “OD_LSA” steht für “Open Data Land Sachsen Anhalt”. WMS mit Polygon-Themen werden automatisch mit einer Opazität von 0.75 versehen, sind also zu 25% transparent. Eine erste Testversion des Plugins steht unter [1] als OD_LSA_Loader_20240405.zip zum Download bereit. Die Veröffentlichung im QGIS Plugin Repository [5] ist in Arbeit. Bitte testet das Plugin und gebt mir Feedback.
Screenshot 1: Der “OD_LSA_Loader” [1] in Aktion an der Templerkapelle in Mücheln
Dieses Plugin ist meine erste QGIS-Erweiterung, angetriggert durch Gordon Schlolauts Vortrag „PyQGIS Schnuppervortrag – Mein erstes Plugin für QGIS“ auf der FOSSGIS 2024 [6]. Danke Gordon, auch für die Hilfestellung zwischendurch!
Screenshot 2: Der “OD_LSA_Loader” [1] aus der Zip-Datei installiert
Erledigt:
ZIP-Installation: OK
Test auf Windows- und Mac-QGIS-Installationen: OK
Transparenzen für Flächenpolygone: OK
ToDos & Ideen:
Veröffentlichung im QGIS Plugin Repository
Erweiterung um WFS-Layer
Steuerung der Dienste und Menüpunkte über eine Config-Datei
Screenshot 1: Der Start ins DWD-Open Data Portal (Quelle [4])
Über die Bedeutung offener Daten brauche ich hier sicher nicht mehr zu schreiben, die sollte klar sein 😉 Zuletzt hatte ich Open Data in [1] thematisiert. Und genau auf diesen Beitrag gab es Feedback von Manuel Voigt [2] mit einer (für mich) neuen umfangreichen Open Data Quelle, nämlich die offenen Daten vom Deutschen Wetterdienst DWD [3]. Danke für den Tipp Manuel! Mag das “Portal” auch noch etwas Vintage anmuten, auf die aktuellen Daten kommt es an!
Screenshot 2: Das DWD-Open Data Portal im Vintage-Look mit AKTUELLEN Wetterdaten (Quelle [3])Screenshot 3: Der Tipp von Manuel Voigt auf LinkedIn (Quelle [2])
