Was sich im September 2026 geändert hat

• Linien-Layer haben unter Farbe einen Regler für die Deckkraft, und eine Deckkraft von 0 bleibt beim Speichern erhalten.
• Beim Wechsel der Farbpalette bleiben eigene Klassengrenzen erhalten.
• Ungespeicherte Änderungen an einer eigenen Farbskala bleiben erhalten, wenn Sie Keine Daten ein- oder ausschalten.
• Wenn Sie ein Feld für die Größe wählen, beginnt der Größenbereich bei der aktuellen Größe statt bei 0.
• Die Datentabelle zeigt die aktuelle Seite weiter an, während die nächste lädt.
• Lange Linkbeschriftungen im Links-Widget eines Dashboards brechen um, statt über das Panel hinauszulaufen.
• Wo ein Name abgeschnitten ist, erscheint der vollständige Name, wenn Sie mit der Maus darüberfahren.

• Die Maßstabsleiste zeigt ganze Zahlen statt Abkürzungen mit K und M.
• In einem Workflow wird ein Einzugsgebiet mit mehreren Startpunkten aus einem vorherigen Schritt jetzt richtig vorausgefüllt.
• Die Katalogsuche gewichtet Datensätze stärker, die das betrachtete Gebiet abdecken.

Wenn Sie für mehrere Startpunkte getrennte Einzugsgebiete berechnen, hat jetzt jedes Gebiet ein Feld, das angibt, von welchem Startpunkt es stammt. Danach können Sie die Gebiete beschriften, filtern oder gestalten.

• Die Textsuche im Katalog findet Datensätze zuverlässiger.
• Das Werkzeug Objekte verbinden ist schneller und kommt auch mit großen Datensätzen zurecht, ohne dass der Speicher ausgeht.
• Werkzeuge fügen ihren Ergebnissen keine zusätzlichen Bounding-Box-Spalten mehr hinzu.

Bisher liefen Erreichbarkeitsanalysen auf den Routing-Netzwerken, die wir bereitstellen. Das hat zugleich bestimmt, wo GOAT einsetzbar war. In v3 wird ein eigenes Netzwerk hochgeladen, und die Analysen rechnen darauf.

Beispiel Fukushima. Dort stellen wir kein Routing-Netzwerk bereit, die Erreichbarkeitsindikatoren hatten also keine Grundlage. Nach dem Hochladen des Straßennetzes funktioniert ein Einzugsgebiet dort genauso wie in München. Für den öffentlichen Verkehr gilt dasselbe: mit den GTFS-Daten der Region rechnen die ÖV-Indikatoren darauf.

Das deckt zwei verschiedene Fälle ab. Der eine ist geografisch, überall dort, wo wir noch nicht abdecken, und das ist der größte Teil der Welt. Der andere ist lokal: ein geplantes Radnetz, das es noch nicht gibt, ein Campusnetz, das nicht in OpenStreetMap steht, oder ein amtlicher Datensatz, dem ein Planungsbüro mehr vertraut als dem offenen. Das Netzwerk kommt im Overture-Format, als .zip mit segments.geoparquet und connectors.geoparquet.

GOAT startet jetzt in einem Home-Bereich, statt direkt in einer leeren Karte zu landen.

Von einem Feld aus wird der gesamte Workspace durchsucht, und die drei wahrscheinlichsten nächsten Schritte liegen daneben: ein neues Projekt, ein Datensatz oder der Katalog. Darunter stehen die zuletzt geöffneten Projekte, und ein Bereich mit Vorlagen für Workflows, Dashboards und Layouts.

Links zum Einstieg, zur Dokumentation und zu einem kurzen Video über Isochronen liegen auf derselben Seite. Die erste Stunde mit GOAT hängt damit nicht davon ab, zu wissen, wo man suchen muss.

Eine leere Karte ist ein schlechter Anfang, gerade in der ersten Stunde mit einem neuen Werkzeug. v3 bringt Vorlagen auf drei Ebenen.

Eine Projektvorlage öffnet ein fertiges Projekt: die Layer sind gestaltet, die Analysen gerechnet und das Dashboard gebaut. So ist zu sehen, wie Ergebnisse gelesen werden sollen und wie sie entstanden sind. Eine Workflow-Vorlage ist eine vorbereitete Analyse, der nur noch die eigenen Daten fehlen: ÖV-Güteklassen für die eigene Region heißt dann nicht, die Schrittkette selbst zu bauen. Eine Layout-Vorlage ist eine druckfertige Karte, die nicht von Grund auf gestaltet werden muss.

Workflows und Layouts lassen sich jetzt direkt im Projekt anlegen, statt an einem eigenen Ort zu liegen.

Bis v3 lagen etwa 60 Datensätze im Katalog, jeder einzeln recherchiert und geprüft. Jetzt sind es mehr als 30.000.

Sie werden nicht mehr einzeln gepflegt. GOAT sammelt aus öffentlichen Geodatenkatalogen: nationale Open-Data-Portale in Europa, regionale und kommunale Portale, Overture Maps und OpenStreetMap. Alles landet in einem Index, sodass ein Datensatz aus einem Landesportal und ein Layer aus Overture gleich beschrieben und gleich gefunden werden.

Das ändert den ersten Schritt im Projekt. Den Katalog durchsuchen, nach Gebiet, Thema und Datentyp filtern und den Datensatz ins Projekt übernehmen. Kein Download, keine Umprojektion, keine Bereinigung.

Layer, Datensätze und Projekte sind jetzt anders organisiert, und der Umbau hatte ein Ziel: sich darin leicht bewegen zu können. Verschieben per Drag-and-drop, Ordner in Ordnern, und mehrere Elemente auf einmal auswählen, verschieben oder löschen.

Wichtiger noch: alles liegt in einer Ansicht. Projekte, Vorlagen, Datensätze, Bundles und Ordner stehen nebeneinander, und der Typfilter zeigt genau das, was gerade gebraucht wird. Eine Frage wird dadurch deutlich leichter zu beantworten als vorher: welche Daten hängen an welchem Projekt.

Teilen funktioniert jetzt für alles davon, nicht mehr nur für Projekte, und der Besitz eines Elements lässt sich übertragen. Praktisch, wenn jemand das Team verlässt oder ein Projekt von der Person, die es gebaut hat, an das Team übergeht, das es betreibt.