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 #2950 is a reply to message #2936] Thu, 10 March 2022 13:11 Go to previous messageGo to previous message
Milan Wölke is currently offline  Milan Wölke
Messages: 139
Registered: April 2007
Senior Member
Hi all,

during todays timetable developer telco we discussed the proposed modelling. We changed it slightly and came to this approach:

https://forum.railml.org/userfiles/2022-03-10_railml_railml3-connectiontransfertime3.png

The following changes have been applied:

* We moved the defaultTransferTime up to the ConnectionTransferTimeForOP. This was a mistake in the previous modelling. It should be possible to specify that all transfers within a station take X min without specifying from where to start.
* The ConnectionTransferTime.startPoint now is optional. This was introduced to allow specifying that the transfer time from OP1 to OP2 is a certain duration without having to specify which platform or track to originate from. This is especially useful when looking at connections that are available between stations that are quite far apart, such as connections between the various stations in Paris.
* We added a collection class (TransferRelations) for reasons of consistency

From my point of view this provides a good level of flexibility when specifying transfer times. Its possible to describe them on a very generalized level or one could micromanage transfertimes or choose any level of detail in between, all based on a simple set of elements.

What do you think? Any feedback is welcome.

---

Bei der heutigen Sitzung der Timetable Developer haben wir die vorgeschlagene Modellierung diskutiert. Wir haben sie leicht verändert und sind zu diesem Ansatz gekommen:

https://forum.railml.org/userfiles/2022-03-10_railml_railml3-connectiontransfertime3.png

Die folgenden Änderungen wurden vorgenommen:

* Wir haben die defaultTransferTime auf die ConnectionTransferTimeForOP verschoben. Dies war ein Fehler in der vorherigen Modellierung. Es sollte möglich sein, festzulegen, dass alle Transfers innerhalb einer Station X Minuten dauern, ohne anzugeben, von wo aus sie beginnen.
* Die Angabe ConnectionTransferTime.startPoint ist nun optional. Dies wurde eingeführt, um anzugeben, dass die Umsteigezeit von OP1 nach OP2 eine bestimmte Dauer beträgt, ohne dass angegeben werden muss, von welchem Bahnsteig oder Gleis aus gestartet werden soll. Dies ist besonders nützlich, wenn es um Verbindungen zwischen Bahnhöfen geht, die weit voneinander entfernt sind, wie z.B. Verbindungen zwischen den verschiedenen Bahnhöfen in Paris.
* Wir haben aus Gründen der Konsistenz eine Auflistungsklasse (TransferRelations) hinzugefügt.

Meiner Meinung nach bietet dies ein gutes Maß an Flexibilität bei der Angabe von Umsteigezeiten.Es ist möglich, sie auf einer sehr allgemeinen Ebene zu beschreiben, oder man kann die Umsteigezeiten bis ins kleinste Detail regeln oder jede beliebige Detailstufe dazwischen wählen, alles auf der Grundlage einer einfachen Gruppe von Elementen.

Was denkt ihr? Feedback aller Art ist willkommen.

Best regards, Milan


Milan Wölke – Timetable scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org

[Updated on: Mon, 14 March 2022 15:08]

Report message to a moderator

 
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 02:13:46 CEST 2024