Nepomuk collection plans

[Ian Monroe]

On Tue, Jul 29, 2008 at 3:36 PM, Daniel Winter <dw at danielwinter.de> wrote:
> Hello,
>
> I had a talk with Sebastian Trüg today about some issues with the Nepomuk
> collection. "very slow filtering" mainly
>
> We come to the conclusion that introducing artists, albums and track resources
> in Nepomuk would be the best solution. In the longterm that would be the best
> anyway.
>
> To explain:
>
> At the moment Amarok uses the data from strigi. So the resources in Nepomuk
> are files.  (their resource uri is the path in the filesystem).
>
> So every song is a file.  When i need a list of all artists fpr example I query
> then distinct for all artists from all files.  That is quite slow and really
> slow when I need to filter. For example only all artists which have "foo" in
> their name. That takes about 10 seconds on my pc.
>
> Every data is linked directly to files.  But in the real word it is different.
> For example a cover is a attribute of the album and not the file. Or the
> release year is often an attribute of the album not the files.
>
> So the plan is to create resource types for artists, albums and tracks in
> Nepomuk.

What about composers?

And also think about smart and dynamic playlists. We need to be able
to quickly filter on really all the fields. :S

Ian