12 Tage in den Seealpen mit MRA und es war eher NICHT gut..
-
Genau DAS ist der Grund für diesen Thread.
Schon im ersten Beitrag steht, was (nicht) funktioniert – und daran hat sich bis heute nichts geändert.Möglicherweise soll diese „Route als Track“-Funktion genau das beheben.
Nur frage ich mich: Warum überhaupt eine neue Lösung, wenn es vorher bereits funktionierte? Egal.. ich freue mich ja wenn es hilft...Zumal diese Funktion nur wohl nur dann gut funktioniert, wenn eine Internetverbindung besteht.
Sobald das Gerät das Netz verliert, hängt sich die Anweisungen auf oder zeigt einfach gar nichts mehr – und nach einem Neustart der Route als Track will sie plötzlich zurück zum Startpunkt der Tour, obwohl vorher die verbleibende Strecke korrekt angezeigt wurde.Das lässt sich ganz simpel nachvollziehen – selbst auf einer kurzen Strecke:
Ich fahre von A nach B über mehrere Wegpunkte. Sobald ich in ein mir bekanntes bekanntes Funkloch gerate (das es dort seit xxx Jahren gibt) und die Route verlasse, z. B. durch Abbiegen, passiert Folgendes:
Die Karte selbst läuft weiter, aber die Anweisungen sind eingefroren oder zeigt nur noch ein leeres Feld.Wenn das Netz wieder verfügbar ist, interessiert das die App – genau: gar nicht.
Starte ich die Route dann erneut als Track, wird zunächst korrekt die Reststrecke angezeigt – ca. die Hälfte der Tour in dem Beispiel.. Doch nur wenige Sekunden später springt die verbleibende Kilometerzahl deutlich nach oben – weil die App jetzt meint, zurück zum Startpunkt zu müssen.Ich muss nun das Smartphone aktivieren, das Menü aufrufen (sofern das überhaupt noch funktioniert) und dort manuell die Option „zurück zur Route“ auswählen.
Danach geht es wieder normal weiter – bis zum nächsten Funkloch.Und das passiert auch mit einem iPhone.
Ich kann das hier jederzeit reproduzieren.
Wer in der Nähe wohnt, kann es selbst testen:
Einfach mal mit einer geplanten Route als Track von Tönisvorst in Richtung Krefeld am Tierheim vorbei fahren. Am Tierheim in der Nähe gibt es eine kleinen Stichweg.. einfach reinfahren....Ob das in den letzten tagen behoben wurde, weiss ich nicht.
Aktuell fahre ich nicht mehr mit MRA.Das war übrigens nur das ursprüngliche Problem im Urlaub.
In den letzten Tagen bin ich gezielt mit geplanten Routen samt Shaping-Punkten unterwegs gewesen. Soweit hat das auch funktioniert – aber:
Die App wollte an mehreren Stellen plötzlich eine völlig andere Strecke fahren. Und das, obwohl Verkehrsmeldungen usw. deaktiviert waren.Das Verrückte:
Die Abweichung war sogar sichtbar.
Die geplante Route wurde in weiß angezeigt – aber in blau zeigte die App, welchen Weg sie stattdessen nehmen wollte.
Und das völlig ohne erkennbaren Grund. Keine Verkehrsstörung, keine Umleitung, keine neuen Kartendaten.Dieses Verhalten trat auf nahezu allen Touren auf.
Dank der BMW-App konnte ich die gefahrenen Strecken aufzeichnen und später im Hotel mit der Planung vergleichen:
Der CRN sowie die weiße Linie stimmten exakt mit der ursprünglichen Route überein – nur das, was die App während der Fahrt live berechnete, wich teils deutlich ab. Warum, ..... -
Vielleicht interpretiere ich da zu viel hinein – aber mein Verständnis vom Anspruch der MRA-Plattform war: Wenn ich innerhalb ihres Ökosystems eine Route plane, dann sollte die App diese auch exakt so wiedergeben und abfahren – so, wie ich es geplant habe.
Doch genau das passiert nicht.
Dass andere Systeme eigene Wege gehen, ist nachvollziehbar – dafür gibt es bei manchen Marktbegleitern so Funktionen wie „AutoRefill“.
Das kann helfen, bringt aber auch neue Herausforderungen mit sich.Im Fall von MRA war meine Erwartung jedoch ziemlich klar:
Wenn ich eine Route "sauber" im Planer erstelle, dann sollte die App genau diese Strecke auch genauso abfahren. Oder nicht?Und selbst wenn verkehrsbedingte Abweichungen grundsätzlich verständlich sind – wenn ich in der App sehe, dass sie blau markiert irgendwo anders lang will, obwohl die geplante (weiße) Linie problemlos befahrbar ist – was soll das dann?
Zumal Verkehr & Co. bei mir in der App grundsätzlich deaktiviert sind.
@UwB said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:
Im Fall von MRA war meine Erwartung jedoch ziemlich klar:
Wenn ich eine Route "sauber" im Planer erstelle, dann sollte die App genau diese Strecke auch genauso abfahren. Oder nicht?Ich kann mich so richtig bewusst nicht erinnern jemals anders gefahren zu sein, als vorher geplant wurde?
Vielleicht nehme ich das auch nicht so genau, ich bin auf jeden Fall immer angekommen.
Vielleicht liegt es auch daran, wie ich plane bzw. meine Wegpunkte setzte.
Das ist im Prinzip immer so, dass gar keine andere Straße genommen werden kann, als die, wo der WP liegt.@UwB said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:
Und selbst wenn verkehrsbedingte Abweichungen grundsätzlich verständlich sind – wenn ich in der App sehe, dass sie blau markiert irgendwo anders lang will, obwohl die geplante (weiße) Linie problemlos befahrbar ist – was soll das dann?
Das sind Dinge die MRA nicht beeinflussen kann, weil sie in den Kartendaten hinterlegt sind oder durch falsche oder ungenaue Verkehrsinformationen vorliegen. Sowas würde dann auch mit der HERE eigenen Navigation passieren.
Man muss bei der Navigation mit solchen Umständen leben, egal welcher Hersteller von Geräten oder welcher App. Irgend wann stimmen die örtlichen Gegebenheiten nicht mit dem überein, wie sie die Daten auf dem Gerät abbilden. Da muss man halt selber mal schauen wie man das löst.
-
Genau DAS ist der Grund für diesen Thread.
Schon im ersten Beitrag steht, was (nicht) funktioniert – und daran hat sich bis heute nichts geändert.Möglicherweise soll diese „Route als Track“-Funktion genau das beheben.
Nur frage ich mich: Warum überhaupt eine neue Lösung, wenn es vorher bereits funktionierte? Egal.. ich freue mich ja wenn es hilft...Zumal diese Funktion nur wohl nur dann gut funktioniert, wenn eine Internetverbindung besteht.
Sobald das Gerät das Netz verliert, hängt sich die Anweisungen auf oder zeigt einfach gar nichts mehr – und nach einem Neustart der Route als Track will sie plötzlich zurück zum Startpunkt der Tour, obwohl vorher die verbleibende Strecke korrekt angezeigt wurde.Das lässt sich ganz simpel nachvollziehen – selbst auf einer kurzen Strecke:
Ich fahre von A nach B über mehrere Wegpunkte. Sobald ich in ein mir bekanntes bekanntes Funkloch gerate (das es dort seit xxx Jahren gibt) und die Route verlasse, z. B. durch Abbiegen, passiert Folgendes:
Die Karte selbst läuft weiter, aber die Anweisungen sind eingefroren oder zeigt nur noch ein leeres Feld.Wenn das Netz wieder verfügbar ist, interessiert das die App – genau: gar nicht.
Starte ich die Route dann erneut als Track, wird zunächst korrekt die Reststrecke angezeigt – ca. die Hälfte der Tour in dem Beispiel.. Doch nur wenige Sekunden später springt die verbleibende Kilometerzahl deutlich nach oben – weil die App jetzt meint, zurück zum Startpunkt zu müssen.Ich muss nun das Smartphone aktivieren, das Menü aufrufen (sofern das überhaupt noch funktioniert) und dort manuell die Option „zurück zur Route“ auswählen.
Danach geht es wieder normal weiter – bis zum nächsten Funkloch.Und das passiert auch mit einem iPhone.
Ich kann das hier jederzeit reproduzieren.
Wer in der Nähe wohnt, kann es selbst testen:
Einfach mal mit einer geplanten Route als Track von Tönisvorst in Richtung Krefeld am Tierheim vorbei fahren. Am Tierheim in der Nähe gibt es eine kleinen Stichweg.. einfach reinfahren....Ob das in den letzten tagen behoben wurde, weiss ich nicht.
Aktuell fahre ich nicht mehr mit MRA.Das war übrigens nur das ursprüngliche Problem im Urlaub.
In den letzten Tagen bin ich gezielt mit geplanten Routen samt Shaping-Punkten unterwegs gewesen. Soweit hat das auch funktioniert – aber:
Die App wollte an mehreren Stellen plötzlich eine völlig andere Strecke fahren. Und das, obwohl Verkehrsmeldungen usw. deaktiviert waren.Das Verrückte:
Die Abweichung war sogar sichtbar.
Die geplante Route wurde in weiß angezeigt – aber in blau zeigte die App, welchen Weg sie stattdessen nehmen wollte.
Und das völlig ohne erkennbaren Grund. Keine Verkehrsstörung, keine Umleitung, keine neuen Kartendaten.Dieses Verhalten trat auf nahezu allen Touren auf.
Dank der BMW-App konnte ich die gefahrenen Strecken aufzeichnen und später im Hotel mit der Planung vergleichen:
Der CRN sowie die weiße Linie stimmten exakt mit der ursprünglichen Route überein – nur das, was die App während der Fahrt live berechnete, wich teils deutlich ab. Warum, .....Moin @UwB,
mal ganz ehrlich: seit Beginn dieses Beitrags vermischt Du verschiedenste beobachtete Probleme. Du bist doch Moderator in der "Track of the Day" FB Gruppe und weißt genau, dass man viel einfacher Erklärungen für Phänomene findet, wenn man die Suche strukturiert angeht.
Zu dem "Einfrieren" bei Funkloch und Neuberechung hatte ich ja bereits einen umfangreichen Test durchgeführt und ein paar Lösungsansätze aufgezeigt, um das Problem einzugrenzen:
- Vergleich AA vs. Android nativ
- Vergleich Navigation als Route vs. Navigation "Route as Track"
- Vergleich Offline vs. Online (Offline "on demand")
- "Automatic recalculation" / "Skip waypoints automatically" ON vs. OFF
Hast du diese Vergleiche angestellt und was ist dabei heraus gekommen?
Wer in der Nähe wohnt, kann es selbst testen:
Einfach mal mit einer geplanten Route als Track von Tönisvorst in Richtung Krefeld am Tierheim vorbei fahren. Am Tierheim in der Nähe gibt es eine kleinen Stichweg.. einfach reinfahren....Kannst Du bitte dafür eine kleine Route mit dem MRA WebPlaner erstellen und teilen? Und zusätzlich Screenshots von deinen Einstellungen in der MRA App posten? Die Gegend ist zwar nicht bei mir um die Ecke, aber ich will demnächst mal wieder los Richtung Sauerland / Eifel, vielleicht gönne ich mir dann den Umweg und schaue mir das mal an.
Die App wollte an mehreren Stellen plötzlich eine völlig andere Strecke fahren. Und das, obwohl Verkehrsmeldungen usw. deaktiviert waren.
Wenn die App "plötzlich" eine andere Strecke wählt, hat eine Neuberechnung stattgefunden und dafür gab es dann auch einen Grund. Wenn du tatsächlich nicht von der Strecke abgewichen bist, war es möglicherweise wieder ein Funkloch und entspricht damit dem o.a. Fall. Auch hier die Frage: Passiert das auch, wenn du gezielt auf offline schaltest und als Route navigierst (nicht "Route as Track")?
Nebenbei: Ich bin mir nicht sicher, ob "Traffic aware route calculation" auch bei geplanten Routen funktioniert oder nur bei A-B Verbindungen. @Jörgen: Weißt du das?
-
Moin @UwB,
mal ganz ehrlich: seit Beginn dieses Beitrags vermischt Du verschiedenste beobachtete Probleme. Du bist doch Moderator in der "Track of the Day" FB Gruppe und weißt genau, dass man viel einfacher Erklärungen für Phänomene findet, wenn man die Suche strukturiert angeht.
Zu dem "Einfrieren" bei Funkloch und Neuberechung hatte ich ja bereits einen umfangreichen Test durchgeführt und ein paar Lösungsansätze aufgezeigt, um das Problem einzugrenzen:
- Vergleich AA vs. Android nativ
- Vergleich Navigation als Route vs. Navigation "Route as Track"
- Vergleich Offline vs. Online (Offline "on demand")
- "Automatic recalculation" / "Skip waypoints automatically" ON vs. OFF
Hast du diese Vergleiche angestellt und was ist dabei heraus gekommen?
Wer in der Nähe wohnt, kann es selbst testen:
Einfach mal mit einer geplanten Route als Track von Tönisvorst in Richtung Krefeld am Tierheim vorbei fahren. Am Tierheim in der Nähe gibt es eine kleinen Stichweg.. einfach reinfahren....Kannst Du bitte dafür eine kleine Route mit dem MRA WebPlaner erstellen und teilen? Und zusätzlich Screenshots von deinen Einstellungen in der MRA App posten? Die Gegend ist zwar nicht bei mir um die Ecke, aber ich will demnächst mal wieder los Richtung Sauerland / Eifel, vielleicht gönne ich mir dann den Umweg und schaue mir das mal an.
Die App wollte an mehreren Stellen plötzlich eine völlig andere Strecke fahren. Und das, obwohl Verkehrsmeldungen usw. deaktiviert waren.
Wenn die App "plötzlich" eine andere Strecke wählt, hat eine Neuberechnung stattgefunden und dafür gab es dann auch einen Grund. Wenn du tatsächlich nicht von der Strecke abgewichen bist, war es möglicherweise wieder ein Funkloch und entspricht damit dem o.a. Fall. Auch hier die Frage: Passiert das auch, wenn du gezielt auf offline schaltest und als Route navigierst (nicht "Route as Track")?
Nebenbei: Ich bin mir nicht sicher, ob "Traffic aware route calculation" auch bei geplanten Routen funktioniert oder nur bei A-B Verbindungen. @Jörgen: Weißt du das?
@Martin-Wilcke said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:
Nebenbei: Ich bin mir nicht sicher, ob "Traffic aware route calculation" auch bei geplanten Routen funktioniert oder nur bei A-B Verbindungen. @Jörgen: Weißt du das?
Ja, wird auch bei geplanten Routen beachtet.
Ist nur doof, wenn ein Wegpunkt in der Sperrung liegt, dann wird ein ziemlicher Blödsinn berechnet. Siehe Beispiel von WP 3 zu 5.
Da kommt wieder das, was ich oben geschrieben habe. Selber schauen wie man das besser umgeht.
Hardware
iPhone 12 pro (iOS 17.0.2)
Oukitel RT3 (Andr. 12)
Samsung Galaxy XCover 4 (Andr. 9 Pie)
Wireless CarPlay mit (Elebest C650)
Wired CarPlay (SEAT Arona - 2021)
For more information, click here -
@Martin-Wilcke said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:
Nebenbei: Ich bin mir nicht sicher, ob "Traffic aware route calculation" auch bei geplanten Routen funktioniert oder nur bei A-B Verbindungen. @Jörgen: Weißt du das?
Ja, wird auch bei geplanten Routen beachtet.
Ist nur doof, wenn ein Wegpunkt in der Sperrung liegt, dann wird ein ziemlicher Blödsinn berechnet. Siehe Beispiel von WP 3 zu 5.Da kommt wieder das, was ich oben geschrieben habe. Selber schauen wie man das besser umgeht.
@Jörgen said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:
Ja, wird auch bei geplanten Routen beachtet.
Sorry, ich habe meine Frage nicht präzise genug formuliert:
Ich meine nicht während der Planung, sondern während der Navigation - also die Einstellung "Navigation settings" > "Functional" > "Traffic aware route calculation" in der App.
Nach meinem Verständnis sorgt diese Einstellung dafür, dass ich bei Bedarf während der Navigation eine bessere Route vorgeschlagen bekomme, die ich dann annehmen oder verwerfen kann.
Liege ich damit grundsätzlich richtig und funktioniert das auch bei der Navigation von geplanten Routen?
-
Ja, wird es auch beim Navigieren. Ich habe ja geschrieben " wird bei geplanten Routen beachtet."
Und nicht "wird beim planen von Routen..."
Hardware
iPhone 12 pro (iOS 17.0.2)
Oukitel RT3 (Andr. 12)
Samsung Galaxy XCover 4 (Andr. 9 Pie)
Wireless CarPlay mit (Elebest C650)
Wired CarPlay (SEAT Arona - 2021)
For more information, click here -
Ja, wird es auch beim Navigieren. Ich habe ja geschrieben " wird bei geplanten Routen beachtet."
Und nicht "wird beim planen von Routen..."
@Jörgen
OK, Danke! (Da habe ich mich von dem Bild foppen lassen
) -
Dann eben das noch.
Was ich an dem Beispiel komisch finde, es wird auch so berechnet, wenn ich alle Verkehrsbeinflussende Funktionen deaktivieren.
Hardware
iPhone 12 pro (iOS 17.0.2)
Oukitel RT3 (Andr. 12)
Samsung Galaxy XCover 4 (Andr. 9 Pie)
Wireless CarPlay mit (Elebest C650)
Wired CarPlay (SEAT Arona - 2021)
For more information, click here -
Dann eben das noch.
Was ich an dem Beispiel komisch finde, es wird auch so berechnet, wenn ich alle Verkehrsbeinflussende Funktionen deaktivieren.
@Jörgen
Meiner Meinung nach sind das zwei verschiedene Dinge:Die gesperrte Strecke in deinem Beispiel kommt aus den HERE Daten.
Die "Traffic aware route calculation" bezieht sich aber offenbar auf Live-Verkehrsdaten (deshalb gibt es die auch nur, wenn man online ist):
EDIT: Habe gerade gesehen, dass du dafür einen neuen Beitrag gestartet hast - ich wechsle auch dahin.
-
Dann eben das noch.
Was ich an dem Beispiel komisch finde, es wird auch so berechnet, wenn ich alle Verkehrsbeinflussende Funktionen deaktivieren.
...doch noch mal an dieser Stelle: Ich habe die Antwort auf meine Frage gefunden:
https://forum.myrouteapp.com/topic/8720/nav-app-asking-me-to-approve-faster-routes?_=1752315798720
Postings #4 - #8
