-
Notifications
You must be signed in to change notification settings - Fork 13
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
visual fallback if no data in default date range #136
Comments
So PR 200 has created a fallback where any date range error results in @Floppy I'm trying to get a sense of what the ideal expected behaviour is, what presumptions are safe to make.
Steps: Part 2
For the link that you've given there's only 3 data points in the entire endpoint, so viewing the entire range of available data isn't a problem. But that won't be the case for every endpoint. It seems like there is a bug in how the chart visualisation handles the type of data returned by the latest endpoint alias. I think this needs to be fixed first so that there can be a generic fallback in place where |
yeah, tricky. The error message might be enough, but if we do want to do something automatically in chart view, perhaps we should show the last 10 values or something. No date range will work for all metrics - they could be per-second or per-year. |
I like that solution of last N values - maybe 30 or 24 (or some other number that maps to longer intervals of time) should be the number. |
@Floppy renaming this issue to be more descriptive of what it should resolve, please edit it back if you think its straying from specification |
separate ticket #253 opened to investigate whether there is a bug in play |
The default date range is often the last month. For instance, the link from the root list on the sport england metrics server goes to https://sport-england-bothan.herokuapp.com/metrics/inactivity/2016-06-01T16:08:34+00:00/2016-07-01T16:08:34+00:00. That gives a server error as there is no data in that range.
I'd expect, instead, the system to show the current value at that time (i.e. the most recent single data item).
The text was updated successfully, but these errors were encountered: