2007/2/19, Max Wiehle <<a href="mailto:max.wiehle@gmail.com">max.wiehle@gmail.com</a>>:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br>Hope it's okay if i just jump right into the discussion. I just read<br>about wasabi on a dashboard-hackers and i am quite interested in it so i<br>tried to catch up with the mailing list archive. I worked on a metadata
<br>store for beagle during last years Summer of Code and i am still trying<br>to follow what happens on the desktop search / metadata side of things<br>as time permits.<br><br>Am Sonntag, den 18.02.2007, 21:15 +0100 schrieb Mikkel Kamstrup
<br>Erlandsen:<br><br>><br>> Ok. If we are to standardize something like this, I would assume that<br>> we use dbus for rpc - as far as I can tell that doesn't seem to be a<br>> problem..? Fx a dbus api like:
<br>><br>> - AddFile (in as metadata, in s input_file)<br>> - AddText (in as metadata, in s text)<br>><br>> where the metadata argument contains things such as uri, mime, and hit<br>> type (in some specified order (and maybe some
<br>> filtering/stemming/whatnot info)). The AddFile method sorta replaces<br>> the "drop-in-special-dir" approach - the drop-in-special-dir method<br>> could still be allowed for apps not talking dbus. The AddText method
<br>> should encapsulate the functionality of Beagles' current<br>> IndexServiceRequest/Indexable duo.<br><br>Maybe it would be possible to have a<br> - AddMetadata (in as metadata, in s uri)<br>as well. This could be used for all kinds of metadata that is added to a
<br>object aside from indexing. fx tags, emblems, notes in nautilus. Or<br>epiphany might add "downloaded_from" to a files metadata - saved<br>attachements could be marked as belonging to a certain email and vice
<br>versa etc.</blockquote><div><br><br>Agreed. I figure this belongs under the Wasabi metadata spec and api - which is yet to be discussed. Maybe I better kick that off soonish - the search spec relies on some bits and pieces from it anyway.
<br><br>The two methods I mention is specifically only targeting an indexer since I don't think it should be a requirement to both an indexer and metadata storage.<br></div><br>Is there any where we can have a look at your work?
<br><br>Cheers,<br>Mikkel<br></div>