Hallo zusammen,
ich verwende LM für das Motorrad und auch im Auto. Nun habe ich seit den Versionen, bei denen der Routenplaner für die Navigation zu einem Wegpunkt geöffnet wird, das Problem, daß die Strecke zum Ziel nicht berechnet wird, wenn das Ziel mehrere hundert Kilometer entfernt ist. Es erscheint dann die im Screenshot gezeigte Meldung und die Berechnung wird abgebrochen.
Ja, ich weiß, LM ist eine Wander- und Fahrradfahr-Navi-App und nicht für Tagestouren von mehreren hundert Kilometern ausgelegt. Aber ich bin nicht der einzige, der LM auf dem Motorrad und im Auto nutzt! Und in früheren Versionen war das Navigieren zu einem Ziel, welches mehrere hundert Kilometer Luftlinie entfernt liegt, auch kein Problem!
Ich möchte noch erwähnen, daß ich LM4 verwende und als Router den "LoRouter Offline" sowie Offline-Karten nutze. Ferner ist bei meinen Tests vorgekommen, daß ein und der selbe, mehrere hundert Kilometer entfernte Wegpunkt mit der Einstellung "Schnell" (Rennwagensymbol) nicht berechnet wird, mit der Einstellung "Gehen" (Fußgängersymbol) oder "Energiesparend" (Kastenwagensymbol) aber schon! Dabei ist es doch viel komplizierter, eine Strecke über mehrere hundert Kilometer für einen Fußgänger zu suchen als die schnellste Strecke für ein Auto, denn die führt weitestgehend über Autobahnen, und die braucht in der Regel nicht alle paar Kilometer gewechselt zu werden! Als Fußgänger wird man bei einer solchen Entfernung häufiger den Weg oder die Straße wechseln müssen!
Was mir ebenfalls aufgefallen ist: Das Problem hatte ich noch nicht, wenn ich den BRouter als Routingdienst verwende - da scheint es keine zeitliche Begrenzung von 60 Sekunden zu geben. Kann man das beim LoRouter (der ja im Hintergrund mit dem BRouter arbeitet) evtl. auf eine längere Zeit (z. B. 400 Sekunden) hochsetzen oder die Zeitbegrenzung für die Berechnung ganz abschalten? In den "Expert settings" habe ich leider nichts dergleichen gefunden...
Gruß
Steffen
Hi Steffen,
Es gibt eine zentrale Idee in deinem Beitrag. Du erwähnst etwas wie ,,weniger komplexe Routenberechnung für Autos, weil hauptsächlich Autobahnen genutzt werden, auf denen es weniger Kreuzungen gibt". Das ist die Idee, die Google Maps verwendet (das weiß ich), und vermutlich viele andere Routing-Engines für Autos auch. BRouter und der von BRouter abgeleitete Router in LM4 (online/offline) verwenden diese Strategie jedoch nicht. Denn BRouter steht für ,,Bicycle Router". Für BRouter sind 100 km gerade Autobahn immer noch eine Serie kleiner Segmente – dieselbe Serie wie ein Wanderweg mit vielen Kreuzungen. BRouter ist von Grund auf langsam. Auch die Komplexität der Routing-Profile spielt hier eine Rolle. Natürlich gibt es eine Lösung für diese langsame Berechnung – die Nutzung von vorab berechneten, kleinen Kacheln, in denen lange Straßenabschnitte vereinfacht sind und Pfade, die für Autos irrelevant sind, weggelassen werden. Aber das wäre zumindest im Moment eine große Änderung für uns.
Hier ist die Idee, die du erfunden hast.
https://en.wikipedia.org/wiki/Contraction_hierarchies
Hi Radim,
Du antwortest auf die Idee der gröberen Segmentierung (gehen die von Anschlusstelle zu Anschlussstelle oder noch kleinteiliger?).
Aber das Problem ist auch, dass der Fußgänger-Modus über 100e km eine Lösung liefert, der schnelle Auto-Modus aber nicht.
Warum passiert denn das?
Gruß
Michael
Man könnte doch den Timeout auf 180 Sekunden hochnehmen. Und nach 60s eine Meldung damit die Berechnung aufgrund der Länge der Strecke, länger dauert.
Lieber lange warten als nach 60s ein Abbruch.