Home » railML newsgroups » railml.timetable » stopTimes - no reference to the times element
Re: stopTimes - no reference to the times element [message #1294 is a reply to message #1281] Mon, 17 August 2015 16:16 Go to previous messageGo to previous message
Dirk Bräuer is currently offline  Dirk Bräuer
Messages: 311
Registered: August 2008
Senior Member
Dear Philip,

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'/>
<sectionTT ....>
<runTimes minimalTime='PT37.14S'
operationalReserve='PT1.14S'/>
</sectionTT>
<stopDescription commercial='true' stopOnRequest='false'>
<stopTimes minimalTime='PT30S'/>
</stopDescription>
</ocpTT>

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
the minimum.

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,
Dirk Bräuer.
 
Read Message
Read Message
Read Message
Previous Topic: Request for a new optional attribute for train coupling and sharing
Next Topic: non-timetable blockParts with track occupancy and train coupling
Goto Forum:
  


Current Time: Fri May 03 18:46:44 CEST 2024