History of Music Archive metadata management
<p>While trying to sort material in the Music app on Nextcloud I was pushed back down a path that the old grey cells had neatly switched off. ((Processing a disk on MusicBrainz))</p>
<p>Picard has provided a better base for the naming convention, but still falls over when there are multiple releases of an album. THAT is one reason for having a date in the album title, especially when MusicBrainz has the same album name for dozens of releases with different track details.<br />
Music maintains the basic folder structure, so starting with an artist folder, one can then add a level to separate material which may be another way to separate new releases from the originals. Such sub-folders as studio, live, compilation, remix, singles and the like make sense for artists that have an extensive catalogue, while for smaller artists with only perhaps a dozen recordings this is probably overkill. When an release consists of multiple items, sub folders for each disk can be useful, but the Picard convention of Disk-Track before the track title seems a little tidier when all of the other data is contained in the metadata. CD1 and CD2 in the Music Display Tree just make things more cumbersome.</p>
<p>Have a working crib sheet now to tidy the original files (TODO). Then after cloning to the nextcloud server data folder I need to run files:scan --path='->Music', music:scan music:cleanup and I'm getting the updated metadata.</p>
<p>Picard has provided a better base for the naming convention, but still falls over when there are multiple releases of an album. THAT is one reason for having a date in the album title, especially when MusicBrainz has the same album name for dozens of releases with different track details.<br />
Music maintains the basic folder structure, so starting with an artist folder, one can then add a level to separate material which may be another way to separate new releases from the originals. Such sub-folders as studio, live, compilation, remix, singles and the like make sense for artists that have an extensive catalogue, while for smaller artists with only perhaps a dozen recordings this is probably overkill. When an release consists of multiple items, sub folders for each disk can be useful, but the Picard convention of Disk-Track before the track title seems a little tidier when all of the other data is contained in the metadata. CD1 and CD2 in the Music Display Tree just make things more cumbersome.</p>
<p>Have a working crib sheet now to tidy the original files (TODO). Then after cloning to the nextcloud server data folder I need to run files:scan --path='->Music', music:scan music:cleanup and I'm getting the updated metadata.</p>