Betreffend Location Table und Event List schrieb Frederik : > (Du schriebst, man muesse erst ein Bestellformular ausfuellen?)
Einzig wie gesagt Norwegen habe ich gefunden. Für Deutschland: http://www.bast.de/cln_007/nn_213316/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-nutzungsbedingungen.html In der Schweiz sind die Daten ziemlich sicher der Viasuisse vorbehalten, wobei man schauen könnte, ob sich die D-AC-H-Daten nicht hinter dem Tool der Schweizer Firma Geologix herausholen lassen: http://www.geologix.ch/website.php?nav=,products,E,10 (ebenfalls auf Bestellung :-<), Bei Österreich habe ich nichts mehr herausgefunden ausser wer zuständig wäre: http://de.wikipedia.org/wiki/Traffic_Message_Channel#.C3.96sterreich LG, S. Am 7. Februar 2011 01:21 schrieb Frederik Ramm <frede...@remote.org>: > Hi, > > Stefan Keller wrote: >> >> => Daher könnte z.B. folgendes etwas sinniger sein: >> "tmc:locationcode=countryid_58:tablecode_1:52864". > > Ich denke, man koennte auch den Mut zur Luecke haben und einfach nur > "tmc_location_code=52864" schreiben oder so. Ok, man kriegt damit keine > laenderuebergreifenden Meldungen abgebildet, aber kommen die so oft vor? > > Ebenso mit dieser "table" (ulkigerweise dachte ich anfangs wegen "tabcd" > immer, das waere ein Beispielwert, a-b-c-d...) - wenn es wirklich mal zu dem > unwahrscheinlichen Fall kommt, dass wir zwei "Tables" parallel in OSM > abbilden muessen, kann man das Problem *dann* loesen. (Es entspricht nicht > der Tradition von OSM, ein komplexes Modell aufzubauen fuer Zeugs, das noch > gar nicht gebraucht wird und bei dem unklar ist, ob es ueberhaupt jemals > gebraucht wird - man macht erstmal was einfaches und kann das dann spaeter > immer noch erweitern.) > >> Ich bin nun nach wie vor etwas unentschlossen. Sollen wir nun: >> * So etwas schweren Herzens (und mit Begründung) ganz missbilligen? >> * Nur ein Teil davon, d.h. die IDs in OSM verwalten - z.B. die >> LocationCodes (Points) an Nodes? >> * Oder alles dies in OSM "gutheissen" (denn zwei, drei melden sich >> immer, die so etwas gut finden)? > > Zwischen "missbilligen" und "gutheissen" gibt es ja auch noch "tolerieren" - > so nach dem Motto, das ist zwar Murks, und eigentlich ist das auch jedem > klar, aber wir haben grad nichts besseres. > > Also ich koennte mir durchaus vorstellen, dass es gelingt, den groessten > Teil des TMC->OSM-Matchings komplett extern zu machen, so dass man den > gewuenschten Nutzen auch erzielen kann, ohne dass TMC-Tags in OSM sind. Wenn > sich rausstellt, dass das weitgehend (aber nicht 100%) geht, dann koennte > man sich ja eventuell darauf beschraenken, an den Stellen, wo es nicht > automatisch geht, zu taggen. Und wenn es gar nicht geht, dann muss halt > irgendwas in OSM drin bleiben - aber eine Nachbildung des externen Graphen > in OSM halte ich, wie mehrfach gesagt, fuer falsch. Eventuell ist das > gemacht worden, weil es so schwierig ist, an die Originaldaten heranzukommen > (Du schriebst, man muesse erst ein Bestellformular ausfuellen?). > > Bye > Frederik > > -- > Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" > > _______________________________________________ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
