Open Data und KI in Berlin: Der GeoExplorer!

Wie können Geodaten und KI miteinander verbunden werden? In einer Machbarkeitsanalyse rund um Open Data und KI hat man genau das jetzt in der Hauptstadt getestet, im Ergebnis entstand Der GeoExplorer! [1]. Eine ausführliche Beschreibung des Projektes findet unter [2], dort heißt es dazu:

Im Zuge der allgemeinen Diskussion um die Nutzung von KI-Sprachmodellen, dem sogenannten “Large Language Model” (LLM), geht der GeoExplorer als Proof of Concept der Frage nach, wie KI in Verbindung mit offenen Geodaten eingesetzt werden kann. Kann KI uns helfen Daten besser zu finden, zu verstehen, ihre Relevanz für ein Vorhaben zu bewerten und vielleicht sogar ganz neue Ideen zu generieren?

Der GeoExplorer stellt dabei keine Alternative zur Geodatensuche der Senatsverwaltung für Stadtentwicklung, Bauen und Wohnen (SBW) oder zum Berliner Open Data Portal dar, sondern soll eine Möglichkeit für Anwender:innen bieten, die sich bisher wenig mit Geodaten aus der Berliner Verwaltung auskennen.” [2]

Ich habe mich mal in einem ersten Test versucht und folgende Frage an den GeoExplorer gestellt: “Wo finde ich die Geodienste mit den Grundstücken?”, also keine einzige Erwähnung der typischen Fachbegriffe wie “Flurstück”, “ALKIS”, “ALK” oder “WFS”. Hier das Ergebnis, ich bin zufrieden. Interessant ist übrigens auch die Darstellung, welche “(i) Die Positionen der Datensätze zueinander zeigen, wie ähnlich sie von der KI betrachtet werden.”

Screenshot: Dar Ergebnis – ein “Liegenschaftfplan” inkl. Verweis auf den WFS wird gefunden. (Bildquelle [1])

Danke für den Tipp an Hans Hack vorn der Open Data Informationsstelle Berlin [3]!

[1] … https://geoexplorer.odis-berlin.de/
[2] … https://odis-berlin.de/projekte/2024-07-geoexplorer/
[3] … https://odis-berlin.de/

QGIS-Tipp: Adress-CSVs georeferenziert nach QGIS importieren

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!

Hier der Original-Tweet [2]:

[1] … https://www.youtube.com/watch?v=0ggDFxLUcug
[2] … https://x.com/PyQgis/status/1807362529846292553

Offene GeoBasisDaten 2024: Ein persönlicher Statusbericht.

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 Formate/Versionen 1.x, 2.x (WMS, WFS, WMTS)
    • 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

* … in einer nächsten Version des GeoBasis-Loaders wird eine zentrale, leichter und schneller zu pflegende Datei, z. B. JSON, als Quelle der Geodienste wirken
[1] … https://geoobserver.de/od_lsa_loader/
[2] … https://geoobserver.de/qgis-plugin-geobasis-loader/

Open Data: HVD – High-value Datasets ab 9.6.2024 EU-weit?

Ü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];-)

Details zu den High Value Datasets findet Ihr in Hochwertige Datensätze [1] und “High-value datasets: Questions and Answers” [2]

[1] … https://www.govdata.de/neues/-/blogs/hochwertige-datensatze
[2] … https://digital-strategy.ec.europa.eu/en/faqs/high-value-datasets-questions-and-answers
[3] … https://geoobserver.de/qgis-plugin-geobasis-loader/

QGIS-Tipp: GeoBasis_Loader v0.4 mit RLP, HE und HB/BHV

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.

[1] … https://geoobserver.de/qgis-plugin-geobasis-loader/
[2] … https://plugins.qgis.org/plugins/GeoBasis_Loader/
[3] … https://geoobserver.de/qgis-plugin-geobasis-loader/#versionen
[4] … https://geoobserver.de/qgis-plugin-geobasis-loader/#statustabelle
[5] … https://geoobserver.de/qgis-plugin-geobasis-loader/#statusmap
[6] … https://geoobserver.de/qgis-plugin-geobasis-loader/#faq
[7] … https://geoobserver.de/2022/08/10/qgis-tipp-basemap-de-als-vectortiles/

EVH: Neuer Fernwärmeatlas für Halle (Saale)

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])

[1] … https://evh.de/privatkunden/waerme/fernwaermeanschluss
[2] … https://evh.de/fwa/#13/51.4736/11.9670
[3] … https://itc-halle.de/loesungen/geoinformationssysteme/KomGIS
[4] … https://geodienste-a.halle.de/halgis/

Neues Gutachten: Öffentliche Daten und die CC-Lizenz?

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“.

In der neusten Ausgabe von Mila Frerischs Open Data Newsletter [1] habe ich den Hinweis auf folgenden hochinteressanten Beitrag gefunden: „Gutachten zeigt: Öffentliche Hand darf und sollte CC-Lizenzen nutzen“ von Stefan Kaufmann vom 4. April 2024. Also CC lebt, auch in Deutschland!

Ergänzend dazu empfehle ich Euch den Vortrag “Und immer wieder Lizenz(in)kompatibilitäten” [3] von Falk Zscheile auf der FOSSGIS2024:

[1] … https://milafrerichs.com
[2] … https://blog.wikimedia.de/2024/04/04/rechtsgutachten-zeigt-oeffentliche-hand-darf-und-sollte-cc-lizenzen-nutzen/
[3] … https://media.ccc.de/v/fossgis2024-39036-und-immer-wieder-lizenz-in-kompatibilitten

QGIS-Tipp: Sterile Daten mit der ALKIS-Nutzung anreichern

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. …

Und, wie kommt man zu diesen Daten? Ladet Euch den ALKIS-WMS [1] mit den Layern für “Tatsächliche Nutzung” [1] mit QGIS-Bordmitteln aus dem Open Data Portal des Landes Sachsen-Anhalt [2] ein oder nutzt dazu gleich mein OD_LSA_Loader-Plugin [3].

Hier der Bildvergleich zwischen der puren und der mit ALKIS eingefärbten halleschen Digitalen Stadtgrundkarte der Stadt Halle:

QGIS-Tipp: QGIS-Plugin – OD_LSA_Loader – Update v0.0.4

Das in “QGIS-Tipp: my 1st QGIS-Plugin – OD_LSA_Loader” [1] beschriebene QGIS-Plugin hat ein Update erfahren, jetzt ist v0.0.4 aktuell. Die Neuerungen:

  • Erweiterung der basemap.de-Hintergrundkarte um die Farbvariante
  • ALKIS-WMS Tatsächliche Nutzung als vier Einzelthemen in einer Gruppe
  • Einbindung von ALKIS WFS für Flurstücke und Gebäude (bis 1:25000) inkl. einfacher Symbolisierung

Die aktuelle Version findet Ihr zum Download immer auf der Seite “QGIS-Plugin: OD_LSA_Loader” [2]. Bitte testet das Plugin und gebt mir Feedback.

Screenshot 1: Der “OD_LSA_Loader” [1] in Aktion mit WFS und Identifikation dieser
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
  • Erweiterung um WFS-Layer: OK

ToDos & Ideen:

  • Veröffentlichung im QGIS Plugin Repository
  • Steuerung der Dienste und Menüpunkte über eine Config-Datei

[1] … https://geoobserver.de/2024/04/04/qgis-tipp-my-1st-qgis-plugin-od_lsa_loader/
[2] … https://geoobserver.de/od_lsa_loader/

QGIS-Tipp: my 1st QGIS-Plugin – OD_LSA_Loader

Update 11.04.2024: https://geoobserver.de/2024/04/11/qgis-tipp-qgis-plugin-od_lsa_loader-update-v0-0-4/

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

[1] … https://geoobserver.de/od_lsa_loader/
[2] … https://www.lvermgeo.sachsen-anhalt.de/de/gdp-open-data.html
[3] … https://www.openstreetmap.org/#map=12/51.4772/11.9516
[4] … https://basemap.de/viewer/?config=eyJz… iXX0=
[5] … https://plugins.qgis.org/plugins/
‘[6]… https://media.ccc.de/v/fossgis2024-39039-pyqgis-schnuppervortrag-mein-erstes-plugin-fr-qgis