Stauwarnungen online synchronisieren

Zitat

Original von MemRoj
Träumen wir weiter:

* Wenn die Anbindung an das Poiwarner-Autosync möglich sein sollte, dann wäre eine eigene Menü/Knopf in dem Poiwarner sehr sinnvoll, um unterwegs nur die Verkehrsmeldungen zu syncronisieren...

* Vielleicht könnte Markus sogar den Poiwarner für TomTom so erweitern, daß man diese Meldungen auf der Karte so wie beim MNB darstellen könnte. Womöglich wäre Dynamische rerouting auch möglich...

Gruß - Mehmet

Eigentlich ist die Anbindung an den PoiWarner nicht unbedingt nötig. Man könnte ein kleines Programm schreiben das auf Knopfdruck einer Datei (eben das Overlay) aus dem Internet lädt und in einem Verzeichnis (Im TTN Kartenverzeichnis) speichert. Dann kann man einfach wärend der Fahrt kurz den Knopf drücken und über GPRS das Overlay herunterladen (Es ist nur ca. 2KByte gross mit ca. 40 Einträgen).

Wenn im Poiwarner das Overlay Fix mit einem bestimmten Abstand eingetragen ist, erhält man eine Warnung wenn man auf einen Stau zufährt.....

Gruss, Jochen

Zitat

Original von peterpu

Ja. Wurde 5 Beiträge weiter unten von Joeduck gepostet. 0)

TMC-Daten

Da ist aber nicht zu erkennen ob das TMC Daten sind oder aus welche Quelle die Daten stammen. Neben den Rundfunkanstallten gibt es ja noch andere Quellen wie den ADAC, DDG etc.

TMC Daten werden von Polizei und anderen Stellen gemeldet. Teilweise werden die Daten von Staumeldern (ADAC, Rundfunk) auch bei TMC eingespeist.

Gut wäre ein automatisches Aktualisieren der Daten im geographischen Umkreis von 30/60/100 km. Ich habe gerade mal eine Email an das Bundesministerium für Verkehr geschickt, vielleicht kann man was mit denen machen.

CIAO
Michael

Hallo,

wieso nehmt ihr nicht einfach das normale Verkehrszeichen für Stau als Bild? [Blockierte Grafik: http://www.vkwodw.de/stvo/124.gif]

Ansonsten finde ich, dass eine Anbindung an das Poi-Sync nicht nötig ist!

Grüße!

... also ich bin da irgendwie einfacher gestrickt (weil ja auch kein echter IT Freek).
Auf meinem MDA ist die "Berlinseite" - (mobil.verkehrsinfo.demmeldung.php3?bl0266) als Favorit festgehalten. Vor Abfahrt schalte ich das GPRS ein und schaue mir im Internet in Sekunden die Problemzonen an (kostet auch nicht viel, da nur ein paar KB). Bin ich länger unterwegs, wiederhole ich das eben mal.
Klar wäre es schön, wenn mal die Meldungen direkt in die Navigation bekommen könnte, aber wir haben halt kein NNB (wollten das ja auch nicht).

Ich bin bis jetzt so super gefahren

Chris

@Sorcier:

Tja, manchmal liegt das einfache so nah ;D Ich hab das Icon passend gemacht und mit auf die seite gestellt.

@interactive

Ich habe auch schon die "echten" TMC Daten im Web gesucht, aber leider nix gefunden. Theoretisch sollte es doch möglich sein an einem Server einen TMC Empfänger zu betreiben und die TMC Daten in Klartext zu konvertieren. Nur, was ist denn in den Daten alles enthalten? Ich hab da keine Ahnung, sind dort womöglich schon die Koordinaten drin????

@Lupus:

ist doch gar nicht umständlich. Das script ist fertig und Du kannst genauso gut das Stau Overlay herunterlden (Ist auch nur 2Kbyte gross). Somit hast Du während dem fahren auch noch den Überblick wo denn die Staus sind .

Brauchen tut man das natürlich nicht.
Aber man braucht auch kein Navi, wenn ich ehrlich bin finde ich mich ohne Navi mindestens genauso gut zurecht.

Mahrlzeit, Jochen

Gerade bei einem MDA wäre es schon schön, mit einem Knopfdruck die Daten aus dem Netz zu holen und dann auch im TT angezeigt zu bekommen. Ist dann natürlich nicht ganz so leistungsfähig wie der MNB mit TMC, aber kommt dem näher.

Jochen,
ich verspreche, ich werde es versuchen, und berichten...
am Wochenende
Chris

Zur Qualitätsbeurteilung ist der Aufbau einer TMC-Meldung höchst interessant. Sie besteht aus drei Code-Gruppen: Location code, event code und quantifier code - wo ist es passiert, was ist passiert und wie schlimm ist es passiert. Die größte Einschränkung ist dabei der location code, denn die dort übermittelten Ziffern beschreiben keine geografische Position mit Längen- und Breitengrad, sondern lediglich Punkt 1, Punkt 2 oder eben auch Punkt 21 400. Auch sind die vorhandenen Punkte nicht gleichmäßig über das gesamte Straßennetz verteilt, sondern - historisch gewachsen - je nach Bedarf zugeteilt worden. Im Moment sind knapp 22 000 Punkte vergeben, wobei rein rechnerisch etwa die dreifache Menge möglich und nützlich wäre.

Praktisch wirkt sich dieses etwas schwer verständliche Verfahren so aus, dass ein Ereignis nicht genau einer bestimmten Strecke zugeordnet werden kann, sondern nur ungefähr. Weiterer großer Nachteil: Meldungen gibt es nicht zwangsläufig und wenn, dann erst bei Stillstand des Verkehrs und auch immer mit einer gewissen menschlichen Verzögerung.

Noch ein netter Text:

RDS/TMC: RDS/TMC Codes wurden in Deutschland erstmals im Jahre 1996 erfasst und sind nach der CEN Norm ENV 112313-1 aufgebaut. RDS/TMC Codes sind die offizielle Basis des Bundesministeriums für Verkehr, Bau- und Wohnungswesens bzw. der untergeordneten Bundesanstalt für Straßenwesen zur Codierung von Verkehrswarnmeldungen. Mit Hilfe dieser Codes können Verkehrsinformationen über UKW ausgestrahlt werden. Es wird unterschieden zwischen Location codes zur Beschreibung der geografischen Stelle einer Meldung, sowie Event- und Information codes zur Beschreibung der Art einer Meldung. Eine Zuordnung der RDS/TMC Locations zum INTREST Netz (auf Basis von NavTech) ist über Zwischenschritte möglich. Damit sind für die Knotenpunkte des INTREST-Netzes RDS/TMC Locations referenziert und können vollständig für ein dynamisches Routing verwendet werden. Eine direkte Zuordnung von historischen Ganglinien oder aktuellen Verkehrsmeldungen ist damit möglich und derzeit mit der VIZ Bayern realisiert.

CIAO
Michael

@interactive:

Danke für die ausführliche Info.
Aber ich glaube dann bleib ich vorerst mal bei meiner Lösung. Vielleicht können ja alle zusammen mal die Autobahnausfahrten genauer bestimmen.

Jetzt brauch ich nur noch ein Programm das per http eine Datei herunterladen kann und in einem bestimmten Verzeichnis auf dem PPC speichern kann. Leider hab ich´s werde mit eVB noch eVC. Aber ich denke viel Arbeit kann es nicht sein.

In Perl wäre es ein 10 Zeiler ;D .

Gruss, Jochen

@Jochen: Soll ich so ein Programm schreiben...?

Ich würde es in C#.NET schreiben, könnte aber auch ein kleines Tool in VB schreiben, damit man das Compact .NET Framework (2.5 MB) nicht installieren bräuchte.

CIAO
Michael

@interactive:

Das wäre klasse wenn Du das machen könntest. Ich denke ein eVB Progrämmchen würde ausreichen. Vielleicht kannst Du es so machen dass man einen Link mit Parametern auf das Programm machen kann.

Dann wäre es möglich es auch für andere Aufgaben zu nutzen. So in der Art:

Zitat

sauger.exe http://meinserver.de/download/datei.ov2 \CF-CARD\Deutschland Map

Halt einfach Quelle und Ziel...

Gruss, Jochen

Morgen habt Ihr das Programm im Briefkasten, ...

CIAO
Michael

Hallo,

ich habe da dann doch mal eine Frage an dich joeduck.

Hast Du dir ein Programm geschrieben, mit dem Du diese Overlays automatisch erstellst und automatisch auf deine HP stellst?

Ich habe auf meiner HP ein Overlay mit den güntigsten Tankstellen von Hamburg. Und ich suche noch einen Weg diese täglich erneuern zu können. Ich habe es mal mit einem Windows-Makroprogramm versucht. Dies funktioniert nicht ganz so gut.

Und wenn interactive dann noch das Programm hinbekommt, könnte man das Overlay einfach auf den PPC laden.

Grüße!

@interacvtive:

Super, bin begeistert.
Wenn ich mal mehr Zeit hab muss ich mich unbedingt mal mit C oder VB beschäftigen (Ich weiß ich weiß, C in einem Satz mit VB Scandal) ;D .

@Sorcier:

Bei meinem Programm handelt es sich um ein Perl Script das die unten beschriebene Seite parst. Nachdem die Autobahn Nummer und die Anschlussstelle extrahiert sind, wird per DBI in einer dbase Datenbank nach den Koordinaten gesucht. Wenn alle Infos vorhanden sind wird eine ASCII Datei erstellt, die mit den TomTom Tools in ein Overlay umgewandelt wird.

Zum Schluss werden die Daten per FTP auf meinen Webserver hochgeladen.....

Der Pferdefuss an der Sache ist, dass ich momentan keine Unix Tools kenne um die Overlays zu erzeugen. Mit Perl und der dbase Datenbank bin ich Platformunabhängig, es fehlt nur noch das Unix/Linux Tool um das Overlay zu erstellen.

So musst Du halt einen Windows Rechner am laufen haben, der die Geschichte für Dich erledigt. Dein Tankstellen Overlay kannste zur Not per Batch erzeugen und per FTP hochladen, wenn Du die ASCII Datei per Makro erzeugen kannst.

Gruss, Jochen