Page 1 of 1
Disappearing data 14/04/2016 at 09:00 #81835 | |
postal
![]() 5216 posts |
I have been baffled over the last few weeks about data disappearing from TTs. For example, I have been testing a TT set up with a Day of the Week (DotW) decision and 5 Choices to decide which day should be run. In this TT there are a number of situations where different shunts take place depending on the DotW. For example the pilot might pick up different sections from the rear of a train depending on what DotW has been called. So you would have a list of actions for the parent train which looks like: J 0T01 (pilot joins rear of train) DR 5A01MO with Decision DotW and Choice Mon (detaches Monday portion) DR 5A01TWTHO with Decision DotW and Choice Tue (detaches Tue/Wed/Thu portion) DR 5A01TWTHO with Decision DotW and Choice Wed (detaches Tue/Wed/Thu portion) DR 5A01TWTHO with Decision DotW and Choice Thu (detaches Tue/Wed/Thu portion) DR 5A01FO with Decision DotW and Choice Fri (detaches Fri portion) From time to time when a new sessions is started, some or all of the DR actions have disappeared which effectively kills the TT until it is manually re-edited. I suspect that other TTs have had similar problems from the odd bits of chat that I have heard. I have a suspicion that the problem is arising because of the way that the process to save the TT is working. Looking at the TT for the parent train as 0T01 is on its way to join, there are occasions when the only actions listed are J 0T01 and then the DR relevant to the DotW called. The others DRs have perhaps been removed by the core code as not applicable in this session. At that point, I think that the copy of the TT held in the sim would only have the single DR action listed while the saved copy of the TT on the hard disk would still show all 5 DRs. If the TT is saved at that point, my supposition is that the copy held in sim overwrites the copy on the hard disk, losing 4 of the 5 DR actions. Is anyone else seeing problems with conditional joins/splits or other actions disappearing for no apparent reason? And for those who understand things better than I do, is my hypothesis a possible cause of these disappearances? “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 |
Disappearing data 14/04/2016 at 20:40 #81840 | |
GeoffM
![]() 6344 posts |
When a train enters with a timetable, that timetable is copied to the train so that edits do not affect the original timetable (and, as you say, some activities get automatically deleted as the train progresses). However, decisions are somewhat newer and perhaps there are cases where these aren't handled correctly. Is it Decisions that are getting deleted, not the divides/joins/trains? Can't quite get my head around it. SimSig Boss Log in to reply |
Disappearing data 14/04/2016 at 21:03 #81841 | |
postal
![]() 5216 posts |
" said:When a train enters with a timetable, that timetable is copied to the train so that edits do not affect the original timetable (and, as you say, some activities get automatically deleted as the train progresses).Geoff It is the joins/splits/next trains governed by decisions rather than the decisions per se which are going walkabout. I've logged the problem on Mantis (#15198) allocated to Clive with some saved games where a train is en route to a point where divides/joins/next trains are due to happen and the divides/joins/next trains based on decision choices are disappearing between consecutive saves before the crucial location is reached. However, that still leaves the problem of the splits/joins/next trains disappearing from the saved copy of the TT. Others have been testing the same TT in its recent iterations and are having similar problems. Is it possible that if you save the TT after some of the activities have been automatically deleted but the train is still live in sim then you over-write the original TT with the TT where the activities have already been deleted? “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 |
Disappearing data 14/04/2016 at 21:45 #81842 | |
GeoffM
![]() 6344 posts |
If it is only activities referenced by decisions then it does sound like the decisions are wrongly affecting the base timetable instead of a copy of the timetable. " said: Is it possible that if you save the TT after some of the activities have been automatically deleted but the train is still live in sim then you over-write the original TT with the TT where the activities have already been deleted?That is not what is supposed to happen - it should not matter what trains are in-sim, yet to enter, or been and gone. The F4 view - with the exception of trains marked as entered and one or two other fields which are ignored when saving - is what should stay in the base timetable. SimSig Boss Log in to reply The following user said thank you: postal |
Disappearing data 18/04/2016 at 20:38 #81912 | |
clive
![]() 2766 posts |
I've located the problem. When a simulation is loaded, the activities at each train's current location are checked against the current choices made to see if they are to take place or can be deleted (there are good reasons for this). Unfortunately, this was being done before the decisions were loaded from the .ssg file! If an activity (or anything else) refers to an unknown decision, it doesn't happen. Since no decisions are known, all conditional activities at the current location are deleted. This will be fixed in the next release of the Loader. Log in to reply The following users said thank you: postal, KymriskaDraken |