| Re: joining and splitting of trains [message #702 is a reply to message #701] |
Wed, 20 October 2010 08:18  |
Christoph.Jobmann
Messages: 12
Registered: October 2010
|
Junior Member |
|
|
Greetings again,
during yesterday's meeting of the railml.org initiative I was able to
discuss the topic issued earlier. I came to the conclusion that the
element connection should not be used for splitting and joining of trains.
Personally I will consider the attribute values 'join' and 'split' for the
attribute 'conOperation' as deprecrecated.
As stated in Mr. Rubröder's example for the CityNightLine, additional
trains with type 'commercial' shall be used to model joining and splitting
of trains.
It was also pointed out that there is need to keep track of the identity
of a vehicle during its course. In particular it has to be clear if
vehicles which are added (or removed) during the train course are coupled
at the from or at the rear of the train.
Since not all planning system are able to supply this kind of information
a way has to be found which is able to transport as much information as
possible without losing compatibility.
In my eyes, if used properly, the trains of type 'commercial' can supply
this kind of information - even if there is no explicit splitting or
joining train given.
Within the next days I will supply a small toy example which shall point
out a few possible problems and at the same time offer a solution.
Best regards
Christoph Jobmann
------------------------------
Guten Tag,
im Rahmen des getrigen Treffens der railML.org-Initiative hatte ich unter
anderem die Gelegenheit, über das unten angeführte Thema zu sprechen.
Ich bin zu dem Schluss gekommen, dass das Element 'connection' nicht für
Koppeln bzw. Flügeln verwendet werden sollte. Ich persönlich betrachte
die Attibutwerte 'join' und 'split' für das Attribut 'conOperation' als
veraltet.
Wie Herr Rübröder bereits in seinem Beispiel zum CityNightLine
dargestellt hat, sollten für die Abbildung von Koppeln bzw. Flügeln
zusätzliche train-Elemente mit type-Attributwert 'commercial' verwendet
werden, welche den kompletten Zuglauf der einzelnen Zugteile beschreiben.
Im Rahmen der gestrigen Gespräche wurde auch angesprochen, dass es für
einige Planungssysteme notwendig ist, die Identität eines Fahrzeugs im
Zuglauf nachverfolgen zu können. Insbesondere sollte es klar abbildbar
sein, ob ein das An- oder Abkuppeln eines Fahrzeugs vorne oder hinten
vorgenommen wird, oder ob vielleicht sogar ein Fahrzeugaustausch
vorgenommen wird.
Da diese Information jedoch nicht für alle Planungssysteme gleichermaÃen
relevant bzw. lieferbar ist, sollte ein Weg gefunden werden, auf dem so
viel Information wie möglich geliefert bzw. übernommen werden kann, ohne
die Kompatibilität einzuschränken.
Meiner Meinung nach kann diese Information - sofern richtig eingesetzt -
durch train-Elemente von Typ 'commercial' sogar dann übermitteln, wenn
laut Fahrplan noch kein Koppel- bzw. Flügelzug vorgesehen ist; in diesem
Fall wäre aus betrieblicher Sicht von Stärken bzw. Schwächen die Rede,
das Fahrzeug soll beispielsweise als Verstärker aus einer Abstellanlage
bereitgestellt werden.
Ich werde innerhalb der nächsten Tage ein kleines Beispiel erarbeiten,
welches hoffentlich geeignet ist, die beschriebene Problematik zu
verdeutlichen und gleichzeitig eine akzeptable Lösung anbietet.
--
----== posted via PHP Headliner ==----
|
|
|
|
Members
Search
Help
Login
Home
