QGIS-Tipp: Neue Versionen von MacOS, PostgreSQL/PostGIS verfügbar! Test@MacM1

Wie bereits gestern berichtet, erschienen letzte Woche die Updates für PostGIS- & PostgreSQL [1]. Ergänzt wurde das Ganze mit einem MacOS-Update auf macOS 14.3.1 Sonoma.

Ich habe mittlerweile das laufende QGIS-Paket mit diesen neuen Komponenten getestet und es läuft erwartungsgemäß hervorragend in meiner GIS-Umgebung, also jetzt QGIS 3.34.3 zusammen mit PostgreSQL v16.2 / PostGIS 3.4.1 auf einem MAC mit M1 unter dem inzwischen wieder aktualisiertem macOS 14.3.1 Sonoma, siehe Screenshot. Danke allen Mitwirkenden!!!

Screenshot 1: QGIS 3.34.3 & PostgreSQL v16.2 auf einem MAC mit M1 unter macOS 14.3.1 Sonoma

[1] … https://geoobserver.de/2024/02/12/postgis-postgresql-releases/
[2] … https://www.macwelt.de/article/2231672/macos-sonoma-14-3-1-update.html

PostGIS- & PostgreSQL-Releases

Bereits am Donnerstag/Freitag kamen die Meldungen über neue Release-Stände bei der freien Datenbank PostgreSQL und ihrem spatialen Aufsatz PostGIS. Die Details zu den Aktualisierungen findet Ihr bei “PostgreSQL 16.2, 15.6, 14.11, 13.14, and 12.18 Released!” [3] und “PostGIS Patch Releases” [4].

Hier die Original-Tweets [3], [4]:

[1] … https://x.com/PostgreSQL/status/1755596103398101262?s=20
[2] … https://x.com/postgis/status/1755686069750972530?s=20
[3] … https://www.postgresql.org/about/news/postgresql-162-156-1411-1314-and-1218-released-2807/
[4] … https://postgis.net/2024/02/PostGIS-Patch-Releases/

Map-to-Speech: Karten hör- und lesbar machen!

Fotomontage: Audio- und Text-Erklärung zu den für uns sichtbaren Karten (Screenshots Quelle [1])

Unsere tägliche Geowelt lebt von Karten, also visualisierten Geodaten. Warum? Weil wir als Menschen visuelle Wesen sind, bis zu 80% aller Informationen visuell wahrnehmen, in 13 ms ein Bild erfassen, … Aber leider können das nicht alle, Menschen mit Sehbehinderungen werden bis auf Ausnahmen mehr oder weniger aus dieser Kartenwelt ausgeschlossen. Und genau, um auch diesen einen Zugriff zu den für uns einfach visuell erfassten Daten zu ermöglichen, gibt es die “Map-to-Speech-Technologie” [1] von Darren Wiens [2] im Sparkgeo-Blog [3], also die Beantwortung der Frage: “Wie kann man Karten hör- und lesbar machen?”. Wen wundert es: Künstliche Intelligenz mit OpenAI spielt eine Rolle:

Weitere Beiträge zum Thema findet Ihr in Zugänglichkeit von Webkarten [4] und Barrierefreie Webkarten [5].

Danke für den Tipp/Tweet von Bert Temme (@berttemme) [6]:

[1] … https://sparkgeo.com/blog/map-to-speech-a-method-for-making-web-maps-more-accessible/
[2] … https://sparkgeo.com/blog/author/darren/
[3] … https://sparkgeo.com/blog/
[4] … https://sparkgeo.com/blog/the-accessibility-of-web-maps/
[5] … https://sparkgeo.com/blog/accessible-web-maps-part-ii/
[6] … https://x.com/berttemme/status/1753903833355305382?s=20

Greenpeace goes Open Data!

Per LinkedIn-Beitrag von Mario Wiedemann [1] durfte ich in den letzten Tagen erfahren, dass Greenpeace sein neues Datenportal gestartet hat. Ich hab’s mir gespannt angesehen, dort heißt es:

“Unser Datenportal bietet Journalist:innen, Wissenschaftler:innen und allen Interessierten die Möglichkeit, unsere Arbeit transparent nachzuvollziehen. Hier veröffentlichen wir eigene wissenschaftliche Messdaten sowie Rohdaten zu unseren Studien, offen und frei nutzbar. Interesse an Umweltdaten zu Themen wie Wasserqualität, Waldzustand oder Strahlung? Dann gern hier weiterschauen!” [2]

Momentan werden “7 Datensätze gefunden”, das erscheint erst einmal recht wenig, aber ich bin sicher, der Bestand wird wachsen. Der erste Datensatz im GeoJSON-Format sind die “Strahlenmessungen in Tschornobyl 2022” [3]. Ich habe die sechs angebotenen Dateien herunter geladen, ins QGIS importiert und visualisiert, das Ergebnis hier mit dem “Drohnenflug in 100m Höhe über Grund. Vorprogrammierte Rasterflugbahn mit 50m Rasterabstand” (Datei D2_P1_100_50.geojson) findet Ihr im folgenden Screenshot:

Möge der Datenbestand nun schnell wachsen und viele Erkenntnisse und Synergien im Sinne unserer Umwelt hervorbringen, ich werde es beobachten und berichten. Danke Greenpeace, Glückwunsch und bitte weiter so!

[1] … https://www.linkedin.com/posts/mario-wiedemann-a5887b30_greenpeace-open-data-portal-activity-7160255736852152320-JRDI
[2] … https://daten.greenpeace.de/
[2] … https://daten.greenpeace.de/dataset/strahlenmessungen-in-tschornobyl-2022

Der WMS-EPSG-Fluch: Unterschiedliche Projektionen in Quelle und Ziel?

Das Problem gibt es seit es WMS als Geodienst gibt. Der WMS-Dienstanbieter rendert auf seinem WMS-Server die Vektordaten und liefert ein georeferenziertes Bild zurück, welches dann im GIS-Klienten lagerichtig eingebunden wird. Problematisch wird es immer dann, wenn der Dienste-Anbieter nur von ihm bestimmte Projektionen (EPSG-Codes) anbietet. Will das konsumierende GIS in einer nicht angebotenen Projektion arbeiten, sollte das Bild in einer möglichst naheliegenden Projektion angefordert werden und dann im Klienten on the fly in die Zielprojektion projeziert werden. Das jedoch würde nur verlustfrei funktionieren, wenn diese Umprojektion eine reine Translation (Verschiebung) bedingt. In der Realtität treten aber Skalierung, Drehung und ggf. auch Verzerrung auf, diese haben immer eine Verschlechterung der Bildqualität zur Folge, Ihr kennt das sicher auch jedem Bildbearbeitungsprogramm oder von der Georeferenzierung gescannter Karten im GIS. Man kann das quasi nicht verhindern, es ist technologisch bedingt. Manche Klienten können auch noch das empfangene Bild behandeln, aber das ist kein wirklicher Ersatz eines guten Bildes in der Original-Projektion.

Das einzige 100% wirksame Gegenmittel ist, der Anbieter unterstützt auch den von Euch gewünschten EPSG-Code, fragt ggf. beim Anbieter nach.
Ich habe es mal versucht [1], mal sehen, was passiert.

Ich habe das Ganze mal getestet, im QGIS habe ich die basemap.de eingebunden, abgerufen als WMS im EPSG-Code 25832. Dabei wird das View einmal im gleichen EPSG:25832 betrieben und das andere Mal im EPSG:2398. Wegen der o. g. Einschränkungen wird dieses Bild dann qualitativ schlechter dargestellt. Vergrößert mal im Browser mit <Strg><+> oder <command><+> die Ansicht es folgenden Bildvergleichers, Ihr werdet den Unterschied sehen:

Hier noch einmal stark vergrößert:

Screenshot 1: Die Qualitätseinbußen rechts (bei unterschiedlichen Projektion von Lieferant und Konsument) sind deutlich

Und noch stärker vergrößert:

Screenshot 2: Die Qualitätseinbußen rechts (bei unterschiedlichen Projektion von Lieferant und Konsument) sind nun noch deutlicher, beachte die Artefakte in der Beschriftung rechts

Wer Tipps und Ideen zur Verbesserung hat, gern in den Kommentaren.

[1] … https://x.com/geoObserver_/status/1754423902686650548

QGIS-Tipp: Bunting Labs AI Vectorizer Plugin

Screenshot: Vorschaubild im Youtube-Video von Hans van der Kwast (Quelle [4])

Seit dem Wochenende “geistert” diese KI-basierte QGIS-Plugin “Bunting Labs AI Vectorizer” [1] von @BuntingLabs [2] durch das Netz und alle sind begeistert! Das Plugin nutzt KI (maschinelles Lernen), um Linien und Polygone aus Rasterkarten automatisch zu vektorisieren. Mehr dazu im QGIS Plugin Repository [1], auf GitHub [3] und im Youtube-Video von Hans van der Kwast [4]. Ich habe es noch nicht getestet, steht aber auf meiner ToDo-Liste.

Hier die Tweets [5], [6]:

[1] … https://plugins.qgis.org/plugins/buntinglabs-qgis-plugin/#plugin-details
[2] … https://twitter.com/BuntingLabs
[3] … https://github.com/BuntingLabs/buntinglabs-qgis-plugin
[4] … https://www.youtube.com/watch?v=ib-0HS5xFVs
[5] … https://x.com/BuntingLabs/status/1753167892357804099?s=20
[6] … https://x.com/hansakwast/status/1753670368227684673?s=20

Volljährig: Happy Birthday  OSGeo!

Gestern war es soweit, die gemeinnützige Organisation Open Source Geospatial Foundation (OSGeo) [1] hatte Geburtstag, den 18! Der #geoObserver gratuliert und sagt Danke!

Den meisten ist die OSGeo sicher durch die OSGeoLive-DVD [2], dieser Riesensammlung an freier Open-Source-Geodatensoftware, wirklich das kompletteste, was ich kenne! Hier ein paar Vertreter, wetten, Ihr erkennt etliche wieder: GeoNode, Marble, gvSIG Desktop, QGIS Desktop, GRASS GIS, PROJ, GeoTools, Orfeo ToolBox, GDAL/OGR, GEOS, GeoNetwork, pycsw, OSGeoLive, PostGIS, pygeoapi, MapServer, deegree, ZOO-Project, OpenLayers, GeoMoose, Mapbender, PyWPS, GeoServer

Einen wunderbaren Blog-Beitrag zum 18. Geburtstag von OSGeo [3] findet Ihr bei Markus Neteler.

Screenshot: Der OSGeo-Wikipedia-Eintrag [4] mit dem Geburtsdatum

[1] … https://www.osgeo.org/
[2] … https://www.osgeo.org/projects/osgeolive/
[3] … https://neteler.org/blog/celebrating-18-years-of-the-open-source-geospatial-foundation-osgeo/
[4] … https://de.wikipedia.org/wiki/Open_Source_Geospatial_Foundation

Tektonik: Teilt sich Afrika?

Wenn man die Meldungen so liest, könnte man glauben, wir hätten bald zwei Afrikas, aber vorerst Entwarnung, die Prozesse laufen sehr langsam, man geht von mindestens 5 bis 10 Millionen Jahren aus. Beobachtet wird ein 35 Meilen langer Riss, der sich seit 2005 in Äthiopien beginnend langsam vergrößert, die Geschwindigkeit liegt wohl bei max 1 Zoll pro Jahr. Ursache: Die nubische, somalische und arabische Platte trennen sich.

Hier die Tweets [1], [2], [3]:

[1] … https://x.com/Rainmaker1973/status/1752946413292400768
[2] … https://x.com/missfacto/status/1752946645539717157
[3] … https://x.com/Civixplorer/status/1752947545888661970

USGS/ESRI: Historical Topo Map Explorer (beta)

Freunde historischer Karten sollten sich mal den im ESRI ArcGIS Blog beschriebenen Historical Topo Map Explorer [1] vom USGS anschauen. Wunderbare alte Karten unter einer einfachen wirklich nutzerfreundlichen Oberfläche findet Ihr im Livingatlas [2] . Momentan sind mehr als 3000 historische Karten hinterlegt, ein Stöbern lohnt sich unbedingt. Leider sind “nur” Karten im Gebiet der USA zu finden (USGS eben), ich wünschte mir Gleiches für Europa (hier bezogen auf die einfache Bedienung)*.

Ich habe es mal im Gebiet der 1937 eröffneten Golden Gate Bridge [3] in San Francisco getestet, hier mein Testgebiet [4]:

Und hier mal die die Ausgangssituation und vier historische Karten. Bemerkenswert: Obwohl die Brücke bereits 1937 eröffnet wurde [3], ist sie in der Karte von 1947 nicht eingezeichnet (?).

* … Ergänzung: Weltweite Karten findet Ihr bei ChronoscopeWorld unter [5]
[1] … https://www.esri.com/arcgis-blog/products/arcgis-living-atlas/mapping/historical-topo-map-explorer-beta/
[2] … https://livingatlas.arcgis.com/topomapexplorer/#maps=&loc=-100.12,38.70&LoD=4
[3] … https://de.wikipedia.org/wiki/Golden_Gate_Bridge
[4] … https://livingatlas.arcgis.com/topomapexplorer/#maps=&loc=-122.47,37.81&LoD=13
[5] … https://geoobserver.de/2022/04/04/faszinierend-chronoscopeworld/

KI hilft: Sich (genau) in der Mitte treffen?

Wenn sich drei Leute aus unterschiedlichen Richtungen treffen wollen und es gerecht zugehen soll, treffen sie sich genau in der Mitte. Mit “Meet in the Middle” [1] könnt Ihr genau das berechnen. Zur Herangehensweise mittels von KI vorgeschlagenem Code ist in “Styling with Bard” [2] einiges nachzulesen, spannend!

Mein Test: Drei Läufer, aus Dölau, Wörmlitz und dem Paulusviertel wollen sich treffen, aber wo [4]? (Quelle [1])

Hier der Original-Tweet [3]:

[1] … https://meet-middle.glitch.me/
[2] … https://googlemapsmania.blogspot.com/2024/01/styling-with-bard.html
[3] … https://x.com/Geonieuws/status/1752158714151547146?s=20
[4] … https://meet-middle.glitch.me/?lat=51.48541758266865&lng=11.932525634765625&zoom=15&marker=yes