summer 2020 tt

I have just noticed a couple of issues.

1P51 enters at 19:11 from Sandy on the up slow. Train description says it is a 12 car 365 but is is only 160m. On arrival at Kings Cross P7 it splits in to 1P60 20:12 KGS to PBR and rear part of it joins 1P53. However after the split the TT via F2 says 1P60 is 160m and the rear part of the join for 1P53 is 8m.

1P53 enters at 20:11 from Sandy on the Up Slow. Its description says it is a 4 car 365 but the F2 says it is an 8 car 365 160m. TT says it joins the part of 1P51 that is left behind. Its new TD is 1P64 20:12 KGS to PBR. That train description says it is a 8 car 365 160m. After the join it becomes 168m. Should this be 240m.

Sorry i dont have a save game.

many thanks

Rodney30

There is something odd which seems to happen, in that 4-car and 12-car car 365s seem to keep reverting to 8-car whenever any change is made in the timetable editor. No idea whether this is a sim issue or what causes it.

There is something odd which seems to happen, in that 4-car and 12-car car 365s seem to keep reverting to 8-car whenever any change is made in the timetable editor.

The TrainCategory ID have to be unique


-<TrainCategory ID="EMU 365 (100mph)">

<Description>EMU 365 (100mph) x 1</Description>

<AccelBrakeIndex>3</AccelBrakeIndex>

<IsFreight>0</IsFreight>

<CanUseGoodsLines>0</CanUseGoodsLines>

<MaxSpeed>100</MaxSpeed>

<TrainLength>80</TrainLength>

<SpeedClass>0</SpeedClass>

<PowerToWeightCategory>0</PowerToWeightCategory>


-<DwellTimes>

<StationReverse>240</StationReverse>

<TerminateReverse>240</TerminateReverse>

</DwellTimes>

<Electrification>O</Electrification>

<CautionSpeedSet>D48CC6B1</CautionSpeedSet>

</TrainCategory>


-<TrainCategory ID="EMU 365 (100mph)">

<Description>EMU 365 (100mph) x 3</Description>

<AccelBrakeIndex>3</AccelBrakeIndex>

<IsFreight>0</IsFreight>

<CanUseGoodsLines>0</CanUseGoodsLines>

<MaxSpeed>100</MaxSpeed>

<TrainLength>240</TrainLength>

<SpeedClass>0</SpeedClass>

<PowerToWeightCategory>0</PowerToWeightCategory>


-<DwellTimes>

<StationReverse>300</StationReverse>

<TerminateReverse>300</TerminateReverse>

</DwellTimes>

<Electrification>O</Electrification>

<CautionSpeedSet>D48CC6B1</CautionSpeedSet>

</TrainCategory>

You have at least 2 train types with the identical IDs hence the problem with editing the stocktypes

DavidSplett in post 137940 said:

There is something odd which seems to happen, in that 4-car and 12-car car 365s seem to keep reverting to 8-car whenever any change is made in the timetable editor.

What exactly are you changing?

David, unfortunately the only way to fix the 365s would be to unzip a copy of the timetable xml from the WTT to use as reference for stocktypes that are not unique. Open the TT in f4 in sim delete the offending ones from the Stock types, re-create then and re-assign to services.

Older TT's, especially are a bad place to start getting stock type information from, as they may not be compatible with todays xml format. They can be used as reference material, but must be recreated from scratch, however once you have done this to the current format they are reuseable

I noticed 313's may also had an identical issue

Meld in post 137962 said:

David, unfortunately the only way to fix the 365s would be to unzip a copy of the timetable xml from the WTT to use as reference for stocktypes that are not unique. Open the TT in f4 in sim delete the offending ones from the Stock types, re-create then and re-assign to services.

Older TT's, especially are a bad place to start getting stock type information from, as they may not be compatible with todays xml format. They can be used as reference material, but must be recreated from scratch, however once you have done this to the current format they are reuseable

I noticed 313's may also had an identical issue

Just to build on the point made by John (Meld), if you edit the stock types as a stand-alone piece of work it will probably have unintended consequences. This is because each stock type lists the train to which it applies so if you have stock types with the same title there may be a random relation between stock type and individual trains. If you don't want to go into the complexities of unzipping the TT file, editing the xml file then recreating the wtt file you can do it just through the F4 TT editor. You would have to delete all but one of the types with the identical titles, then create new train types for the other consists you need. After that use the "Referenced by" button to find the TDs to which the undeleted consist was applied and check that it was being used appropriately editing any of the listed trains if the wrong consist is being applied. Finally use the TT analyser on the Tools 1 tab to report the trains with custom train types which will list the trains which do not have a train type selected from the list and edit those trains to have the correct consist.

Bit of a faff which ever way you want to go on.

You would have to delete all but one of the types with the identical titles, then create new train types for the other consists you need. After that use the "Referenced by" button to find the TDs to which the undeleted consist was applied and check that it was being used appropriately editing any of the listed trains if the wrong consist is being applied.

postal in post 137965 said:

You would have to delete all but one of the types with the identical titles, then create new train types for the other consists you need. After that use the "Referenced by" button to find the TDs to which the undeleted consist was applied and check that it was being used appropriately editing any of the listed trains if the wrong consist is being applied.

Actually, I would do it slightly differently. Don't delete any of the old types to start with. Instead, create a set of new types that all have different names. Then work through the "referenced by" lists to assign each train to the correct new type. Only once none of the old ones show as referenced by anything can you delete them, after running the analyser of course.

What would have happened as it loaded the TT is that any train referencing a train category would have found the first instance of that category with that ID. Therefore, the other instance(s) should be unused. Delete that category (in F4), recreate it which will give it a unique ID, then re-assign the trains that have the wrong category to the new, correct category.

I've also raised a new Mantis ticket, 33346, to at least spot and report this type of issue. Before XML timetable files, this was a near impossible situation to get in to so no such check was required. Now people can hand edit XMLs, this situation needs to be checked and reported.