Eine Isochronenkarte ist ein Polygon, das eine scheinbar einfache Frage beantwortet: Wohin komme ich von hier aus in X Minuten? Eine 15-Minuten-Drive-Time-Isochrone um ein Café liefert dessen reales Einzugsgebiet. Eine 30-Minuten-Walk-Time-Isochrone um eine Metrostation zeigt deren fußläufige Reichweite. Jedes "In meiner Nähe"-Feature, jede Standortanalyse, jeder Pendelzeit-Filter im Immobilienportal baut auf dieser Idee auf.
Dieser Leitfaden erklärt, was eine Isochrone tatsächlich ist, wie sie auf dem Straßennetz berechnet wird, wo sie in produktiven Systemen auftaucht und welche Fallstricke Teams Zeit und Geld kosten.
Was eine Isochrone wirklich ist
Der Begriff stammt vom griechischen isos (gleich) und chronos (Zeit): eine Kurve, entlang derer die Reisezeit identisch ist. In der modernen Kartografie ist eine Isochrone ein Polygon (oder eine Menge ineinander verschachtelter Polygone), das alle Orte umfasst, die von einem Startpunkt aus innerhalb eines gewählten Zeitbudgets mit einem gewählten Reisemodus erreichbar sind.
Zwei Eigenschaften unterscheiden eine Isochrone von einem einfachen Buffer. Erstens wird sie auf dem Straßennetz berechnet, nicht auf einer flachen Ebene. Flüsse, Autobahnen, Berge und Einbahnstraßen verzerren die Form. Zweitens ist sie modusabhängig: eine 20-Minuten-Drive-Isochrone, eine 20-Minuten-Cycle-Isochrone und eine 20-Minuten-Walk-Isochrone vom selben Punkt aus sind drei völlig unterschiedliche Polygone.
Die Ausgabe ist fast immer GeoJSON mit einer Polygon- oder MultiPolygon-Geometrie und Properties, die den Reisezeit-Schwellenwert und den Modus tragen. Genau das rendert die Frontend-Karte und genau dagegen feuert die räumliche Datenbank ihre Queries.
Wie Isochronen berechnet werden
Der naive Ansatz besteht darin, eine Kürzeste-Wege-Suche vom Startpunkt aus laufen zu lassen und beim Erreichen des Schwellenwerts abzubrechen. Im Produktivbetrieb skaliert das nicht, deshalb arbeiten reale Systeme mit vorberechneten Straßennetz-Graphen und beschleunigten Suchalgorithmen.
Der Routinggraph wird einmalig aus einer Quelle wie OpenStreetMap oder einem kommerziellen Straßendatensatz aufgebaut: jede Kreuzung wird zum Knoten, jedes Straßensegment zur Kante mit der Reisezeit pro Modus als Gewicht. Von einem Startpunkt aus wandert eine Graphsuche (Dijkstra, A* oder eine bidirektionale Variante) nach außen und expandiert jeweils den günstigsten unbesuchten Knoten, bis das Zeitbudget aufgebraucht ist. Die Menge der erreichten Knoten plus die teilweise erreichten Kanten definiert die Außenkante.
Moderne Engines setzen auf Contraction Hierarchies oder verwandte Verfahren, um diese Berechnung schnell zu halten. Der Graph wird in eine Hierarchie vorverarbeitet, in der Shortcut-Kanten weniger wichtige Knoten überspringen, sodass eine Anfrage, die sonst Millionen Kanten berühren würde, in Millisekunden beantwortet ist. Die erreichbaren Knoten werden anschließend zu einem Polygon zusammengefasst, üblicherweise per konkaver Hülle oder Alpha-Shape, damit die Kontur dem tatsächlichen Straßenverlauf folgt und nicht in leere Flächen ausufert.
Das Ergebnis ist ein GeoJSON-Polygon, das sich direkt an Leaflet, Mapbox GL oder MapLibre weiterreichen oder zur räumlichen Verknüpfung in PostGIS laden lässt.
Wo Isochronen zum Einsatz kommen
Isochronen treiben im Hintergrund eine Reihe ortsbezogener Produktfeatures an.
- Standort- und Filial-Catchments: Händler legen Drive-Time-Isochronen um jeden Standort, schätzen die so erreichbare Bevölkerung und überlagern Zensus- oder Konsumdaten zur Marktdimensionierung
- EV-Reichweitenplanung: batterieabhängige Isochronen zeigen, wie weit ein Elektrofahrzeug mit Restladung kommt, inklusive Höhenprofil, Geschwindigkeit und Verbrauch
- Pendel-Filter im Immobiliensektor: "Zeig mir alle Wohnungen, die im 30-Minuten-Pendelradius dieses Büros liegen" ist eine Isochrone, die mit einer Listing-Tabelle verschnitten wird
- Versorgungsanalyse im Gesundheitswesen: Planer vergleichen Isochronen um Krankenhäuser und Praxen mit Bevölkerungsrastern, um unterversorgte Gebiete zu finden
- Logistik-Servicegebiete: Kuriere, Field-Service-Teams und On-Demand-Plattformen definieren über Isochronen, welche Aufträge sie aus einem Depot annehmen
- Stadtplanung und Verkehr: 15-Minuten-Stadt-Studien, Stations-Catchment-Pläne und Barrierefreiheits-Audits arbeiten mit multimodalen Isochronen
In jedem dieser Fälle ist die Isochrone der räumliche Filter. Sie überführt eine vage Frage ("Wie nah ist nah genug?") in ein Polygon, das sich verschneiden, rendern und auswerten lässt.
Stolperfallen im Produktivbetrieb
Isochronen sehen in der Demo einfach aus und werden in der Produktion schnell anspruchsvoll.
Modus-Verwechslung. Eine Drive-Isochrone nutzt Autobahn-Geschwindigkeiten und ignoriert Einbahnregelungen für Fußgänger. Eine Walk-Isochrone nutzt Fußwege und Abkürzungen, die für Autos nicht passierbar sind. Beides zu vermischen ist die häufigste Ursache für "Das Polygon sieht falsch aus"-Bugreports. Übergeben Sie den Modus immer explizit und blenden Sie ihn in der UI ein.
Tageszeit und Verkehr. Eine 15-minütige Fahrt um 03:00 Uhr deckt ein deutlich größeres Gebiet ab als dieselbe Fahrt um 17:30 Uhr. Wenn Ihr Use Case pendlerrelevant ist (Immobilienfilter, Öffnungszeiten, Disposition), übergeben Sie eine departure_time und nutzen Sie eine verkehrssensitive Engine. Statische Isochronen lügen über die Hauptverkehrszeit.
Multimodale Verkettung. Reale Reisen kombinieren Modi: zu Fuß zur Metro, zwei Stationen fahren, zu Fuß ans Ziel. Naive Single-Mode-Isochronen erfassen das nicht. Echte multimodale Isochronen brauchen einen Fahrplan und einen Graphen, der Fußgänger- und ÖPNV-Kanten verbindet, was deutlich aufwändiger ist als reine Auto-Isochronen.
Geglättete Abdeckung. Manche Engines glätten das Polygon aggressiv, damit es schöner aussieht, und überschätzen die Abdeckung dabei stillschweigend, weil sie Flächen einbeziehen, die kein Straßensegment tatsächlich erreicht. Bei Entscheidungen mit Tragweite (Filialeröffnung, Zustellgebiete) prüfen Sie die Rohkante statt der gerenderten Form.
Polygongröße im Maßstab. Lange Isochronen (60, 90 Minuten) können Zehntausende Stützpunkte enthalten. Vereinfachen Sie das Polygon vor der Auslieferung an den Browser, rendern Sie serverseitig, oder die Karte ruckelt.
Isochronen in MapAtlas
Die MapAtlas Isochrone API liefert Drive-, Walk-, Cycle- und verkehrssensitive Drive-Time-Polygone als GeoJSON, unterstützt mehrere Zeit-Schwellen pro Anfrage und nimmt Departure-Time-Parameter für verkehrssensitive Ergebnisse entgegen. Die Polygone werden auf einem laufend aktualisierten Routinggraphen berechnet und in einer Form ausgegeben, die jede Kartenbibliothek ohne weitere Aufbereitung rendern kann.
Für Workflows, die sowohl Erreichbarkeitspolygone als auch paarweise Reisezeiten benötigen, ergänzt sich die Isochrone API mit der Distance Matrix API, sodass eine einzige Pipeline beide Fragen beantwortet: "Was erreiche ich in 20 Minuten?" und "Sortiere diese Kandidaten nach Fahrzeit."
Eine Isochrone ist letztlich nur ein Polygon. Aber genau dieses Polygon verwandelt Reisezeit in eine Form, die eine Anwendung filtern, rendern und auswerten kann, und es ist der Unterschied zwischen einem echten pendlerorientierten Feature und einem Kreis um einen Pin.
Häufig gestellte Fragen
Was ist eine Isochronenkarte?
Eine Isochronenkarte ist ein Polygon oder eine Menge ineinander verschachtelter Polygone, die jeden Ort markieren, der von einem Startpunkt aus innerhalb einer vorgegebenen Reisezeit erreichbar ist. Eine 15-Minuten-Drive-Time-Isochrone um eine Filiale umfasst beispielsweise jedes Straßensegment, das ein Kunde in höchstens 15 Minuten erreicht. Die Form ist fast nie ein Kreis, weil reale Straßennetze Flüsse, Autobahnen, Sackgassen und Einbahnstraßen enthalten.
Wie unterscheidet sich eine Isochrone von einem Radius?
Ein Radius ist ein Luftlinien-Buffer, der mit dem Zirkel gezogen wird: jeder Punkt darin liegt in derselben Luftliniendistanz vom Zentrum. Eine Isochrone ist ein Reisezeit-Buffer, der über das tatsächliche Straßennetz berechnet wird: jeder Punkt darin ist innerhalb derselben Anzahl Minuten erreichbar. Ein 10-km-Radius und eine 10-Minuten-Drive-Time-Isochrone decken sich fast nie, weil Topografie, Autobahnen und Verkehr die Form verzerren.
Was liefert eine Isochronen-API zurück?
Eine Isochronen-API liefert ein oder mehrere Polygone als GeoJSON, jeweils mit dem zugehörigen Reisezeit-Schwellenwert (etwa 5, 10, 15 Minuten). Die Polygone werden auf dem Routinggraphen für einen gewählten Reisemodus (Auto, zu Fuß, Fahrrad, ÖPNV) berechnet und können für eine bestimmte Abfahrtszeit unter Berücksichtigung des Verkehrs ausgegeben werden. Das GeoJSON lässt sich direkt auf eine Karte legen oder in PostGIS als räumlicher Filter verwenden.
Warum sehen Isochronen so kantig aus?
Isochronen werden aus einem Graphen von Straßensegmenten abgeleitet, nicht aus einer kontinuierlichen Fläche. Die Polygonkante entsteht durch Interpolation der am weitesten erreichbaren Knoten innerhalb des Zeitbudgets, daher folgen die Ränder der Straßengeometrie. Glattere Formen lassen sich mit konkaven Hüllen oder Alpha-Shapes erzeugen, doch eine leicht zackige Kontur ist ehrlicher: sie zeigt, wo das Netz tatsächlich endet, und nicht, wo eine Glättungsfunktion es vermuten würde.
