Upcoming Games

(UTC times)


Full list
Add a game

Upcoming Events

No events to display

Who's Online

442s3, jem771, iantrimnell, Person82 (4 users seen recently)

Driver not querying a wrong route

You are here: Home > Forum > General > General questions, comments, and issues > Driver not querying a wrong route

Page 2 of 2

Driver not querying a wrong route 09/04/2021 at 14:28 #138487
Late Turn
Avatar
699 posts
Hap in post 138472 said:
The driver should know the service they are working. I.e it's destination. Doesn't have to be on their diagram. Even if they were only working half of the journey they would still need to look at departure boards to find out where their train is. This goes the same for all train crew, gotta use the boards just like everyone else.

I wouldn't count on it. We have a few unusual through services that exist purely for diagramming reasons, i.e. the unit coming in off a local service then forms a long-distance service, or two local services combined, and it's advertised as a through service. Much of our work is 'out and back' with a minimal turnaround with the same unit at the terminus, so we don't need to check the departure boards (if there's one to check!) to find our train and wouldn't necessarily pick up on e.g. a Matlock - Nottingham service actually working through to Skegness.

Log in to reply
Driver not querying a wrong route 09/04/2021 at 14:50 #138490
Splodge
Avatar
719 posts
At Northern, our diagrams specify where and when a service begins if we're relieving en-route, and/or where and when it ends if we're being relieved en route.

However where we take a new service, or leave a unit at the end of a journey, our diagram won't say anything about where it comes from or where it goes to.

There's the right way, the wrong way and the railway.
Log in to reply
Driver not querying a wrong route 09/04/2021 at 14:54 #138492
Hap
Avatar
1039 posts
Late Turn in post 138487 said:
Hap in post 138472 said:
The driver should know the service they are working. I.e it's destination. Doesn't have to be on their diagram. Even if they were only working half of the journey they would still need to look at departure boards to find out where their train is. This goes the same for all train crew, gotta use the boards just like everyone else.

I wouldn't count on it. We have a few unusual through services that exist purely for diagramming reasons, i.e. the unit coming in off a local service then forms a long-distance service, or two local services combined, and it's advertised as a through service. Much of our work is 'out and back' with a minimal turnaround with the same unit at the terminus, so we don't need to check the departure boards (if there's one to check!) to find our train and wouldn't necessarily pick up on e.g. a Matlock - Nottingham service actually working through to Skegness.
Yeah, I'll take that, I suppose each toc has their own methods. We do have one service that splits at Stirling heading to Dunblane and Alloa, can only be platform 6 that it arrives in to. Likewise one coming from Tweedbank to EDB, same set carried on to Dunblane with a change of head code at EDB and a full crew change that would need a through line rather than a bay. East end bays would cause a bit of a problem there. though I am sure our diagrams had a "note" added to it alerting the crew for the need of a through line before electrification and the subsequent changes to tractions. when that service(s) were first diagramed it was through word of mouth between the two depots concerned that the train continued on. Can't recall any times when a route has been challenged. Control were pretty good at giving the heads up if there was a change.

Our CIS tells us when it left the last station, where it originated and where it's going nearly all our stations have screens now.
Train crew wise... Our head codes are pretty straight forward to follow so you can tell what is what and where its from/going to. It's something I cover when I train folk... Perhaps the train buff coming out in me, but it's attention to detail and that goes well in operational roles.

How to report an issue: www.SimSig.co.uk/Wiki/Show?page=usertrack:reportanissue
Last edited: 09/04/2021 at 14:58 by Hap
Reason: None given

Log in to reply
Driver not querying a wrong route 09/04/2021 at 16:34 #138494
ambergatesm
Avatar
36 posts
Quote:

I wouldn't count on it. We have a few unusual through services that exist purely for diagramming reasons, i.e. the unit coming in off a local service then forms a long-distance service, or two local services combined, and it's advertised as a through service. Much of our work is 'out and back' with a minimal turnaround with the same unit at the terminus, so we don't need to check the departure boards (if there's one to check!) to find our train and wouldn't necessarily pick up on e.g. a Matlock - Nottingham service actually working through to Skegness.[/quote]

During the last lockdown service reduction, one actually did. The 0737 M - F service from Matlock worked through to Skegness as 2S09 instead of 2N19 to Newark. It has now reverted to the latter.

Log in to reply
Driver not querying a wrong route 09/04/2021 at 17:30 #138496
bill_gensheet
Avatar
1413 posts
Hap in post 138492 said:

Likewise one coming from Tweedbank to EDB, same set carried on to Dunblane with a change of head code at EDB and a full crew change that would need a through line rather than a bay. East end bays would cause a bit of a problem there. though I am sure our diagrams had a "note" added to it alerting the crew for the need of a through line before electrification and the subsequent changes to tractions. when that service(s) were first diagramed it was through word of mouth between the two depots concerned that the train continued on. Can't recall any times when a route has been challenged. Control were pretty good at giving the heads up if there was a change.
I thought that train was timed through (2Pxx Tweedbank - Dunblane), even if that fact did not make it into the public timetables. Might even have been intentional, especially as Tweedbank - Dunblane had been the norm before Borders opened.

Log in to reply
Driver not querying a wrong route 09/04/2021 at 22:41 #138506
Hap
Avatar
1039 posts
bill_gensheet in post 138496 said:
Hap in post 138492 said:

Likewise one coming from Tweedbank to EDB, same set carried on to Dunblane with a change of head code at EDB and a full crew change that would need a through line rather than a bay. East end bays would cause a bit of a problem there. though I am sure our diagrams had a "note" added to it alerting the crew for the need of a through line before electrification and the subsequent changes to tractions. when that service(s) were first diagramed it was through word of mouth between the two depots concerned that the train continued on. Can't recall any times when a route has been challenged. Control were pretty good at giving the heads up if there was a change.
I thought that train was timed through (2Pxx Tweedbank - Dunblane), even if that fact did not make it into the public timetables. Might even have been intentional, especially as Tweedbank - Dunblane had been the norm before Borders opened.
Came in as 2T59 07:26(ish) arr EDB 08:24 and back out as 2P55 08:33.
From Newcraighall it was 2Pxx all the way to DBL. That changed when the borders opened. Still, it wasn't obvious for those on the ground, only to those are in control of the trains.

How to report an issue: www.SimSig.co.uk/Wiki/Show?page=usertrack:reportanissue
Log in to reply
The following user said thank you: StepSig