|
|
@@ -1,15 +1,33 @@
|
|
|
#+title: TODOs
|
|
|
|
|
|
-A fun way to keep track of things in the project to fix or improve.
|
|
|
+* Version 17
|
|
|
+** TODO [#A] Show the description of a task in the string rep for a scrobble of a Task :personal:project:scrobbling:vrobbler:feature:
|
|
|
+** TODO [#B] Add AllTrails as a source for Trail data :vrobbler:trails:feature:personal:project:
|
|
|
+Pretty clear, I would love to make trails more useful. Historically I wasn't
|
|
|
+hiking a lot, which made the source for this a bit silly. But it's clear that
|
|
|
+AllTrails is the best source, though having TrailForks is nice to.
|
|
|
+** TODO [#B] Add `garmin_activity_id` to the TrailMetadataLog class :vrobbler:trails:feature:personal:project:
|
|
|
+Would be nice to have some loose connection to the actual event in my Garmin profile.
|
|
|
+** TODO [#B] Explore a way to add metadata editing to scrobbles after saving :vrobbler:spike:scrobbling:personal:project:
|
|
|
+Could be as simple as a JSON form on the scrobble detail page (do I have have one of those yet?).
|
|
|
+** TODO [#B] Explore a good way to show notes and descriptions from scrobbles to users :personal:project:scrobbling:vrobbler:spike:
|
|
|
+** TODO [#C] Fix bug where podcast scrobbling creates duplicate Podcast :project:vrobbler:scrobbling:podcasts:bug:personal:
|
|
|
+Rather than pick up an existing Podcast using the podcast title in the mopidy
|
|
|
+file name, Vrobbler creates a new podcast with no enriched data. Not a big deal
|
|
|
+for my use as the volume of podcasts I listen to makes manual fixes easy. But
|
|
|
+it's annoying.
|
|
|
|
|
|
* Version 0.16.0
|
|
|
-** TODO [#A] Jellyfin, bandcamp tracks from Mopidy create duplicate music tracks :bug:scrobbling:music:
|
|
|
+** DONE [#A] Jellyfin, bandcamp tracks from Mopidy create duplicate music tracks :bug:scrobbling:music:
|
|
|
+:PROPERTIES:
|
|
|
+:ID: 670e8634-49b5-dce9-1684-14f2ffb797f1
|
|
|
+:END:
|
|
|
Effectively, any track that comes in without a MusicBrainz ID does some funky
|
|
|
lookup where it doesn't find a track without an MB id and the track title /
|
|
|
-artist combination and creates a new track everytime. This has to be cleaend up
|
|
|
+artist combination and creates a new track every time. This has to be cleaned up
|
|
|
by condensing the duplicated tracks into the original proper track.
|
|
|
|
|
|
-But it opens a bigger quesiton about how much MB id should the drive the app
|
|
|
+But it opens a bigger question about how much MB id should the drive the app
|
|
|
lookup. If it can't be depended on to exist from all sources, it really can't be
|
|
|
canonical. Instead, the combination of track title / artist is really the best
|
|
|
we can do. Last.fm also has this problem, where it doesn't know about albums and
|
|
|
@@ -481,4 +499,3 @@ has to re-populate when the server restarts.
|
|
|
}
|
|
|
}
|
|
|
#+end_src
|
|
|
-** TODO Fix bug in podcast scrobbling where a second scrobble is created after completion :scrobbling:podcasts:bug:
|
