Looks like there maybe a new Twyford information issue today. Both
FGW▸ and Live Departure Boards are showing stoppers from Paddington for Oxford calling at Twyford leaving at 27 & 57 minutes past the hour.
However Real Time Trains is showing an hourly stopper for Reading leaving at 12 minutes past the hour with nothing else stopping at Twyford - the 27 & 57 departures don't appear to exist there.
Checking Real Time Trains backwards this morning, the only down departures at Twyford do indeed appear to have been the xx.12 departures from
PAD» . FGW & LDB show the xx.27 & xx.57 departures to have been allegedly all stuck at PAD and the xx.12 ones to have terminated at Maidenhead.
Can somebody in this so-called information age please just sort all this out?
Unfortunately the systems that control the LDB boards, as with most things railway has a glitch....It has a database of all the planned trains that will run which is fed from the TSDB (Train Service Data Base) which is created & updated by Network Rail. However it only gets updates once every 24hrs and short term planned cancellations (which is what this disruption is) can get missed....
Therefore the system then in place is a train service alteration or cancellation message is sent out via a system called Tyrell, this updates LDB, Journey Check, station
CIS▸ , sent to staff etc... However this is where today's problem is...
The Tyrell system also has a database of trains pretty much identical to the LDB system, and as Network Rail has amended the TSDB with the cancelled trains first these made this systems overnight update, thus removing them from said database and now they don't exist to be amended...sounds crazy but that's the system..
The amended trains were then created in TSDB, that's why realtime trains works so well as it has a direct feed from that system....perhaps the industry can look into how that works and update the LDB system accordingly??
It should also be noted that the LDB boards (or at least the data displayed) in the public domain are controlled at
NRES▸ control centre. So they have to manually delete trains, which is a slow process....so in a nutshell the LDB sites other than realtime trains are probably a 'little' unreliable today, to say the least.