[trends] Add time periods
This commit is contained in:
14
PROJECT.org
14
PROJECT.org
@ -88,7 +88,7 @@ fetching and simple saving.
|
||||
*** Metadata sources
|
||||
**** Scraper
|
||||
|
||||
* Backlog [0/20] :vrobbler:project:personal:
|
||||
* Backlog [1/21] :vrobbler:project:personal:
|
||||
** TODO [#C] Create small utility to clean up tracks scrobbled with wonky playback times :bug:music:scrobbles:
|
||||
:PROPERTIES:
|
||||
:ID: 702462cf-d54b-48c6-8a7c-78b8de751deb
|
||||
@ -590,6 +590,18 @@ We should rename `email_scrobble_board_game` to reflect the fact that it's just
|
||||
a helper method to create board game scrobbles given a json blob. It's
|
||||
independent of the email flow it was originally creatdd for
|
||||
|
||||
** DONE [#B] Trends dont seem to look very far back :trends:
|
||||
:PROPERTIES:
|
||||
:ID: ffcfba3f-5a93-9ee0-9680-666e6eccd684
|
||||
:END:
|
||||
|
||||
*** Description
|
||||
|
||||
Specificially, looking at reading-pace when run on prod, it claims that I've
|
||||
only had one reading session without music. Which may be true, but perhaps we
|
||||
need to indicate what the time frame we're looking at is (month, week, year)
|
||||
and provide a way to jump back and forward through time, same as charts.
|
||||
|
||||
* Version 54.1 [1/1]
|
||||
** DONE [#A] Concurrent listening trend is inefficient and should be disabled :trends:scrobbles:
|
||||
:PROPERTIES:
|
||||
|
||||
Reference in New Issue
Block a user