Stauwarnungen online synchronisieren

@Garry
So wie das noch im Kopf hab ist auch das nicht möglich. So "tief" geht das SDK nicht.

Ich hatte mir aber auch schon was anderes überlegt. TTN kommt ja problemlos mit den emulierten COM Ports klar. Hätte man nun einen "Treiber" der sich zwischen TTN und einer TMC Maus einschleifen liese, könnte man die TMC Daten direkt auf dem PPC in ein Overlay konvertieren. Ich denke aber dass das zu schwierig wird. Zum einen muss man mal wissen wie die TMC Daten im seriellen Datenstrom untergebracht sind. Dann muss man wissen wie man TMC Daten dekodiert und zum guten Schluss braucht man ja noch die geographischen Daten zu den Punkten die in den TMC Daten kodiert sind.

Ich halte ein einfaches Overlay für die Übersicht wo Staus sind für die beste Lösung. In einem 1/2 Jahr kommt vielleicht wieder ein Update und da ist dann womöglich TMC schon integriert. Dann hat man sich viel Arbeit für nix gemacht.

Gruss, Jochen

@all

Zunächst finde ich die hier nahezu realisierte Idee mit dem dynamisch generierten und downloadbaren Stau-overlay schon sehr genial!. Habe aber noch eine Frage und Anregung:
Frage: Funktioniert das, wenn während des Navigationsbetrieb eine Overlaydatei überschrieben wird? (Wenn die von TTN geöffnet ist, könnte ein Überschreiben verhindert werden.)

@joeduck
Berücksichtigt dein Skript, dass da manchmal auch "Meldung aufgehoben" steht oder werden diese "Staumeldungen" auch als Stau angezeigt?

Anregung: Nicht jede Meldung auf diese Seite, die du einliest, ist ja ein Stau. Man könnte ja abhängig von der Meldung verschiedene Overlay-Dateien "Stau, Verkehrsbehinderung etc." generieren und diese mit unterschiedlichen BMPs versehen.

Gruß Friedemann

@docfred

Da haste mich natürlich kalt erwischt ;D . Ja, Momentan hab ich da noch keine Unterschiede gemacht. Ich hab auch noch nicht verfolgt, welche Meldungen sich häufen um nach diesen Kritierien zu reagieren.

Vielleicht kann sich mal jemand die Mühe machen und das etwas verfolgen (Die passende ASCII Datei liegt ja auch auf meinem Server). Wenn ich die passenden Begriffe habe kann ich es in´s Programm einbauen. Ich sollte dann auch wissen ob ich die wo keine Staus sind einfach rausschmeißen soll, oder andere Overlays daraus generieren soll.

Das mit dem dynamischen überschreiben der Overlay Datei hab ich probiert. Das funktioniert.

Gruss, Jochen

@Garry und joeduck

Das was ihr da gerade angesprochen hab, wäre auch meine Vorstellung.
Die TMC-Daten von einer (der) TMC-Maus abgreifen und in die Karte eintragen. Das könnte ich mir mit diesen "Bereichen" denken oder mit der Funktion "Straße sperren". Wie aber schon von joeduck geschrieben, sieht es soaus als ob man über die API-Calls nur an sehr oberflächliche Funktionen ran kommt. Was ich eben nicht gefunden habe, ist eine Fkt. die solch einen "Vermeidungsbereich" definiert Das hatte ich noch eher gehofft als die Fkt. "Straße sperren". Es muss aber im TTN diese Fkt. geben sonst würde das mit dem Autobahn sperren nicht funktionieren. Vielleicht wird uns das in der Dokumentation auch vorenthalten.
Das zweite Problem habt ihr auch schon diskutiert, das ist, das ich ebenfalls der Meinung bin, dass man an die NMEA-Rohdaten nicht ran kommt. So wie das aussieht, bekommt man nur die Daten, die TTN selbst benötigt. Es ist z.B. auch die Höhe über nN (Ich möchte keine Diskussion über Geoid beginnen) nicht abrufbar. Somit würden auch dir TMC-Daten im Nirwana verschwinden (Weiss eigendlich jemand, wie die am COM-Port ankommen?). Emulierter Com-Port wäre eine Lösung, das wurde an anderer Stelle schon mal mit einer anderen Fragestellung diskutiert. Aber wer kann sowas programmieren?
Ich spiele ja mit dem Gedanken den SDK zu erwerben, aber zum "spielen" finde ich 199 Euro ne ganze Menge.

@joeduck
Wo hast du die WGS84-Daten zu den Autobahnanschlüssen her?

Gruß Friedemann

Hallo,

da ich in der Dokumentation von dem SDK nichts gefunden habe, wie wäre es denn, wenn ihr TomTom mal direkt anmailt und nach so einer Funktion fragt? Wenn Sie euch irgendwie weiterhelfen können, dann werden die das bestimmt auch tun. Der Vorteil für TomTom wäre ganz offensichtlich, schließlich bekämen die kostenlos eine Verbesserung für ihr Produkt.

Grüße!

@Sorcier

Wenn ich die Berichte über die Kommunikation mit TOMTOM hier im forum so anschaue, hab ich wenig hoffnung, oder täusche ich michß

Gruß Friedemann

O.K.
Habe gerade TOMTOM angemailt

Warten wir mal ab!

Gruß Friedemann

Zitat

Original von docfred
@joeduck
Wo hast du die WGS84-Daten zu den Autobahnanschlüssen her?

Gruß Friedemann

Tja, lange Geschichte.... ich weiß nicht mehr wo ich die gefunden hab. War mal auf einer Mountainbikeseite im Schwarzwald. Aber dort ist die Datei nicht mehr. Hatte mal Kontakt mit dem Ersteller der Datenbank. Weiß aber nicht ob ich dessen Mail- oder Web Adresse noch finde.

Von seiner seite aus war es auf jeden Fall O.K. die DB zu nutzen.

Gruß, Jochen

Hallo zusammen,
falls es jemanden interessiert:
Über die Homepage von GarTrip (Verwaltung von Waypoints, Routen und Tracks von Garmin- und Magellan-Empfängern) gibt es u.a. eine Waypoint-Sammlung der Autobahnanschlüsse in Deutschland. Die kann ich in diversen ASCII-Formaten zur Verfügung stellen, u.a. in diesen Text-Formaten:
- GarTrip Text
- Fugawi Text
- Waypoint+
- Streetatlas 7.0
- PCX 5

Viele Grüße
Werner

@joeduck

Warum ich frag ist:
Da ich keinen eingebauten GSM-Interface habe, muss ich vom PPC über Irda (oder Kabel) per Handy ins Web. In dem Augenblick wenn TTGPS geladen ist, ist der Com-Port (Und auch der Irda) belegt.
Für meinen Casio E200 habe ich zwar mittlerweile einen Holux-USB-Adapter und da wäre möglicherweise Com noch frei, aber 1. habe ich den Eindruck, dass dieser USB-Treiber nicht zuverlässig funktioniert und 2. benutze ich im Auto eigentlich meinen E125 und der hat keinen USB.

Gesetzt den Fall, man besäse eine TMC-Maus und könnte die Daten extrahieren, dann könnte man u.U. dieses Overlay auch auf dem PPC erzeugen.
Das mit dem "Splitten der Daten" halte ich mittlerweile nicht mehr für so unmöglich, sofern man in C++ für den PPC programmieren kann. Ganz hinten in der SDK-Doku steht, wie man dem TomTomGPS Daten aus einem externen Programm zuführen kann. Hierfür muss kein virtueller Com-Port erzeugt werden. (Ich bin leider nur in VB nicht aber in C++ bewandert und diesen Teil gibt es im VB-Teil nicht)
Das Programm, das vom Com-Port die Daten holt und an TOMTOM-GPS die notwendigen Daten (in NMEA oder Sirf) weiterreicht, könnte mit dieser Positionstabelle dann die OV2-Datei schreiben. OV2 direkt zu schreiben halte ich auch für einfach.

Was ich sehr schade finde ist dass TT für sein SDK Geld verlangt, während es für den Destinator umsonst ist.

Gruß Friedemann

Tobias

Ich hatte schon Kontakt mit Markus bezüglich der Erweiterung des POI Warners. Er will die Möglichkeit einbauen auf Knopfdruck "ein" bestimmtes POI zu syncronisieren und die Vorwarnzeit erweitern. Somit könnte man die Infos jetzt schon im Autosync nutzen. Zusätzlich zum Stau Overlay (Das alle 15 Minuten erstellt wird) liegen auf meiner Homepage auch die ASCII Daten. Sollte also kein Problem sein die in regelmäßigen Abständen in die DB zu schieben.

Gruß, Jochen

Zitat

Original von Tobias
Ich denke aber das es mit dem POI-Warner und dem AutoSync sehr gute Möglichkeiten gibt, hier etwas zu bewegen.

Eigentlich ist es ziemlich egal ob Autosnyc oder ein anderes Tool. Nicht jeder hat oder will den Autosync.

Zitat

Habt Ihr mal darüber nachgedacht, dass alle POI-Warnernutzer auch potenzielle Staumelder sind?
Es wäre technisch kein Problem, neben den TMC-Staumeldungen (oder von einer Website oder wo die sonst auch herkommen mögen) auch eigene Staumeldungen einzubauen.

Dann müssten die Daten auch wieder sehr Zeitnah zum Server zurückgesendet werden, sonst bringt das ganze nichts. 4 Stunden alte Staus will keiner haben.

Zitat

Also ich fände eine integration in das AutoSyncsystem echt prima und denke Markus würde hier und dort mit sicherheit auch noch etwas optimieren - falls nötig!

Eine erneute Diskussion über das Autosync Modell ist hier vielleicht nicht am Platz, aber eine Freeware Variante ist mir lieber.

@Delago

Also ich hätte Interesse an einer Textdatei nach dem Muster:
Straße (z.B. A8 ) Anschlussstelle, Länge, Breite, Name

oder so ähnlich, das wichtigste ist reiner ascII-Text irgendwie getrennt (z.B. TAB).

Gruß Friedemann

@all
hat oder kennt jemand den ALERT-c Code?

Gruß Friedemann