So, nun ist es auch bei mir soweit, der #geoObserver macht Urlaub und freut sich drauf. Das heißt aber auch, dass es nun für zwei Wochen mal nicht jeden Wochentag was von mir zu lesen gibt. Ich hoffe, Ihr könnt das verstehen und bleibt mir trotzdem treu? Im Urlaub kommen vielleicht auch mal vereinzelt ein paar Beiträge, ab September geht es wie gewohnt weiter. Vielleicht schaut Ihr mal online bei der FOSS4G 2022 vorbei, die heute in Florenz, Italien beginnt.
Vorgestern hat Jürgen E. Fischer auf Twitter die Verfügbarkeit der Installationspakete für von QGIS 3.26.2 und 3.22.10 LTR für Linux und Windows bekannt gegeben [1]. Es kann also losgehen. Danke Jürgen! Zu den QGIS-Downloads [2].
Hier der Original-Tweet [2]:
[1] … https://twitter.com/JuergenEFischer/status/1559207322207002625
[2] … https://qgis.org/de/site/forusers/download.html
Neulich kam mal die Frage auf “Gibt es im QGIS eine Möglichkeit, beim Digitalisieren von Layer1 gleich Sachdaten aus einem Layer2 in das Sachdatenformular für Layer1 zu übernehmen?”. Man kann nun suchen und ggf. viel Zeit damit verbringen oder man befragt mal kurz das Schwarmwissen, hier die FOSSGIS-Liste [1]. Ich habe mich für das Schwarmwissen entschieden und wie so oft war dann die Lösung schnell gefunden, ca. 8 Minuten hat es gedauert! Danke Schwarm, danke Stefan Giese [2]!.
Und so geht’s: Eigenschaften des Themas, das die Werte automatisch bekommen soll (hier “strassenabschnitt”), Attributformular, Sachdatenspalte, die Wert bekommen soll (hier “str”) wählen und folgenden Ausdruck bei “Ausdruck” einfügen:
array_first(overlay_intersects('strassennetz', "str"))
Also, überstreicht ein neu digitalisiertes Polygon in “strassenabschnitt” eine Straße in “strassennetz”, wird aus deren Sachdatenspalte “str” der Straßenname übernommen und im Formular von “strassenabschnitt” für die Spalte “str” vorgeschlagen. Überstreicht das neu erfasste Polygon mehrere Straßen des zweiten Themas, wird der erste gefundene Name ins Formular übernommen (“array_first”).
Mein kleines Testprojekt mit Daten zum Nachvollziehen findet Ihr unter QGIS_Digit_inkl_automatischer_sachdatenübernahme.zip [3]
[1] … https://lists.fossgis.de/pipermail/fossgis-talk-liste/2022-August/012143.html
[2] … https://files.wheregroup.com/index.php/s/i5YmE5KwR8HTBsD
[3] … https://www.geoobserver.de/Download/QGIS_Digit_inkl_automatischer_ sachdaten übernahme.zip
Nach der FIRMS-Waldbrandkarte [1], die hier Anfang August thematisiert wurde, heute der Hinweis auf eine weitere Karte mit aktuellen Waldbrand-Ereignissen. Jens Skapski (@JensSkapski), der Admin von erdbebennews.de [2], sichtet derzeit jede Menge derartiger Daten und fasst diese in einer interaktiven, deutschlandweiten Waldbrand-Karte [3] zusammen.
Hier der Tweet vom 14.08.2022 [4]:
[1] … https://geoobserver.de/2022/08/05/firms-waldbrand-daten-im-browser-und-im-qgis/
[2] … erdbebennews.de
[3] … https://erdbebennews.de/wp-content/uploads/2022/08/Waldbraende.html
[4] … https://twitter.com/JensSkapski/status/1558902366753153025
[5] … https://twitter.com/JensSkapski/status/1558178948881719296
[6] … https://twitter.com/JensSkapski/status/1557794105014509569
[7] … https://twitter.com/JensSkapski/status/1557429792676388865
Mit bertin.js [1] von Nicolas Lambert (@neocartocnrs) steht eine weitere leistungsfähige JavaScript-Bibliothek zur Visualisierung von Geodaten im Web zu Verfügung. Benannt wurde diese Bibliothek nach Jacques Bertin (1918-2010) [2], einem französischer Kartographen, der sich besondere Verdienste um Kartografie und Datenvisualisierung erworben hat. Eine umfangreiche Sammlung von bertin.js-Einsatzbeispielen findet Ihr unter [3].
Hier der Original-Tweet [4]:
[1] … https://github.com/neocarto/bertin
[2] … https://de.wikipedia.org/wiki/Jacques_Bertin
[3] … https://observablehq.com/collection/@neocartocnrs/bertin
[4] … https://twitter.com/dgfk_net/status/1557273543959666689
[5] … https://twitter.com/neocartocnrs/status/1550465174020280321
[6] … https://twitter.com/neocartocnrs
Wusstet Ihr schon, das QGIS in den letzten 30 Tagen 10,362,314* mal, im laufenden Monat 3,667,467* mal und gestern 436,112* mal geöffnet wurde? Nein? Aber Ihr findet es vielleicht interessant? Dann schaut Euch doch einfach mal das QGIS Dashboard [1] an. Dort findet Ihr die o. g. aktuellen Daten und viele weitere, wie z. B.:
Wie die Daten erhoben werden, was mit den Daten passiert und wie der Datenschutz dabei beachtet wird sowie weitere Informationen zu diesem Dashboard findet Ihr im Blogeintrag [2].
* … Daten von heute, dem 11.August 2022, 7:25 Uhr MESZ
[1] … https://analytics.qgis.org/
[2] … https://blog.qgis.org/2022/06/16/qgis-userbase-analytics/
[3] … https://twitter.com/timlinux/status/1537438698345598987
[4] … https://twitter.com/qgis/status/1537492235557666817
Nachdem ich schon im April im Beitrag “basemap.de: Amtlich. Aktuell. Modern. Flexibel.” [1] über die neuen deutschlandweiten kartografischen Produkte von Bund und Ländern als Basiskarten berichtet hatte, kann heute erfreulich ergänzt werden. Seit Anfang August 2022 stehen die Daten der basemap.de auch als Vectortiles zur Verfügung [2], [3], [4]. Damit wird der Datenbestand noch flexibler und ist auch hochauflösend verfügbar.
Ich hab’s im QGIS getestet, klappt. Da die URLs in den [4] immer ein bißchen gewöhnungsbedürftig sind, hier die von mir genutzten:
Der Vektor-Kachel-Dienst:https://sg.geodatenzentrum.de/gdz_basemapde_vektor/tiles/v1/bm_web_de_3857/{z}/{x}/{y}.pbf
Die Gestaltung:https://sgx.geodatenzentrum.de/gdz_basemapde_vektor/styles/bm_web_col.json
abgespeichert als lokale Datei.
Vielleicht eine kritische Anmerkung: die Gebäude sind zum Teil recht veraltet, ein Gebäude, was ich schon 2017 im OSM gelöscht [5] habe, finde ich hier immer noch, nach 5 Jahren. Vielleicht lässt sich das mal aktualisieren?
Hier der Original-Tweet [2]:
[1] … https://geoobserver.de/2022/04/28/basemap-de-amtlich-aktuell-modern-flexibel/
[2] … https://twitter.com/basemapde/status/1555538058992287744
[3] … https://basemap.de/basemap-de-web-vektor-release/
[4] … https://basemap.de/web-vektor/
[5] … https://geoobserver.de/2017/09/28/bkg-neues-topplus-web-open-veraltet/
Herzlichen Glückwunsch an dieses großartige Projekt, an diese weltweite freie Karte! Danke allen Beteiligten und bitte weiter so!
Das OpenStreetMap-Projekt [1] hat Geburtstag, den 18., aber wann genau dieser Tag nun wirklich ist, lässt sich wohl so einfach nicht feststellen, dieses Jahr wurde wohl gestern, am Montag, den 8. August 2022, gefeiert [2]. Die Termine der anderen Feiern findet Ihr unter [3], sie streuen ganz schön, vom 2. August (2008) bis 22. August (2022). Der 1. Geburtstag war an einem 9. August 2005 [4], deshalb steht bei mir auch immer noch der 9.8.yyyy im Kalender.
[1] … https://www.openstreetmap.org/
[2] … https://wiki.openstreetmap.org/wiki/OpenStreetMap_18th_Anniversary_ Birthday_party
[3] … https://wiki.openstreetmap.org/wiki/Birthday
[4] … https://wiki.openstreetmap.org/wiki/OpenStreetMap_1st_Anniversary_ Birthday_party
[5] … https://hdyc.neis-one.org/?stadtvermesser
“Die einzige tägliche, globale, kostenlose Karte der GPS-Störungen offiziell veröffentlicht: gpsjam.org” [3]. Die Daten stammen von ADS-B Exchange, technologisch wird es von Mapbox unterstützt. Wie es funktioniert, beschreibt John Wiseman (@lemonodor) in seinem Tweet [4]: “Einfache Erklärung, wie http://gpsjam.org funktioniert: Flugzeuge mit ADS-B senden ihre Position, aber auch Messungen der Positionsunsicherheit. Wenn ihr GPS gestört wird, erhöht sich die Unsicherheit. Ich fasse diese Daten über 24 Stunden zusammen und unterteile sie in Sechsecke.“
Über den Parameter “&date=2022-02-23″ könnt Ihr ein beliebiges Datum eingeben und so vergangene Störungen erkunden. Mein Lauffreunde haben mitunter den Eindruck, Ihr GPS würde fehlerhaft arbeiten, hier könnten sie mal prüfen.
GPS-Störungen haben ihre Ursachen häufig in militärischen Gründen, vgl. z. B. die Störungen am 23.02.2022, ganau ein Tag vor dem Überfall auf die Ukraine [5].
Hier der Original-Tweet [3]:
[1] … https://gpsjam.org/
[2] … https://simonwillison.net/2022/Jul/30/gpsjam/
[3] … https://twitter.com/lemonodor/status/1553097820860600320
[4] … https://twitter.com/lemonodor/status/1553164786380070912
[5] … https://gpsjam.org/?lat=52.44225&lon=33.55205&z=5.3&date=2022-02-23
Mit FIRMS, dem Fire Information for Resource Management System der NASA [1] können aktive Feuerdaten nahe der Echtzeit, also innerhalb von drei Stunden nach der Satelliten-Beobachtung visualisiert werden. Genutzt werden dabei die Moderate Resolution Imaging Spectroradiometer (MODIS) und der Visible Infrared Imaging Radiometer Suite (VIIRS) der NASA [2]. Neben den Quasi-Echtzeitdaten (NRT – near real time) können auch historische Daten abgerufen werden.
Ich hab das mal für den aktuellen Großbrand im Berliner Grunewald getan, im Browser und mit dem Active Fire Plugin im QGIS [3], siehe Screenshots:
Update: 05.08.2022, 9:10 Uhr: Das Grunewald-Feuer von Sentinel 2 aufgenommen
[1] … https://firms.modaps.eosdis.nasa.gov/map/
[2] … https://www.earthdata.nasa.gov/learn/find-data/near-real-time/firms
[3] … https://geoobserver.de/2022/03/03/qgis-tipp-active-fire-plugin-und-die-ukraine/
[4] … https://twitter.com/rastrau/status/1555440678724829184