Fernwirkung auf Routenverhalten beim Schönbuchtunnel

Darauf antworten können Dir vermutlich nur die Programmierer von mkgmap und Basecamp, nachdem sie an einem Tisch gemeinsam Deinen Fall analysiert haben… mkgmap selbst erstellt zudem keine Karten bei denen man wüsste "so ists richtig & von Garmin vorgesehen" - das basiert statt dessen auf try&error: Das Garmin Format ist nicht offen/dokumentiert.

Die genauen Gründe warum nun speziell dieser Effekt bei diesem Tunnel und dieser Wahl der Zielpunkte auftritt, liegen sicher irgendwo in den Details des Routingalgorithmus verborgen. Grundsätzlich und ganz grob funktioniert es aber in etwa so, wodurch solche oder ähnliche Effekte auftreten können:

Üblicherweise beginnt ein Routingalgorithmus am Zielpunkt und sucht zunächst alle Kreuzungspunkte heraus, von denen aus dieser Zielpunkt erreicht werden kann. Jedem dieser Kreuzungspunkte ordnet der Algorithmus dann einen Wert zu, der angibt, wie weit es von dort aus noch bis zum Ziel ist. Kleinere Werte bedeuten also eine kleinere Entfernung, gemessen entweder als reine Strecke oder als Fahrzeit, je nachdem, was der Algorithmus optimieren möchte. Im nächsten Schritt sucht er dann alle Kreuzungspunkte heraus, von denen aus ein schon bekannter Kreuzungspunkt erreicht werden kann. Diesen ordnet er dann wieder eine Zahl zu, die nun wieder die Entfernung bis zum Ziel angibt (d.h. Entfernung bis zum nächsten Kreuzungspunkt + Entfernung jenes Kreuzungspunkts bis zum Ziel). Das geht so lange so weiter, bis der Algorithmus den Startpunkt erreicht hat. Die Abfolge der Punkte mit den kleinsten Zahlen ist dann die berechnete Route.

Nun würde es aber sehr lange dauern, sämtliche Kreuzungspunkte auf einer Karte so abzuarbeiten. Deshalb werden in den Routingalgorithmus üblicherweise "Abschneidemethoden" eingebaut, die sagen, welche Punkte berücksichtigt werden sollen oder nicht. So können z.B. je nach Algorithmus innerhalb eines bestimmten Umkreises vom Ziel alle Straßen in Betracht gezogen werden, außerhalb dieses Umkreises aber nur Autobahnen und Fernstraßen. Oder es werden nur Punkte berücksichtigt, die in einem bestimmten Winkelbereich zwischen Start und Ziel liegen. Ändert man den Zielpunkt, dann ändert man auch, welche Punkte in einem solchen Umkreis oder Winkelbereich liegen, und welche Routen damit vom Algorithmus von Anfang an abgeschnitten und nicht berücksichtigt werden. Dieses Abschneideverhalten hängt auch davon ab, welche Informationen die Straßen in der Karte enthalten - wenn man sie also mit verschiedenen mkgmap-Stilen ober -Parametern erstellt, hat das u.U. auch einen Einfluss auf das Abschneideverhalten.

In würde vermuten, dass in deinem Fall je nach Wahl des Zielpunktes eine der beiden Routen - mit oder ohne Schönbergtunnel - vom Algorithmus abgeschnitten und deshalb nicht berücksichtigt wird. Wenn beide Routen berücksichtigt werden, wählt er die schnellere / kürzere, ansonsten eben die, die noch übrig ist und nicht abgeschnitten wurde, egal ob sie nun schneller / kürzer ist oder nicht.

Was genau dieses Abschneideverhalten bewirkt, kann man aber nur experimentell herausfinden, indem man z.B. eine Karte genau so wie Lambertus erstellt, eine Karte mit deinen Parametern und dann Schritt für Schritt Parameter ändert und aneinander angleicht, um zu sehen, an welcher Stelle sich das Verhalten ändert.

Danke für die Antworten. Eine bessere Antwort konnte ich bei dieser komplexen Aufgabe nicht erwarten. Es ist sowieso für mich bewundernswert, wie weit es die osm Programmierer ohne Zusammenarbeit mit Garmin gebracht haben.
Meine Spekulation zur Fehlerursache geht übrigens in folgende Richtung: Die südlich führende Fahrspur der A81 zwischen den beiden Anschlussstellen vor und nach dem Tunnel besteht aus vielen sehr kleinen Wegabschnitten. Ohne es nachgezählt zu haben, vermute ich, daß der Umweg aus weniger Abschnitten besteht. Und vielleicht verwendet Lambertus einen Algorithmus, der die vielen kleinen Wegstücke rechtzeitig zusammenfügt, und Basecamp schaltet bei längeren Routen auf das Abschnittszählen um. Wie gesagt, das ist eine wilde Spekulation.

opasto wrote:

Basecamp schaltet bei längeren Routen auf das Abschnittszählen um.

Das wäre doch etwas zu primitiv.
Der Algorithmus geht aber vermutlich Abschnitt für Abschnitt vor und bei vielen kleinen Abschnittten geht es zu langsam voran und dieser Pfad im Suchbaum wird (zu früh) verworfen.

Nur zur Ergänzung des Sachverhalts: Ich hatte den Endpunkt Villingen Schwenningen etwas ausserhalb der Autobahn angelegt, um beim Richtungswechsel der Route jeweils auf die richtige Autobahnseite zu gelangen. Nun habe ich diesen Endpunkt etwas genauer angeschaut und mit try and error folgendes festgestellt: Die Verhaltensgrenze liegt am Knoten mit der ID 306354145. Wenn ich den Endpunkt nur wenige Meter kurz vor diesen Knoten (vom Knoten aus Richtung Ost) setze, wird die Route richtig berechnet. Wenn der Endpunkt kurz hinter dem Knoten (Richtung Süd) liegt, wird der Schönbuchtunnel umgangen.
Irgendwo muss natürlich die Verhaltensgrenze sein, diese Feststellung verbessert also mein Verständnis leider nicht.
Und zur Anmerkung von Seichter: "zu primitiv" das ist natürlich richtig. Ich wollte damit nur eine Denkrichtung angeben. Der Algorithmus könnte z. B bei zu vielen kleinen Abschnitten den kleinen Abschnitten zur Rechenzeitersparnis statt der Längenermittlung eine (etwas zu lange) Standardlänge zuweisen. Aber das sind Spekulationen.