|stopTimes - no reference to the times element [message #1281]
||Fri, 03 July 2015 08:57
Registered: November 2013
Location: Hanover, Germany
I would like to get some feedback regarding the documentation of the
<stopTimes> element (http://wiki.railml.org/index.php?title=TT:stopTimes).
The stop time as difference between arrival and departure should be:
minimalTime + operationalReserve + additionalReserve
I would like to add the following 'Open Issue'
The description in the semantics sections gives some rules that refer to
the arrival and departure of <times>. However, multiple <times> with
different scope can be provided for one <ocpTT>. In such a case it hast
to be made clear which one was used for the <stopTimes> element - i.e.
which <times> element the rules apply to.
Feedback would be appreciated.
Planning and Dispatching Systems
HaCon Ingenieurgesellschaft mbH
Lister Str. 15
Tel. +49 511 33699-498
Fax. +49 511 33699-99
Registry Court/Amtsgericht: Hannover HRB 1712
Michael Frankenberg, Werner Sommerfeld, Peter Talke
|Re: stopTimes - no reference to the times element [message #1294 is a reply to message #1281]
||Mon, 17 August 2015 16:16
Registered: August 2008
sorry for late answer.
> However, multiple <times> with
> different scope can be provided for one <ocpTT>. In such a case it hast
> to be made clear which one was used for the <stopTimes> element - i.e.
> which <times> element the rules apply to.
The problem in general is comprehensible, I totally agree.
But possibly we are 'hard' on a question of use cases - possibly only a
use case can answer your question.
In the following example (excerpt from a 'real world' example):
<ocpTT sequence=... ocpRef=... ocpType='stop'>
<times scope='scheduled' arrival='23:06' departure='23:11'/>
<times scope='published' departure='23:07'/>
<stopDescription commercial='true' stopOnRequest='false'>
There are many connections which can only be solved semantically:
- There is only a 'published' departure time - no arrival. Obviously,
the 'scheduled' arrival is not superseded by a 'published' arrival but
the 'scheduled' departure _is_ superseded by a 'published' one.
- The 'run times' apply to the 'scheduled' time (if they apply to
anything at all).
- The 'stop description' is general - it does not need to apply
specially to scheduled or published. Both 'stop times' are larger than
You see, possibly we cannot define a fixed linkage between stop times
and arrival/departure times outside use cases.
However, if you want to do it in general anyway, I would have no
objections. My suggestion: Introduce an attribute
"scope='scheduled'/'published'/..." for <stopDescription>, too, and
allow multiple <stopDescription>s.
But, I would then like to be consequent and also define dependencies
between different <times> as for instance
- "published overrides scheduled",
- "if no published is given, published is same as scheduled'
a. s. o.
With best regards,