Home » railML newsgroups » railML.infrastructure » railML 2.3 infrastructure extension proposal operational properties of an OCP (railML 2.3 infrastructure extension proposal operational properties of an OCP)
Re: railML 2.3 infrastructure extension proposal operational properties of an OCP [message #1744 is a reply to message #1741] Tue, 27 March 2018 11:14 Go to previous messageGo to previous message
christian.rahmig is currently offline  christian.rahmig
Messages: 436
Registered: January 2016
Senior Member
Dear all,

I filed the Trac ticket #327 [1] dealing with this issue.

[1] https://trac.railml.org/ticket/327

Best regards
Christian

--
Christian Rahmig - Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Phone Coordinator: +49 173 2714509; railML.org: +49 351 47582911
Altplauen 19h; 01187 Dresden; Germany www.railml.org


Am 27.03.2018 um 10:28 schrieb Christian Rahmig:
> Dear all,
>
> we were recently discussing the different types of OCP in our railML 3.x
> Schematic Track Plan use case working group. Therefore, I would like to
> come back to this forum post opened by Torben Brand from
> Jernbanedirektoratet:
>
>>>> The attribute @operationalType is extended with the value
>>>> "siding". In Norway a "siding" is an additional track on the
>>>> path (section of line between stations). It is not a station
>>>> according to Norwegian definition as it does not have a
>>>> main-home signal. Thus the path on the siding needs to be
>>>> blocked during the operation of entering and leaving the
>>>> siding. PS. There is a trackType under track with value
>>>> "sidingTrack" This is described in the Wiki as: "This is a
>>>> siding"
>>>
>>> Yes, railML already allows to specify a track as being a siding track by
>>> setting <track type="sidingTrack">. However, what is missing is an
>>> operational representation of the siding as you request it. Therefore,
>>> your suggestion to add the enumeration value "siding" for the attribute
>>> @operationalType seems to be valid. Is there anybody among the railML
>>> community who needs to model sidings outside of stations, too?
>>
>> Yes, of course. In Germany (and other countries), we have the same type
>> of sidings. In Germany they are called Anschlussstelle und
>> Ausweichanschlussstelle depending on interlocking and operational rules.
>> It is an <ocp> but not a station. In both cases, the line track has to
>> be blocked between the adjacent stations during the operation of
>> entering and leaving the siding.
>>
>> Currently we model such an <ocp> as follows:
>>
>> <ocp id=...>
>> <propOperational orderChangeable='false'
>> ensuresTrainSequence='false' />
>> <propService goodsLoading='true'/>
>> <propEquipment>
>> <summary hasHomeSignals='false' hasStarterSignals='false'/>
>> </propEquipment>
>
> In order to complete the modelling, I suggest to follow Torben's
> proposal and add the enumeration value "siding" for attribute
> <ocp><propOperational>@operationalType.
>
> If you agree, we may bring this as last minute change into railML 2.4.
>
> Best regards
> Christian


Christian Rahmig – Infrastructure 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
Read Message
Read Message
Read Message
Previous Topic: [railML 2.5] state
Next Topic: [railML2] Basic speed profile
Goto Forum:
  


Current Time: Sat Apr 27 09:26:16 CEST 2024