Archiv der Kategorie: Allgemein/News

Gigantisch: Alle Gebäude der Erde erfasst?!

Veröffentlicht am von
2

Achtung Ergänzung (09.12.2025, 13:25 Uhr):
Bitte beachtet den Kommentar 1 in diesem Beitrag, möglicherweise gibt es bei den Daten ein Lizenzproblem.

Bildquelle [1]

Alle berichten drüber, ich hab es schon letzte Woche zuerst bei N-TV [1] gelesen: Forscher der TU München haben erstmals alle(!) Gebäude der Welt erfasst [2]/[3], gezählt und in einer 3D-Karte zur Verfügung gestellt. Danke & Glückwunsch TUM! Hier die beeindruckenden Fakten:

  • 2,75 Milliarden Gebäudemodelle (alle aus Satellitenbildern bis 2019 vorliegenden)
  • 2,68 Milliarden (97%) als LoD1-3D-Modelle verfügbar.
  • Code und Daten via GitHub [4] pur und die Daten als Geodienst (WMS)* [5] verfügbar
Bildquelle [4]

* … Der WMS scheint derzeit überlastet: "ServiceException code="internalError"> Rendering process failed. Layers: global3D:lod1_global Unable to obtain connection: FATAL: sorry, too many clients already FATAL: sorry, too many clients already </ServiceException>" Das kann man sich bei diesem hochinteressanten Datenbestand auch denken, ich werde es beobachten.
[1] … https://www.n-tv.de/wissen/So-viele-Gebaeude-gibt-es-heute-auf-der-Erde-id30099940.html
[2] … https://essd.copernicus.org/articles/17/6647/2025/
[3] … https://www.tum.de/aktuelles/alle-meldungen/pressemitteilungen/details/erstmals-alle-gebaeude-der-welt-als-3d-modell-verfuegbar
[4] … https://github.com/zhu-xlab/GlobalBuildingAtlas
[5] … https://tubvsig-so2sat-vm1.srv.mwn.de/geoserver/ows?SERVICE=WMS&REQUEST=GetCapabilities

GPS, GNSS, Galileo, GLONASS, BeiDou, … alles klar?

Veröffentlicht am von
1
Bildquelle [1]

Einen interessanten Beitrag von Rashid Jaafar zum Thema „GPS & Co“ [1] habe ich neulich auf LinkedIn gefunden und möchte ihn hier für Euch weiter leiten, direkt als Übernahme, da Nicht-LinkedIn-Nutzer ohne Anmeldung momentan dort auch nicht mitlesen können. Danke Rashid Jaafar für die Aufklärung und Zusammenfassung bzgl. der verschiedenen Systeme und Bezeichnungen. Gut, mal wieder dran erinnert zu werden 😉

„📡 GPS vs. GNSS:

Warum viele den Begriff falsch verwenden und warum es in der Vermessung richtig teuer werden kann.

Im Alltag sagen die meisten einfach „GPS“.
Auf der Baustelle, im Auto, sogar in Fachgesprächen.

Aber als Vermesser weißt du:
GPS ist nur EIN System. GNSS ist die ganze Welt.

Und genau dieser Unterschied entscheidet darüber,
wie schnell dein Fix kommt –
wie stabil deine Lösung ist –
und wie präzise deine Arbeit am Ende wird.

🇺🇸 GPS (USA)

Global Positioning System
Das amerikanische System.
Der „Vater“ aller Navigationssatelliten.
Start: 1978
Für viele Jahre das Einzige, was es gab.

🇪🇺 Galileo (Europa)

Das modernste zivile System der Welt.
Extrem stabil.
Extrem präzise.
Start: 2016
Für Vermesser heute fast unverzichtbar.

🇷🇺 GLONASS (Russland)

Start: 1982
Robustes System, hilfreich bei schlechten Sichtbedingungen.
In Kombination mit GPS/Galileo sehr wertvoll.

🇨🇳 BeiDou (China)

Start: 2000 / global seit 2020
Sehr schnelle Signale, moderne Satelliten –
und in vielen Receivern längst Standard.

🔍 Der echte Unterschied?

GPS = ein System
GNSS = alle Systeme zusammen.

In der Praxis bedeutet das:

🔸 Mehr Satelliten
🔸 Weniger Signalabbrüche
🔸 Bessere Genauigkeit
🔸 Schnellere Fix-Lösung
🔸 Stabiler unter Bäumen, Brücken, Gebäuden
🔸 Verlässlicher bei Maschinensteuerung & Drohnen

Kurz gesagt:

Wer heute noch „GPS“ sagt, misst eigentlich mit GNSS.
Und wer nur GPS nutzt, verschenkt Präzision.

💬 Eure Erfahrung zählt:

Welche Genauigkeit erreicht ihr aktuell mit eurem System?

RTK? NRTK? SAPOS? VRS Now?

👇 Schreibt eure Werte in die Kommentare – ich vergleiche gern!

🔸 Teile den Beitrag, damit mehr Leute den Unterschied verstehen.

🔖 Speichere ihn für deine nächsten Projekte.

🔔 Mehr echte Insights
→ Folge mir Rashid Jaafar 🔥

#Vermessung #GNSS #GPS #Galileo #GLONASS #BeiDou #Geodäsie #Surveying #Satellitentechnik #DigitalConstruction #Engineering #Bauindustrie #Maschinensteuerung #Drohnenvermessung #Insights #RashidJaafar #USA #Europa #China #Russland“

Quelle: [1]

Noch mehr Informationen zu den genannten Navigationssatellitensystemen findet Ihr auf Wikipedia unter [2] … [6].

[1] … https://www.linkedin.com/posts/activity-7401141779930165248-Q_0u/
[2] … https://de.wikipedia.org/wiki/Global_Positioning_System
[3] … https://de.wikipedia.org/wiki/Globales_Navigationssatellitensystem
[4] … https://de.wikipedia.org/wiki/Galileo_(Satellitennavigation)
[5] … https://de.wikipedia.org/wiki/GLONASS
[6] … https://de.wikipedia.org/wiki/Beidou_(Satellitennavigation)

Released: MapServer v8.6.0

Veröffentlicht am von
Antworten

Erst letzte Woche hatte ich über die Ankündigung der neuen MapServer-Version als Release Candidate v8.6.0-rc1 [1] berichtet. Wie Jeff McKenna gestern via X (ehemals Twitter) [2] mitteilte, ist der MapServer v8.6.0[3] nun offiziell released. Im Changelog [4] findet Ihr alle Änderungen, Hilfe zur Migration (8.4 zu 8.6) gibt’s im MapServer Migration Guide [5].

Wir setzen den MapServer bereits seit 2001 im KomGIS+ Vorgänger/Prototypen GIS+ und HALgis erfolgreich ein und sind ihm zusammen im KomGIS+ [6], HALgis [7] und dem halleschen Open Data Portal [8] bis heute treu geblieben. Danke alle Mitwirkenden, Großartig!

[1] … https://geoobserver.de/2025/11/28/mapserver-release-candidate-v8-6-0-rc1/
[2] … https://x.com/mapserving/status/1996304031786918295
[3] … https://mapserver.org/development/announce/8-6.html
[4] … https://mapserver.org/development/changelog/changelog-8-6.html#changelog-8-6
[5] … https://mapserver.org/MIGRATION_GUIDE.html#mapserver-8-4-to-8-6-migration
[6] … https://itc-halle.de/loesungen/geoinformationssysteme/KomGIS
[7] … https://geodienste-a.halle.de/halgis/
[8] … https://webapp.halle.de/opendata.hal/

PostgreSQL-Tipp: „TABLESAMPLE“ Modus 

Veröffentlicht am von
Antworten

Einen coolen Tipp für die Beschleunigung von DB-Abfragen in der PostgreSQL-Datenbank habe ich die Tage im Artikel „PostGIS Performance: Data Sampling“ [1], [2] von Paul Ramsey gefunden. Bei Tabellen mit sehr großen Datenmengen können die Abfragen recht lange dauern, mitunter braucht man aber nur gute Näherungen und Stichproben liefern ausreichend genaue Ergebnisse. Es kann also reichen, z. B. nur ein Prozent der Gesamtheit abzufragen und dabei ein ziemlich gutes Stichproben-Ergebnis zu bekommen, aber viel (Abfrage-)Zeit zu sparen. Es hilft das „Gesetz der großen Zahlen“ [3]. Für die PostgreSQL-DB lautet das Zauberwort:

TABLESAMPLE SYSTEM | BERNOULLI

Ich war mal neugierig, hier mein ganz einfacher Test:

Mein Test: Abfragedauer über alle Datensätze und dann nur 10% und 1%

Mehr Infos inklusive dem Unterschied zwischen TABLESAMPLE SYSTEM und TABLESAMPLE BERNOULLI findet Ihr auch „How to Use Table Sampling in PostgreSQL“ bei Cybrosys [4]

[1] … https://www.crunchydata.com/blog/postgis-performance-data-sampling
[2] … https://www.linkedin.com/posts/crunchy-data-solutions-inc-_new-on-our-blog-paul-ramsey-shows-off-some-activity-7397760206929248256-8esn
[3] … https://de.wikipedia.org/wiki/Gesetz_der_gro%C3%9Fen_Zahlen
[4] … https://www.cybrosys.com/research-and-development/postgres/how-to-use-table-sampling-in-postgresql

Google Maps Platform: Verbesserte Straßendetails

Veröffentlicht am von
Antworten

Die Google Maps Platform verbessert die Darstellung von Straßeninformationen [1] für die Maps JavaScript API, die Maps SDKs und die Navigation SDKs und macht somit seine Karteninformationen noch nützlicher. Verbessert werden:

  • Gehwege und Zebrastreifen für bessere Begehbarkeit
  • Genau skalierte Straßenbreiten, Mittellinien und Mittelstreifen für eine bessere Visualisierung
  • Fahrbahnmarkierungen und Sondernutzungsspuren
  • Wege und Treppen in Parks
  • Bessere Sichtbarkeit der Fahrspuren, um Zusammenführungen, Abzweigungen und Ausfahrten besser vorherzusehen

Glückwunsch Google, ein kluger Schritt! Jetzt werden die tatsächlichen räumlichen Gegebenheiten deutlich besser symbolisiert und ergeben eine klareres Bild der wirklichen Situation vor Ort. Um die neuen detaillierten Straßeninformationen nutzen zu können, muss auf die neuesten Versionen der o. g. APIs aktualisiert werden.

Screenshot 2: Der Google-XYZ-Kacheldienst (hier mit dem GeoBasis_Loader [4] eingefügt) hat auch schon die verbesserte Straßendarstellung, aber es scheint noch einige Probleme im Inneren des Place Charles de Gaulle in Paris [2] zu geben?

[1] … https://mapsplatform.google.com/resources/blog/introducing-road-level-details-in-the-maps-javascript-api-maps-sdks/
[2] … https://de.wikipedia.org/wiki/Place_Charles_de_Gaulle
[3] … https://www.linkedin.com/posts/googlemapsplatform_relevant-visual-details-make-maps-more-useful-activity-7399159949488054272-1NS1
[4] … https://geobasisloader.de/

MapServer: Release Candidate v8.6.0-rc1

Veröffentlicht am von
Antworten

Im Januar 2025 wurde MapServer 8.4 released [1]. Wie Jeff McKenna gestern via X (ehemals Twitter) [2] mitteilte ist jetzt, 10 Monate später der erste Release Candidate MapServer 8.6.0-rc1 [3] online verfügbar. Im Changelog [4] findet Ihr alle Änderungen, Hilfe zur Migration (8.4 zu 8.6) gibt’s im MapServer Migration Guide [5].

Wir setzen den MapServer bereits seit 2001 im KomGIS+ Vorgänger/Prototypen GIS+ und HALgis erfolgreich ein und sind ihm zusammen im KomGIS+ [6], HALgis [7] und dem halleschen Open Data Portal [8] bis heute treu geblieben. Danke alle Mitwirkenden, Großartig!

[1] … https://geoobserver.de/2025/01/21/mapserver-v8-4-0-released/
[2] … https://x.com/mapserving/status/1994091486854492176?s=20
[3] … https://mapserver.org/development/announce/8-6.html
[4] … https://mapserver.org/development/changelog/changelog-8-6.html#changelog-8-6
[5] … https://mapserver.org/MIGRATION_GUIDE.html#mapserver-8-4-to-8-6-migration
[6] … https://itc-halle.de/loesungen/geoinformationssysteme/KomGIS
[7] … https://geodienste-a.halle.de/halgis/
[8] … https://webapp.halle.de/opendata.hal/

QGIS-Tipp: AI Georeferencer

Veröffentlicht am von
Antworten

Georeferenzierung ist mit QGIS an sich kein Problem, aber es kann mitunter zeit- und nervenraubend sein. Was liegt also näher, als im Zeitalter der Künstlichen Intelligenz genau diese auch die Georeferenzierungs-Arbeit machen zu lassen. Die beiden Tweets [1], [2] zeigen eindrucksvoll die Möglichkeiten und die IMHO beeindruckende Präzision. Alles realisiert mit dem QGIS-Plugin „Bunting Labs AI Vectorizer“ [3].

PS: Ich habe es noch nicht selbst getestet, es steht aber auf meiner ToDo-Liste. Wenn schon jemand Erfahrungen mit dem Plugin gemacht hat, lasst uns bitte in den Kommentaren daran teilhaben. Danke!

[1] … https://x.com/normconstant/status/1846671216880636314
[2] … https://x.com/normconstant/status/1828936605668884645
[3] … https://plugins.qgis.org/plugins/buntinglabs-qgis-plugin/

QGIS-Tipp: v3.99.0, MacOS Tahoe 26.1, PostgresApp 2.9.2 & PostgreSQL 18.1, Test@MacM1

Veröffentlicht am von
Antworten
Screenshot: Meine aktualisierte GIS-Umgebung auf Mac M1

Es stand seit einiger Zeit an, gestern Abend habe ich mich endlich mal ran gesetzt und alle aktuellen Komponenten auf meinem Mac installiert. Meine neue GIS-Umgebung, also jetzt:

  • QGIS 3.99.0-Master mit Qt6 (Test für QGIS v4)
  • PostgreSQL v18.1 inkl. PostGIS 3.6.1 via Postgres.app 2.9.2
  • macOS 26.1 „Tahoe“
  • alles auf einem MAC mit M1

Es war wie immer unkompliziert und läuft erwartungsgemäß hervorragend,
Danke allen Mitwirkenden!!!

Gastbeitrag: QGIS-Plugin „Project Packager“

Veröffentlicht am von
1

Einen coolen Plugin-Tipp bekam ich die Tage von Ingo Michalak, einem Bekannten aus der Halleschen Geobubble. Er hat das QGIS-Plugin „Project Packager“ [1] getestet und ist recht angetan. Sein Praxisbeispiel war die Weitergabe eines QGIS-Projektes mit Daten der Römischen Straßen [2], welches ich vor kurzem vorgestellt habe. Hier seine Erfahrungen mit dem Plugin, ein gutes Kochbuch mit Hinweisen auf Fallstricke, Es folgt O-Ton Ingo M.:

Jeder kennt’s vermutlich: man hat ein historisch gewachsenes Projekt gebastelt mit Daten aus verschiedenen lokalen Quellen und nun will man es „mal eben“ an einen Kollegen (oder Auftraggeber) übermitteln oder man will es einfach nur archivieren und fängt an alle Daten zusammen zu sammeln und die Datenquellen im Projekt neu zuzuweisen. Mit dem folgenden PlugIn ist das kein Problem mehr!

Zu Illustrationszwecken sollen die Daten aus dem Blog-Eintrag „itiner-e: Alle Wege führen nach Rom?“ dienen. 

Für die Vorbereitung der Daten zur Übermittlung oder Archivierung den Project Packager installieren:

Dann das Projekt noch mal abspeichern (zwingend nötig für das Plugin, ungespeicherte Änderungen kann es nicht handhaben) und den Packager starten.

Dann einen Ziel-Ordner auswählen (hier darf nicht derjenige Ordner ausgewählt werden, in dem das bisherige Projekt liegt). 
Ich empfehle unter Data storage options die unteren beiden Optionen auszuwählen:

Dann erhält man nämlich ein einzelnes GeoPackage, in dem auch das Projekt selbst enthalten ist. 

Wenn man das GeoPackage dann im QGIS-Browser öffnet, sieht man neben den Geodaten auch das Projekt, das man so direkt aus QGIS heraus öffnen kann und alles sieht beim Empfänger so aus wie beim Absender.

Zwei wichtige Einschränkungen: 
1) Daten, die als Link im Projekt sind, bleiben Link. Bei WMS ist das klar, bei WFS kein Problem. Bei Daten, die in lokalen Datenbanken liegen (PostGIS-Server auf dem localhost z.B.), sind diese beim Empfänger anschließend nicht verfügbar. Solche Daten müssen also zuerst über irgendein Dateiformat lokal abgelegt und ins Projekt integriert werden.

2) Große Rasterdaten machen dem Plugin offenbar Probleme (diese sind in GeoPackages eh eher unhandlich). Sie sollten also ggf. vor der Anwendung des PlugIns aus dem Projekt entfernt und separat übermittelt werden. 

Danke Ingo! Übrigens, das fertige vom QGIS-Plugin „Project Packager“ exportierte GeoPackage findet Ihr unter [3]. Mein Test mit diesem Export klappt bestens, vgl. folgenden Screenshot 🙂

[1] … https://plugins.qgis.org/plugins/ProjectPackager/
[2] … https://geoobserver.de/2025/11/17/itiner-e-alle-wege-fuehren-nach-rom/
[3] … https://geoobserver.4lima.de/romanstreets.gpkg.zip

GraphHopper: Routing Engine 11.0 Released

Veröffentlicht am von
Antworten
Screenshots (Bildquellen [1], [2])

Bereits im Oktober wurde die bekannte Open Source Routing Machine “GraphHopper” [1] auf die Version 11.0 [2] aktualisiert. Jede Menge Verbesserungen und Neuigkeiten erwarten uns, Schwerpunkte bilden z. B. Abbiegehinweise, Fahrradverbesserungen, Flexible Umschlagkosten (Vermeidung von Linksabbiegen), verbesserte Vermeidung von Privatstraßen und Leistungserhöhung bei der Isochronenberechnung, den Routing-Abfragen und beim Importprozess.

[1] … https://www.graphhopper.com/de/
[2] … https://www.graphhopper.com/blog/2025/10/14/graphhopper-routing-engine-11-0-released/