Re: [Tracker] Guessing metadata and retrieval from external resources
- From: Adrien Bustany <abustany gnome org>
- To: <tracker-list gnome org>
- Subject: Re: [Tracker] Guessing metadata and retrieval from external resources
- Date: Wed, 12 Oct 2011 14:11:33 +0300
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]