Upcoming Games

(UTC times)


Full list
Add a game

Upcoming Events

No events to display

Who's Online

Regulation of late-running trains at entry points

You are here: Home > Forum > General > General questions, comments, and issues > Regulation of late-running trains at entry points

Page 1 of 1

Regulation of late-running trains at entry points 27/03/2016 at 10:21 #81404
Steamer
Avatar
3986 posts
Would it be possible to add a check at entry points, so that if delays result in a Class 2 trying to enter less than 3 minutes in front of a Class 1, the Class 2 is instead held for the Class 1? I'm currently playing Paisley on standard delays, and am regularly seeing all-shacks services entering at Shields Jn with expresses directly behind them. I've a feeling this will apply to other simulations as well- Huyton for example, where most 'fasts' entering the simulation have a 'stopper' booked a few minutes behind.
"Don't stress/ relax/ let life roll off your backs./ Except for death and paying taxes/ everything in life.../ is only for now." (Avenue Q)
Log in to reply
Regulation of late-running trains at entry points 27/03/2016 at 13:02 #81410
bfcmik
Avatar
100 posts
I had a class 7 enter slightly early at Cogload Junction immediately followed by a report of a 15 minute late class 1 HST. It was an extremely late class 1 HST by the time it managed to get past the class 7!
Log in to reply
Regulation of late-running trains at entry points 27/03/2016 at 19:52 #81419
Danny252
Avatar
1461 posts
Asked many a time - I'm sure a previously assigned MANTIS number will be quoted in due course.
Log in to reply
Regulation of late-running trains at entry points 27/03/2016 at 20:28 #81422
Stanyon
Avatar
141 posts
Not sure this is ideal as some entry points wont have a loop in order to regulate the trains maybe would have to be regulated as a phone call from external box saying would you like me to hold xxxx back / even activate phone calls to external boxes asking them to hold xxxx back
Log in to reply
Regulation of late-running trains at entry points 27/03/2016 at 21:39 #81424
Peter Bennet
Avatar
5402 posts
Phone calls where a train is running x mins early is already possible with the option to hold until due time. In Paisley 2015 it's theoretically possible for the fast train to divert to enter on the "mid-line" but I'm not sure how I'd code that to the degree you would be looking for.

Peter

I identify as half man half biscuit - crumbs!
Log in to reply
Regulation of late-running trains at entry points 28/03/2016 at 00:03 #81426
BarryM
Avatar
2158 posts
" said:
Phone calls where a train is running x mins early is already possible with the option to hold until due time. In Paisley 2015 it's theoretically possible for the fast train to divert to enter on the "mid-line" but I'm not sure how I'd code that to the degree you would be looking for.

Peter
Could "Decisions" be used in deciding which train is to enter first? One for Postal!

Barry

Barry, Sydney, New South Wales, Australia
Log in to reply
Regulation of late-running trains at entry points 28/03/2016 at 09:43 #81433
postal
Avatar
5265 posts
" said:
" said:
Phone calls where a train is running x mins early is already possible with the option to hold until due time. In Paisley 2015 it's theoretically possible for the fast train to divert to enter on the "mid-line" but I'm not sure how I'd code that to the degree you would be looking for.

Peter
Could "Decisions" be used in deciding which train is to enter first? One for Postal!

Barry
Can't think of an easy way that the Decisions module could be used for that (but that may only be because my brain is getting too old for innovative thinking).

However, the problem is rather more complex than has been discussed so far. For example, take bfcmik's HST right behind a Class 7 from Cogload. Even if there was some way to hold back the Cl. 7, it couldn't then enter one section behind the HST as that would imply that the Cl.7 had run at the same speed as the HST from the last point where the HST could have been put in front (presumably Taunton).

If you wanted a realistic gap between the trains on entry at Cogload, you would have to track back to that last point and then work out how long the HST would take to reach Cogload from there, how long the Cl.7 would take to reach Cogload from a standing start at that same last point once the HST had cleared the road, and then use the difference to fix the entry time for the Cl.7. As there are lots of different train types with different performance you would presumably end up with some sort of matrix to define how long after entry of train type A can train type B enter. The matrix would have to take account of train weights, train accelerations and maximum speeds if you wanted to be totally accurate. It all starts getting horrendously complicated.

“In life, there is always someone out there, who won’t like you, for whatever reason, don’t let the insecurities in their lives affect yours.” – Rashida Rowe
Log in to reply
The following users said thank you: BarryM, flabberdacks
Regulation of late-running trains at entry points 28/03/2016 at 10:14 #81435
Andrew G
Avatar
552 posts
There is an alternative view on this in that the current situation simulates the situation when the Signaller at the adjacent box has made a poor regulating decision, hindsight being a wonderful thing, or they have been distracted and either missed a faster train catching a slower one or been too late pulling Auto buttons.

For example on Motherwell Panel 6 - a Class 6 entering just in front of a Class 1 - might imply the Carlisle Signaller has been too late pulling the Auto buttons at Quintinshill and had no option but to let the Class 6 proceed.

It is also worth keeping in mind in today's performance managed railway there will be occasions now where an on-time lower class train from one Train Operating Company will be run in advance of a late running higher class train of another Train Operating Company.

So while frustrating on occasion I'd personally be inclined to leave as is.

Last edited: 28/03/2016 at 10:16 by Andrew G
Reason: Grammar

Log in to reply
The following users said thank you: JamesN, flabberdacks, postal