Darwin Timetable soap service

Qi Ou

unread,

Dec 8, 2016, 5:56:42 AM12/8/16

to A gathering place for the Open Rail Data community

Hello,

Does any one experience any problem with Darwin time table service? It seems to stop working from yesterday.

Thanks,

Qi

Peter Hicks (Poggs)

unread,

Dec 8, 2016, 6:00:20 AM12/8/16

to Qi Ou, A gathering place for the Open Rail Data community

Hi Qi

> On 8 Dec 2016, at 10:56, Qi Ou <qi...@cogitare.biz> wrote:
>
> Does any one experience any problem with Darwin time table service? It seems to stop working from yesterday.

Can you be more specific? What problem are you experiencing?

Peter

Qi Ou

unread,

Dec 8, 2016, 6:11:29 AM12/8/16

to A gathering place for the Open Rail Data community, qi...@cogitare.biz

Our system cannot get departure or arrival board by TIPLOCs. There is no error message from Darwin reponse, either.

I just saw below post. Is it related?

https://groups.google.com/forum/#!topic/openraildata-talk/pVH-IQ85LVU

Peter Hicks (Poggs)

unread,

Dec 8, 2016, 6:13:53 AM12/8/16

to Qi Ou, A gathering place for the Open Rail Data community

Hi Qi

On 8 Dec 2016, at 11:11, Qi Ou <qi...@cogitare.biz> wrote:

Our system cannot get departure or arrival board by TIPLOCs. There is no error message from Darwin reponse, either.

I just saw below post. Is it related?
https://groups.google.com/forum/#!topic/openraildata-talk/pVH-IQ85LVU

I can’t tell if it’s related or not - I’m not aware of a Darwin Timetable SOAP service.

What service is your system accessing? What is the error message you receive?

Peter

Rail Ale Fan

unread,

Dec 8, 2016, 11:02:52 AM12/8/16

to A gathering place for the Open Rail Data community

Hello Qi,

I assume you are referring to OpenLDBSVWS (Staff Darwin Web Services) which exposes amongst other TIPLOC related methods;

GetArrivalDepartureBoardByTIPLOC

Without escalated privileges, this appears to work only for TIPLOCs that correspond to a station. For example, if you try "CREWE", that works fine for me and returns the same board as GetArrivalDepartureBoardByCRS using "CRE".

If I try a non-station TIPLOC e.g. CREWSJN the SOAP response is

<soap:Body>
<soap:Fault>
    <soap:Code>
      <soap:Value>soap:Receiver</soap:Value>
    </soap:Code>
    <soap:Reason>
      <soap:Text xml:lang="en">Unexpected server error</soap:Text>
    </soap:Reason>
    <soap:Detail />
</soap:Fault>
</soap:Body>

I don't know how this behaviour changes with escalated privileges enabling use of the getNonPassengerServices parameter, which according to the documentation will include operational stops, it may be that the methods are then enabled for all TIPLOCs and you can get scheduled / expected arrival / departure times for depots / sidings etc.

Hope this helps!

Reply all

Reply to author

Forward