| Re: Topologie-Stichtag / Topology reference date [message #1439 is a reply to message #1435] |
Tue, 08 November 2016 05:57   |
christian.rahmig
Messages: 436
Registered: January 2016
|
Senior Member |
|
|
Hallo Mico,
Am 03.11.2016 um 14:11 schrieb Mico Micic:
> Dies ist mein erster Post im railML Forum. [...]
Willkommen im Forum!
> Im RailML 2.3 haben wir aktuell keine Möglichkeit gefunden,
> die beschriebenen Stichtage abzulegen. Gibt es dazu Ideen?
> Hat das Problem jemand schon gelöst? Gibt es Ideen, wie man
> diese Information als Extension einfügen könnte?
Als railML-Infrastruktur-Schemenkoordinator möchte ich gern meinen Teil
zur Antwort beisteuern: In der Tat gibt es im aktuellen railML 2.3 keine
Möglichkeit, einen zeitlichen Verlauf der Streckentopologie abzubilden.
Das Problem ist komplex und wird unter dem Titel "Time Dimension"
momentan ausführlich für railML Version 3 und RailTopoModel untersucht.
Neben der Abbildung von Gültigkeiten ("Welche Topologie ist an einem
bestimmten Tag verfügbar") sollen auch Planungsvarianten und die anderen
Phasen aus dem Infrastruktur-Lebenszyklus adressiert werden. Wenn Sie
vor dem Erscheinen von railML v3 bereits an einer Lösung Ihrer Aufgabe
interessiert sind, empfehle ich Ihnen den Kontakt mit der RailTopoModel
Expert Group, z.B. über die Foren-Newsgruppe "RailTopoModel". Sicherlich
lassen sich die Ideen im Rahmen einer Schema-Extension auch im aktuellen
Modell einpflegen.
> In the SBB internal train planning software, each train can
> have multiple so-called "topology reference dates". These
> reference dates defines from which day of the year which
> topology state / revision is referenced. Example: From 10
> January to 1 August, a different topology applies than from
> 1 August to the end of the year.
> [...]
> We could not find a way to describe these reference days in
> RailML 2.3. Are there any ideas? Has someone already
> implemented a solution for this problem? Are there any ideas
> about how to add this information as extension?
Indeed, current railML v2.3 does not provide a solution for different
time validities of topology. This task is very complex and currently it
is being analyzed by the RailTopoModel Expert Group in preparation of
the upcoming railML version 3. Except the possibility to model
validities ("Which topology is valid on a given day"), the new approach
shall be able to cope with variants of planned topology and the other
phases of the infrastructure lifecycle. If you are interested in a
solution before the official release of railML v3, please contact the
RailTopoModel Expert Group, e.g. via the forum's newsgroup
"RailTopoModel". I am sure that these ideas may be implemented in form
of a schema extension even in the current railML model.
Best regards
--
Christian Rahmig
railML.infrastructure coordinator
Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|
|
Members
Search
Help
Login
Home
