Re: [Tracker] Roadmap to 0.7

[Martyn Russell <martyn lanedo com>]

On 10/07/09 13:23, Jamie McCracken wrote:
> On Fri, 2009-07-10 at 13:46 +0200, Philip Van Hoof wrote:
> > On Fri, 2009-07-10 at 07:11 -0400, Jamie McCracken wrote:
> >
> > > I would like to eliminate the Zeitgeist daemon as what they want to do
> > > is most inefficient - get relevant data from tracker to a python
> > > middleware process and forward it on to clients. IOW their daemon acts
> > > like a wrapper around tracker and is therefore redundant not to mention
> > > bad design!!! They should use a c lib if they want to wrap tracker not a
> > > python daemon!
> > Jamie,
> >
> > I don't want to lecture you, but if you want us to continue cooperating
> > with projects like Zeitgeist the way we have been doing for the last few
> > weeks, then please don't use terms like eliminate, inefficient and bad
> > design. It's not helping.
>
>
> My concern is that it will make tracker look slower if there is
> unnecesary redirection. We should take steps to explain that it makes
> more sense to use tracker directy in cases were raw data from tracker is
> being sent to and from gnome apps - thats all I meant

Yea, as I said before, this is not a problem. People already think 
Tracker is crap because our image has not been publicly updated *enough* 
by us over the last year :P

Not that this is an excuse :) but really, we will have to support people 
using Tracker because with the new SparQL there will be apps misusing 
the APIs/language simply because they may not be experienced with it. 
This is fine, but if we can show with some basic tutorials/examples/etc 
in tracker-utils/ that it is lightning quick (as we do with the 
tracker-sparql man pages) people will see that it is fast and that the 
buck stops with application X.

You can't expect to deliver APIs with great exposure to data with such a 
rich language to access it without people *possibly* abusing or misusing 
it out of inexperience.

--
Regards,
Martyn