Hi, On Mon, Oct 10, 2011 at 1:33 AM, Age Bosma <agebo...@gmail.com> wrote: > Hi, > > Would it be an idea to extend this concept by supplementing the metadata > which could not be determined from a file with info from external > resources? And/or intelligent guessing for that matter?
Definitely! We had that idea in mind when we designed Tracker. You just need to implement a miner to calculate or to bring from somewhere else that information. > The external and guessed meta-data should be stored separate from the > normal meta-data stored by Tracker, marked as an external > title/director/... tag. We have a limited support for graphs into Tracker that can be used for that. We use it already to know when certain triplet came from the file or from an application. > It is then up to an application to decide what to use. I.e. normal title > present? Use it. No title present but an external title present? Use > that one if you like. That is nice in theory, but in practice means the application must do multiple queries just for the title. Also, the application needs to know how many different sources of information are available. I would say that those "scrapping miners" should override the values of the properties they know. In some cases we could add new properties to the ontologies and the application could use "tracker:coalesce" in the query. > Does functionality as described above fit within the goals/scope of tracker? > Would there be any objections again going into this direction? > Does tracker allow extending functionality as described above? It fits very nicely with our vision of Tracker. You just need to implement a miner (check libtracker-miner) and use the graphs wisely to put the information into Tracker. Of course it is the first time anybody writes a "scrapping miner", so maybe we need to fix details here and there. Business as usual. 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). > Does the current shared-filemetadata-spec provide a way to store > information as external/additional? That spec is completely out-of-date. The model we are actually using is here: http://developer.gnome.org/ontology/unstable/ The documentation about libtracker-miner is here: http://developer.gnome.org/libtracker-miner/unstable/ And you will need to use also libtracker-sparql: http://developer.gnome.org/libtracker-sparql/unstable/ If you need a more interactive help, feel free to come to IRC (#tracker in GIMPnet) and ask! Regards, Ivan _______________________________________________ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list