Bereits am 18.12.2021 wurde PostGIS, die räumliche Datenbank-Erweiterung für PostgreSQL released [1]. Aktuell ist nun die Version 3.2.0, alle Neuerungen findet Ihr in den NEWS [2]. Dieses Release wurde nach dem im März 2020 verstorbenen langjährigen PostGIS-Entwickler und OpenSource-Verfechter Olivier Courtin benannt [3].
[1] … https://postgis.net/2021/12/18/postgis-3.2.0/
[2] … https://git.osgeo.org/gitea/postgis/postgis/src/tag/3.2.0/NEWS
[3] … https://postgis.net/2021/12/17/olivier-courtin/
Für mir war das eine der besten GEO-Meldungen vom Wochenende: KART, ein QGIS-Plugin zur Versionsverwaltung. Im Tweet [1] heißt es:
Downloads und Installationshinweise findet Ihr unter [2], [3]. Ich habe es noch nicht getestet, aber es steht fest in meiner ToDo-Liste für die Feiertage 😉
[1] … https://twitter.com/KartForData/status/1472680154895839235?s=20
[2] … https://plugins.qgis.org/plugins/kart/
[3] … https://github.com/koordinates/kart/releases/tag/v0.10.7
Für alle, die sich mit spatialen Analysen unter R auch außerhalb des klassischen GIS beschäftigen, ist sicher das “Handbook of Spatial AnalysisTheory and Application with R” [1] ein guter Tipp. Auf [2] heißt es dazu:
“Die Integration von geografischen und statistischen Daten ist eine Sache. Solche Daten zu analysieren ist eine andere. Zu diesem Zweck hat Insee mit der tatkräftigen Unterstützung von Eurostat und dem Europäischen Forum für Geographie und Statistik die Erstellung eines Handbuchs für die Raumanalyse koordiniert. Das Handbuch enthält eine Liste von Analysen, die mit räumlichen Daten durchgeführt werden können, sowie die Fallstricke, die bei der Verwendung dieser Daten zu vermeiden sind.“
Übersetzt mit www.DeepL.com/Translator (kostenlose Version)
[1] … https://www.insee.fr/en/statistiques/fichier/version-html/3635545/imet131.pdf
[2] … https://www.insee.fr/en/information/3635545
[3] … https://twitter.com/wgeary/status/1469716909201498121?s=20
Von der seit Donnerstag bekannten und vom BSI mit Alarmstufe ROT eingeschätzten schweren Sicherheitslücke in der Log4J-Bibiothek [1] ist QGIS NICHT betroffen! Einzelheiten dazu im QGIS-Blog [2].
[1] … https://www.bsi.bund.de/SharedDocs/Cybersicherheitswarnungen/ DE/2021/2021-549032-10F2.html
[2] … https://blog.qgis.org/2021/12/14/qgis-not-affected-by-log4j/
[3] … https://twitter.com/qgis/status/1470846720464801793?s=20
Bei Earth [1] von Cameron Beccario (@cambecc) findet Ihr ein große Menge aktuell prognostizierter Wetterdaten, perfekt visualisiert. Die Daten wie Temperatur, Wellen, Partikel, Luftfeuchtigkeit, … könnt Ihr über das Menü wählen. Es lohnt sich, dort mal rein zu schauen! Auf der Über-Seite heißt es dazu:
[1] … https://earth.nullschool.net/
[2] … https://twitter.com/cambecc
[3] … https://earth.nullschool.net/about.html
Die 2021er #30DayMapChallenge [1] ist beendet und es gab rege Beteiligung und wirklich viele schöne, neue, erstaunliche und nachahmenswerte Ergebnisse! Beindruckend sind auch die Zahlen: mehr als 9000 Karten von mehr als 1200 Nutzern aus über 90 Ländern! [2], [3]. Detaillierte Ergebnisse findet Ihr auf GitHub [4].
Hut ab und Danke allen Mitwirkenden und speziell Topi Tjukanov (@tjukanov) als Initiator. Ich freue mich schon auf die #30DayMapChallenge im nächsten Jahr!
[1] … https://twitter.com/hashtag/30DayMapChallenge
[2] … https://twitter.com/niu_haifeng/status/1466348206640574469?s=20
[3] … https://twitter.com/RafagasLinks/status/1466031583824068614?s=20
[4] … https://github.com/hn303/30DayMapChallenge-Bot
[5] … https://twitter.com/tjukanov
Nachdem ich gestern über die freien DGMs geschrieben habe [1], heute Teil 2. In Sachsen-Anhalt sind auch die DOMs (Digitale Oberflächenmodelle) frei verfügbar, immerhin ab 2m Auflösung [2]. Einfach die Kacheln aussuchen, bis zu fünf gleichzeitig runterladen* und mit QGIS prozessieren und Schummerung bilden. Ich hab das mal für das hallesche Gebiet um das Paulusviertel gemacht, seht selbst. Weitere kostenfreie Geobasisdaten des LVermGeo LSA findet Ihr in [3]
* … man kann auch ganz LSA in vier Paketen runterladen (ca. 5 GByte pro Paket)
[1] … https://geoobserver.de/2021/11/30/qgis-und-die-freien-dgms/
[2] … https://www.lvermgeo.sachsen-anhalt.de/de/dom2.html
[3] … https://www.lvermgeo.sachsen-anhalt.de/de/kostenfreie_geobasisdaten_lvermgeo.html
Bisher habe ich die Höhenmodelle immer aus den freien SRTM-Daten abgeleitet [3], aber mittlerweile sind in Sachsen-Anhalt die DGMs (Digitale Geländemodelle) auch frei verfügbar, immerhin ab 2m Auflösung [1]. Einfach die Kacheln aussuchen, bis zu fünf gleichzeitig runterladen* und mit QGIS prozessieren, Schummerung bilden und Höhenlinien berechnen. Ich hab das mal für das Gebiet um den Brocken gemacht, seht selbst. Weitere kostenfreie Geobasisdaten des LVermGeo LSA findet Ihr in [2]
* … man kann auch ganz LSA in vier Paketen runterladen (ca. 5 GByte pro Paket)
[1] … https://www.lvermgeo.sachsen-anhalt.de/de/dgm2.html
[2] … https://www.lvermgeo.sachsen-anhalt.de/de/kostenfreie_geobasisdaten_lvermgeo.html
[3] … https://geoobserver.de/?s=srtm&submit=Suchen
Im “QGIS-Tipp: Der Pol der Unzugänglichkeit” [1] hatte ich im August schon etwas über den ins Polygon erzwungenen Flächenschwerpunkt mit QGIS-Bordmittel beschrieben. In der FOSSGIS-Talk-Mailingliste [2] kam diese Frage jetzt mal wieder auf, gefragt war der Schwerpunkt von Polygonen, die immer innerhalb des Polygons, aber dann im Thema (Layer) selbst liegen sollen, nicht in einem Extra-Layer [3]. Meine Lösung war, das Ganze über virtuellen Felder im QGIS zu lösen [4]. Also so:
"Ich habe mit dem Feldrechner zwei virtuelle Felder angelegt. RW: x_cent_virt = x(pole_of_inaccessibility($geometry,0.0001)) HW: y_cent_virt = y(pole_of_inaccessibility($geometry,0.0001)) Über die virtuellen Felder werden die Inhalte, hier also x und y der Koordinate des Unzugänglichkeitspols bei jeder Geometrieänderung automatisch neu berechnet. Beim Export, z. B. in ein Shape werden die virtuellen Felder zu realen mit den Koordinaten der aktuell beim Speichern vorhandenen Geometrie. Ich habe dazu mal ein kleines Test-Projekt gemacht, Ihr findet es unter QGIS_PoleOfInaccessibility_Test1.zip [5]"
[1] … https://geoobserver.de/2021/08/10/qgis-tipp-der-pol-der-unzuganglichkeit/
[2] … https://lists.fossgis.de/mailman/listinfo/fossgis-talk-liste
[3] … https://lists.fossgis.de/pipermail/fossgis-talk-liste/2021-November/011652.html
[4] … https://lists.fossgis.de/pipermail/fossgis-talk-liste/2021-November/011661.html
[5] … http://www.geoobserver.de/Download/QGIS_PoleOfInaccessibility_Test1.zip
Am Anfang der Woche hatte ich im Beitrag “QGIS-Tipp: Geometrie nach Ausdruck” [1] über die QGIS-Funktion ‘Geometry by Expression’ berichtet. Prompt kam die Anfrage: “Geht das auch noch etwas dynamischer, z. B. mit variabler Breite und Höhe?“. Ja, klar. das geht im QGIS mit with_variable [2]. Ist vielleicht etwas gewöhnungsbedürftig, aber funktioniert prima! Ich hab das mal auf das Beispiel angewendet, diesmal zur Symbolisierung des Punktlayers:
with_variable('w',50,
with_variable('h',10,
make_polygon(
make_line(
make_point(x($geometry), y($geometry)),
make_point(x($geometry)+@w, y($geometry)),
make_point(x($geometry)+@w, y($geometry)+@h),
make_point(x($geometry), y($geometry)+@h),
make_point(x($geometry), y($geometry))
)
)
)
)
[1] … https://geoobserver.de/2021/10/11/qgis-tipp-geometrie-nach-ausdruck/
[2] … https://gis.stackexchange.com/questions/239304/using-some-temporary-variables-in-qgis-geometry-generator-symbol-layer-type-ex