Reroutinggeschwindigkeit mit KT

    Hallo,


    hier meine Thesen (bitte widerlegen oder bestätigen) zur Reroutinggeschwindigkeit: (Einstellung: a) kürzeste Strecke, b) schnellste Strecke)


    t(ges.): Reroutingzeit: definiere ich als:
    Gesamtzeit zwischen realem Abweichen von der errechneten Route und der Anzeige/Ansage der neuen Route.


    t1: Zeit zwischen realem Abweichen und Anzeige des neuen Standortes auf der Karte in KT
    t2: Zeit zwischen Anzeige des neuen Standortes auf der Karte und Beginn der Anzeige "Neuberechnung der Route oä."
    t3: Zeit für die eigentliche Neuberechnung der Route



    These 1: t(ges.) a) bei langen Strecken (z.B. 400 km) ist rel. lange (bis zu 20 sek, Asus A636) , wenn man direkt am Anfang von der errechneten Strecke abweicht.


    These 2: t(ges.) a) bei langen Strecken ist ???, wenn man im Zielgebiet von der errechneten Strecke abweicht.


    These 3: t(ges.) a) bei kürzeren Strecken (100 km) ist rel. lange (10-20 sek ???), wenn man schon am Anfang von der errechneten Route abweicht


    These 4: t(ges.) a) bei kürzeren Strecken (100 km) ist ... (Zeit: ???), wenn man im Zielgebiet von der errechneten Strecke abweicht.


    These 5: t(ges.)
    a)bei kurzen Strecken (5-10 km) ist rel. lange (10-20 sek.) wenn man sowohl im Zielgebiet als auch beim Start von der Strecke abweicht.
    b) (schnellste Strecke) ca. 8-10 sek.


    Zusatz: für korrekte Tests müßte man jetzt noch die versch. Routeneinstellungen (kürzeste/schnellste Strecke, Geschwindigkeitsprofil) berücksichtigen.


    Mich würden die Thesen 2 und 4 besonders interessieren, werde sie aber kaum demnächst überprüfen können!
    Bei der These 5 würde mich interessieren, ob diese Aussagen auch für komplexe Startgebiete (z.B: Köln) gelten.

    2 Mal editiert, zuletzt von luka1 ()

    Zitat

    Original von luka1
    Bei der These 5 würde mich interessieren, ob diese Aussagen auch für komplexe Startgebiete (z.B: Köln) gelten.


    Das mit 1 Sekunde kannst Du komplett knicken.
    Vielleicht wenn Du noch 200 Meter vom Ziel entfernt bist.
    KlickTel braucht aber ca. 3 Sekunden Abweichung von der berechneten Route bis das Rerouting überhaupt einsetzt.
    Unter 5 Sekunden ist ein Rerouting fast nicht zu schaffen.


    Sascha


    P.S. Bei den aktuellen Routingqualitäten in Köln ist KlickTel für ortsunkundige eh nicht zu gebrauchen, es sei denn, er ignoriert Abbiegeverbote genauso konsequent wie KlickTel ;D

    Einmal editiert, zuletzt von SaBo ()

    Danke Sascha, dann werde ich mal meine Thesen (habe ich ja zum Glück nicht "Fakten" genannt) etwas korrigieren.


    t(ges.): Reroutingzeit: definiere ich als:
    Gesamtzeit zwischen realem Abweichen von der errechneten Route und der Anzeige/Ansage der neuen Route.


    t1: Zeit zwischen realem Abweichen und Anzeige des neuen Standortes auf der Karte in KT
    t2: Zeit zwischen Anzeige des neuen Standortes auf der Karte und Beginn der Anzeige "Neuberechnung der Route oä."
    t3: Zeit für die eigentliche Neuberechnung der Route



    Relevant für den Anwender: t1+t2+t3=t(ges.)


    Meine Beobachtung (Asus A636/416 MHz./SirfIII), kurze Strecken:
    t1+t2: bis zu 10 sek.
    t3: 2-5 sek


    Fazit: KT benötigt schon viel zu viel Zeit, um überhaupt die Abweichung zu bemerken!

    Einmal editiert, zuletzt von luka1 ()

    Hi

    Zitat

    KT benötigt schon viel zu viel Zeit, um überhaupt die Abweichung zu bemerken!


    Kann ich nur unterstreichen!!!!
    Auch ich finde das Rerouting, und die Erkennung des falschen Weges bei klickTel sehr verbesserungswürdig.
    Habe selbst schon feststellen können. daß da hlickTel sehr genügsam ist.
    Gruß
    rotzbengel

    Bei meinen bisherigen Startversuchen hat die "Orientierungsphase" (Zeit bis KT weiss, wo man sich befindet) auch rel. lange gedauert, kann sein, daß das an ungünstigen Empfangsbedingungen lag, würde aber zu den obigen Ausführungen passen!