I was at HS yesterday, and I had to adjust my touring plan during the day due to multiple periods of the day when multiple rides were down. While I was waiting for food at a TS restaurant (that I had reserved and blocked out in Touring Plans), I was updating my plan to reflect the changes that had occurred during the day (e.g. marking some activities complete earlier than scheduled, mark other rides as something I’d like to do multiple times, etc.). While I could make these changes to the raw data, I wasn’t able to re-optimize my plan. The TP app (iOS) told me that the only way to generate a new optimization would be to cancel/delete/mark complete the restaurant visit (because it was after the scheduled start of the restaurant reservation, but before the scheduled end of the event). None of those options were appropriate for my situation, because I didn’t want to leave the restaurant before finishing the meal, and I didn’t want the TP algorithm to think that I would be starting the activities immediately, which is what I think it would have done had I done any of these things. Generating a warning for situations like this might be reasonable, but then there should be some way to override this warning and indicate that I understood what I was doing and that I really wanted to to do this, rather than having the system throw an error and refuse to do the requested optimization.
I agree with you…but wondering if you could simply adjust the start time and length of the meal you are in so that it is essentially the next activity, so that you could still optimize it?
I’ve actually gone through my phone’s web browser to get to the TP website to make “real time” changes. You can do it that way.
I agree that it is something you should be able to do in the Lines App though.
That would probably work for a single run of the optimizer, but if I wanted to play “what if,” and run it more than once during the meal, then I might have to re-adjust the meal start time and duration multiple times. (Reasons to run optimization multiple times might be that the system indicated that I can’t finish all requested activities before park closing, or it indicates that there will be multiple large gaps in the schedule. Reasons for a delay in successive runs of the optimizer might be that you run the optimizer, then a course of the meal is served, you take more than 5 minutes to eat the course, and you then make updates and re-try optimization while waiting for the next course.)
I didn’t test this as much, but I think a similar situation exists with scheduled breaks.
I can’t even deal with the lines app. The browser is just so much easier.
Basically you would plan a 5 minute meal and have your plan start time coincide with that. As long as it’s in the future, and it should have been since you were still eating, than you should be able to reoptimize.