Erste Praxis-Erfahrung mit TMCpro

Hallo,

gestern Nachmittag war die Hölle los auf Frankfurt's Autobahnen, da konnte ich mal so richtig schön TMCpro auf dem Heimweg ausprobieren

Folgendes ist mir dabei aufgefallen:

- TMCpro meldete mir einen 2km langen Stau auf der A661, den TMC nicht kannte. Ich bin mal vorsichtshalber drumherum gefahren

- KTN berechnete dafür eine Ausweichroute über die A5, auf der zu dem Zeitpunkt 8 km Stau via TMCpro gemeldet wurden.

- KTN brauchte ca. 5 Minuten (!), um mich über den Stau auf der A5 zu informieren, damit ich "Umfahren" wählen konnte

- es waren zu der Zeit rund 60 Meldungen vorhanden

- ich vermute, dass die Software bei einer derartigen Menge an Meldungen an die Grenze der Performance kommt. Vorschlag: würde es nicht helfen, die Meldungen in einem Umkreis von z.B. 150-200km zu filtern? Mir ist aufgefallen, dass KTN auch sehr sehr weit entfernte Meldungen anzeigt

- was mich aber wieder besonders geärgert hat: die zweite Ausweichroute war wieder derart haarsträubend, dass das System so nicht gescheit nutzbar ist (statt 25km über Bundes- und Landstraße waren es ganze 55km nur über Bundesstraße, und statt 25 Minuten Fahrzeite hätte die KTN-Route 30 Minuten Fahrzeit bedeutet). Also weder "schnell" noch "kurz"

Ich kann es nur nochmal wiederholen und es den KTN-Entwicklern dringend ans Herz legen: schaut Euch bitte bitte nochmal sehr intensiv die Routing-Engine an, denn die Ergebnisse sind (v.a. bei Umleitungsrouten durch TMC) so nicht brauchbar.

Auch ein "Spielen" mit Geschwindigkeits- und Optimierungsprofil bringt bei mir keine Besserung.

KTN ist ein sehr gutes Produkt und ist mir schon ans Herz gewachsen, aber es ist so (noch) nicht wirklich brauchbar.

Also warten wir mal auf das nächste Update / Service-Pack.

Viele Grüße

Markus

@markusd112

Wie kannst du Unterscheiden welche Verkehrsmeldungen von TMC und welche von TMCpro kommen?

Deiner Meinung, dass die Entwickler von kN schnellstens eine Lösung für die manchmal wirklich chaotische Streckenführung finden sollten, kann ich mich nur anschließen.

Gruß

Wolfgang

Zitat

Original von SUCHENDER
@markusd112Wie kannst du Unterscheiden welche Verkehrsmeldungen von TMC und welche von TMCpro kommen?

Ich rufe einfach die HR-Stauinfo an: 069 - 96 86 86 86

Das ist ein TMC-to-Speech-Service: eine Computerstimme liest Dir die aktuellen TMC-Meldungen vor...

Oder ich starte einfach ein anderes Navi-Programm, z.B. den MN5, der ja nur TMC empfängt.

Nachtrag: in der TMC-Meldungsliste sind die TMCpro-Meldungen übrigens mit farbigen Symbolen belegt, die normalen TMC-Meldungen mit Schwarz-Weiss-Symbolen. Nur wenn KTN einmal einen TMCpro-Sender gefunden hat, bleibt er dort beharrlich hängen und empfängt nur noch TMCpro.

Viele Grüße

Markus

Zitat

Original von markusd112
ich vermute, dass die Software bei einer derartigen Menge an Meldungen an die Grenze der Performance kommt. Vorschlag: würde es nicht helfen, die Meldungen in einem Umkreis von z.B. 150-200km zu filtern? Mir ist aufgefallen, dass KTN auch sehr sehr weit entfernte Meldungen anzeigt

Dieses "Filtern" von Meldungen à la Destinator halte ich persönlich für schwachsinnig.
Es findet nämlich keine Filterung statt, sondern Destinator zeigt einfach nur die auf der Strecke befindlichen Meldungen an (Destinator 6) bzw. die in einem gewissen Umkreis liegenden (Destinator PN).
Alle anderen sind da und werden von Destinator auch berücksichtigt, nur der Fahrer kann sie nicht sehen. Das bringt daher auch mit Sicherheit keinerlei Performanceverbesserung.
Des Weiteren habe ich den Eindruck, dass KlickTel bei der Routenberechnung grundsätzlich erst einmal alle bereits vorliegenden TMC-Meldung komplett ignoriert und diese erst dann anfängt auszuwerten, wenn die Route vollständig berechnet wurde.
Das kann dann dazu führen, dass man vom Regen in die Traufe kommt (bzw. wie von Dir schön geschildert von einem Stau in den nächsten).

Sascha

Zitat

Original von SaBo
Dieses "Filtern" von Meldungen à la Destinator halte ich persönlich für schwachsinnig. Es findet nämlich keine Filterung statt, sondern Destinator zeigt einfach nur die auf der Strecke befindlichen Meldungen an (Destinator 6) bzw. die in einem gewissen Umkreis liegenden (Destinator PN).
Alle anderen sind da und werden von Destinator auch berücksichtigt, nur der Fahrer kann sie nicht sehen. Das bringt daher auch mit Sicherheit keinerlei Performanceverbesserung.

Dann macht's natürlich keinen Sinn. Auf der anderen Seite wäre es benutzerfreundlicher, weil dann die Liste mit 60 Einträgen für den User auf vielleicht 20-30 Einträge reduziert wird...

Zitat

Des Weiteren habe ich den Eindruck, dass KlickTel bei der Routenberechnung grundsätzlich erst einmal alle bereits vorliegenden TMC-Meldung komplett ignoriert und diese erst dann anfängt auszuwerten, wenn die Route vollständig berechnet wurde. Das kann dann dazu führen, dass man vom Regen in die Traufe kommt (bzw. wie von Dir schön geschildert von einem Stau in den nächsten).

Genau das gleiche habe ich auch festgestellt. Ist auch völlig ok so, denn andere Systeme machen das ähnlich (z.B. MN5).

Fatal ist es aber dann, wenn die bereits vorhandene (!) TMC-Meldung erst 5 Minuten später berücksichtigt wird... Das sollte optimiert werden...

Gruß

Markus

Zitat

Original von markusd112
Fatal ist es aber dann, wenn die bereits vorhandene (!) TMC-Meldung erst 5 Minuten später berücksichtigt wird... Das sollte optimiert werden...
Markus

Naja, kommt drauf an. Wenn ich von Hamburg nach München fahre und bin gerade losgefahren, dann will ich auch keine Umleitungen für Staus, die zur Zeit irgendwo auf der A3 kurz vor Nürnberg sind. Denn bis ich da vorbeikomme, könnten die sich längst aufgelöst haben. Daß heißt doch: mein Navi sollte die Staumeldungen so spät wie möglich berücksichtigen, damit sie noch aktuell sind, aber nicht so spät, daß ich nicht mehr sinnvoll ausweichen kann. Das ist auch eine Gratwanderung.

Gruß
Frank

Zitat

Original von oopsalaNaja, kommt drauf an. Wenn ich von Hamburg nach München fahre und bin gerade losgefahren, dann will ich auch keine Umleitungen für Staus, die zur Zeit irgendwo auf der A3 kurz vor Nürnberg sind. Denn bis ich da vorbeikomme, könnten die sich längst aufgelöst haben. Daß heißt doch: mein Navi sollte die Staumeldungen so spät wie möglich berücksichtigen, damit sie noch aktuell sind, aber nicht so spät, daß ich nicht mehr sinnvoll ausweichen kann. Das ist auch eine Gratwanderung.

Richtig. Derzeit fragt mich KTN ja, ob ein Stau umfahren werden soll oder nicht, insofern hat man's momentan selbst in der Hand...

Gruß

Markus

Zitat

Original von oopsala
mein Navi sollte die Staumeldungen so spät wie möglich berücksichtigen, damit sie noch aktuell sind, aber nicht so spät, daß ich nicht mehr sinnvoll ausweichen kann. Das ist auch eine Gratwanderung.

Viel Spaß auch bei der Programmierung ;D

Klassisches Beispiel:
Route von Köln nach Mainz, ca. 200 km Fahrtstrecke

Kann rechtsrheinisch über die A3 oder linksrheinisch über die A61 erfolgen (Distanz in etwa gleich)

Diese Entscheidung sollte man aber ca. 150 km vor dem Ziel treffen (d.h. auf Höhe von Bonn), weil danach jede Überquerung des Rheins unverhältnismäßig viel Umweg bedeutet.

Sascha

Hallo,

aus eigener Erfahrung mit verschiedenen Navis mit oder ohne TMC, ist es meist nur der Unterschied, ob man seine Zeit langsamer fahrend auf der kürzeren Route oder flotter, dafür auf teilweise recht großen Umwegen verbringt... Zeitlich meist sehr ähnlich.

Speziell zu Stoßzeiten quer durch die Republik, und man wundert sich über die teilweise wirklich großflächigen Umleitungen, verursacht durch TMC Meldungen.

Gruß
01er