wisblue
DIS Veteran
- Joined
- Apr 28, 2003
- Messages
- 4,385
Seems with the MagicBands this would be an easy bit of data to compile:
User A is now boarding ride Y. User A first came into proximity of the ride Y queuing area 25 minutes ago. User A did not have a FP+ reservation for ride Y. Add User A Stand By time of 25 minutes for ride Y to current calculation bucket, remove oldest entry. Recalculate average wait time. Charge $thousands for latest data.![]()
The data is easy enough to gather, but it still doesn't answer what people really want to know. All that User A's experience tells you is that the standby wait for Ride Y was 25 minutes 25 minutes ago. If nobody got in the line behind User A, the wait time would now be zero. On the other hand, if several major tour groups entered the line behind him, the current wait would be a lot longer.
User B who enters the line at the same time User A is boarding the ride wants to know how long he is going to wait, not how long User A waited.
The posted wait time is Disney's best guess of how long the wait is going to be and, in our experience, that posted time is usually inflated so that the actual wait is shorter than the posted wait a lot more often that it is as long or longer. Fast passes (paper or FP+) make estimating the standby wait that much more difficult because it is impossible to know for sure how many people are going to be coming with FPs in the next 10, 20, or 30 minutes.

