-
-
Notifications
You must be signed in to change notification settings - Fork 126
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Discussion] Ride wait time when not evaluated by the park #180
Comments
I think that the readme should also mention it (related to #12) |
I think we usually just return a wait time of "0". Under the assumption (a good assumption??) that rides without wait times usually don't have much of a queue. Should it maybe be this instead? |
I think it's a bad assumption. If some parks have open/close/down informations but not the waiting time, the waiting time should not be 0 OR we should have a flag on the park or ride to interpret it.
|
I need to ponder this, I find "open but waiting time unknown" really confusing as you never really "know" a wait time, it's all guessing by the parks using what data they have, and I have never been to a theme park where they just shrug rather than taking some guess at the wait time. |
I understand your point. Do you agree on the concept of having this kind of state (status of ride without waiting time)? |
I will try to update the following table in the meantime:
|
Linked to issue cubehouse#180
OK, so should we add a new ride status? |
IMHO, We don't need a "Unknown" status, but a "Open but wait time not shared by the park" status lol |
This example is linked to cubehouse#180
I submitted a PR to accept null as a valid value for ride.waitTime, to illustrate my opinion. Currently (before the PR), if you look at the AsterixPark, some rides have waitTime set to NaN, and it still passes the OnlineTest check. // In asterixpark.js, with 'ridetime.latency = undefined'
rideUpdateData.waitTime = parseInt(ridetime.latency, 10);
// so rideUpdateData.waitTime = NaN
// In OnlineTest
typeOf rideUpdateData.waitTime === 'number' // is true when waitTime = NaN
// so the test passes: the NaN value is considered valid even if it's more a code issue than a real value. For me, NaN should not be a valid value, but null should be considered as valid, as 'null' symbolise the fact that we explicitly set that the waitTime is not shared by the park. |
Another approach is to consider that the waitTime is not mandatory, and add it in the meta data. |
Favourite proramming wtf is "typeof NaN === 'number'" Having null times makes sense to me |
Hahaha discovered it with this issue :) |
I never went to a Six Flags park.
On the readme file, it's specified that all the six flags parks supports ride waiting times.
I checked the responses for Six Flags Great Adventure, and the waiting time is null, which is interpreted as 'ride closed' by the library (lib\sixflags\sixflagsbase.js:59).
E.g.
We cannot distinguish a closed attraction, the library gives the same result.
How could we manage the 'open ride but no waiting time' status?
The text was updated successfully, but these errors were encountered: