Home » railML newsgroups » railML.infrastructure » Representation of operational stations
Re: Representation of operational stations [message #1745 is a reply to message #1742] Tue, 27 March 2018 11:35 Go to previous messageGo to previous message
christian.rahmig is currently offline  christian.rahmig
Messages: 447
Registered: January 2016
Senior Member
Dear all,

I filed a Trac ticket for this issue, see [1].

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

Best regards
Christian

Am 27.03.2018 um 10:42 schrieb Christian Rahmig:
> Dear Tobias,
>
> Am 26.03.2018 um 13:50 schrieb Tobias Bregulla:
>> Currently railML 2.4 knows the following four enumeration values of the
>> attribute <ocp><propOperational>@operationalType for stations:
>> * passenger
>> * freight
>> * shunting
>> * other
>
> I assume you are referring to the attribute @trafficType? The attribute
> @operationalType is used to define the operational functionality of an
> OCP containing the values
> * station
> * stoppingPoint
> * depot
> * crossover
> * junction
> * blockPost
> * blockSignal
> * other
> Further values and adaptations are currently under discussion, see [1].
>
>> For Bahnkonzept programme export the question arises, how operational
>> stations should be modeled in railML 2.x. This means stations at which
>> passengers cannot get in and out, goods aren't loaded or unloaded nor
>> wagons are shunted (usually). Typical examples are the overtaking
>> stations on the high-speed lines, where mainly slower trains are
>> overtaken by faster trains, e.g. Saubachtal station on the high-speed
>> line VDE 8.1 of the DB Netz (Kilometre 236.5 of line 5919
>> Nuremberg-Erfurt-Leipzig, see
>> https://upload.wikimedia.org/wikipedia/commons/7/75/%C3%9Cbe rholbahnhof-Saubachtal-Okt2015.jpg
>>
>> for an overview picture).
>>
>> We propose the addition of a fifth attribute "operational" in railML 2.4
>> (and 3.x for sure) for such stations. Otherwise the leaving of any value
>> could be an option, but this could intersect with an "unknown" value.
>> (Maybe another word could reflect the common British term better?)
>
> The proposal sounds reasonable to me. What do other users/developers
> think about it? Does anybody have a better English term for "operational"?
>
>> In addition, we suggest an addition to the descriptions of the elements
>> and, if necessary, a list of the meaningful combinations on the
>> corresponding wiki page. We will be happy to contribute constructively,
>> if desired.
>
> Thank you for your offer! Every contribution with the aim to enrich best
> practices and examples in our railML wiki is highly appreciated.
>
> [1] https://www.railml.org/forum/index.php?t=msg&th=483& goto=1583&#msg_1583
>


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
Previous Topic: Marking @frontier and @chargeFrontier as DEPRECATED?
Next Topic: [railML3.1] TrainDetectionElement and TrainDetectionElementSection
Goto Forum:
  


Current Time: Fri Jul 05 19:23:56 CEST 2024