Newskommentare: Keomo MTK32 BT Testbericht

1. offizieller Beitrag

    Dies ist ein automatisch erstelltes Foren-Thema zu dem News-Beitrag:
    - Keomo MTK32 BT Testbericht.


    Kommentare zu diesem News-Beitrag sind erwünscht!

    Einmal editiert, zuletzt von peterpu ()

    Hi


    Danke Peter, toll zu lesender Test! ;)


    am meisten hat mich das " Tunnelbild" beeindruckt, habe die Infos regelrecht verschlungen. Weil, ich denke, das kommt bei Reisen per Auto gar nicht so selten vor.


    Gedanklich male ich mir hier ein Log File meiner immer noch heißgeliebten GNS 9810 hinein. Wie mag das wohl bei einer ( oder besser gesagt, speziell dieser) Sirf II dort sein?


    Nochmals Danke!


    vlG Kalli

    ;) bab

    2 Mal editiert, zuletzt von bab ()

    Hi


    Ich hab da so mit der getesteten Maus und dem einen Punkt( s.u.) meine Probleme, ob man die wirklich wenigstens für die PKW Navigation benutzen kann.


    Weil, mir ist doch ein exakter erster Satfix viel lieber, als wenn wie hier im Test eine Maus zwar schnell ist, aber doch unweigerlich eine Autonavigation zu einer rerouting Berechnung führt.


    Es sieht doch so aus, das wenn eine Maus einen geänderten GPS Standort meldet, die Navigationssoftware dies übernimmt. ;)


    die MTK32 sendet aber den ersten Fix ca 500- 600 Meter falsch


    Wenn meine Annahme stimmt, bekomme ich ein unnötiges rerouting. ;)
    Das heißt wiederum, während einer Reroutingneuberechnung verpasse ich mit Sicherheit doch viel eher eine sehr nahe gelegene mögliche Ausfahrt. 8)


    Was also im Test zum Vorteil der MTK 32 heraus gestellt wird, ist doch auch hier ein klarer Nachteil, gegenüber einer Sirf III


    Zitat und Bild von Seite 3

    Linkes Bild: Refix nach Tunnelfahrt
    Die Keomo setzt ihren ersten Punkt nach dem Tunnel zwar fast 400 Meter neben die Strasse, aber bereits der zweite Punkt liegt sehr gut und vor allem liegt dieser zweite Punkt zeitlich fast 3 Sekunden bzw. 100 Meter vor der RBT. Das kann in bestimmten Situationen über falsches oder richtiges Abbiegen entscheiden.


    Nochmal, Schade das hier keine ( meine) Sirf II mitlief


    so einen ersten falschen Fix wie bei der MTK 32 , da stelle ich mir so vor, der ist doch " tötlich" ;)


    vlG Kalli

    • Offizieller Beitrag

    Hi Kalli,


    ich glaube ein Navi wartet immer ein bisschen bevor ein ReRouting gestartet wird! Da wird genau aus solchen Gründen gewartet damit bei schlechtem Empfang nicht sofort ein ReRouting startet. Ich denke nicht das hier in dieser konkreten Situation ein ReRouting ausgelöst würde.


    Gruß
    Tobias

    Danke Tobi



    Nun überleg ich
    Ich sollte hier mal als GPS Signal ein Log File einspielen, als GPS Datenquelle . Dann mal eine Routenberechnung ca 1, oder 5 km vor dem Tunnel starten.


    mal sehen, was das Navi macht, wenn es diesen 500 Meter falschen Standort geliefert bekommt.


    vlG Kalli

    ;) bab

    Zitat

    Original von Tobias
    ... ich glaube ein Navi wartet immer ein bisschen bevor ein ReRouting gestartet wird! ...


    Hallo Tobias


    Interessante Fragestellung. Allerdings muss ich zugeben mir das noch nie so genau im tiefen Detail angesehen zu haben.



    @Peter
    Wenn Du die Stelle noch als LogFile hast, haette ich Interesse daran.


    Hi


    ja, man braucht ein LOG.


    aber, ich waage sogar eine Prognose.


    zwischen der Tunnelausfahrt, dem ersten falschen und ersten endlich zweiten richtigen Punkt liegen doch sooo ca 3 - 5 sek.


    Warum sollte ein navi nicht die Koordinaten nehmen, die es 3-5 sek vorgetäuscht bekommt.
    Bei einigen Naviprogrammen, wie beispielsweise iGO kann man u-turn usw per Schieberegler im Menue ganz vermeiden. Die Berechnung erfolgt " schlagartig", das heißt, sofort

    ;) bab

    • Offizieller Beitrag

    HI Kalli,


    wie kommst Du darauf das es 3-5 Sek sind? Das kann man an dem Bild gar nicht sehen, das kann auch nur 1/10 Sek sein. Das müsste man im Log nachsehen! Da es eine gerade Linie ist, liegen die beiden im Log direkt hintereinander und das ist ganz sicher keine 3-5 Sek sondern unter einer Sekunde.


    Gruß
    Tobias

    Zitat

    Original von Tobias
    HI Kalli,


    wie kommst Du darauf das es 3-5 Sek sind? Das kann man an dem Bild gar nicht sehen, das kann auch nur 1/10 Sek sein. Das müsste man im Log nachsehen! Da es eine gerade Linie ist, liegen die beiden im Log direkt hintereinander und das ist ganz sicher keine 3-5 Sek sondern unter einer Sekunde.


    Gruß
    Tobias


    Hi Tobi


    ja, kann alles sein.


    vom Tunnelausgang bis zum vernünftigen Meßpunkt 2 sind ca 100 Meter.


    bei angenommenen 100 km/ h wären das so 3,5 sek


    bei Tempo 50 km/ h wären das ca 7 - 8 sek für die benötigte Strecke, Tunnelausgang , Meßpunkt 2.


    aber, Du hast recht, man kann hier nicht bestimmen, wann der meßpunkt 1 als FIX geliefert wurde, man kann nur mitteln


    Und grobes mitteln heißt doch bei 7-8 sek, die Hälfte ( jetzt schmunzele ich)

    ;) bab

    Einmal editiert, zuletzt von bab ()

    Hoppla, hier geht's ja auf einmal ab ;)


    Also ich kann, denke ich, einige Fragen aufklären. Ob alle - schaun mer mal.


    Zunächst mal zu dem Tunnelbild: zwischen dem ersten und dem zweiten Fixpunkt der Keomo liegt an dieser Stelle tatsächlich eine Sekunde. Woher weiss ich das? Ich kann zwar momentan nicht nachschauen, aber es war ein Log-File, und Logfiles erstellen wir immer ohne jede Filterfunktion. Das heisst, bei Fix kommt jede Sekunde eine neue Position rein.
    Nun kann man diese Positionen ja bekanntlich in TTQV oder GoogleEarth anzeigen lassen, und gerade nach einem Tunnel erkennt man den ersten Punkt eines Logs recht gut, weil zwischen ihm und dem letzten Punkt vor dem Tunnel logischerweise eine Gerade liegt. Das war bei dem besagten Log so. Und wenn man sich die weiteren Punkte anschaut, passen die auch zu der von mir gefahrenen Geschwindigkeit. Es sind 3 Punkte, die auf einer Strecke von 100 Metern geliefert werden, das macht 33 Meter pro Sekunde und Punkt. Und das ergibt ca. 120 km/h. Bitte mich jetzt nicht auf den Millimeter verhaften, man misst in GE schnell mal 10 oder 20 % falsch, aber die Größenordnung passt. Daraus kann man übrigens auch ableiten, dass der erste Fixpunkt eigentlich in den Bereich der grünen Pfeilsspitze nach dem Tunnel gehört.


    Die wichtigere Frage ist aber doch : hätte dieses Log ein Fehlrouting ausgelöst?
    Die Frage kann ich für dieses konkrete Log nicht beantworten, denn da lief nur das Logprogramm, kein Navi. Ich kann hier lediglich auf einen Haufen anderer Tunnelfahrten verweisen, bei denen ich zwar nicht geloggt habe, bei denen es aber nie zu einem Fehlrouting am Tunnelende kam. Gelaufen sind entweder MN|6 oder TomTom 6. Ich kann deshalb sagen, dass mit diesen beiden Programmen an diversen Tunnelenden mit der Keomo nie ein neues Routing berechnet wurde.
    Warum das so ist? Ich sehe es wie Tobias, eine Sekunde genügt dafür nicht. Und es war nur eine Sekunde, was man im Bild unschwer erkennt, wenn man weiss, dass jede Sekunde geloggt wurde.


    Kalli, ich würde deshalb nicht zuviel Augenmerk auf das Bild legen. Es bildet zwar zweifellos die Realität ab (ich hab da nix getürkt ;) ), aber es bleibt eine Momentaufnahme. Die Praxis hat gezeigt, dass dieses Verhalten der Keomo zwar existent ist, aber beim Autofahren kein Problem darstellt.


    (Im Fussgängerbetrieb sieht das anders aus, aber das wurde ja im Test ebenfalls beschrieben)

    Hallo Peter


    Wenn Du da einen Logausschnitt hast, wuerde der mich interessieren. Es muss nicht genau dieser sein. Wenn nicht, werde ich mir ein Log faken.


    Denn die Kernfrage die hier aufgegriffen wurde interessiert mich schon. Mein Interesse daran hat zwar keinen direkten Bezug zum getesteten Empfaenger, aber die Neugier am Verstehen des Einsatzpunktes in Bezug auf das verwendete Navigationsprogramm ist geweckt.