Are there any plans to fix all Freight services on traksy being shown a run by GBRF , it can get quite annoying having to plug the headcode into another website to work out what operator is running the service as irrespective of freight operator they all show up as a " GB Railfreight Diesel-hauled service "
-
Our new ticketing site is now live! Using either this or the original site (both powered by TrainSplit) helps support the running of the forum with every ticket purchase! Find out more and ask any questions/give us feedback in this thread!
Traksy Website
- Thread starter jamess
- Start date
Sponsor Post - registered members do not see these adverts; click here to register, or click here to log in
R
RailUK Forums
Which leads me on to another annoyance:
An inexplicable mangling of the Welsh language (in which there is no letter 'k') that you see repeated over and over again on image captions and youtube because the unaware have seen it on Traksy.
This is what it should be, the name of the level crossing at Margam T.C. aka Knuckle Yard:
It appears that Traksy is using a very out-of-date STANOX look-up table to get a name for 79780. Everyone apart from Traksy uses a more recent table in which 79780 is "Margam T.C.".
Last edited:
RailwayRookie
Member
Removed
Last edited:
The new version of the site just describes the services as "freight". I may be able to change the old site in a similar way, although that won't actually help you much.
I'm not sure if the data about the actual operator is available in the Network Rail feeds. I can't be certain, but I feel like the information used to be correct both in the feed and on the Traksy website, but that the underlying feed has maybe now changed to a default "freight" operator.
== Doublepost prevention - post automatically merged: ==
Feel free to send an email to the info@ email address. It might take a while to be fixed if it's a minor branch line, or the information is difficult to validate, but as you say it's nice to have an accurate map.
RailwayRookie
Member
Not a problem, I'll send it over the address. I can help with the Validation as I have an operation role in the area.
The names of most locations were hard-coded some time before 2022 (I think more like 2018). In retrospect that probably wasn't a particularly good plan, as it means that we don't get corrections or new locations as promptly, and some historic mistakes in the mappings files are locked-in. It did however make it easier to correct what at the time what was a really large number of problematic names without the corrections being overridden, as well as allowing some consistency when different sources disagreed.
We do have a job on the list to automatically consolidate location names from different sources on a more regular basis, although I can't give a timescale for that. In the meantime I'll add this specific location to the list to be fixed
trainmania100
Established Member
It's in the trust activation message as sector, you can then update all CIF records with the same train id to establish the operator. (Open rail data wiki has sector / operator / atoc mappings)
Alternatively use the train service code like I do, also in the trust activation messages but in the CIF as well. I have published a list of train service codes on the RDM, this data is also available in the b plan.
Last edited:
Ahh. Thanks for letting me know. I just throw away. I should be able to get that data over for the new platform.
I think the solution to the old platform is probably to start retiring it a bit faster and get everybody using the new platform.
trainmania100
Established Member
Do you know when the new site will go live to everybody ? I've paid a few times to support etc but I don't really go out much to having it coming out every month lol .
Perhaps as a paid addon, you could use the c2c unit numbers instead of headcode as an option/upgrade . So you can see unit rather than headcode on the maps.
Perhaps as a paid addon, you could use the c2c unit numbers instead of headcode as an option/upgrade . So you can see unit rather than headcode on the maps.
duffield
Established Member
Just sent an email about a minor issue with P2/P3 at Nottingham; P2 should be a bay, not a step in from P3 (currently trains in the east berth at P3 apepar to not be at any platform).
I originally planned to get the new site live for all users quite quickly last year, but there's been a long succession of features which I'd forgotten were in the original product, or things it doesn't quite do right. I think it's essentially at parity now, so I should hopefully be able to start the roll-out in the next couple of months.
Even with the new version serving all the old platform use cases, I do need to sort out a few things. At a minimum I need to:
- Look at bandwidth and processor usage to make sure that the servers will cope
- Integrate ads into the new product for non-subscribers
- Make the landing/search page easier to use and more appealing to our search engine overlords
- Block out some premium features which will be subscriber-only
I like the idea of being able to show unit numbers instead of headcode, but it probably needs a wider rollout of unit number information. There was some talk of more data being forthcoming for that, but it seems to have gone rather quiet in the last couple of months.
The new site has gone live to me this evening. I’m on a train and using a mix of patchy on-train wifi and patchy mobile data. (Obviously I appreciate that the two are linked!)
The new site seems much more fragile when signal is bad - on the old one I would just let it disconnect and click the retry button when I knew I had a decent connection again. Tonight I can’t even get onto a map.
The new site seems much more fragile when signal is bad - on the old one I would just let it disconnect and click the retry button when I knew I had a decent connection again. Tonight I can’t even get onto a map.
Hmm, that's useful feedback. I generally find the new site a little better on train/bad mobile wifi, but it might be that I know how to use it to the best efficiency. There's a couple of things which could be playing into it. Firstly it uses a little more data for everything - still a tiny amount compared to a normal website, but perhaps twice as much. The other factor is that it tries to automatically reconnect rather than waiting for you to retry, which may be leading to it getting stuck.
You may find that clicking on the "wifi" button at the top to turn the connection off and back on again helps, since that's quite similar to what the old "retry" button did.
Definitely interested to hear updates on how it's going. It's easy enough to emulate a slow network, and it's surprisingly stable even at 2g speeds. Emulating the switching between networks, dropping packets and losing connection you get on a train is a bit more difficult.
You can always get to the new site in a browser by using the direct URL (https://traksy.uk/new). If you want to switch the app version over to the new site you need to click into the user menu and then toggle the selected site to "new", as in the image below. I'm interested to know if you're using iPhone or android as well - I've not done a lot of mobile testing on iPhone, and I know it's a bit harder to just refresh the page there.
I've fixed the source map. I'll try to get it released some time this week
Freightmaster
Verified Rep
- Joined
- 7 Jul 2009
- Messages
- 4,411
When you say they "don't display" do you mean that the headcodes don't appear on the maps at all,
or that clicking on the headcode doesn't bring up a full schedule for the train in question?
If the latter, what does appear when you click on the headcode - a blank popup box?
(I've just tried clicking on 20 or so random freight services in different parts of the country
and they all seem completely fine to me)
MARK
I mean that I cannot see the headcode at all , the signals Infront of it still act like a train is there in the block and show the path the train is going to take but the headcode does not show up in the signal blocks themselves.
One of the services this happened with to me was 6Q80 Parkeston Yard- Dollands Moor yesterday if that helps , it also happened to me with 4N51 Today
Realtime Trains | 4N51 1820 Doncaster Iport to South Bank Tees Dock (Drs) | 28/08/2025
Real-time train running information for 4N51 1820 departure from Doncaster Iport to South Bank Tees Dock (Drs) on 28/08/2025. From Realtime Trains, an independent source of train running info for Great Britain.
www.realtimetrains.co.uk
I don't think I've ever seen that before, although it's possible I wouldn't have noticed it because it's pretty difficult to notice an absence. I assume this is on the normal site rather than the new one?I mean that I cannot see the headcode at all , the signals Infront of it still act like a train is there in the block and show the path the train is going to take but the headcode does not show up in the signal blocks themselves.
One of the services this happened with to me was 6Q80 Parkeston Yard- Dollands Moor yesterday if that helps , it also happened to me with 4N51 Today
Realtime Trains | 4N51 1820 Doncaster Iport to South Bank Tees Dock (Drs) | 28/08/2025
Real-time train running information for 4N51 1820 departure from Doncaster Iport to South Bank Tees Dock (Drs) on 28/08/2025. From Realtime Trains, an independent source of train running info for Great Britain.
Freightmaster
Verified Rep
- Joined
- 7 Jul 2009
- Messages
- 4,411
Can you remember which specific section of line/signals 4N51 went AWOL - was it somewhere
in the Church Fenton area?
The reason I ask is because it might have been an issue with the Network Rail data feeds rather
than a problem with Traksy itself.
MARK
4N51 was not visible on Traksy as I was passing it at Doncaster , it was very much so there , I saw it with my own eyes and signal maps displayed it correctly. Nothing on traksy for me though
== Doublepost prevention - post automatically merged: ==
Next time I see this happen I'll report it here immediately so you can see it can compare maps of different websites together in real-time.
I'll almost definitely have this happen to me on Saturday as I will hopefully be out on the railways all day then.
== Doublepost prevention - post automatically merged: ==
Yes it is on the normal site not the new one , no idea why it does it , there seems to be no pattern at all . Just that I've only ever seen it happen to freight so far.
This hasn't been happening for a long time either , it was fine before this Wednesday, although I may have just not noticed it then.
Definitely useful to know exactly where it is, particularly which line the missing train is on. There haven't been any code changes to the old site at all for months, just map changes. The freight lines in the Doncaster area in particular though may have some mistakes on them - it's a complex bit of railway, and I haven't ever been provided with any decent mapping to work from.
The thing is though is that it doesn't seem to happen in just one specific area , i couldn't see 6Q80 Parkeston Yard- Dollands Moor on its entire journey from Parkeston to Dollands moor on Wednesday Even when it was on the Mainline.
trainmania100
Established Member
Could it be some sort of lookup for schedule / lateness data not being found and making it not show up on the map?
I could believe that more readily of the new maps. The old maps just aren't that smart.
endofthetunnel
Member
A single headcode missing from every single berth on the network while running doesn’t seem entirely plausible- are you definitely tracking it in the right place at the right time?
Yes definitely. It was showing up fine on signalmaps in the same places but not at all on traksy.
== Doublepost prevention - post automatically merged: ==
Got one , 5A74 didn't seem to appear out of Birmingham New st , the 1st pic is freightmaster maps while the 2nd pic is on traksy ( 1G15 appeared on traksy it just moved a signal block.)
== Doublepost prevention - post automatically merged: ==
Both screenshots of Trasky and Freightmaster at the same time , 0Z28 didn't seem to appear on traksy
Realtime Trains | 0Z28 1026 Swanage to Southall Wcr | 03/09/2025
Real-time train running information for 0Z28 1026 departure from Swanage to Southall Wcr on 03/09/2025. From Realtime Trains, an independent source of train running info for Great Britain.
www.realtimetrains.co.uk
Attachments
Last edited: