HD-T tut doch sehr weh....

  • Na, dann will ich mal mit nem extrem erfreulichen HD-Traffic und IQ-Routes Erlebnis dagegenhalten. :D


    Ich kam Freitag von Flensburg die A7 runter nach Hamburg. 25km Stau ab Quickborn waren schon die ganze Zeit gemeldet. Alle Umgehungen dicht, wie immer... Da kann man eigentlich gleich draufbleiben. Das ist noch die schnellste Variante.


    Mein 940er hatte im Laufe der Zeit zwei prima Ausweichrouten berechnet - einmal ganz rüber zur A1 und östlich an Hamburg vorbei, oder halt rüber zur A23 (oder A24?), na jedenfalls über Pinneberg. Das ganze war sehr plausibel und so, wie ein Einheimischer es versuchen würde.


    Die Staus auf den Umleitungen hatte er prima im Blick - wir standen also nicht wie die TMC-User im Umleitungsstau... sondern fuhren die Umleitung der Umleitung - und was mich besonders freute, auch die Ankunftszeit blieb perfekt wie berechnet, trotz aller Widrigkeiten. IQ-Routes kannte also tatsächlich die gesammelten auf der langen Umfahrung am Freitag nachmittag in der Rushhour zu erzielenden Geschwindigkeiten. Das fand ich extrem imposant.


    Ende vom Lied: Ich habe die Lage schon von Flensburg an beobachtet. Das vorgeschlagene Routing war kreativ und absolut nachvollziehbar. Letztlich sind wir westlich am Stau vorbei, völlig unbehelligt und in genau der berechneten Zeit! Wir kamen also entspannt an und standen gerade mal 200m im Stau statt 20km - genau wie prognostiziert. Es war eine Freude zu sehen, wie das Navi uns durch den Wahnsinn jonglierte. Wie gesagt, ein ausgesprochen positives Erlebnis. Besser geht nicht!


    Grüße Dirk

    Einmal editiert, zuletzt von TJ0705 ()

  • Zitat

    Original von TJ0705
    Na, dann will ich mal mit nem extrem erfreulichen HD-Traffic und IQ-Routes Erlebnis dagegenhalten. :D
    Grüße Dirk


    Was mir bei Deiner Schilderung gerade mal so durch den Kopf geht:


    Du hast das Erfolgserlebnis, weil im realen Stau-Fall HDT super funktioniert hat.


    Ich habe die Negativerlebnisse, weil HDT unbegründet Umwege um real nicht vorhandene Ereignisse (oder aufgrund falscher Geschwindigkeitsprofile ?) fährt.


    Vielleicht ist das ein Stück Fehleranalyse.
    Stau-Routing klappt gut, aber die Datenfehler in HDT (fehlende Vollsperren, Umwege um nicht vorhandene Störungen) stehen dem entgegen.


    Ich verstehe bloß nicht, dass TT die Datenfehler -leider wie seit TTT-Zeiten- monatelang ignoriert.

  • Hi Iso,


    dazu kann ich leider nichts sagen. Sowas hatte ich hier oben noch nie. Mir ist allerdings aufgefallen, daß in letzter Zeit jede Menge Sperren, auch in der Stadt, gemeldet werden, die vorher nicht bekannt waren. Ob diese auch real vorhanden sind, weiß ich nicht.


    Grüße Dirk


    Edit: Ich glaube, ich hatte neulich sogar ne korrekt mit Zeitstempel versehene Sperrung. Und zwar wird hier in Hamburg für den Hamburger Dom (großes Volksfest) eine Straße zeitweilig zum Parkplatz. Das wurde mir mal angezeigt und mal nicht. Konnte es leider nicht weiter beobachten, ob es tatsächlich mit den Öffnungszeiten als Parkplatz zu tun hatte.

    Einmal editiert, zuletzt von TJ0705 ()

  • Zitat

    Original von Isomeer
    Mein Go740 wollte partout über die prinzipiell ungünstigste Verbindung (A40/B1 von Dortmund Richtung Bochum).


    Ist laut GO einen Kilometer und eine Minute kürzer.


    Die "langsam fahrenden Fahrzeuge" sehe ich im Moment nicht. Sie beeinflussen aber nicht das Routing.


    (IMHO nur TT-Work-LKWs, die halt etwas langsam unterwegs sind)


    Franz

  • Zitat

    Original von TJ0705
    Mir ist allerdings aufgefallen, daß in letzter Zeit jede Menge Sperren, auch in der Stadt, gemeldet werden, die vorher nicht bekannt waren.


    Das ist mir auch aufgefallen. Ich fahre seit ein paar Tagen parallel mit TMCpro und HDT rum. Vor ein paar Monaten waren die Sperren, Baustellen, Einengungen usw. zwischen HDT und TMCpro deckungsgleich. Jetzt zeigt HDT reichlich mehr an.


    Also entweder hat TMCpro die Menge der Daten reduziert (vielleicht zu Stoßzeiten?) oder HDT hat neue Quellen angezapft. Die Sperren, an denen ich vorbei gekommen bin, haben gestimmt. Eher fehlen da immer noch welche, zumindest im Stadtgebiet. Allerdings findet man diese Sperren auch bei keinem anderen Dienst, also woher soll HDT die kennen...


    Franz


  • Die "langsamen Fahrzeuge" (wieder auf A2 und A45) waren 5min vor meinem Posting noch da; als ich nachträglich einen screenshot machen wollte waren sie weg :-D) .
    Allerdings stand auch im Text "Verzögerung durch langsam fahrende Fahrzeuge"; insofern müsste HDT das eigentlich auch im Routing berücksichtigen.


    Die Ursache, warum TT Dortmund->Wppt über die A40/B1 Dortmund->Bochum will und nicht über die A44 wäre allerdings noch interessant.
    Wenn das tatsächlich nur 1km Streckenvorteil bringt, wäre ein Zeitvorteil praktisch niemals möglich. Das Stück ist seit mindestens 30 Jahren eineTop-Staustrecke in NRW und aktuell noch mit einer Baustelle angereichert.


    Ist schon merkwürdig, dass sich gerade vor meiner Haustür die "Merkwürdigkeiten" so stark konzentrieren :(



    Zitat

    Original von Franz Jaeger....oder HDT hat neue Quellen angezapft.
    Franz


    Wenn man berücksichtigt, dass Teile der TT-Staudaten (TMCPro) ja inzwischen von Navteq kommen, würde mich das nicht überraschen ;)

    Einmal editiert, zuletzt von Isomeer ()

  • Wenn keine Verzögerung in Zeit ausgedrückt ist, also zum Beispiel 2 min xx km, dann wird es auch nicht im ROuting berücksichtigt. Wie denn auch...


    Den Unterschied habe ich zur Zeit des Postings per Zwischenziel rausbekommen. Das kann zu einer anderen Zeit ja ganz anders aussehen... und, es werden nur Geschwindigkeiten bis 130 km/h berücksichtigt. Es macht also aus Sicht des GOs keinen Unterschied, ob auf einer Strecke eine 130 km/h Begrenzung ist oder frei gegeben ist.


    Franz

    Einmal editiert, zuletzt von Franz Jaeger ()

  • Zitat

    Original von Franz Jaeger
    Das kann zu einer anderen Zeit ja ganz anders aussehen... und, es werden nur Geschwindigkeiten bis 130 km/h berücksichtigt. Es macht also aus Sicht des GOs keinen Unterschied, ob auf einer Strecke eine 130 km/h Begrenzung ist oder frei gegeben ist.


    Franz


    Das mit den 130 km/h wusste ich auch noch nicht, passt auch nicht zu meiner Fahrweise ;) .


    btw:
    Wenn ich im HD-Online-Planer aktuell die Strecke jetzt eingebe (Mengede->Sprockhövel, um es einfach zu machen) routet er zu unterschiedlichsten Tageszeiten immer richtig; über die A44.


    Was hattest Du denn eingegeben, um auch über die A40/B1 geschickt zu werden ?
    Edit: OK, Du hast das über Zwischenziel ja "mutwillig" erzwungen; alles klar.


    Ich werde das Gefühl nicht los, dass es doch an den dubiosen "langsamen Fahrzeugen" liegen könnte.

    Einmal editiert, zuletzt von Isomeer ()

  • Wie gesagt, meine Vermutung geht dahin, das auf ABs die Meldungen der TT-Work-LKW nicht mehr eine Staumeldung, sondern obige Meldung verursachen.


    Also der geänderte Umstand, das langsame LKW zu ner falschen Staumeldung geführt haben.


    Deshalb nicht mehr als Stau mit Verzögerungszeit, sondern nur noch informative Warnung.


    Franz

  • Das komische daran ist imo, dass diese Vorfälle sich nur auf D beschränken.


    In UK fahren ja auch LKWs mit TT-Works herum und da wird nie ein langsam fahrendes Fahrzeug angezeigt. Zumindest konnte ich bis jetzt keines entdecken.


    Genauso der Bug mit den Sperren von AB-Ab/Auffahrten.


    Es gab mal nen Bug mit Nachtbaustellen bei denen die AB dann auch tagsüber gesperrt war, aber der wurde innerhalb eines Tages nach Meldung gefixt.


    cu Peter

  • Was mich dann stutzig macht: Die identische Falschmeldung (gleiche Strecke, gleiche Länge) war ja schon einmal da.
    Der Screenshot ist ein paar posts weiter vorn.
    Und zwischendurch ist die Meldung tagelang weg.


    Das sind mir zu viele Zufälle, wenn es auf realen, aktuellen Ereignissen beruhen soll.


    Vielleicht ist es auch nur eine Datenleiche zu einer Baustelle; TT hat ja schon mal lustige Übersetzungsfehler; ich denke da an die "Tierherden auf der Fahrbahn" bei TTT, was jahrelang lediglich "Hindernisse auf der Fahrbahn" waren.


    Dass eine Datenleiche (oder was auch immer) so sporadisch wieder hochkommt ist für mich das eigentliche Problem.


    Zitat

    Original von hope68
    Das komische daran ist imo, dass diese Vorfälle sich nur auf D beschränken.
    cu Peter


    Guter Punkt !
    Ich habe zwar keine Ahnung, wie die D-Daten bei TT verarbeitet werden, aber da scheint mit das Problem zu liegen.
    TMCPro selbst liefert diese Falschmeldungen nicht aus, es kann also kaum an Navteq liegen.
    Was auch auffällig ist: TTT hat den Bug (also diese Falschmeldungen) auch nicht ! Nur HDT ! Und beides setzt auf TMCPro auf.
    Es könnten also zB Datenbankfehler bei HDT sein; oder Fehler in den "sonstigen" Datenquellen, die nur in HDT und nicht in TTT berücksichtigt werden. Reale Daten liegen da imho jedenfalls nicht zugrunde, dann wären die Meldungen nicht identisch bzw. auch regional nicht so konzentriert.

    3 Mal editiert, zuletzt von Isomeer ()

  • Wie sieht es denn mit den Wartungsarbeiten der Autobahnmeistereien aus? Also z.B. das Mähen der Grünstreifen.


    Ich habe jetzt keine aktuelle Meldung gefunden, sonst hätte ich mal bei der zuständigen Autobahnmeisterei angerufen...


    Franz

  • Zitat

    Original von Franz Jaeger
    Wie sieht es denn mit den Wartungsarbeiten der Autobahnmeistereien aus? Also z.B. das Mähen der Grünstreifen.


    Ich habe jetzt keine aktuelle Meldung gefunden, sonst hätte ich mal bei der zuständigen Autobahnmeisterei angerufen...


    Franz


    Nutzt HDT denn von Navteq mehr bzw. andere Traffic-Daten als TTT und TMCPro ?
    Sonst müsste das dort ja auch auftauchen.


    Bei den "Tieren auf der Fahrbahn" von TTT war das immer so; in TMCPro war immer die standortmäßig gleiche Meldung drin, nur als "Gegenstände auf der Fahrbahn".

  • Weiss ich nicht, aber mir fällt ja auch hier in der Stadt auf, das HDT mehr (redaktionelle) Meldungen drin hat als TMCpro.


    Irgendwo her müssen die Meldungen ja stammen.


    Franz