Re: [Tracker] Some nmm:MusicAlbum issues

[Calvin Walton <calvin walton gmail com>]

On Mon, 2010-06-14 at 03:05 +0200, MichaÅ Sawicz wrote:
> Hi everyone.
>
> I have talked a bit with pvanhoof, ottela and abustany about some issues
> I've come into when dealing with music albums in Tracker and we decided
> that they need to be discussed more widely.

> 1. The nmm:albumArtist isn't handled at all
> 2. Currently albums have uris created with 'urn:album:%s' where %s is
> replaced with the album title.
> 3. Multi-disc albums. Already filed as bgo#621430, nmm:setNumber is
> currently a property of nmm:MusicAlbum.
> 4. Release dates, again, are only written to nmm:MusicPieces (to
> nie:contentCreated), whereas nmm:MusicAlbums could have this set, too.

> The album
> duration, and track count as well, should IMO be taken from an external
> source, if possible.

One thing I've been wondering about for a while is the possibility of
integrating metadata from Musicbrainz into the tracker database. Files
which have been tagged from Musicbrainz (e.g. using PicardÂ) have
a /whole/ lot of extra metadata encoded into the tags, including such
useful information as UUIDs for Artist, Album, Album artist, and Track,
as well as additional artist links for arranger, composer, etc.

Note that using a musicbrainz-provided UUID completely fixes the problem
of non-unique artists and albums when they share a name.

Most of this info can be extracted from the tags on media files, but
some needs web service lookups for full information.

I think it could be interesting if the media tag extractors could be
extended to get some of this info (the UUIDs in particular), then
perhaps a Musicbrainz extractor could be added to fill in additional
information, and even update file metadata?

(It looks like they actually have plans to implement an RDF web service
supporting SPARQL queries.)

[1] http://musicbrainz.org/
[2] http://musicbrainz.org/doc/PicardDownload

-- 
Calvin Walton <calvin walton gmail com>