Straßennetz aktualisieren: Was mit IDs, Stationierungen und alten Aufträgen passiert

Wenn sich ein Straßennetz ändert, können Abschnittsgrenzen, Netzknoten, Stationierungen und technische Kennungen ihre bisherige Bedeutung verlieren. Alte Aufträge dürfen deshalb nicht einfach auf den neuesten Netzstand umgebogen werden. Belastbare Systeme führen Netzstände historisch, speichern Koordinaten und Fachreferenzen gemeinsam und gleichen alte mit neuen Netzobjekten nachvollziehbar ab.

Warum ist eine Änderung im Straßennetz mehr als eine neue Linie auf der Karte?

Für einen Verkehrssicherungsbetrieb sieht eine Netzänderung zunächst oft unspektakulär aus. Ein Kreisverkehr wird gebaut, eine Anschlussstelle umgebaut, eine Bundesstraße verlegt, ein Abschnitt abgestuft oder eine Kreuzung neu geordnet. Die Straße liegt danach vielleicht nur einige Meter anders als vorher. Im fachlichen Straßennetz kann der Eingriff jedoch deutlich weiter reichen.

Denn das Straßennetz besteht nicht nur aus Geometrien. An seinen Linien hängen Netzknoten, Nullpunkte, Abschnitte, Äste, Stationierungsrichtungen, Straßenklassen und weitere Fachdaten. Genau diese Struktur wird für Arbeitsstellen, verkehrsrechtliche Anordnungen, Verkehrszeichenpläne, Kontrollfahrten, Mängelmeldungen, Bauwerke oder Zustandsinformationen interessant.

Der Landesbetrieb Straßenwesen Brandenburg beschreibt beispielsweise ausdrücklich, dass ein neuer Netzknoten infolge des Neubaus eines Kreisverkehrs zu einer kleinteiligeren Abschnittsnummerierung führen kann. Ein Abschnitt wird dort durch VON- und NACH-Netzknoten begrenzt; die Stationierung beginnt am VON-Netzknoten und läuft in Richtung des NACH-Netzknotens.

Das ist der entscheidende Unterschied zwischen einer digitalen Karte und einem fachlichen Netzmodell: Wird die Topologie verändert, können sich auch die Referenzen verändern, mit denen betriebliche Vorgänge bislang verbunden waren.

Für die Verkehrssicherung entsteht deshalb eine praktische Frage, die bei der ersten Digitalisierung häufig übersehen wird: Was passiert mit einem Auftrag von vor zwei Jahren, wenn es den damals verwendeten Abschnitt in der heutigen Netzfassung nicht mehr gibt?

Was passiert mit einer ID, wenn ein Straßenabschnitt geteilt oder ersetzt wird?

Eine ID wirkt zunächst wie etwas Dauerhaftes. In Datenbanken ist das jedoch nur dann der Fall, wenn ihre fachliche Bedeutung und ihr Lebenszyklus entsprechend definiert wurden.

Bei Straßendaten können mehrere Arten von Kennungen nebeneinander existieren. Eine Nummer kann den Netzknoten beschreiben. Eine andere bezeichnet einen Abschnitt oder Ast. Zusätzlich liefern Geoportale, Shape-Dateien, WFS-Dienste oder Datenbankexporte technische Objektkennungen. Solche Kennungen dürfen nicht automatisch als dauerhaft gültige Identität eines Straßenobjekts behandelt werden.

Ein typischer Fall ist die Teilung eines Abschnitts.

Vor einem Umbau könnte eine Landesstraße beispielsweise zwischen Netzknoten A und Netzknoten B als ein Abschnitt geführt werden. Wird dazwischen ein Kreisverkehr mit neuem Netzknoten C angelegt, können aus dem bisherigen Zusammenhang A–B künftig die Beziehungen A–C und C–B entstehen.

Der alte Datensatz kann dann:

• vollständig entfallen,
• durch zwei neue Objekte ersetzt werden,
• eine neue Abschnittsnummer erhalten,
• seine Geometrie verändern,
• bei unveränderter Straßenbezeichnung eine andere Stationierung bekommen.

Die ungünstigste Architektur besteht darin, die Quell-ID des aktuellen Straßendatensatzes direkt als Fremdschlüssel in Aufträgen, Kontrollberichten und Dokumenten zu verwenden. Verschwindet diese ID bei einem späteren Import, verliert die Anwendung ihre Verbindung zum fachlichen Ursprung.

Robuster ist ein eigener interner Standortschlüssel. Dieser bleibt unabhängig davon bestehen, welche Kennung die jeweilige Datenquelle in einem bestimmten Netzstand verwendet. Die Quell-ID gehört dann zusammen mit Quelle, Netzversion und Gültigkeitszeitraum zur Referenz – nicht zur dauerhaften Identität des betrieblichen Vorgangs.

Warum kann sich die Stationierung ändern, obwohl die Arbeitsstelle am selben Ort liegt?

Stationierung ist keine zweite Form einer GPS-Koordinate.

Bei einem Linear-Referencing-System wird eine Position entlang einer definierten Route oder eines Abschnitts durch eine lineare Maßangabe beschrieben. Die US-amerikanische Federal Highway Administration beschreibt dieses Prinzip als Kombination aus einer eindeutigen Route beziehungsweise einem Straßensegment und einer linearen Entfernung von einem festgelegten Bezugspunkt.

Im deutschen Netzknoten- und Stationierungssystem beginnt die Station eines Abschnitts am zugehörigen Anfangspunkt. Wird dieser Anfang verschoben, ein neuer Netzknoten eingesetzt oder ein Abschnitt geteilt, kann derselbe physische Ort anschließend eine andere fachliche Referenz erhalten.

Ein einfaches Beispiel:

Eine Arbeitsstelle lag beim alten Netzstand auf Abschnitt 40 bei Station 1,850. Durch einen neuen Knoten wird der bisherige Abschnitt geteilt. Im neuen Netz liegt dieselbe geografische Position möglicherweise auf Abschnitt 45 bei Station 0,620.

Die Baustelle ist nicht gewandert.

Die Referenzstruktur hat sich geändert.

Genau deshalb sollte eine betriebliche Standortakte nie ausschließlich aus Straße, Abschnitt und Station bestehen. Sinnvoll ist die Kombination aus fachlichem Netzbezug, Koordinate, Stationierungsrichtung, Quelle und Netzstand.

GPS und Stationierung konkurrieren dabei nicht miteinander. Die Koordinate hält die geografische Position fest. Der Netzbezug beschreibt, wie diese Position innerhalb eines bestimmten fachlichen Straßennetzes eingeordnet war.

Was bedeutet ein neuer Netzstand für alte Aufträge und Kontrollnachweise?

Ein abgeschlossener Auftrag beschreibt einen Vorgang zu einem bestimmten Zeitpunkt. Seine damalige Netzreferenz ist Teil dieser Historie.

Wird zwei Jahre später das Straßennetz fortgeführt, sollte deshalb nicht rückwirkend so getan werden, als hätte der Auftrag schon damals den heutigen Abschnittsbezug gehabt.

Das ist besonders für Verkehrssicherungsunternehmen relevant. In einer digitalen Auftragsakte können unter anderem verkehrsrechtliche Anordnung, Verkehrszeichenplan, Aufbauprotokoll, Fotos, Kontrollfahrten, Mängel, Materialbewegungen und Rückbauinformationen an einem Standort hängen. Wird dessen historische Referenz stillschweigend überschrieben, entsteht im Rückblick ein anderer Datenzustand als zum Zeitpunkt der Leistung.

Eine bessere Vorgehensweise trennt deshalb drei Dinge:

Historischer Netzbezug: Welche Referenz galt zum Zeitpunkt des Auftrags?

Geografischer Bezug: Wo lag die Arbeitsstelle tatsächlich?

Aktueller Netzbezug: Wie wird dieselbe Position im heutigen Netz eingeordnet?

Damit bleibt der ursprüngliche Vorgang erhalten und kann trotzdem mit aktuellen Straßendaten gefunden werden.

Für Folgeaufträge ist das wertvoll. Die Disposition kann erkennen, dass an einer heutigen Station bereits früher gearbeitet wurde, auch wenn die damalige Abschnittsnummer nicht mehr existiert.

Warum reicht es nicht, beim Import einfach alle alten Straßendaten zu überschreiben?

Weil ein erfolgreicher Datenimport noch nichts darüber aussagt, ob bestehende fachliche Beziehungen weiterhin stimmen.

Dieses Problem zeigt sich auch in großen produktiven Straßennetzverfahren. Beim VEMAGS-INS-GST-Modul wird das verwendete GDF-Netz vollständig alle zwei Wochen neu geliefert. Zusätzlich werden Informationen zu Änderungen gegenüber dem vorherigen Netzstand bereitgestellt, damit betroffene Mappings identifiziert und nachgeführt werden können.

Die Netzänderung wird dort also nicht als gewöhnliches Überschreiben einer Tabelle betrachtet. Es gibt einen Vergleich zwischen Netzständen und einen nachgelagerten Mapping-Prozess.

Das Prinzip lässt sich auf B2B-Anwendungen übertragen.

Ein Importprozess sollte nicht nur fragen:

„Welche Objekte gibt es heute?“

Er sollte zusätzlich beantworten:

„Welche Objekte gab es vorher, welche sind unverändert, welche wurden verändert, welche sind neu und welche existieren nicht mehr?“

Erst danach lässt sich beurteilen, welche Aufträge, Referenzen und Fachdaten betroffen sind.

Wie sollte ein professioneller Netzabgleich technisch aufgebaut sein?

Ein sinnvoller Ablauf beginnt mit einem unveränderten Snapshot der neuen Quelldaten. Diese Lieferung wird nicht sofort zum produktiven Bestand erklärt.

Danach folgt der Vergleich mit dem bisherigen Netzstand. Dabei können fachliche Schlüssel, Netzknotenbeziehungen, Straßenklasse, Straßennummer, Abschnittsfolgen und Geometrien miteinander kombiniert werden.

Das Ergebnis sollte nicht nur „gleich“ oder „anders“ lauten. In der Praxis sind mindestens folgende Zustände sinnvoll:

unchanged – fachlich dasselbe Netzobjekt

modified – Objekt besteht weiter, hat sich aber verändert

split – ein bisheriges Objekt wird mehreren neuen Objekten zugeordnet

merged – mehrere bisherige Objekte gehen in einem neuen Objekt auf

replaced – Objekt wird fachlich durch ein anderes ersetzt

retired – Objekt existiert im aktuellen Netz nicht mehr

new – Objekt besitzt keinen Vorgänger

review_required – eine automatische Zuordnung wäre nicht ausreichend belastbar

Gerade die letzte Kategorie ist wichtig. Bei Hauptfahrbahnen, Parallelfahrbahnen, Anschlussstellen, Rampen und dicht beieinanderliegenden Ästen kann ein rein geometrisches Nearest-Neighbor-Matching zum falschen Netzobjekt führen.

Etablierte LRS-Systeme behandeln deshalb Route-Edits wie Verlängerung, Neuausrichtung, Neuzuordnung, Stilllegung oder Neukalibrierung als Änderungen, die sich auf referenzierte Ereignisse auswirken können. Entsprechende Event-Regeln bestimmen, wie abhängige Daten nach einem Eingriff behandelt werden.

Welche Architektur schützt alte Aufträge besser?

Für mittelständische Verkehrssicherungsunternehmen bedeutet das nicht, dass eine komplizierte GIS-Infrastruktur aufgebaut werden muss. Entscheidend ist vielmehr, dass das Datenmodell die Historie nicht vernichtet.

Ein Standort kann beispielsweise eine eigene interne UUID besitzen. Darunter werden verschiedene Netzreferenzen gespeichert. Jede Referenz kennt ihren Netzstand und ihre Datenquelle. Der Auftrag verweist auf den Standort und zusätzlich auf die zum Auftragszeitpunkt verwendete Referenz.

Damit bleibt der operative Prozess unabhängig von einzelnen Verwaltungs-IDs.

Warum spielt die Größenordnung des Straßennetzes dabei eine Rolle?

Die Herausforderung entsteht nicht nur durch komplexe Kreuzungen. Sie entsteht auch durch die Menge der zu pflegenden Netzobjekte.

Allein das deutsche mautpflichtige Netz aus Autobahnen und Bundesstraßen umfasst nach Toll Collect rund 51.000 Kilometer.

Auf dieser Größenordnung sind Veränderungen kein Sonderfall. Neubauten, Ersatzneubauten, Anschlussstellenumbauten, Umstufungen, neue Kreisverkehre, geänderte Geometrien, korrigierte Attribute und Datenbereinigungen gehören zur laufenden Netzpflege.

Ein System, das nur beim erstmaligen Import funktioniert, löst deshalb nur den einfacheren Teil der Aufgabe.

Produktionsreif wird ein Straßendatenbestand erst dann, wenn auch die zweite, dritte und zwanzigste Aktualisierung beherrscht werden.

Was läuft bei Straßennetz-Aktualisierungen in der Praxis häufig falsch?

Ein verbreiteter Fehler besteht darin, eine neue Datenlieferung vollständig zu löschen und neu zu importieren. Aus Datenbanksicht kann das funktionieren. Fachlich gehen dabei jedoch Beziehungen verloren, sobald technische IDs nicht stabil sind.

Ein zweiter Fehler ist die automatische Zuordnung ausschließlich über die räumliche Nähe. Auf einem geraden Abschnitt kann das gute Ergebnisse liefern. An Anschlussstellen kann dieselbe Koordinate jedoch in unmittelbarer Nähe zu Hauptfahrbahn, Gegenfahrbahn und mehreren Rampen liegen.

Der dritte Fehler betrifft Stationierungen. Eine geänderte Station wird manchmal als Datenfehler interpretiert und durch den alten Wert ersetzt. Tatsächlich kann die Änderung eine Folge einer korrekten Netzfortführung sein.

Problematisch ist außerdem die rückwirkende Aktualisierung historischer Aufträge. Eine moderne Softwareoberfläche zeigt dann zwar überall den aktuellen Abschnitt, aber niemand erkennt mehr, welchen Netzbezug der Mitarbeiter oder Auftraggeber ursprünglich verwendet hat.

Und schließlich wird häufig nur das Ergebnis eines Imports kontrolliert: Anzahl Datensätze vorher, Anzahl Datensätze nachher. Diese Kennzahl sagt wenig darüber aus, ob gerade ein Abschnitt aufgeteilt, eine Rampe neu zugeordnet oder ein Netzknoten verschoben wurde.

Wie sieht ein brauchbarer Anwendungsfall für einen Verkehrssicherungsbetrieb aus?

Angenommen, ein Unternehmen erhält erneut eine Anfrage für eine Arbeitsstelle an einer Bundesstraße.

Der Disponent sucht die Stelle anhand einer Koordinate oder Kartenposition. Das aktuelle Straßennetz liefert Abschnitt und Station. Im System existiert gleichzeitig ein Auftrag aus dem Vorjahr, dessen damaliger Abschnitt inzwischen ersetzt wurde.

Durch das hinterlegte Netz-Mapping erkennt die Anwendung, dass der alte und der aktuelle Netzbezug geografisch und fachlich zusammengehören.

Der Disponent sieht dadurch den früheren Auftrag, den Verkehrszeichenplan, dokumentierte Besonderheiten und zurückliegende Kontrollen, ohne dass die historische Auftragsakte verändert werden musste.

Für eine schnelle fachliche Einordnung eines Einsatzortes kann dabei der Netzknoten Navigator genutzt werden. Wird aus dem Standort anschließend ein betrieblicher Prozess mit Disposition, Auftrag, Material, Kontrolle oder weiteren Fachfunktionen, ordnet sich dieser Ansatz in das Vextario Produktportfolio für Verkehrssicherungsunternehmen ein.

Der Nutzen liegt nicht darin, mehr Geodaten anzuzeigen. Er entsteht dadurch, dass ein Standort über längere Zeit fachlich wiedergefunden werden kann.

Wie sollte eine API mit wechselnden Netzständen umgehen?

Auch eine API sollte Netzobjekte nicht so behandeln, als gäbe es ausschließlich die Gegenwart.

Eine Anfrage nach einer Quell-ID sollte deshalb möglichst berücksichtigen, zu welchem Netzstand die ID gehört. Für historische Anwendungen ist eine Abfrage wie „gib mir Abschnitt X“ weniger aussagekräftig als „gib mir Abschnitt X aus Netzstand Y“.

Zusätzlich kann eine Mapping-Schnittstelle hilfreich sein:

resolve_current_reference(historical_reference)

Das Ergebnis könnte beispielsweise mitteilen, dass ein historischer Abschnitt inzwischen auf zwei aktuelle Abschnitte verteilt wurde.

Für integrationsfähige Systeme ist außerdem sinnvoll, die Art des Mappings zurückzugeben. Ein exaktes 1:1-Mapping kann automatisch verwendet werden. Bei einer Teilung oder mehreren möglichen Kandidaten sollte die aufrufende Anwendung erkennen, dass eine fachliche Entscheidung erforderlich ist.

Damit verhindert die API, dass Unsicherheit intern entsteht und anschließend nach außen wie eine gesicherte Zuordnung aussieht.

Wann sollte eine Netzänderung manuell geprüft werden?

Nicht jede Änderung benötigt Handarbeit.

Wenn Quellschlüssel, Topologie, Attribute und Geometrie übereinstimmen, kann ein Datensatz automatisiert fortgeführt werden. Auch geringe kartografische Anpassungen ohne fachliche Veränderung lassen sich häufig maschinell einordnen.

Eine Prüfung wird dagegen sinnvoll, wenn:

• ein Abschnitt mehrere mögliche Nachfolger besitzt,
• neue oder entfallene Netzknoten auftreten,
• sich Stationierungsrichtung oder Abschnittsfolge ändern,
• Hauptfahrbahn und Ast geometrisch schwer auseinanderzuhalten sind,
• Straßenklasse oder Straßennummer wechseln,
• bestehende produktive Aufträge vom Mapping betroffen sind.

Gerade bei Verkehrssicherungsprozessen sollte die Automatisierung hier nicht versuchen, jede Abweichung mit Gewalt zu schließen. Ein nicht automatisch auflösbarer Fall ist ein normaler Bestandteil der Datenpflege.

Warum wird Netzversionierung mit zunehmender Digitalisierung wichtiger?

Solange ein Netzknoten nur auf einer Karte nachgeschlagen wird, bleibt eine Netzänderung überschaubar.

Anders sieht es aus, sobald derselbe Straßenbezug in mehreren Systemen verwendet wird: Angebot, Auftragsannahme, Verkehrszeichenplanung, Disposition, mobile Kolonne, Kontrollfahrt, Mängelmanagement, Abrechnung und Kundenportal.

Dann entsteht eine Kette von Fachdaten, die auf denselben Ort verweist.

Mit jeder zusätzlichen Integration steigt deshalb die Bedeutung einer stabilen historischen Referenz. Dasselbe gilt für API- und MCP-Schnittstellen, automatisierte Standortübernahmen oder spätere Auswertungen früherer Maßnahmen.

Die eigentliche Herausforderung eines digitalen Straßennetzes zeigt sich damit nicht beim ersten erfolgreichen Kartenaufruf. Sie zeigt sich bei der ersten echten Netzänderung.

Wer diesen Fall von Anfang an berücksichtigt, muss alte Aufträge später nicht gegen die jeweils aktuelle Netzfassung reparieren.

Interessante Links

Fernstraßen-Bundesamt – Bundesstraßenverzeichnis mit Fern- und Nahzielen
Aktuelle Informationen zum Bundesstraßennetz und zur Fortführung des offiziellen Bundesstraßenverzeichnisses.
https://fba.bund.de/a-z-suche/bundesstrassenverzeichnis

Bayerisches Straßeninformationssystem BAYSIS – Straßeninformationen
Amtliche Einführung in Straßennetz, Abschnitte, Netzknoten und Stationierung in Bayern.
https://www.baysis.bayern.de/internet/strasseninformationen/

Federal Highway Administration – Technical Integration Formats und Linear Referencing
Technischer Hintergrund zu Linear Referencing, Route IDs und linearen Positionsangaben in Straßendaten.
https://www.fhwa.dot.gov/publications/research/operations/15072/004.cfm

Quellen der verwendeten Kennzahlen

VEMAGS – Informationen zum INS-GST-Modul
Verwendete Kennzahl: Das aktuelle GDF-Netz wird vollständig alle zwei Wochen geliefert und in INS-GST integriert.
https://vemags.de/ins-gst-modul/informationen/

Toll Collect – Mautpflichtige Straßen
Verwendete Kennzahl: Das mautpflichtige Netz aus Autobahnen und Bundesstraßen umfasst rund 51.000 Kilometer.
https://www.toll-collect.de/de/toll_collect/rund_um_die_maut/mautpflichtige_strassen/mautpflichtige_strassen.html

FAQ

Muss eine Netzknotennummer nach einer Netzänderung gleich bleiben?

Nein. Ob eine Netzknotennummer bestehen bleibt, hängt von Art und Umfang der Netzfortführung sowie vom jeweiligen Datenmodell ab. Bei neuen Verknüpfungen können zusätzliche Netzknoten entstehen. Deshalb sollten betriebliche Systeme nicht davon ausgehen, dass jede externe Netzkennung dauerhaft unverändert bleibt, sondern Quelle und Netzstand zusammen mit der Referenz speichern.

Warum kann dieselbe Arbeitsstelle plötzlich eine andere Station haben?

Eine Station beschreibt die Entfernung vom definierten Beginn eines Abschnitts. Wird der Abschnitt geteilt, verlängert, verkürzt oder sein Bezugspunkt verändert, kann sich die Station desselben geografischen Ortes ändern. Die Position der Arbeitsstelle bleibt dabei unverändert. Deshalb sollten Koordinate, Abschnitt, Station und Netzstand gemeinsam gespeichert werden.

Was sollte mit alten Aufträgen passieren, wenn sich das Straßennetz ändert?

Der ursprüngliche Netzbezug eines abgeschlossenen Auftrags sollte erhalten bleiben. Zusätzlich kann das System ermitteln, welcher aktuellen Netzreferenz die frühere Arbeitsstelle heute entspricht. Dadurch bleibt nachvollziehbar, mit welchen Daten damals gearbeitet wurde, während der Auftrag trotzdem über das aktuelle Straßennetz gefunden und mit Folgeeinsätzen verbunden werden kann.

Reicht eine GPS-Koordinate aus, um historische Netzreferenzen zu ersetzen?

Nein. Eine Koordinate beschreibt einen geografischen Punkt, aber nicht automatisch den fachlich richtigen Abschnitt, Ast oder die Stationierungsrichtung. Gerade an Anschlussstellen und Parallelfahrbahnen können mehrere Netzobjekte nahe beieinanderliegen. Die Koordinate ist deshalb ein wichtiger zusätzlicher Anker, sollte aber zusammen mit dem jeweiligen historischen Netzbezug gespeichert werden.

Wie erkennt ein System, dass ein alter Abschnitt geteilt wurde?

Dafür werden typischerweise mehrere Merkmale kombiniert: vorherige und neue Netzknoten, Straßenklasse, Straßennummer, Abschnittsfolge, Geometrie und räumliche Überdeckung. Ergibt sich aus einem alten Objekt eine Beziehung zu mehreren neuen Objekten, kann das Mapping als Teilung klassifiziert werden. Mehrdeutige Fälle sollten anschließend fachlich geprüft werden.

Sollte ein neuer Straßendatenbestand den bisherigen vollständig ersetzen?

Als aktuelle Ansicht kann der neue Bestand den vorherigen Netzstand ablösen. Historische Daten sollten dadurch jedoch nicht verloren gehen. Für produktive Anwendungen empfiehlt sich deshalb eine Versionierung oder zumindest eine nachvollziehbare Speicherung früherer Referenzen und ihrer Nachfolger. Andernfalls können ältere Aufträge nach einem späteren Import ihren ursprünglichen Ortsbezug verlieren.

Was genau ist der Netzstand eines Straßendatensatzes?

Der Netzstand beschreibt, auf welchen zeitlichen Zustand des Straßennetzes sich die Daten beziehen. Er ist besonders wichtig, wenn Netzknoten, Abschnitte oder Stationierungen später fortgeführt werden. Eine Referenz ohne Netzstand kann langfristig mehrdeutig werden, weil dieselbe Kennung oder Station in einer späteren Datenlieferung eine andere fachliche Situation beschreiben kann.

Wie häufig sollte ein Unternehmen seine Straßendaten aktualisieren?

Das hängt von Quelle, Anwendungsfall und betrieblicher Bedeutung ab. Entscheidend ist weniger ein pauschaler Rhythmus als ein geregelter Prozess: neue Lieferung übernehmen, gegenüber dem bisherigen Netz vergleichen, relevante Änderungen bewerten und erst danach produktiv schalten. Anwendungen mit vielen aktuellen Arbeitsstellen benötigen üblicherweise engere Aktualisierungszyklen als reine Archiv- oder Analyseanwendungen.

Warum sind Kreisverkehre und Anschlussstellen bei Netzänderungen besonders anspruchsvoll?

Sie können zusätzliche Netzknoten, neue Äste, geteilte Abschnitte und veränderte Stationierungen erzeugen. Gleichzeitig liegen mehrere Fahrbeziehungen räumlich dicht beieinander. Ein geometrisches Matching allein kann dadurch den falschen Ast auswählen. Für solche Bereiche sollten Topologie, Stationierungsrichtung, Straßenzuordnung und Geometrie gemeinsam betrachtet und mehrdeutige Zuordnungen überprüft werden.

Wie sollte eine Schnittstelle historische und aktuelle Netzreferenzen ausgeben?

Idealerweise liefert sie nicht nur eine aktuelle Objekt-ID. Sinnvoll sind zusätzlich Quelle, Netzstand, Gültigkeit und ein möglicher Bezug zu Vorgänger- oder Nachfolgeobjekten. Bei einer Abschnittsteilung sollte eine Schnittstelle auch mehrere aktuelle Kandidaten zurückgeben können. Dadurch kann die aufrufende Anwendung unterscheiden, ob eine Zuordnung direkt übernommen oder geprüft werden muss.