Rerouting rechnet falsch

  • Irgendwie steckt im Rerouting (also dem Neuberechnen der Route, wenn man vom ursprünglichen Weg abweicht) ein dicker Fehler.


    Folgende Strecke bin ich jetzt zum ZWEITEN Mal gefahren, und beides Mal exakt das gleiche:


    Von Berlin nach Timmendorfer Strand. Das Programm will mich dabei von der A24 auf die Schweriner Autobahn schicken. Ich fahre aber lieber A24-B404-A1. Kaum bin ich am Autobahnkreuz Richtung Schwerin vorbei, wird neuberechnet und die Restzeit springt um 10 Minuten hoch. Soweit so gut.


    Jetzt kommt der Hammer: Ich bin gerade von der A24 runter auf der B404. Nach 5km soll ich bei "Trittauerfeld" auf eine Landstrasse Richtung Westen. Mache ich natürlich nicht. Es wird neu berechnet und siehe da: Die Restzeit geht plötzlich um 10 Minuten runter.


    Fazit: Das Programm hat mir "wissentlich" eine zu lange Strecke ausgerechnet. Kaum fahre ich anders, berechnet das Programm eine seiner Meinung nach 10 Minuten kürzere Strecke. Warum hat es das dann nicht gleich getan? Ein ziemlich eindeutiger Programmfehler, oder?


    Passiert nur bei Rerouting. Wenn ich direkt von einem Punkt auf der A24 Nahe B404 nach Timmendorfer Strand route, bekomme ich nicht den Umweg über die Landstrasse angezeigt.


    PS: Ich habe NICHT die Europa-Edition, bei der dieses ja normal sein soll, sondern Original Medion Bundle.

    2 Mal editiert, zuletzt von helixmaster ()

  • Die Wege des Navigators sind wunderlich - da kann man leider gar nichts dran machen. Manchmal bekommt man nur dann die wirklich optimale Strecke hin, wenn man sie teilweise selbst kennt oder der Beschilderung statt dem Medion folgt und sich nicht an die mitunter umständlichen Umwege hält. Diese Erfahrung habe ich in Köln City schon des öfteren gemacht. Da hilft nur das Sperren von Straßen, die man nicht fahren will . :(
    Das Gute am Navigator ist, dass man letztendlich ans Ziel kommt, auch in Gegenden, wo man sich absolut nicht auskennt. Das ist mir dann manchen Umweg wert. Bis ein perfektes System auf den Markt kommt, dauert's wohl noch ein paar Jahre, bis dahin bleibt die GPS-Navigation allzu menschlich (denn ob ich allein mit Straßenkarten die kürzeste Route finden würde, steht in den Sternen)...

    Einmal editiert, zuletzt von MadMike ()

  • Zitat

    Original von MadMike


    Das Gute am Navigator ist, dass man letztendlich ans Ziel kommt, auch in Gegenden, wo man sich absolut nicht auskennt. Das ist mir dann manchen Umweg wert. ..


    ...genau das ist es! :)
    Mir sind 5 km verwurschtelte Naviführung lieber, als mich ohne Navi extrem zu verfahren!


    Navi benutzen und beim fahren trotzdem noch mitdenkende Grüße,

  • Zitat

    Original von Neptun
    Mir sind 5 km verwurschtelte Naviführung lieber, als mich ohne Navi extrem zu verfahren!


    Navi benutzen und beim fahren trotzdem noch mitdenken


    Dem kann ich nur zustimmen !!!

  • Aber hier handelt es sich doch um einen VERMEIDBAREN Fehler. Wenn der Navi nur im Rerouting den Fehler macht, im "Erst-Routing" aber nicht, dann kann ich zwar auch damit leben, aber zumindest für einen Programmierer sollte doch hier der Anreiz bestehen, beide Funktionen gleich gut hinzubekommen, denn technisch besteht kein Grund dafür das es nur im Rerouting nicht richtig hinhaut, oder?


    Von daher verstehe ich Eure Kommentare nicht so ganz - nehmt ihr jeden Programmierfehler einfach so hin? Ich will den guten Navi damit ja nicht schlecht machen und bin auch sehr zufrieden damit, aber dennoch sollte man offensichtliche Fehler ruhig mal ans Tageslicht bringen - zweck Verbesserung.


    Auch ich erwarte NICHT, dass der Navi mir immer den BESTEN Weg sucht. Aber zumindest das Erstrouting sucht doch immer einen Weg, der aus Sicht des Programmes wohl wirklich der kürzeste ist. Warum kann das Rerouting das nicht auch?

    Einmal editiert, zuletzt von helixmaster ()

  • Im Grunde hast du ja Recht - wir sind wahrscheinlich schon so leidensfähig geworden, dass wir uns gar nicht mehr darüber aufregen. :gap Ich habe auch schon festgestellt, dass die Strecke nach dem Rerouting nicht mehr optimal war. Aber da überwog halt die Erleichterung, überhaupt angekommen zu sein. Wenn Navigon dazu einen Patch herausbringt - immer her damit! Ich fürchte nur, wer schon so lange an einem Programm herumbastelt und für so eine wichtige Funktion noch keine optimale Lösung gefunden hat, wird uns auch in nächster Zukunft nicht damit erfreuen. :(

  • Hi,


    mit dem Programmieren ist das so eine Sache. Solange man den Code nicht kennt, sollte man nichts daran kritisieren. Wie Du es beschreibst ist es eben nicht die gleiche Berechnung: Wenn Du eine Strecke von A nach B berechnest erhälst Du Ergebnis 1 (das war für Dich OK). Wenn Du von der Strecke abweichst, befindest Du Dich doch schon lange nicht mehr in A, sondern in C. Also berechnet die Software die Strecke von C nach B und kommt zu Ergebnis 2. Klar kann das anders ausfallen, es ist doch auch eine komplett andere Formel. Bei dem Navi spiele so viele Faktoren rein, das man niemals sagen kann, warum es sich so oder so entscheidet. Ich soll z.B. jedes mal direkt nach dem Frankfurter Kreuz Richtung Darmstadt einmal schnell durch einen Parkplatz fahren. Logisch ist das nicht, aber wer weiss, was fü Daten in der Karte an der stelle sind.


    Gruss
    Mike

  • Sorry, aber das Problem ist ein anderes:


    1) Wenn ich von der A-B Strecke abweiche und in C bin, berechnet das Programm Ergebnis 2, wie Du sagst.


    Wenn ich aber das Programm jetzt anhalte, und von genau dem gleichen Punkt C ein Erstrouting durchführen lasse, erhalte ich Ergebnis 3. In diesem, wie auch in bis jetzt mehreren anderen Fällen die ich bemerkt habe, war Ergebnis 3 *immer* vernünftig, während Ergebnis 2 eben manchmal einen unsinnigen Umweg enthält.


    Ich habe noch nie bei einem Erstrouting so einen Fehler bekommen.


    2) Auf mein anderes Indiz für einen Programmfehler ist bis jetzt noch keiner eingegangen: Ich bin also von A-B abgewichen und bekomme am Punkt C ein Ergebis 2, wie Du sagst, wobei das Programm eine Restfahrzeit von 50 Minuten anzeigt.


    Wenn ich weiterfahre, wird diese Zeit korrekt runtergezaehlt. Nach 5 Minuten steht die Restfahrzeit auf 45 Minuten. Nun weiche ich vom Weg "Ergebnis 2" wieder ab und bekomme sofort Ergebnis 3 mit 35 Minuten Restzeit. Das heisst doch, dass das Programm es beim berechnen von Ergebnis 2 nicht geschafft hat, den schnellsten Weg zu erkennen. Beim Erstrouting hingegen habe ich noch nie erlebt, dass es einen FÜR DAS PROGRAMM kürzeren Weg gab.


    Ich als Mensch kenne natürlich oft bessere oder kürzere Wege, darum geht es nicht. Aber immer wenn ich vom Originalweg abweiche, berechnet die SW zunächst mal eine längere Restzeit. Ich habe noch nie erlebt, dass die Restzeit niedriger wurde, wenn ich vom Erstrouting abgewichen bin.


    Das heisst also: Beim Erstrouting sucht die SW immer den aus ihrer Sicht schnellsten Weg, beim Rerouting hingegen berechnet sie auch gerne mal einen Umweg von 10 Minuten!

  • Das ist allerdings interessant. Das bedeutet, dass die Software beim Rerouting mit anderen Parametern rechnet als beim initialen Routing. Evtl. kommt hier noch etwas hinzu, Bewegungsvector oder Speed oder so etwas. Ich denke aber, dass es sicher auch mit der Karte zu tun hat. Ich soll auch manchmal in einem eingeschlossenen bereich herauskommen und beim sofortigen nächsten Versuch ist das Ziel frei erreichbar. Vielleicht hat es auch mit der Speicherlast zu tun, die während der Fahrt sicher größer ist als in dem Programmodus "Navigation". Ich würde ja gern mal Tom Tom ausprobieren, wenn nicht so teuer wäre und ich wüßte wie man die maus umprogrammiert :)


    Gruss
    Mike

  • Hallo zusammen,


    also meine These wäre es das der Navigator ein möglichst einfach/schnell wieder auf die Orginalstrecke lotsen möchte.


    Natürlich hat das Navi beim Erstrouting deutlich mehr Rechenleistung und vor allem ZEIT zur Verfügung. Denn wer möchte schon 1-5 min warten, nur weil er sich um eine Strasse verfahren hat und das Navi jetzt wieder ein Komplettrouting vornimmt. Man vergleiche jetzt einmal die bis zu einigen Minuten für's Erstrouting und nur wenige Sekunden für's Rerouting. Ist halt ein Rerouting und kein Newrouting...


    Somit ist es aus Sicht eines Programmieres zwingend notwendig beim Rerouting Prioritäten zu setzten, um eben dieses in beinahe Echtzeit zu ermöglichen.


    Vermutlich wird der Navi versuchen dich vom aktuellen Standort über den möglichst schnellsten Weg wieder auf die Orginalstrecke zu schicken.


    Grüße,


    Sascha

  • Gute Beobachtung - das Rerouting ist in der Tat schneller als das Erstrouting, von daher ist es also logisch, dass es gewisse "Abkürzungen" vornimmt und vielleicht weniger Wegalternativen ausprobiert etc.


    Die Lösung des Problemes könnte also vielleicht ein einfacher Konfigurationparameter sein, den Navigon im Menü einbauen könnte: "REROUTING SCHNELL/GRUENDLICH". Bei "Schnell" wäre alles so wie heute, und bei "gründlich" würde das Programm dann stattdessen die Routinen des Erstroutings ausführen.


    In der Stadt würde ich dann wahrscheinlich immer mit SCHNELL fahren, damit man an der nächsten Kreuzung entsprechend gelotst wird. Auf der Autobahn könnte ruhig GRÜNDLICH eingestellt werden, denn bis zur nächsten Ausfahrt vergehen ja ein paar Minuten...

  • Ich glaube nicht, dass MN beim Rerouting anders rechnet. Er wird ja wahrscheinlich versuchen, auf seine alte Route zu kommen. Ab da kennt er ja den Weg. Deshalb die kürzere Rechenzeit.

  • Zitat

    Original von iPAQ
    Ich glaube nicht, dass MN beim Rerouting anders rechnet. Er wird ja wahrscheinlich versuchen, auf seine alte Route zu kommen. Ab da kennt er ja den Weg. Deshalb die kürzere Rechenzeit.


    MN hatte mich im Urlaub (verschiedene Strassen waren wegen Brückenarbeiten an der Saale gesperrt) zwar - wie Du sagst - immer beim Verlassen der Route versucht, über einen anderen Weg zur Hauptroute zurückzuführen, aber ab einer gewissen Stelle fiel ihm ein, dass es da noch eine andere Strecke gibt, die ich bald erreiche, wenn ich weiterfahre, und die nicht auf die Ursprungsroute zurückführte.....

    Navigation mit Google Maps über Android Auto und AAWireless im Nissan Qashqai Akari Automatik. Zusätzlich ist POIbase NAVI ein treuer Beegleiter meiner Fahrten  ;)

  • Jau, das mit dem "zurück zur Originalstrecke" kann ich auch nicht bestätigen. In meinem Fall war die Originalstrecke ja ab A24 über die in Wirklichkeit noch gar nicht existente A241 (erst ab 2005 fertig) nach Schwerin und von da über die im Bau befindliche Ostseeautobahn A20 nach Lübeck.


    Kaum war ich an der Ausfahrt A241 vorbei, bekam ich dann ja auch die B404 und A1 angeboten, also eine völlig andere Strecke, von da aus noch 1:15 zu fahren und bis auf die letzten 7 Minuten vollkommen anders als die Originalstrecke. Nur eben mit dem blöden Schlenker über eine unnötige Landstrasse mit 10 Minuten Umweg.

  • Wir werden den Algorithmus nicht herausfinden denke ich. Aber Fakt ist,
    - das Rerouting läuft im Sekundenbereich ab. (Es funktioniert also anders als das Erstrouting)
    - Alle Versionen vorher haben schnelles Rerouting hinbekommen.
    - Die aktuelle Version hat auch schnelles Rerouting
    - Die aktuelle Version verliert halt hin und wieder das eigentlich Ziel aus den Augen. (wenn sie beim Rerouting zu dicht dran ist am eigentlichen Ziel)


    Aber ich bin sicher, das kriegen die schon hin !!!

    Einmal editiert, zuletzt von spezies!8472 ()