Home » railML newsgroups » railml.timetable » RailML semantics, nextdeparture, recurringschedule
Re: RailML semantics, nextdeparture, recurringschedule [message #732 is a reply to message #731] Thu, 12 May 2011 15:22 Go to previous messageGo to previous message
tuomas.tiihonen is currently offline  tuomas.tiihonen
Messages: 15
Registered: May 2011
Junior Member
Hi Joachim,

Joachim Rubröder wrote:
> Your train drivers question sounds like a taxi driver asking about
> possible further rides. Maybe it is the train asking "where shall we go
> on?" by providing a list of possibilities (-> operational trains) with a
> filter function. Then the train driver would choose the correct one,
> because he knows it. But I would assume that a train driver would type in
> the train number and the train searches in a given in a timetable where to
> go next.

Heureka! Sorry for misleading you. I think that is closest so far. That
the _train_ not the driver is asking "where shall we go on?" And the
driver then answers, by either inputting trainnumber, or choose from given
_list of possibilities_ or search. After the train gets its answer
(Departure), it will use that information to display e.g. route correctly
in the displays.

This matches our concept, except this is thought in commercial perspective
rather than operational.

So how the commercial train would know the next commercial train that
leaves the end station? Is that only by crawling through list of trains or
is there ordered list (under rostering, circulation?)..

Br,
Tuomas



--
----== posted via PHP Headliner ==----
 
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: These: Das Aufteilen eines großen RailML-Netzes auf mehrere kleinere RailML-Netze darf zu keinem Verlust an Informationen führen.
Next Topic: timetable.trainParts.trainPart.ocpsTT.ocpTT.times scope value
Goto Forum:
  


Current Time: Sat May 18 00:21:38 CEST 2024