-
Notifications
You must be signed in to change notification settings - Fork 11
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
Animation slider time mismatch in animate_process #28
Comments
To expand here's the animate_process settings I have listed below. the timestamp is listed a datetime column.
|
I am not entirely sure what you mean. I just checked the rendering of the timeline slider and that should be exact (in local timezone). Are you displaying the current time on the token? If you could share (or send me) a little excerpt of the data then that would be really helpful to debug. However, what I can think of is that there is a little hack in the way the token timings are generated to prevent tokens from moving to quickly. The parameter Try to call the animate_process method with |
I think I've discovered the issue. It appears that the animate_process slider wants to display the timezone to UTC even though earlier in the program I've set my timezone to "America/Chicago" Here's some example of data I'm using
|
On my computer in UTC+1 it also shows UTC. I think it has something to do with the Javascript library I use. Will check if it is possible to show it in the local timezone of the Browser (not R since that may be running on a server). |
I've noticed that when trying to animate the process map of items with lubridate formatted timestamps (ie. 2020-04-14T08:43:00Z), that there's a discrepancy with the time displayed on the animation time slider ~4-5 hrs earlier (2020-04-14T04:10:00Z). I didn't know if this was an artificial manipulation as a result of the slider wanting and initial timepoint to lock in on (since the default is 0) or if this was a bug issue. It does appear that the durations are the same though.
The text was updated successfully, but these errors were encountered: