That's a known issue with the data on the branch; it doesn't even show the trains correctly on the platform indicators at the stations between West Brompton and Wimbledon.
I'm hoping to get something out for Traksy soon, although I expect it to initially be an extension of the way we currently do C2C tracking - barebones unit numbers, and on the new site only. Will take a couple of weeks to think through whether I want to do a more comprehensive version and how to make it available to free users.
The good thing about c2c is the trains don't divide on route. I've only just started properly looking at this, but now I'm having trouble finding a service that divides so I can handle the deallocation properly on a schedule route...
To be honest I think it's reasonably clear, or not incredibly difficult to figure out, and waiting for somebody to clear the documentation as well would only have delayed the process even further. It's mostly just quite a lot to parse through and get set up, with having to use an external Kafka connection. The Kafka client library I'm using is already a bit dicey for internal connections, so I'll probably need to look at something which just copies the queue over to my local Kafka server.
There is an ICD (Interface Control Document) on its way, and some XSDs (FOI request pending) for the XML data will be available soon too. I will also write a less formal explanation of how to use the data for the Open Rail Data wiki in due course.
Wonderful, thanks for all the hard work on this.
Yes, but TOPS access is tracked, and a few similar “holdouts” on the freight side of thing view it as infringing on “commercial sensitivity” - it took a lot of work to get freight headcodes unscrambled - I remember the days of FRGT and random headcodes being displayed in data!
I was looking this morning for the operator codes I wasn't sure if it had something to do with the 2 digits at the end of the train ID eg (not a real example) 2K21W1234523 as I can't see anything else it could be.
The last 2 digits of the full headcode are the day of departure. Everything departing today will end with 21
Happy to be corrected but the TRUST ID last 2 digits is the day of departure, this linx specific element I think is different.
I'd love to be able to access TOPS if only to find out about wagon locations and train-lists, but I can see that they might be deemed commercially-sensitive, so I don't hold out any hope.
That is correct for TRUST but LINX (where this data flow originates from) is not the same.
You can get the sector code from the ResponsibleRU field. I'm not sure I would trust the Operator/Livery fields personally on the actual allocations based on past experience - RTT uses a custom mapping.
I see it now- thanks.
www.realtimetrains.co.uk
Not possible, I can see it has been updated to just a 170 now. Likely just a set swap briefly showing both.
If you have some money, you can get access to the rail mainframe for yourself - we're taking a few thousand pounds per year for two CICS sessions. No guarantees you'll be able to make the TOPS enquiries you want, but it is possible.
Thank you - it's been a priority of mine to get this data open so everyone can use it - not just me!
Operator codes are 99xx, with the 'xx' being the numeric code as used in TRUST messages. Liveries... that's another story, I'm now trying to assemble all the associated reference data to help people make best use of it.
I'm hoping to keep building this as a separate model which doesn't need access to the CIF schedules, but l'll see where we get - it all ends up running in the same process anyway, so it's not the end of the world if it has to do a schedule lookup
it would be pretty cool if there was a fleet list site that listed when a train was last allocated and what to. Alas, I have no such skill.
It's possible, but obviously it's not going to ever be 100% accurate, I've seen 377 diagrams get updated late evening for services they worked in the morning.
Yes, there is enough detail to do that - but only where resource allocations are made. You don't know if a resource diagram is an LTP or STP diagram, therefore you can only guess (but quite reasonably most of the time) until you've had what you think are all allocations in for a particular day.
The data includes this, but its accuracy is unreliable for most TOCs.
Where is the API access link? I'd like to start using it too
Don’t the “associations” records in the Schedule feed essentially describe diagrams? I played with them a bit recently but not to the extent of trying to build up a UI for them. Looked fairly comprehensive though from just playing with SQL.
It’s on the RDM site, you need to sign up for an account, the link isn’t public as such. Easy (and free!) to subscribe though.
I think that is a major London Underground wide issue. Nothing really to do with this section in particular. Lots of stations between Earls Court and Ealing Broadway also fail to show trains properly on the station boards. Even some stations in Central London can be very out of sync with the reality of when trains are due to arrive. London Underground are just very poor at providing correct next train data at stations.
