Re: [Tracker] Tracker and Zeitgeist

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

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?


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