Grundsatzfragen zum dynamischen (TMC-) Routing

1. offizieller Beitrag

    Als frischgebackener -und von PE4 ziemlich begeisterter- GoPal-Anhänger habe ich mal ein paar Fragen zum dynamischen Routing.
    (Die SuFu hat auf den ersten 10 Seiten dazu nicht viel gebracht ;) )


    1. Stauumfahrung automatisch
    Gibt es dabei eine Logik, dass der Stau nur bei Zeitgewinn umfahren wird ? War zumindest bei TomTom Traffic so; und TMCPro sollte für so eine Funktion ja die Datenbasis liefern können.
    Betrifft diese Einstellung wirklich nur Staus ?
    Oder andere Ereignisse mit Einfluß auf die Fahrtdauer ?
    Irgendwie sollte ja zwischen Stau, zähfließendem Verkehr oder einfach nur einem brennenden Gefahrguttransporter ;) unterschieden werden


    2. NaviRunner 5.9-Funktionen
    Die Zusatzbuttons
    -alle Störungen anzeigen
    -alle Staus umfahren
    -alle Störungen umfahren
    sind für mich nicht ganz selbsterklärend ;) .


    Störungen anzeigen
    bedeutet, in der Listendarstellung der Meldungen anzeigen ?
    Das ist doch mit den Default-Einstellungen (und auch mit installiertem Skin) schon der Fall (?)
    Oder eine Art PopUp während der Navigation, wenn Ereignisse neu auftauchen ?
    Wenn ja: Gibt es Unterscheidungen bzw. ein Filter für routenrelevante Störungen ?


    Alle Staus umfahren
    Ist das eine andere Logik als im Standardmenü "Automatische Stauumfahrung" ?


    Alle Störungen umfahren
    Werden da auch "Fußgänger auf der Autobahn" etc umfahren ?


    Da ich einerseits täglich auf den NRW-Autobahnen rumdüse und andererseits in einer Woche noch eine größere Rundreise durch ganz D mache, wären eure Erfahrungswerte oder einfach die Beschreibungen der Funktionen sehr hilfreich.


    Besten Dank !


    Puuuuuh, das war aber erst einmal starker Tobak ;) .
    Hätte ich doch gleich nach "Penaltywerten" gesucht und nicht nach so irdischen Begriffen wie Stauumfahrung ;)


    Aber erst einmal besten Dank an Dich, Rohoel, für den Link und die nette ;) Arbeit, die Du Dir schon mit der Thematik gemacht hast.
    Natürlich auch an die anderen Hobbykümmerer !


    Momentan will und kann ich mich noch nicht detailliert äußern (habe noch zu wenig Detailkenntnisse und Erfahrungen mit GoPal); aber grundsätzlich:


    Die TMC/TMCPro-Wirkungsweise sollte auch mal hier im 4er Unterforum weiter analysiert/diskutiert/optimiert werden


    Grundsätzlich ist die Parametrierung des dynamischen Routings ja doch recht umfangreich; prinzipiell ist die Alltagstauglichkeit daher gegeben (wenn auch nicht jede Re-Routingentscheidung aufgrund TMC richtig sein muß!)
    Ob die Zusatzfeatures von TMCPro schon in der Software wirklich genutzt werden ? Da habe ich seit soeben eher ein ungutes Gefühl...


    Für mich ist die Optimierung des dynamischen Routings sehr wichtig; einmal regional bedingt (NRW) und auch aufgrund regelmäßiger Rundreisen durch unsere Republik; meist unter Zeitdruck ;)


    Ergo: Wenn ich da irgendwie als Versuchskaninchen zB unterschiedliche Settings testen kann, mache ich das gern.
    Habe zwei TMCPro-Medions im Zugriff und -zumindest noch bis August- auch noch TomTom Traffic als Vergleich.


    Ach, ich freue mich schon auf den nächsten Stau :D:D:D

    • Offizieller Beitrag
    Zitat

    Original von Isomeer


    Puuuuuh, das war aber erst einmal starker Tobak ;) .
    Hätte ich doch gleich nach "Penaltywerten" gesucht und nicht nach so irdischen Begriffen wie Stauumfahrung ;)


    da gabs ne menge zu lernen, oder? nun gut. ich habe eine veränderte tti. die ist bei zwei usern zum testen (bevor ich sie veröffentlichen wollte). der erste meldet sich gar nicht mehr, beim zweiten verwirren die ergebnisse. so bekomme ich wohl erst ein ergebniss, wenn gopal5 raus kommt.
    kurz und gut: wenn du die (meine) veränderte datei probieren möchtest, schicke ich sie dir gern. da du aber den skin von navirunner nutzt, weiß ich nicht, was er da schon geändert hat und wie du das integrieren könntest.



    mfg rohoel.

    Hi,


    äußerst interessantes Thema. Nur finde ich in GoPal PE4 keinen "penalty"-Wert.


    Hat jemand den entsprechenden Begriff für GP4?



    Gruß minirod

    OK, wenn das doch nicht nur "Randthema" neben der 4.1-Updatediskussion ;) ist, kann man hier ja weitermachen ?


    Mein derzeitiger Wissens-(Vermutungs-?)Stand wäre:


    Es gibt Standard-Reroutingalgorithmen, die vielleicht individuell zu verbessern oder anzupassen wären.
    Die Logik dazu liegt bei PE4 in den TTI-Dateien


    Hat man den NR-Skin installiert, gibt es bereits Wahlmöglichkeiten bzw. alternative TTI-Parameter:


    1. Standard-Parameter
    2. Alle Störungen anzeigen
    3. alle Staus umfahren
    4. alle Störungen umfahren


    Ich interpretiere das so:
    1. = Penaltys mit einer Logik (GoPal abWerk) ; nur bei relevanten Verzögerungen erfolgt ReRouting
    2. = Alles wird zunächst nur angezeigt, Entscheidung dann beim User (=manuelle Stauumfahrung)
    3. Grundsätzliche Umfahrung aller Staus
    4. Grundsätzliche Umfahrung aller Störungen


    Richtig ?


    Was ich nun gern machen würde:
    Ein Setup zB mit den Original-Parametern auf dem einen, eine angepasste TTI auf dem anderen Gerät.


    Der Test erfolgt dann völlig aus Nutzersicht: Wenn alternative Routings vorgeschlagen werden, "gewinnt" die Variante, die näher an der späteren, realen Ankunftszeit liegt.
    Man kann ja abwechselnd mal dem einen, mal dem anderen Navi folgen und dann ein paar Indizien sammeln.

    Zitat

    Original von rohoel


    nicht pfskin sondern tti. ;)


    mfg rohoel.



    Hallo rohoel,


    danke für den Tip, habs gefunden. (mfd\navigation\tti\tti.te)


    Ich hatte mit ner "penalty"-Volltextrecherche in allen xml, skn und txt Dateien gesucht und nichts gefunden. Wer ahnt denn, dass die Medimänner bzw. Elektrobitter ne xml-Datei als *.te tarnen.



    Gruß minirod


    Lies mal hier unter Punkt K über die einzelnen Funktionen nach.
    Da die Bezeichnungen bei Navirunner identisch sind mit denen in meinem Skin, gehe ich mal davon aus, dass es sich hier um die von mir umgesetzte tti-Logik handelt.


    Wenn nicht, wird Dich Navirunner bestimmt in Kenntnis setzen.
    Gruß sokobana

    Zitat

    Original von Isomeer
    .....


    Der Test erfolgt dann völlig aus Nutzersicht: Wenn alternative Routings vorgeschlagen werden, "gewinnt" die Variante, die näher an der späteren, realen Ankunftszeit liegt.
    Man kann ja abwechselnd mal dem einen, mal dem anderen Navi folgen und dann ein paar Indizien sammeln.


    Und woher weißt Du auf welcher gefahrenen Strecke Du schneller am Ziel oder durch den Stau gefahren bist ? ;)


    Dazu müsstest Du immer mit zwei Fahrzeugen zugleich fahren. Das eine steht dann im Stau , das zweite fährt außenrum.



    Gruß Kurt :)


    Hallo rohoel,


    ich würde eine vorab Version der tti für Gopal 4.01 gerne testen.


    Gruß


    rosty


    Ist schon klar; ohne großen Aufwand bekommt man nur Indizien, keine Beweise ;).


    Ich schrieb ja: Als erste Näherung einfach die von beiden Navis prognostizierten Ankunfszeiten merken, sich für einen Routenvorschlag entscheiden und dann am Ziel überprüfen, ob das halbwegs stimmte.
    Eine Aussage für die abgelehnte Route bekommt man damit natürlich nicht, aber einen Anhaltspunkt für die plausible Berechnung der gefahrenen Route bzw. Ausweichstrecke.


    Einer der Dreh- und Angelpunkte ist und bleibt ja auch noch die Verstopfung der Umwegstrecken, wenn diese noch nicht mit Sensorik ausgestattet sind. Da gibt es zwar auch erste Ansätze (TomTom mit FloatingCarData aus GSM-Devices), aber das steckt sicher erst in den Kinderschuhen.


    Natürlich kann man mit einzelnen, auch beweisbaren Fehlerfällen alles in Frage stellen.
    Meine Devise ist da aber, dass sich dynamisches Routing über einen längeren Zeitraum "rechnen" muß; und da bin ich ganz zuversichtlich. TomTom Traffic ist da schon ziemlich gut, warum soll GoPal (am besten mit TMCPro) das nicht auch können !


    Wichtig ist für mich zunächst das " durchschauen" der Programmlogik für das dynamische Routing. Zum Glück gibt es hier ja schon duchtrainierte Experten ;)!

    2 Mal editiert, zuletzt von Isomeer ()

    • Offizieller Beitrag
    Zitat

    Original von rosty
    Hallo rohoel,
    ich würde eine vorab Version der tti für Gopal 4.01 gerne testen.
    Gruß
    rosty


    testen ist das eine, aber mit welchem gopal-erfahrungsschatz möchtest du sie vergleichen? ist nicht bös gemeint, aber ein "ja klappt oder nee, da war die zeit zu lang" ist zu ungenau.


    Zitat

    Original von Isomeer
    Wichtig ist für mich zunächst das " durchschauen" der Programmlogik für das dynamische Routing. Zum Glück gibt es hier ja schon duchtrainierte Experten ;)!


    da hilft dir ja mein link weiter (beim durchschauen) und auf meine mail und pn hab ich immer noch keine antwort.



    mfg rohoel.

    Zitat

    Original von rohoel
    da hilft dir ja mein link weiter (beim durchschauen) und auf meine mail und pn hab ich immer noch keine antwort.
    mfg rohoel.


    Sorry, mein Posting vom 10.2. 20:05 (3h nach Deiner Mail ;) ) war als Antwort und weitere Diskussionsbasis gemeint.


    Wenn der Skin, wie vermutet, die TTI´s switcht, kann ich mit zwei parallel genutzten Geräten abwechselnd die "Treffsicherheit" der Fahrtdauerprognose testen.
    Ein Gerät mit original-TTI, eines mit Anpassungen.


    Was mit an den Navirunner-Aussagen etwas spanisch vorkommt (ist das wirklich so gemeint?) ist die Reduzierung auf die "alles umfahren oder manuelle Einzelfallentscheidung"-Alternativen.


    Ideal wäre eine optimierte, automatische Umfahrung mit Blick auf die früheste Ankunftszeit.


    Solche Setups würde ich gern mal testen.


    Vielleicht ist ja auch die originale Version schon gut; soll man ja auch nicht so ganz ausschließen :D .