Re: [Tracker] Unified search/metadata api/spec

["Mikkel Kamstrup Erlandsen" <mikkel kamstrup gmail com>]

2006/11/22, Jamie McCracken <jamiemcc blueyonder co uk>:

Mikkel Kamstrup Erlandsen wrote:
> I put up a draft about a unified search/metadata api/spec here:
>
> http://wiki.freedesktop.org/wiki/WasabiDraft
>
> Jos (of Strigi fame) and I having been chatting back and forth about
> this, and I think we are ready for wider commenting now... Yes - that
> means go to the wiki and spill your heart! - But don't forget: This is
> not about nitpicking - this is about getting a common spec for desktop
> search...
>

not a bad start - I did see the traffic on freedesktop but was too busy
to reply then

anyway big thing missing is service type (Files, Music, Emails etc)

I don't understand the need to expose the service type - especially in a "simple"  api. It seems to be an implementation detail in the backend, no?

To restrict to a service type in tracker, you would use the "group" switch defined in the wasabi search language.

dont understand all the talk about need for a separate lib/daemon

Because you have to know the object path to connect to the interface. Apps should not know about this.

just use dbus object org.freedesktop.indexer and interface
org.freedesktop.indexer.SimpleSearch

only one dbus server can own that object/interface at any one time so
theres no need for conflicts and it will autoactivate the correct
service (unless you have multiple services installed which will never be
the case in practice)

Ideally the lib/daemon will wont be required, and the design is also based around that the managing object can be easily removed if unnecessary. There are situation however where there is a need for one. I for one, both have Beagle and Tracker installed (and Strigi soon I expect).

Can we please take this discussion to xdg and the WasabiDraft wiki page on fdo.

Cheers,
Mikkel

PS: Tracker 0.5.2 is rocking! Man you guys kick <obscene word>!