In meinen mehr als 33 Jahren im GIS-Umfeld hatte ich tatsächlich recht selten im kommunalen Umfeld mit Daten aus LaserScanning [1] zu tun und wenn, dann mit Höhendaten bei meist 1m Bodenauflösung. Diese Daten waren DGMs und DOMs [2], also Digitale Gelände- und Oberflächenmodelle. Dass mit LaserScanning heutzutage deutlich mehr geht, ist bekannt und nun muss ich mal in das Thema, wenn erstmal auch nur theoretisch, reinkommen.

Angepingt wurde ich durch diesen Beitrag [3] auf LinkedIn, der die Laserscanning-Technologie wunderbar vorstellt. Wer also mal sehen möchte, wie unproblematisch Laserscanning heute in der Praxis sein kann, einfach mal vier Minuten zuschauen, es lohnt sich, ein LinkedIn-Account ist allerdings erforderlich. Für alle, die keinen LinkedIn-Account haben/wollen, auch das folgende Video [4] illustriert die heutigen LaserScan-Möglichkeiten*.

[1] … https://de.wikipedia.org/wiki/Laserscanning
[2] … https://de.wikipedia.org/wiki/Digitales_H%C3%B6henmodell
[3] … https://www.linkedin.com/posts/ugcPost-7232148077770379264-c__b/
[4] … https://www.youtube.com/watch?v=m-7LFf1Ppok
[5] … https://de.m.wikipedia.org/wiki/Datei:Sailing_laser.svg

* … Eigentlich will ich hier im #geoObserver keine Reklame für spezielle kommerzielle Produkte machen, aber in den aufgeführten Beträgen werden die LaserScan-Möglichkeiten und das einfache Handling wirklich gut demonstriert

Vermutlich kennt Ihr etliche Arten von Karten, z. B. Choroplethen, Heat Maps, Isochrone, Contour oder Topografische. Aber wie viele kriegt Ihr wirklich zusammen? Auf GISGeography findet man im Beitrag “25 Map Types for Building Unbeatable Maps” [1] fünfundzwanzig (*staunen*) davon. Interessant, Lesetipp!

[1] … https://gisgeography.com/map-types/

Sicherlich wusstet Ihr, das man LAT/LON in verschiedenen Formen angeben kann, so sind Dezimalgrad oder Grad, Minute, Sekunde üblich und bekannt. Nun habe ich eine interessante (ältere) Quelle gefunden, die uns acht(!) gültige Schreibweisen präsentiert, schaut mal bei “Koordinatenformate, Koordinaten Darstellung und Schreibweise WGS84 – Schweizer Gitter” [1] auf c-dev.ch. Wie Ihr das Ganze in PostGIS wandeln könnt, erfahrt Ihr in “Converting DMS to PostGIS Point Geometry” [2]

[1] … http://www.c-dev.ch/2012/10/26/koordinatenformate/
[2] … https://www.crunchydata.com/blog/converting-dms-to-postgis-point-geometry?utm_source=dlvr.it&utm_medium=twitter

Wer ständig mit Projektionen, also EPSG-Codes [1] zu tun hat, sollte den Überblick nicht verlieren. Eine gute Hilfe findet Ihr ganz sicher auf epsg.org [2] und spatialreference.org [3].

Auf epsg.org [2] sind alle derzeit aktuellen EPSG-Codes, Stand heute 13022 Einträge, mit Ihren ausführlichen Beschreibungen eingetragen. Besonders hilfreich, wenn man in einem unbekannten Gebiet die gültigen Projektionen sucht, ist die Suche über die Karte “Map Search”, siehe folgende Screenshots. Um auf dem aktuellen Stand zu bleiben, könnt Ihr den den Newsletter abonnieren, aktuell ist momentan das EPSG-Dataset v11.007.

Ein weiteres EPSG-Code-Verzeichnis findet Ihr bei spatialreference.org [3], Stand heute 13439 Einträgen inkl. Beschreibungen.

Update 25.03.2024:
Und noch ein weiterer Tipp [4], EPSG-Codes via crs-explorer [5]. Danke Javier Jimenez Shaw!

[1] … https://de.wikipedia.org/wiki/European_Petroleum_Survey_Group_Geodesy
[2] … https://epsg.org
[3] … https://spatialreference.org
[4] … https://mapstodon.space/@jjimenezshaw/112144149776141947
[4] … https://crs-explorer.proj.org/

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:

Und noch stärker vergrößert:

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

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