Re: [Tracker] Guessing metadata and retrieval from external resources



On 12.10.2011 12:11, Sam Thursfield wrote:
Hi

On Wed, Oct 12, 2011 at 9:42 AM, Ivan Frade <ivan frade gmail com> wrote:
On Tue, Oct 11, 2011 at 6:10 PM, Age Bosma <agebosma gmail com> wrote:
What about setting an attribute for a property? Is that an option?
I.e. just one title property, set with either info from a file or an external resource, with a way to determine where it came from afterwards.

In RDF you cannot put attributes in properties. You could do it
creating a new subclass or xsd:string with the attributes you consider
convenient (E.G. a boolean "guessed"). Probably this would require
deeper changes into Tracker, because xsd:string is a basic datatype...

Don't graphs give us that ability already? Data mined from the FS goes
in the fs miner's graph, data from online metadata services can go in
a separate graph, data entered by user-driven applications goes in
another ...

That works for multi valued properties, not single valued ones. A statement
can only be in one graph in Tracker, so you can't for example have two
nie:title (even in different graphs) for a same subject.


ÂNote that probably these new miners would need some UI (to ask the user what movie from a list is the one in their filesystem). This can
be tricky (no miner has specific UI so far).


I'd rather not go there. It would be very confusing for a user.
We would be better of just doing all in the background. Accuracy can be
increased by using multiple resources for the same thing.

ÂIt is even more confusing when you find movies you didn't even know
they exist in your movie library :) XBMC (my reference on this topic)
does a brilliant work guessing the movies and still it needs manual
input. Multiple resources won't help to classify a resource called
"hc-p01.avi".

I agree that it's impossible to guarantee metadata, but I think the
correct solution is to allow the user to correct the data when it's
being viewed in applications rather than to pop up a dialog during
extraction. Of course, this is hard :)

Sam
_______________________________________________
tracker-list mailing list
tracker-list gnome org
http://mail.gnome.org/mailman/listinfo/tracker-list




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]