You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Because the first 3 hours of data (from 12am to 3am EST) is technically the day before (9pm to 12am PST) the data is not being rendered in the mobility visualization.
Should we ignore the current timezone and just show show the data from the perspective of the user who collected it? Or should we adjust the data for the timezone? If we adjust the data to use the timezone, we need to fix this bug so it shows data from the end of the previous day in cases like this.
The text was updated successfully, but these errors were encountered:
How did you test this? I am wondering how you know the data exists and who isn't making it available. The server should already have provisions for this, so the call to mobility/read with a date of, say, "2012-12-03" should return all Mobility points for that day as the user experienced them. However, I feel that it would be odd for the front end to remove these points of the server returned them...
I checked the points in the db. I'm not sure if the server just isn't returning the correct points, or the frontend isn't rendering them correctly though.
Because the first 3 hours of data (from 12am to 3am EST) is technically the day before (9pm to 12am PST) the data is not being rendered in the mobility visualization.
Should we ignore the current timezone and just show show the data from the perspective of the user who collected it? Or should we adjust the data for the timezone? If we adjust the data to use the timezone, we need to fix this bug so it shows data from the end of the previous day in cases like this.
The text was updated successfully, but these errors were encountered: