Here are some mini-bugs/inconsistencies of Wikistats2 regarding time management.
Maybe we could tackle them before calling Wikistats beta.
- The column chart cuts out the last value of the chart, partially or completely, depending on time period. Not specifically a time-range problem, rather a chart problem, but related. See: https://stats.wikimedia.org/v2/#/all-projects/reading/total-page-views/normal|bar|3-month|~total|daily and compare with the table view or line chart.
- The 1-month view shows more than 31 days, shows last 2 complete months and current month until today. We should show i.e. last 31 days, no? And we could invalidate the monthly resolution for that period.
- Charts show an extra data-point. The 3-month time-range (monthly) shows 4 monthly data points; The 1-Year time-range (monthly) shows 13 data points. Also, 2 year time-range shows 25 data points. Etc. This happens in the dashboard as well. I suspect also in the YoY calculation, because it says "last 12 months (Jul 2018 - Jul 2019)", which is 13 months if we consider both inclusive, which is the way all other dates work in Wikistats2 no?
- When you select a preset time-range in the time-range selector, the end date that appears in it (before closing) is exclusive (e.g. 26th Aug). While the date that appears in the closed time-range selector button is inclusive (e.g. 25th Aug).
- When you select 3-month time-range, it defaults to daily granularity, and it shows the last 3 complete months, plus the current month. When you change granularity to monthly and then back to daily, it shows just the last 3 complete months, plus the first day of the current month. Kind of a corner case, but still a bit confusing.
- When you select 3-month period, the graph defaults to daily granularity. But if you click on another metric, the graph changes to monthly granularity, even if you switch back to the previous metric.
If you think those are not required for beta, let's tackle them later.