| Re: timetable-Schema 0.93 [message #598 is a reply to message #597] |
Fri, 21 June 2002 16:07   |
Raik Hoffmann
Messages: 12
Registered: May 2002
|
Junior Member |
|
|
Hallo,
> Weiterhin ist zu überlegen, ob überhaupt andere (ungenauere) Formate
> explizit unterstützt werden müssen, das die Dateien zu mindestens 95 % von
> Programmen und zu höchstens 5 % von Menschen erstellt und gelesen werden,
> d.h. es sollte kein Problem sein, dass das schreibende Programm die Zeiten
> von seinem eigenen Format in das standardisierte Format umwandelt. Beim
> Lesen wiederum erleichtert ein einheitliches Format die Verarbeitung.
Da stimme ich allerdings zu.
Bei einer grossen Vielfalt von Zeitformaten ist ja fuer *jedes* Zeitformat
beim importieren eine kleine Umrechnungsroutine zu schreiben. (oder man
unterstuetzt nicht alle Zeitformate - hat aber dann keinen railml-Konformen
Konverter!!)
Weniger Aufwand fuer alle beteiligen waere, *eine* Umrechnungsroutine fuers
exportieren zu schreiben und sich auf ein Zeitformat zu einigen.
(oder auch max. 2 Zeitformate: ein einfaches, beispielsweise mit
Minuten-Genauigkeit fuer Buchfahrplaene; und ein genaues, beispielsweise mit
1/100-Sekunden-Genauigkeit zur Fahrplankonstruktion)
Welche weiteren Meinungen gibt es dazu?
> Weiterhin halte ich das Thema Zeitzonen (incl. Sommer- und Winterzeit),
> und sei es nur als globale Information fuer den ganzen Fahrplan, für
> wichtig.
Dieses Thema war leider bisher noch gar nicht beruecksichtigt. Man koennte
definieren, dass die am jeweiligen Fahrzeitmesspunkt zur betreffenden Zeit
gueltige Zeit als Wert bei arrival und departure steht.
Das wuerde allerdings einen diskontinuierlichen Zeitverlauf in der XML-Datei
beim uebertritt eines Zuges in eine andere Zeitzone verursachen.
Alternativ koennte man die gueltige Zeit am Startbahnhof als Grundlage fuer
die gesamten Zeitwerte des Zuglaufes definieren. Dann muss man aber
eventuell an jedem entry auf Abweichung pruefen und ggf. umrechnen....
Welche Loesung wuerden sie vorziehen?
Viele Gruesse,
Raik Hoffmann
|
|
|
|
Members
Search
Help
Login
Home
