Arragh listen, it can't be that hard to program this. We're not talking a network of hundred or thousands of routes with different approaches possible. There are only so many combinations. The whole fast train/slow train thing is only notional. If you are on a 'fast' train and you are on a track behind a 'slow' train then you are de facto on a slow train. Unlike, say, the approach to a busy airport where planes can be peeled off and circled for a while to let another plane land.
Let's say for the sake of craziness that we have 10 trains queued behind each other. We have an estimated time for the front one to get to the station - that's easy as it's a fuction of distance, dwell time, remaining stations, etc . . .
In the absense of teleporters and passing loops the arrival of train #2 cannot be any sooner than the arrival time of train #1. That's the first thing to program in. The arrival of train #3 cannot be any earlier than train #2 or train #1. And so it goes until you get to train #10. That bit's not hard.
If IE are providing real time information they should build it on some element of reality.
z
|