Home » railML newsgroups » railML.infrastructure » [railML3] transfer times for connections (Request for modelling of transfertimes from platform to platform in context of connecting trains)
Re: [railML3] transfer times for connections [message #2936 is a reply to message #2932] Mon, 07 March 2022 17:41 Go to previous messageGo to previous message
Milan Wölke is currently offline  Milan Wölke
Messages: 139
Registered: April 2007
Senior Member
Hi Christian,

thank you for your feedback.

Quote:
- For me it would be sufficient if the transfer times were only defined
between platforms (and not between tracks). There are stations with
several platforms on one track (either one behind the other or on both
sides of the track), so the reference to platforms would fit better.
I had included the tracks because it cannot be assumed that platforms are always included in infrastructure. But I'm sure that can be discussed.

Quote:
- We need to specify whether a transfer time between two platforms is
valid only in the specified direction or in both. Different walking
times per direction may occur if some walkways are defined as one-way only.
I also see it that way. That's why I had chosen the terms startLocation and transferLocation, but you're right, that definitely needs to be clearly defined in the documentation.

Quote:
- The design implies that all relations between all platforms of a
station have to be mapped, which leads to a large number of relations
with potentially identical transfer times. I would rather specify a
default transfer time for all relations within one station and then
explicitly define only those relations that have deviating transfer times.
I think this is a good idea. This would provide a default transfer time for all connections originating from an OP, which can then be overwritten individually on 2 levels. Firstly as a transfer time between 2 platforms/tracks and secondly individually per connection. I have modelled this and added it as a new screenshot below.

-----------------

danke für dein Feedback.

Quote:
- Mir würde es genügen, wenn die Transfer-Zeiten nur zwischen
Bahnsteigen (und nicht zwischen Gleisen) definiert würden. Es gibt
Bahnhöfe, in denen an einem Gleis mehrere Bahnsteige angeordnet sind
(entweder hintereinander oder auf beiden Seiten des Gleises), daher
würde der Bezug auf die Bahnsteige besser passen.
Ich hatte die Gleise mit aufgenommen, weil man nicht davon ausgehen kann, dass Bahnsteige immer mit in der Infrastruktur erfasst werden. Aber das kann man sicher diskutieren.

Quote:
- Wir müssen festlegen, ob eine Transfer-Zeit zwischen zwei Bahnsteigen
nur in der angegebenen Richtung gilt oder in beiden. Unterschiedliche
Gehzeiten pro Richtung können sich ergeben, wenn z.B. manche Gehwege als
Einbahnstraßen definiert sind.
Sehe ich auch so. Deswegen hatte ich die Begriffe startLocation und transferLocation gewählt, aber du hast Recht, dass muss auf jeden Fall in der Dokumentation klar definiert werden.

Quote:
- Der Entwurf impliziert, dass alle Relationen zwischen allen
Bahnsteigen einer Betriebsstelle abgebildet werden müssen, was zu einer
großen Anzahl Relationen mit potnetiell identischen Transfer-Zeiten
führt. Aus meiner Sicht wäre es wünschenswert, eine
Default-Transfer-Zeit für eine Betriebsstelle angeben zu können und nur
die davon abweichenden Relationen explizit angeben zu müssen.
Die Idee finde ich gut. Damit würde also für alle Anschlüsse, die von einem OP ausgehen eine Default Transferzeit vorgesehen werden, die dann individuell auf 2 Ebenen überschrieben werden kann. Einmal als Transferzeit zwischen 2 Bahnsteigen/Gleise und andererseits individuell pro Anschluss. Ich habe das mal modelliert und als neuen Screenshot unten angefügt.

Best regards, Milan

----------------------------------

https://forum.railml.org/userfiles/2022-03-07_railml_railml3-connectiontransfertime2.png




Milan Wölke – Timetable scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: [railML 3.2] "isSpeedSignal": Suggestion to delete the value "midOfTrain" of element "trainRelation"
Next Topic: [railML3] ETCS signal/panel
Goto Forum:
  


Current Time: Mon Apr 29 01:54:25 CEST 2024