Es ist interessant und erschreckend zugleich, eigentlich nicht neu aber wirklich gut aufbereitet: die Klimakrise wirkt oft abstrakt, weit weg. Anders, wenn Du sie genau in Deinem Gebiet visualisieren kannst, dann ist es plötzlich ganz nah und wird deutlich. SEBASTIAN MEIER und FABIAN DINKLAGE haben genau das gemacht in “Klimawandelrisiken in Deutschland” [1]. Sie leiten ein mit:
“Der Klimawandel ist längst in Deutschland angekommen. In den nächsten Jahren und Jahrzehnten werden wir die Auswirkungen immer deutlicher spüren. Die lokalen Risiken sind stark davon abhängig, wo man in Deutschland wohnt. Finde auf dieser Seite heraus, welchen Herausforderungen sich deine Region stellen muss.” [1]
Also, einfach mal Deine Postleitzahl eingeben und schauen, wie sich entscheidende Faktoren in Deiner unmittelbaren Umgebung auswirken. ich hab’s gemacht für PLZ 06114 in Halle (Saale) …
Animation: Acht Karten mit Auswirkungen der Klimakrise bei PLZ 06114 (Quelle [1])
Screenshot 1: Die Open Data Portale dieser Welt (Quelle [1] leicht modifiziert)Screenshot 2: Das Open Data Portal von Halle (Saale) ist auch dabei 🙂 (Quelle [1])
Kennt Ihr schon wttr.in [1], eine Online-Wetter-Auskunft auf der Kommandozeile, die schnell und präzise mit etwas Vintage-Charme die Wettervorhersage ausschließlich mit Text und die Wettersymbole als ASCII-Art darstellt. Mit Curl direkt auf der Konsole (im Terminal) zur nutzen. Der Aufruf im Browser https://wttr.in/ oder https://wttr.in/”Halle (Saale)”. Eine sehr große Zahl von Parametern steht zur Verfügung, die Hilfe dazu könnt Ihr mit https://wttr.in/:help [5] aufrufen.
Screenshot 1: Standardausgabe mit akt. Wetter und Voraussage für drei TageScreenshot 2: Reduzierte Ausgabe
Nun wollte ich dan Ganze mal direkt im QGIS nutzen, einfach eine kleine Karte mit der Tooltipp-Funktion (“Kartenhinweise anzeigen”) via HTML, hier die einfache Darstellung für das aktuelle Wetter im iFame auf die Spalte “ort” im Datenbestand. Klappt, na bitte … Sicher gibt es genügend andere und elegantere Möglichkeiten, Wetterdaten ins QGIS zu holen, aber mit wttr.in wollte ich es auch mal probieren 😉
Screenshot 3: Einbindung ins QGISScreenshot 4: Nutzung im QGISScreenshot 5: Nutzung im QGIS animiert
3D-Print von Geodaten ist nun schon oft beschrieben worden, das hat viel Potenzial, wirklich neu ist es nicht mehr. Eine interessante Idee hatten nun Studierende der Harvard Graduate School of Design und des Harvard College und diese haben sie dann auch realisiert: Geodaten in 3D-Schokolade, ChopcoTopo eben! Genutzt haben sie die klassischen 3D-Informnation beinhaltenden Daten, DEM und Satellitenbilder mit Höhen. Genutzt wurde auch QGIS, dann 3D-Negativ-Formen gedruckt, Schokolade rein, kalt werden lassen und … fertig! Geo-Daten mit Geschmack hatten wir übrigens schon mehrmals [3], [4] 😉 Ich hoffe, damit nun endlich auch den letzten invasiv-Excel-nutzenden GIS-/Geo-Verweigerer mit dieser Schokolade ins GIS-Boot zu bekommen, was meint Ihr?
Mit Geoapify [1] steht eine weitere API als Google-Alternative im Geobereich zur Verfügung. Es kann sich durchaus lohnen, dort mal nachzuschauen, denn schon in der FREE-Variante stehen Euch bis zu je 3000 Geocoding-, Place-, Routing- und Isolines-Requests zur Verfügung.
Zu den Daten wird auf der geocodig-api-Seite [3] folgendes gesagt: “Die Geokodierungs-API arbeitet mit internationalen Adressen und liefert Ergebnisse in einer bestimmten Sprache. Wir verwenden mehrere Datensätze, darunter OpenStreetMap, OpenAddresses, Who’s on First, Geonames, Wikipedia und weitere. Die benutzerdefinierten Datensätze können auf Anfrage importiert werden.”
Mein erster Test mit Geocoding [2] war erfolgreich, siehe unten:
Vorgestern gab es via bei Twitter folgende Anfrage: “Ich möchte mithilfe des Geometriegenerators den Zentroid eines aus einem Punktdatensatz (7 Punkte) erstellten Polygon mit einem noch nicht definierten Abstand puffern und dies als “Lage im Raum” darstellen.” [1]. Wie man das mit “normalen” Geoprocessing-Funktionen des QGIS lösen kann, eher kein Problem, aber dann entstehen ggf. immer wieder zusätzliche Layer. Die Forderung war ja, es mit dem Geometrie-Generator zu lösen. Unser Interesse war geweckt, wir wollten es wissen. Eigentlich auch nicht schwierig, nur konnte ich QGIS erstmal nicht überreden, die Punkte als gemeinsame Geometrie zu betrachten, QGIS wollte das immer für jeden Punkt einzeln tun. Die entscheidende Idee hatte dann mein Kollege mit “arrray_foreach” und “aggregate”, der Rest drum herum war ja schon fertig.
Wer den Code verbessern möchte, gern hier als Kommentar. Wir sind gespannt!
Mehrere Punkte hinzufügen und löschen, Konvexe Hülle, deren Centroid und der Buffer um diesen passen sich an
PerMail [1] gab Even Rouault gestern bekannt, dass seit dem 07.09.2021 eine neue Version der universellen GDAL-Bibliothek [2] zur Verfügung steht. GDAL ist vor allem als Kommandozeilen-Tool, aber auch als wesentlicher Bestandteil von QGIS bekannt ist. Die Neuerungen findet Ihr auf GitHub [3], die Downloads bei GDAL [4] und OSGEO [5].
Zum 13. Geofachtag des netzwerk | GIS Sachsen-Anhalt durfte ich den Vortrag “Open Data in HAL – ein Praxisbericht aus Halle (Saale)” halten. Da mittlerweile immer mehr Anfragen bei mir ankommen, stelle ich den Vortrag hiermit gern als Download zur Verfügung.
Wolltet Ihr auch schon immer mal wissen, wie viele Dezimalstellen man für Längen- und Breitengrade braucht, um eine ausreichende Genauigkeit zu realisieren? In “Latitude and longitude precision” auf observablehq.com findet Ihr anschaulich die Auflösung [1], [2]. Es sind übrigens weniger, als man denkt.
Screenshoots animiert (Quelle [1])
Das Frage ist übrigens nicht ganz neu, die wohl beste Analyse, die ich kenne findet Ihr auf im Webcomic “Coordinate Precision” auf xkcd.com: Mach es nur genau genug und Du kannst die Position eines Atoms angeben 😉
🌐 How many decimal digits do you need for longitude and latitude? Not as many as you think. Visualized on this @observablehq notebook: https://t.co/6AwWMGck5G
(So, der Urlaub ist vorbei, es geht wieder los beim #geoObserver 😉 Das ist wirklich genial! Und interessant und kurzweilig und faszinierend! Stell Dir vor, Du kannst irgendwo einen Regentropfen fallen lassen und eine mit vielen Geoprocessing-Features ausgestattete, webbasierte Anwendung zeigt Dir dreidimensional animiert den Weg des kleinen Tropfens bis zum Meer. So gesehen beim River-Runner [1] von Sam Learner [2] (@sam_learner [3]). Leider monentan nur für das Gebiet der USA. Mein erster Test: ein Regentropfen in Buffalo (WY) [4].
Screenshots: Von Buffalo (WY) zum Golf von Mexico (Quelle [1])
