Page 1 of 1
| Minor problem with default TTs 15/12/2014 at 11:12 #66683 | |
postal
5264 posts 
|
Posted here as there is no Paisley section under Timetables. In the default TTs, a small number of trains are booked to lie over for a period of time in Falkland Up Loop/Reception. Rules are set in the TT that they must not depart until XXX minutes after $2G011 enters the area ($2G011 is a seed train) so that they do not want to depart unrealistically early. At the due time, F2 still shows the train as waiting on timetable rule and the train will only depart once the instruction is given through F2 to abandon rule. This has been raised as a bug (12168). In the meantime, the workround is to abandon the rule when you want the train to depart. “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 user said thank you: Noisynoel |
| Minor problem with default TTs 15/12/2014 at 12:47 #66688 | |
Noisynoel
989 posts |
Instead of creating rules to make the train dwell for a set period, why not just use the @Dwell time@ function in the timetable?
Noisynoel Log in to reply |
| Minor problem with default TTs 15/12/2014 at 15:42 #66691 | |
|
postal
5264 posts
|
" said:Instead of creating rules to make the train dwell for a set period, why not just use the @Dwell time@ function in the timetable?The dwell over a set period is not the issue. For example, I was looking at the sort of situation where a train is due a crew change. There is one train in the Paisley TT that is due to arrive at Falkland Reception at 03:23 and depart at 06:18. I would guess that is driven by a driver signing on to work his first train at 06:18 so the limiting factor is not the dwell time, but the time the driver might actually be ready to start moving the train. Even if the train did not arrive until 06:00, there is no reason why the 06:18 departure would not be met so the dwell time is inappropriate. I put a rule into the TT that the train should not depart until 360mins after the seed train entered (i.e. at 06:00) which would allow for an early departure if the driver had booked on a little early. Obviously only applicable for Class 3/4/6/7/8/9 as Class 0/1/2/5 are held until due time unless the TT is specifically marked (e.g. set down only). “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 |
| Minor problem with default TTs 15/12/2014 at 22:53 #66712 | |
Peter Bennet
5402 posts |
I'm going to let Geoff have a new build shortly. Old saves will not immediately work for two reasons but if you want to get them to then do this: Open the .ssg file up (convert to .zip) and search for PARDRSHB and find <TPTH ID="PARDRSHB1"/> <TPTH ID="PARDRSHB2"/> <TPTH ID="PARDRSHB3"/> <TPTH ID="PARDRSHB2"> <Visible>False</Visible> </TPTH> <TPTH ID="PARDRSHB3"> <Visible>False</Visible> </TPTH> Change the second instances of PARDRSHB2 and PARDRSHB3 to 4 and 5. Also Trains 4S11 and 6S08 need "Barassie sig PB805" changed to "Barassie Jn" path AYD. Peter I identify as half man half biscuit - crumbs! Last edited: 21/12/2014 at 09:44 by Peter Bennet Log in to reply |
| Minor problem with default TTs 16/12/2014 at 00:05 #66717 | |
BarryM
2158 posts |
" said:I'm going to let Geoff have a new build shortly.Unfortunately I cannot read the green coloured section as is! Barry, Sydney, New South Wales, Australia Log in to reply |
| Minor problem with default TTs 16/12/2014 at 00:43 #66718 | |
|
LucasLCC
94 posts |
<TPTH ID="PARDRSHB1"/> <TPTH ID="PARDRSHB2"/> <TPTH ID="PARDRSHB3"/> <TPTH ID="PARDRSHB2"> <Visible>False</Visible> </TPTH> <TPTH ID="PARDRSHB3"> <Visible>False</Visible> </TPTH> That should be an easier colour to read. Log in to reply The following users said thank you: BarryM, Prof Jolly |