Re: [Tracker] Tracker and Zeitgeist

[Martyn Russell <martyn lanedo com>]

On 12/07/09 12:10, Ivan Frade wrote:
> Hi,

Hi :)

> I think this topic deserves a new thread. It is not really related with
> 0.7 release plans.

Good idea.

...

>   This triplet goes into tracker (In this sense, zeitgeist is a
> "miner"). What we will have into tracker is the processed information
> and not a wild bunch of events with no meaning. Tracker is a metadata
> storage for applications, and it is not intended to be an efficient
> "data mining" backend! The "data mining" is done by external processes
> and only directly useful things are stored into tracker.

I disagree completely with this.

If you remove the file system miner, you end up with just a daemon and a 
db and that's it. This makes tracker completely useless on its own. To 
some extent, you could say it is anyway without 3rd party applications 
using it, but I think (like the UI discussion in the roadmap thread) we 
need to have *something* to demonstrate if nothing else.

This miner will also show HOW to write other miners and populate the 
database so people can use tracker without needing other applications.

Personally, I tend to agree with Jamie to somewhat, I think the miner-fs 
is a really important part of the project.

>   So the idea is:
>
> 1) Applications store events in zeitgeist daemon
> 2) Every now and then zeitgeist daemon push into tracker relations
> between docs, applications, tags, bookmarks, and so on.
> 3) Applications (including zeitgeist UI) use tracker to retrieve information
>
> On the tracker side, we just wait for zeitgeist developers to specify
> what properties do they need in the ontology.

This is what I am expecting too.

> This is my understanding after some conversations with Seif and Federico
> about tracker and zeitgeist. They look happy with it, and  It sounds
> great to me.

The only big question I have is, do we need quad store to do this?

--
Regards,
Martyn