[Talk-de] Koennen wir die TMC-Daten rauswerfen?

[Sven Anders]

Am 02.02.2011 22:56, schrieb Frederik Ramm:
> Hallo,
> 
> On 02/02/11 21:16, Sven Anders wrote:
>> Mein Eindruck ist: Marcus hat sich sehr viel Mühe gemacht ein
>> funktionierendes TMC Schema zu entwerfen.
> 
> Marcus hat ein Schema fuer Maschinen entworfen. OSM ist aber fuer
> Menschen. Fuer Menschen ist dieses Schema nicht wartbar.

Naja die Bundesanstallt für Straßenwesen pflegt ja solche Tabellen auch.
> 
>> Leider gab es sehr wenig
>> Kommentare dazu. Alle die ich gerne dazu um eine Meinung gefragt hätte,
>> haben immer nur abgewunken, und gesagt, "mit TMC beschäftige ich mich
>> nicht, da habe ich keine Zeit zu etc.".
>>
>> Ich meine mich zu erinnern, das ich auch dich gefragt hatte.
> 
> Das ist sehr gut moeglich. Wie gesagt, normalerweise finde ich es auch
> das richtige Verhalten, Leute, die sich mit etwas auskennen, einfach mal
> machen zu lassen, und wuerde mich selber jetzt da nicht einmischen. Es
> draengt sich mir aber mehr und mehr der Verdacht auf, dass dieses
> Problem sehr suboptimal geloest wurde und an anderen Stellen Probleme
> schafft, und dass man daher jetzt einen Kurswechsel einleiten (oder die
> Notbremse ziehen) muss, bevor das Problem immer groesser wird.


Wo bitte ist das Problem an anderen Stellen?

Du vermutest Probleme, wenn jemand eine Schema ändert etc. aber bislang
sagst du nicht ich will das und das ändern und das beißt sich mit TMC.

Außer das es dir nichts gefällt, habe ich bislang nichts dazu gehört.

> Bist Du auch davon ueberzeugt, dass diese Daten in OSM direkt enthalten
> sein muessen, um genutzt werden zu koennen?

Ein Teil der Daten macht IMHO nur in OSM Sinn. Die Angaben von dem
Bundesamt sind an manchen Stellen so schlecht, das es auch nicht einfach
zu berechnen wäre. Andere Daten wie z.B. alles was der TMC Bot ergänzt
müssen nicht im OSM enthalten sein.

Aber ich fände es trotzdem gut sie drinn zu habem, weil dann niemand für
eine TMC Unterstützung beim Bundesamt nachfragen müsste. Sonst müssten
diese Daten z.B. zusammen mit Navit ausgeliefert werden.

>> Damit eröffnest du aber ganz klar eine Relevanz-Diskussion.
>> Ich will nur eine Datenbank für alle Geo-Informationen. Die soll
>> OpenStreetMap heißen.
> 
> Ich hingegen werde nicht muede, jedem zu sagen, dass alles, was
> sinnvollerweise ausserhalb von OSM gepflegt werden kann, auch ausserhalb
> von OSM gepflegt werden sollte.

Das ist ja ein toller Satz, die Frage ist ja was wird sinnvollerweise
außerhalb gefplegt?

> Wo ich aber die Grenze ziehe, ist, wenn diese kompletten externen
> Datenbanken mit in OSM abgebildet werden (wenn jetzt zusaetzlich noch
> vermerkt werden soll, in welcher Richtung der naechste Mautknoten liegt,
> wie viele Tarifkilometer der entfernt ist, undsoweiter). *Das* sind
> keine Geodaten mehr.

Natürlich kann ich Dir da nicht ganz widersprechen. Aber ein wenig:

Es wäre doch toll, wenn alle nur noch OSM benutzen, wenn z.B. die
Telekom an jeder Telefonzelle gleich erfassen würde, ob diese gerade
geht, oder defekt ist, wäre das doch ein Vorteil für alle die OSM Daten
benutzen. Natürlich gibt es Grenzen, aber bei dem was wir bislang an TMC
Daten haben ist das IMHO doch nicht das Problem.

Es wäre doch toll, wenn jemand für einen Mautkalkulator nur OSM Daten
verwenden müsste, und dazu sind halt die Tarifkilometer wichtig.

Das ist eine Relevanz-Diskussion. Wo ziehen wir die Grenze?

Deine Grenze ist "Geodaten". Die TMC Daten besteht eigentlich fast nur
aus Geodaten, es geht ja auch nur um Zuordnung einer Verkehrsmeldung zu
Geodaten. Das ist der Sinn von TMC.

> Aber nicht, wenn Du irgendwann damit rechnen musst, durch die
> Verfeinerung einer Strassengeometrie ploetzlich die akribisch erstellte
> next-node-id-previous-node-id-Struktur von jemand anders kaputt zu
> machen und der sich dann bei Dir beschwert.

Ist das schon passiert? Oder ist das ein theoretisches Problem?

Entschuldigung ich reite darauf vielleicht etwas rumm, aber ich
hab immer noch den verstehe immer noch nicht, warum du bei dem Thema so
"Radikal" argumentierst.



Gruß
Sven