12 Tage in den Seealpen mit MRA und es war eher NICHT gut..
-
Die BC-Datei hat überhaupt nicht funktioniert – wie viele Shaping-Punkte sie hatte, weiß ich leider nicht mehr. Aber sicher nicht wenige, da ich noch mich erinnere das auch BC selber immer die neue nehmen wollte.
Planer und Navis stehen bei mir GRUNDSÄTZLICH immer auf "schnellste"
weil diese Algorithmen sich auf allen Systemen am ähnlichsten sind.
Per shaping dann erzwinge ich meine Wunschroute.
"Kurvig" oder solche Optionen nutze ich nicht, da hier jeder was völlig anderes macht und versteht und es dann zu 100% komisch wird.
Egal.. das nur meine Vorgehensweise.
Nahezu jeder hält ohnehin "seine" für die einzig richtige.. also lassen wir das mal so stehen
Was ich aber sicher sagen kann: Ich setze meine Punkte, egal ob Shaping oder Via, grundsätzlich mit etwas Abstand zu Kreuzungen e.t.c..
Die TD-Datei lief etwas besser.
Allerdings hatte die "AR"-Funktion damals eine Eigenart, die auch in MRA unter dem Namen „Ausbreiten“ vorkommt.
Zumindest damals... habe es länger nicht mehr angesehen.. ^^Diese Funktion hat das XT regelrecht gezwungen, der neuen SS125 in Abschnitten zu folgen.
Da ich jedoch nicht auf Sardinien lebe konnte ich das nur visuell überprüfen.
Meine Einschätzung ist, dass sich das XT – ebenso wie N5 und N6 – mit einer "AR"-Datei grundsätzlich nun wie erwartet verhalten wird.Ich erwähne das hier nur deshalb, weil ich bei meinen damaligen Tests gesehen habe, dass MRA ebenfalls eine ähnliche Funktion anbietet – allerdings ohne die kleine, aber feine Optimierung, wie sie in TD umgesetzt ist.
Ob das aktuell noch so ist... müsste ich mir ansehen..Das XT war für mich vs. N6 eher eine sinnlose Invest.
Weder ist es schneller gewesen noch konnte es wesentlich Punkten.
Mal von mehr Ram abgesehen.... aber auch der N6 hatte ja genug vs. dem N5.
Leider hatte ich 5 mal einen N6 mit Ghosting... #6 wurde dann verkauft und XT gekauft.
Ein Fehler... dazu ohne die native BMW Unterstützung ... püh... nääää
-
Die BC-Datei hat überhaupt nicht funktioniert – wie viele Shaping-Punkte sie hatte, weiß ich leider nicht mehr. Aber sicher nicht wenige, da ich noch mich erinnere das auch BC selber immer die neue nehmen wollte.
Planer und Navis stehen bei mir GRUNDSÄTZLICH immer auf "schnellste"
weil diese Algorithmen sich auf allen Systemen am ähnlichsten sind.
Per shaping dann erzwinge ich meine Wunschroute.
"Kurvig" oder solche Optionen nutze ich nicht, da hier jeder was völlig anderes macht und versteht und es dann zu 100% komisch wird.
Egal.. das nur meine Vorgehensweise.
Nahezu jeder hält ohnehin "seine" für die einzig richtige.. also lassen wir das mal so stehenWas ich aber sicher sagen kann: Ich setze meine Punkte, egal ob Shaping oder Via, grundsätzlich mit etwas Abstand zu Kreuzungen e.t.c..
Die TD-Datei lief etwas besser.
Allerdings hatte die "AR"-Funktion damals eine Eigenart, die auch in MRA unter dem Namen „Ausbreiten“ vorkommt.
Zumindest damals... habe es länger nicht mehr angesehen.. ^^Diese Funktion hat das XT regelrecht gezwungen, der neuen SS125 in Abschnitten zu folgen.
Da ich jedoch nicht auf Sardinien lebe konnte ich das nur visuell überprüfen.
Meine Einschätzung ist, dass sich das XT – ebenso wie N5 und N6 – mit einer "AR"-Datei grundsätzlich nun wie erwartet verhalten wird.Ich erwähne das hier nur deshalb, weil ich bei meinen damaligen Tests gesehen habe, dass MRA ebenfalls eine ähnliche Funktion anbietet – allerdings ohne die kleine, aber feine Optimierung, wie sie in TD umgesetzt ist.
Ob das aktuell noch so ist... müsste ich mir ansehen..Das XT war für mich vs. N6 eher eine sinnlose Invest.
Weder ist es schneller gewesen noch konnte es wesentlich Punkten.
Mal von mehr Ram abgesehen.... aber auch der N6 hatte ja genug vs. dem N5.
Leider hatte ich 5 mal einen N6 mit Ghosting... #6 wurde dann verkauft und XT gekauft.
Ein Fehler... dazu ohne die native BMW Unterstützung ... püh... nääääGestern habe ich eine Probefahrt gemacht, um weitere Erkenntnisse zu dem von Dir beschriebenen Problem zu gewinnen.
Geplant habe ich die Tour mit MRA-Web und HERE, navigiert mit einem iPhone mit iOS 18 und der aktuellen MRA NN Version 4.3.9 - 395.
Während der Fahrt hatte ich folgende Einstellungen ("Navigation settings > Funktional"):
- Offline navigation = ON
- Automatic recalculations = ON
- Skip Waypoints automatically = ON
- Navigate routes as track = OFF
Das iPhone war die komplette Zeit offline (Flugmodus).
Während der Fahrt bin ich bewusst von der Route abgewichen, wie man an dem Vergleich Route vs. Tracklog gut sehen kann:
Außerdem habe ich ein paar SPs manuell übersprungen und wieder reaktiviert, um möglichst viele Neuberechnungen zu erzwingen.
Bei Routenpunkt 6 (der grüne) habe ich die Navigation gestoppt, "Navigate routes as tracks" = ON gesetzt, die Navigation wieder gestartet, und bin weiter gefahren (ebenfalls mit Abweichungen und SPs übersprungen und reaktiviert).
Fazit: kein "Hängenbleiben", kein "Einfrieren", keine unsinnigen Navigation-Hinweise, absolut schnelle und saubere Neuberechnungen. Kein einziges Problem, wirklich NULL. Und das alles, wie gesagt, komplett ohne Netzverbindung.
Die von Dir beschriebenen Probleme konnte ich nicht nachvollziehen. Wenn die App sauber funktioniert, muss es also einen anderen Grund dafür geben - ich habe ehrlich gesagt AA in Verdacht.
Könntest Du bei Gelegenheit eine ähnliche Testfahrt machen und dabei AA mit nativer Nutzung (nur Smartphone) vergleichen?
-
@UwB
...noch eine Idee: Du erwähntest dein "billiges Handy" - vielleicht ist es bei Routen erstellt mit TD und AR (also mit 100 zusätzlichen SPs) und Navigation mit AA-Bluetooth-Verbindung technisch an seinen Leistungsgrenzen.
Interessant wäre ein Vergleich mit einer Route, einmal erstellt in TD plus AR und einmal erstellt in MRA mit relativ wenigen Routenpunkten. -
@Peter-Zehentreiter said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:
Hier mal ein Beispiel:
Sehen Sie sich 'Freitag_Slo_Aut_Seeberg-Paulitsch' in MyRoute-app an!Ok - das ist wirklich mal eine ausgefeilte Route
Ich bin gerade von einer 4-wöchigen Reise durch Slowenien zurück und bei mir sieht eine typische Route so aus: https://www.myrouteapp.com/route/open/11350610
Da kann man mal sehen, wie unterschiedlich Planungskonzepte sein können
Danke für den CRN-Link, schaue ich mir gerne an.
@Martin-Wilcke
Und hier kannst du sehen, was andere Routen-Engines aus deiner Route machen.
Rot ist DomDom, blau ist OSM.
Da sind viele Via-Punkte schon von Vorteil.
RT
-
@Martin-Wilcke
Und hier kannst du sehen, was andere Routen-Engines aus deiner Route machen.
Rot ist DomDom, blau ist OSM.
Da sind viele Via-Punkte schon von Vorteil.
RT
@Rainer-Treichel
Absolut richtig: verschiedene Routen-Engines liefern unterschiedliche Ergebnisse.Aber: in diesem Fall macht wohl eher das Profil (sprich: Optionen und Vermeidungen) den entscheidenden Unterschied. Ich hab's nicht ausprobiert, aber ich behaupte: wenn man bei der roten Variante (TT) "Autobahnen vermeiden" einstellt, kommt vermutlich ein Verlauf heraus, der blau und schwarz sehr ähnelt.
Und dann stellt sich die eigentliche Frage: welche der Routen-Varianten sollte ich denn mit zusätzlichen Routenpunkten (hier wohl eher SPs, keine VIAs, denn es gibt ja keine zusätzlichen Stopps) "erzwingen" und vor allem: warum?
Wenn ich mich in einer Gegend nicht auskenne und keine konkreten Strecken-Empfehlungen habe, kann ich nicht beurteilen, wo es am schönsten ist. Deshalb setze ich in solchen Fällen keine zusätzliche Punkte und lasse mich einfach treiben.
-
Autobahn vermeiden funktioniert natürlich. Aber ich habe die Erfahrung gemacht, dass es manchmal sinnvoll ist, sie zu nutzen. Und das geht dann nicht.
Aber mein Ansatz ist eben komplett anders, treiben lassen ist für mich der pure Stress, der dann meist auf Schnellstrassen endet, damit ich endlich ankomme.
Es geht eigentlich darum, auf unterschiedlichen Geräten aller Teilnehmer einer Gruppenfahrt die SELBE Route zu fahren. Dann muss man Shaping Points nutzen. Und dieses Problem löst bisher nur MRA mit seinen besonderen Möglichkeiten bei der Planung.
Gute Nacht!
RT -
Autobahn vermeiden funktioniert natürlich. Aber ich habe die Erfahrung gemacht, dass es manchmal sinnvoll ist, sie zu nutzen. Und das geht dann nicht.
Aber mein Ansatz ist eben komplett anders, treiben lassen ist für mich der pure Stress, der dann meist auf Schnellstrassen endet, damit ich endlich ankomme.
Es geht eigentlich darum, auf unterschiedlichen Geräten aller Teilnehmer einer Gruppenfahrt die SELBE Route zu fahren. Dann muss man Shaping Points nutzen. Und dieses Problem löst bisher nur MRA mit seinen besonderen Möglichkeiten bei der Planung.
Gute Nacht!
RT@Rainer-Treichel said in 12 Tage in den Seealpen mit MRA und es war eher NICHT gut..:
Es geht eigentlich darum, auf unterschiedlichen Geräten aller Teilnehmer einer Gruppenfahrt die SELBE Route zu fahren. Dann muss man Shaping Points nutzen.
Ja, absolut richtig. Da braucht man entweder eine Route mit vielen Routenpunkten oder einen Track.
Zum Glück muss ich keine Gruppentouren vorbereiten oder gar leiten - das wäre für mich der pure Stress
Aber so sind die Anforderungen und Geschmäcker eben unterschiedlich. Gut, dass MRA das alles abdeckt! -
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.
-
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.
Auf wen oder was genau nimmst du jetzt Bezug?
Grundsätzlich funktioniert es genau so, wie du es „hineininterpretierst“. Hast ein konkretes Beispiel, wo das nicht so ist? -
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
