Uploaded image for project: 'MusicBrainz Server'
  1. MusicBrainz Server
  2. MBS-9858

Statistics/Time Graph/Rate of change: incorrect handling 31/30/28 day months?

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Open
    • Priority: Normal
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: Statistics
    • Labels:
      None

      Description

      Hey,

      Looking at the statistics page I was wondering why the rate of change around the end of month shows sudden spikes:
      https://musicbrainz.org/statistics/timeline/main#r+g/1495997787551.055/1542585600000+-recording

      Issue: end of months, especially February (28 or 29 days) shows an increase in change, while the first days are usually a bit 'slower'. This seems unrealistic and is also not reflected in the actual data (eg core entities based on numbers).

      Might this be caused by the incorrect dealing of month lengths in the calculation? Is there a 4 week based system?
      Rate of change based on days should be used instead.

      Attaching example screenshot.

        Attachments

        1. Clipboard01.jpg
          330 kB
          Michel Vorenhout

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              michelv Michel Vorenhout
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:

                Packages

                Version Package