<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-15"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hauptproblem war a.) dass wir uns in letzter Zeit nicht wirkl. drum
gekümmert haben, da ganz andere Dinge auf der Agenda standen und dass
wir zur Zeit aus regionalen Radiostadionen saugten, die TMC-maesig
nicht ganz Dtl. abgedeckt haben. Diese Daten kann man wohl intern
nutzen, aber es war b.) unklar, ob wir die anderen auch digital
weitergeben dürfen. Daher hatten wir diesmal etwas "offizieller"
angefragt und man kann auch ohne den Umweg Radion die Daten von
irgendwelchen amtlichen FTP-Server bekommen. Diesbzgl. wollten wir im
Neuen Jahr genauer nachhaken (vorher war schlicht eine Zeit). Details
ab Januar... Hauptgrund für dieses geplante Vorgehen ist, dass wir dann
hoffentlich einigermaßen rechtlich sichere Aussagen bekommen was man
mit den Daten machen darf und was nicht. Das konnte uns zu den aus dem
Radio gesaugten Daten niemand so genau sagen. Für private Nutzung im
eigenen Navi ist das sicherlich unproblematisch, aber als Web
Service....!?? Da wollte ich einfach nur vorsichtig sein, und da auf
der ORS Whish-List aus meiner Sicht von Usern nicht so laut danach
gerufen wurde, haben wir das nicht vorrangig bearbeitet. <br>
Ich nehme an ORS wird z.Zt. noch eher von Radlern/Fussgängern bzw. zum
Validieren der Datenaufnahme genutzt? Aber wenn doch stärkeres
Interesse aus der Community da ist kümmern wir uns gerne stärker drum,
und wenn es vielleicht schon einfach mit einem Wechsel des Senders
o.ae. getan ist, wäre diese schnelle Lösung vieleicht schon eine
Option...<br>
<br>
best <br>
a. zipf<br>
<br>
Florian Lohoff schrieb:
<blockquote cite="mid:20081229223929.GA9565@paradigm.rfc822.org"
type="cite">
<pre wrap="">On Mon, Dec 29, 2008 at 12:14:33PM +0100, Alexander Zipf wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Mittlerweile haben wir auch weitere Kontakte, so dass es mittelfristig
eine Deutschlandweite TMC-Lösung für OpenRouteService geben sollte. Die
Nutzung der Daten in so Diensten wie ORS ist kostenfrei möglich, aber
wir können leider wohl nicht ohne weiteres unsere Datenbank (bzw. den
Web Feature Service) mit den TMC-Daten freischalten. Wir versuchen im
Neuen Jahr diesbzgl. nochmal nachzuhaken.
Einen Zeitplan für die ORS-Version mit Deutschland-weitem TMC kann ich
leider auch noch nicht melden, aber wir bleiben locker dran.
</pre>
</blockquote>
<pre wrap=""><!---->
Wo ist das Problem mit dem Deutschlandweitem TMC? Nur so aus neugier -
Ich habe die Weihnachtsfeiertage damit zugebracht mal im DVB Stream von
Einslive nach dem RDS zu suchen (aus dem Sat Transponder) und bin
fuendig geworden. D.h. ich bekomme im moment die RDS informationen vom
Satelliten. Der Naechste schritt ist die RDS daten zu dekodieren was
trivial sein sollte - Format ist klar - Standard offen.
Wenn das alles funktioniert fehlen vermutlich 20-30 Zeilen C um den
ganzen ARD Transponder zu dekodieren - Da sind aus allen Bundeslaendern
die Oeffentlich Rechtlichen drauf so das aus dem ganzen Bundesgebiet die
TMC Daten vorhanden sein sollten. D.h. DVB-S Budget Karte fuer
irgendwelche 50 Euro und 3% CPU auf einem Celeron 1Ghz und schon
plumpsen da die TMC Daten raus ;)
Beispiel output derzeit:
RDS000180: fd 0e 31 31 fe 00 00 00 04 07 00 00 0a b7 a0 ff ..11............
aa bb cc cc dd ee ee ff gg hh ii ii ii ii ii jj
aa - RDS Sync byte - DVB/ISO/IEC Standard Ancillary Data
bb - RDS Length ISO Standard Ancillary Data
cc - Stuffing
dd - RDS Sync (UECP Standard - Start)
ee - Address
ff - Sequence number - im DVB immer 0
gg - Length of RDS Message
hh - RDS Message type (hier PTY)
ii - Message
ff - RDS Sync (UECP Standard - Stop)
So long ...
Flo
</pre>
</blockquote>
<br>
</body>
</html>