Kategoriearchiv: News allgemein

terrio – das neue GDAL?

Veröffentlicht am von
Antworten
Bildquelle [6]

Bisher war GDAL in der FOSSGIS- und der kommerziellen GIS-Welt das Standardwerkzeug für alle Arten zur Konvertierung von Geodaten. Ich selbst nutze GDAL seit 2001, also seit 25 Jahre. Seit letzter Woche verbreiteten sich die Meldungen über terrio [1] von Qiusheng Wu (@giswqs). Klingt spannend, sollte man sich unbedingt mal anschauen. Viele sagen ja immer, „Konkurrenz belebt das Geschäft“, manche bestreiten das auch vehement, na mal sehen 😉

terrio sagt in [2] über sich selbst:

  • terrio ist eine leichte, open-source Bibliothek für den Import und Export geospatieller Daten
  • geschrieben in reinem Rust
  • liest, schreibt, konvertiert und reprojiziert Raster, Vektoren und Punktwolken, ohne GDAL oder C-Abhängigkeiten
  • Verwendung via Kommandozeile, Python, JavaScript (WebAssembly) oder Rust oder KI-Agenten
  • terrio-Kommandozeilen-Executable <15 MB und ohne zusätzliche Einrichtung
  • GDAL-ähnliche Tools zum Lesen, Schreiben, Konvertieren und Verarbeiten geospatialer Daten

Details findet Ihr unter Dokumentation [1], den Code unter GitHub [4] und die News unter Release Notes [5]. Wer von Euch hat schon erste Erfahrungen mit terrio gemacht, gern in den Kommentaren …

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

[1] … https://terrio.opengeos.org/
[2] … https://x.com/giswqs/status/2113096337252106672
[3] … https://x.com/giswqs/status/2113980412691149078
[4] … https://github.com/opengeos/terrio
[5] … https://github.com/opengeos/terrio/releases/tag/v0.5.0
[6] … https://raw.githubusercontent.com/opengeos/terrio/main/docs/assets/terrio-wordmark-dark.svg

Neues QGIS-Plugin „Polygon Area Splitter“

Veröffentlicht am von
2

Gestern haben die #geoObserverTools [1] wieder Zuwachs bekommen. Das QGIS-Plugin „Polygon Area Splitter“ [2] ist ein einfaches Tool zum Aufteilen von Polygonen. Ziel ist dabei der vom Nutzer eingegebene neue Flächeninhalt einer neu zu erzeugenden Teilfläche. Also z. B., man hat eine vorhandene Ackerfläche und möchte von dieser genau 1,8 ha, also 18000 m² parallel zu einer Seitenkante abtrennen. Die Bedienung ist denkbar einfach, der Nutzer muss folgende Schritte ausführen:

  1. Das Thema mit den Polygonen aktivieren, z. B. die Flurstücke oder Ackerflächen
  2. in diesem Thema genau ein Polygin selektieren
  3. die Seitenkante anklicken, von welcher aus die neue Fläche gesplittet werden soll
  4. und das Ergebnis im neuen entstandenen temporären Polygon-Layer nutzen
Animation: Schritt 1 … 4 des Polygon-Splittings

Ihr findet das neue PolygonAreaSplitter-Plugin im QGIS-Plugin-Repository [2] und den Code auf GitHub [3]

[1] … https://geoobserver.de/qgis-plugins/
[2] … https://plugins.qgis.org/plugins/PolygonAreaSplitter/
[3] … https://github.com/geoObserver/PolygonAreaSplitter
[4] … https://geoobserver.de/PolygonAreaSplitter/

Wundersame Dinge: Google, eine Privatperson und ein Gericht

Veröffentlicht am von
3
So oder ähnlich könnte es demnächst an vielen Orten in Deutschland aussehen, jedenfalls bei der Nutzung entsprechender Geodaten und Geoanwendungen (Bild KI-generiert)

Ja, ich konnte es vorgestern kaum glauben, aber es ist wohl passiert. Wie wir schon bei Google Street Map erleben mussten, erleben wir es jetzt bei den 3D-Luftbildansichten von Google. Ein Familienvater meint, es wäre nicht zumutbar, dass sein Grundstück von oben weltweit sichtbar ist, klagt gegen Google und gewinnt. Die 3. Zivilkammer des Landgerichts Frankfurt am Main hat entschieden, vgl. Az.: 2-03 O 388/25 [1]. Ich kann nur unverständlich den Kopf schütteln* und hoffen, dass es nicht dabei bleibt, immerhin ist das Urteil noch nicht rechtskräftig. Google kündigte schon Rechtsmittel an. Detaillierte Informationen zu diesem Rechtsstreit findet Ihr in [2], [3] und [4].

Nun ja, manche werden sich vielleicht auch die Hände reiben und argumentieren, Google dürfe eben auch nicht alles. Ja, das ist richtig. ABER: was könnte ein solches Urteil für uns alle bedeuten, wenn wir es weiter denken? Was wird aus anderen Luftbildern, z. B. die der Landesvermessungsämter und deren Weiterverarbeitung, was aus anderen offenen Daten, wie beispielsweise OSM (auch hier wurden ja schon von Waldbesitzern Wegeinformationen angemahnt), was wird aus den Digitalen Zwillingen, wie weit wird das gehen? Ich bin erst einmal einigermaßen fassungslos. Aber ich bleibe dran …

* … aber ich habe ja auch keine Gerichtsentscheidungen zu bewerten
[1] … https://www.rv.hessenrecht.hessen.de/bshe/document/LARE260001263
[2] … https://www.heise.de/news/Gericht-untersagt-Luftbildaufnahmen-bei-Google-Maps-11494524.html
[3] … https://www.hessenschau.de/panorama/google-maps-hausbesitzer-in-frankfurt-wehrt-sich-gegen-luftbilder-v1,prozess-google-haus-100.html
[4] … https://www.n-tv.de/wirtschaft/Google-darf-Satellitenbilder-von-Grundstueck-nicht-veroeffentlichen-id31437987.html

PHP-Skript: „QGIS Plugin Download Live Status“

Veröffentlicht am von
4
Vintage-Terminal VT100 (Original-Bildquelle [3])

Um die Anzahl der Downloads von QGIS-Plugins herauszufinden, bietet die Suche unter „QGIS Plugins“ [1] bereits eine einfache und zuverlässige Möglichkeit. So lassen sich beispielsweise alle Plugins des geoObservers sortiert nach Downloads anzeigen [2]. Unkompliziert, übersichtlich und grundsätzlich eine gute Lösung!

Screenshot 1: Typo-Problem? Durch die proportionale Schrift wirken ähnlich große Zahlen optisch sehr unterschiedlich.

Ein paar Kleinigkeiten haben mich allerdings schon länger gestört: Die verwendeten Schriftarten für die Zahlen treffen nicht ganz meinen Geschmack (vgl. Screenshot 1), und eine Gesamtzahl der Downloads über alle Plugins hinweg hätte ich auch gern. Da kam mir die Idee: Warum nicht einfach mal ausprobieren, was sich mit Unterstützung von KI umsetzen lässt? Gesagt, getan: Ein kleines PHP-Skript erstellt, auf den Server geladen – und schon gibt es die Download-Statistik ganz nach meinen Vorstellungen, natürlich im charmanten Vintage-Terminal-Style. 😉

Praktisch ist außerdem, dass es keine Rolle spielt, ob Ihr nach einem Usernamen oder einem Autor sucht: Das Skript berücksichtigt automatisch beide Varianten. Das Skript hat einen Cache für 60 Minuten eingebaut, damit verhindert wird, den Server mit unnötig vielen Abfragen zu belasten. Nur eine Abfrage pro Stunde pro Nutzer/Autor geht wirklich zum QGIS-Server, alle anderen werden aus dem Cache beantwortet. Vielleicht ist das kleine Tool ja auch für Euch hilfreich! Probiert es gern aus und nutzt es, wenn Ihr mögt. Ihr erreicht es unter folgender Adresse:

https://geoobserver.de/download/myQGISPluginInfoUser.php?user=[username] | [author]

Hier ein paar Beipiele:

Beispiel 1: Suche nach Plugins vom User „geoobserver“:

https://geoobserver.de/download/myQGISPluginInfoUser.php?user=geoobserver

Beispiel 2: Suche nach Plugins vom Autor „OPENGIS.ch“:

https://geoobserver.de/download/myQGISPluginInfoUser.php?user=OPENGIS.ch

Beispiel 3: Suche nach Plugins vom Top1-User „nextgis“:

https://geoobserver.de/download/myQGISPluginInfoUser.php?user=nextgis


Letzte Bemerkung:
(@QGIS.org) Ich hoffe doch, dass ich damit gegen nichts verstoßen habe, falls doch, gebt mir bitte zeitnah einen Tipp. Via Cache über eine Zeitspanne von 60 Minuten ist der Server IMHO vor zu vielen Anfragen geschützt.

[1] … https://plugins.qgis.org/plugins/
[2] … https://plugins.qgis.org/plugins/user/geoobserver/?sort=downloads&order=desc
[3] … https://en.wikipedia.org/wiki/VT100#/media/File:DEC_VT100_terminal.jpg

QGIS-Tipp: Verbinden unterbrochener Linien?

Veröffentlicht am von
Antworten
Screenshot: Funktionen des QGIS-Plugins „ProcessX“ [2]

Das kennt man ja, plötzlich sind die Geodaten da, aber leider fehlerhaft, eine Menge unterbrochener Linien, die eigentlich zusammengehören. Ursache sind meist Digitalisierungsfehler. Wie man diese Fehler nun schnell und sicher in QGIS reparieren kann, zeigen Euch die Antworten auf den Beitrag „Joining dangling end in the vector layer using QGIS“ [1]. Die Lösung ist die „Snap Vertices to Nearest Points by Condition“-Funktion in den Processing Tools des QGIS-Plugins „ProcessX“ [2]. Die Erklärungen mit guter Illustration findet Ihr im Beitrag [1].

Hier der Original-Tweet [3];

PS: Ich habe es noch nicht selbst getestet, es steht aber auf meiner ToDo-Liste 😉

[1] … https://gis.stackexchange.com/questions/448750/joining-dangling-end-in-the-vector-layer-using-qgis
[2] … https://plugins.qgis.org/plugins/ProcessX/
[3] … https://twitter.com/vanuatugis/status/1610123048417624072

28 Jahre GDAL! HAPPY BIRTHDAY!

Veröffentlicht am von
Antworten

Was, schon wieder ein Jahr? Die in vielen GI-Systemen eingebaute und somit auch von vielen Anwendern (mitunter auch unbewusst*) genutzte GDAL – Geospatial Data Abstraction Library [1] wurde am vergangenen Samstag, den 17.10.2026, 28 Jahre alt. Vorgestern vor 28 Jahren veröffentlichte Frank Warmerdam im CSV-Repository [2] die erste Version.

Der #geoObserver sagt:
HERZLICHEN GLÜCKWUNSCH und Danke Frank, Even und allen Mitwirkenden!

Screenshot: Zeitreise 27 Jahre zurück. Am 17.10.1998 wurde die erste GDAL-Version eingecheckt (Quelle: [2])

PS: Am Wochenende erscheint kein #geoObserver-Newsletter, deshalb erst heute die Glückwünsche 😉

* … Jeder QGIS-Nutzer arbeitet mit GDAL!
[1] … https://gdal.org/
[2] … https://github.com/OSGeo/gdal/commit/ 149db916aafcbee9bb64572fafda83441c94a552

Rekordverdächtig: QGIS-Anwenderkonferenz 2026

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

Wusstet Ihr schon? Ein QGIS-Highlight dieses Jahres war sicher die vom 4. bis 9. Oktober 2026 durchgeführte QGIS-Anwenderkonferenz UC2026 [1] im schweizerischen Laax. Laut Veranstalter war sie „die größte Veranstaltung, die jemals auf dem Crap Sogn Gion in 2222 Metern Höhe stattfand“ [2]. Mehr als 420 Menschen aus über 30 Ländern und fünf Kontinenten trafen sich zu Themen wie Open Source, Karten als Machtinstrumente, KI und QGIS-Infrastruktur. Die komplette Presseinformation „QGIS User Conference 2026 brings open source to new heights in the Swiss Alps“ findet Ihr im QGIS-Blog [2] oder als Download [3]

Weitere Eindrücke und Fotos von der Konferenz findet Ihr im Blog von Hans van der Kwast [4]. Und übrigens, Crap Sogn Gion in 2222m Höhe findet Ihr hier: bei OpenStreetMap [5] und GoogleMaps [6].

[1] … https://conference.qgis.org/
[2] … https://blog.qgis.org/2026/10/13/qgis-user-conference-2026-brings-open-source-to-new-heights-in-the-swiss-alps/
[3] … https://blog.qgis.org/wp-content/uploads/2026/10/press_release_qgis_uc_2026_en-1.pdf
[4] … https://www.qwast-gis.com/l/qgis-user-conference-and-contributor-meeting-2026-in-laax/
[5] … https://www.openstreetmap.org/search?query=Crap+Sogn+Gion+&zoom=17& minlon=9.210308790206911&minlat=46.832658637233536 &maxlon=9.220608472824098&maxlat=46.8381486278137#map=15/46.83671/9.21191
[6] … https://www.google.de/maps/place/Crap+Sogn+Gion/@46.8363939,9.2100192, 2130m/ data=!3m2!1e3!4b1!4m6!3m5!1s0x4784dece59f5a941:0x4895a3872b245352 !8m2!3d46.8363872!4d9.215169!16s%2Fm%2F04n3bln?entry=ttu&g_ep=EgoyMDI2MTAxMy4wIKXMDSoASAFQAw%3D%3D
[7] … https://fosstodon.org/@qgis/117371452663725036

Tools des Monats: RustGIS, ein neues Open Source GIS

Veröffentlicht am von
Antworten
Screenshot 1: RustGIS im Browser (Bildquelle [1])

Nachdem in den letzten Tagen die Message für Wirbel sorgte, dass die komplette Adobe-Suite via KI neu als Open Source-Software verfügbar gemacht wurde, tauchte quasi gleichzeitig in der GIS-Welt auch ein neues Open Source-GIS auf. RustGIS [1] von Associate Professor Qiusheng Wu [2], [3], komplett in Rust geschrieben und rein äußerlich auf den ersten Blick mit ArcGIS Pro zu verwechseln. Auf der Webseite [1] heißt es dazu:

„Ein schnelles, kostenloses und quelloffenes GIS in reinem Rust zum Kartieren, Analysieren und Teilen von Geodaten.
RustGIS läuft nativ unter Windows, macOS und Linux sowie im Webbrowser. Ihre Daten bleiben auf Ihrem Rechner, es sei denn, Sie senden sie an ein KI-Modell Ihrer Wahl. Jede Aktion ist ein Befehl, den Sie über die Kommandozeile, ein Notebook oder den KI-Assistenten skripten können.“ [1]

Viele werden sich fragen, was, noch ein weiteres GIS. Ich meine ja, wir haben ja auch nicht nur ein Auto, sondern eine breite Palette und jeder sucht sich das für ihn Passende. Damit die Einordnung in die bestehende GIS-Landschaft leichter fällt, möchte ich auf einen lesenswerten Vergleich zwischen RustGIS und anderen GIS-Systemen „RustGIS vs. other GIS platforms“ [4] hinweisen. Die Lektüre lohnt sich!

Übrigens fragten sich schon Mehrere, ob RustGIS tatsächlich mit KI erstellt oder ob die KI wenigstens geholfen hat. Ja in [5] ist es explizit nachzulesen: „hauptsächlich Claude Opus 5.5“.

Zum schnellen Einstieg empfehle ich den Start der Web-App [6] oder Ihr nutzt es auf dem Desktop unter Eurem Wunsch-OS, hier die Downloads [7]. Meine ersten Test waren übrigens vielversprechend, ich bleibe dran. Für mich ist RustGIS mein Tool des Monats!

Screenshot 2: Meine erster Test, WMS einbinden, hier ALKIS Flurstücke und Gebäude sowie die Baublöcke der Stadt (Halle)

[1] … https://rustgis.app/
[2] … https://www.linkedin.com/in/giswqs/
[3] … https://gishub.org/
[4] … https://rustgis.app/comparison/
[5] … https://www.linkedin.com/feed/update/urn:li:activity:7516187106923180032/? dashCommentUrn=urn%3Ali%3Afsd_comment%3A%287516248409356460032%2 Curn%3Ali%3Aactivity%3A7516187106923180032%29&dashReplyUrn=urn%3Ali%3 Afsd_comment%3A%287516249521375432704%2Curn%3Ali%3Aactivity%3 A7516187106923180032%29
[6] … https://web.rustgis.app/
[7] … https://downloads.rustgis.app
[8] … https://www.youtube.com/watch?v=JPVNDwrc530
[9] … https://x.com/giswqs/status/2110490750819684665?s=20

GeoBasis_Loader: 66666. Download!

Veröffentlicht am von
Antworten
Screenshot: Der 66666. Download (Bildquelle [5])

Natürlich ist es nur eine Zahl und trotzdem sieht es gut aus: 5x die „6“. Gestern war es mal wieder so weit, eine besondere Zahl wurde erreicht, der 66666. Download des QGIS-Plugins „GeoBasis_Loader“ [1]. Danke für Eure Treue, Danke den Unterstützern und Danke an meine Mitstreiter Aton May und Thomas Wölk!

Und übrigens, den aktuellen Status zum GeoBasis_Loader [1] und den #geoObserverTools [2] findet Ihr ab sofort auf der neuen Statusseite [3] Und wenn Ihr die Projekte unterstützen wollt, gern unter „Unterstütze/Donate“ [4].

[1] … https://geobasisloader.de
[2] … https://geoobserver.de/qgis-plugins/
[3] … https://geoobserver.de/live-status-geoobservertools-geobasis_loader/
[4] … https://geoobserver.de/support_geobasis_loader/
[5] … https://plugins.qgis.org/plugins/user/geoobserver/?sort=downloads&order=desc

Star Ninja: Sternegucken, aber qualifiziert

Veröffentlicht am von
Antworten

Stell Dir vor, Du bist auch einer von diesen Sterneguckern, suchst deswegen ideale Standorte mit freier Sicht auf das Firmament. Was hindert Dich dabei? Wolken, zu viel Mondlicht, Lichtverschmutzung, … Genau dieser Problematik hat sich die Online-Anwendung „Star Ninja“ [1] gestellt und eine Lösung gefunden. Du kennst Deinen aktuellen Standort, hier Halle (1) und suchst, am besten in der Nähe, einen Ort mit möglichst freier Sicht in einem bestimmten Zeitfenster. Ich hab’s ausprobiert. Halle (Saale) war zu lichtverschmutzt, laut Karte war Gräfenhainichen (2) am wenigsten lichtverschmutzt. Und nun noch die Daten wie Bewölkung und Mondlicht in die Betrachtung einbeziehen, die letzte Nacht, vom 12. zum 13. Oktober wäre wohl mit 7 von 10 die am besten geeignete gewesen (3). Hier das Ergebnis meines Versuches Halle-Gräfenhainichen [2] im Screenshot:

Screenshot: Ergebnis meines Tests Halle-Gräfenhainichen [2]

Gefunden in der Wochennotiz 846 [3]

[1] … https://stars.2pm.ninja/
[2] … https://stars.2pm.ninja/?lat=51.4942&lon=11.9743&z=8&slat=51.4942
&slon=11.9743&plat=51.6964&plon=12.5978&ref=osm
[3] … https://weeklyosm.eu/de/archives/0846/