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>Am Montag, den 19.02.2007, 23:14 +0100 schrieb Mikkel Kamstrup<br>Erlandsen:<br>> 2007/2/19, Max Wiehle <<a href="mailto:max.wiehle@gmail.com">max.wiehle@gmail.com</a>>:<br>> Hi,<br>><br>
> Hope it's okay if i just jump right into the discussion. I<br>> just read<br>> about wasabi on a dashboard-hackers and i am quite interested<br>> in it so i<br>> tried to catch up with the mailing list archive. I worked on a
<br>> metadata<br>> store for beagle during last years Summer of Code and i am<br>> still trying<br>> to follow what happens on the desktop search / metadata side<br>> of things
<br>> as time permits.<br>><br>> Am Sonntag, den 18.02.2007, 21:15 +0100 schrieb Mikkel<br>> Kamstrup<br>> Erlandsen:<br>><br>> ><br>> > Ok. If we are to standardize something like this, I would
<br>> assume that<br>> > we use dbus for rpc - as far as I can tell that doesn't seem<br>> 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,<br>> mime, and hit<br>> > type (in some specified order (and maybe some
<br>> > filtering/stemming/whatnot info)). The AddFile method sorta<br>> replaces<br>> > the "drop-in-special-dir" approach - the drop-in-special-dir<br>> method
<br>> > could still be allowed for apps not talking dbus. The<br>> 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<br>> added to a
<br>> object aside from indexing. fx tags, emblems, notes in<br>> nautilus. Or<br>> epiphany might add "downloaded_from" to a files metadata -<br>> saved<br>> attachements could be marked as belonging to a certain email
<br>> and vice<br>> versa etc.<br>><br>><br>> Agreed. I figure this belongs under the Wasabi metadata spec and api -<br>> which is yet to be discussed. Maybe I better kick that off soonish -
<br>> 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<br>> since I don't think it should be a requirement to both an indexer and
<br>> metadata storage.<br>Okay, i did not know there was a seperate metadata spec and api. Makes<br>sense.<br><br>> Is there any where we can have a look at your work?<br>Its in the beagle svn in<br><a href="http://svn.gnome.org/viewcvs/beagle/branches/beagle-metadata-branch/">
http://svn.gnome.org/viewcvs/beagle/branches/beagle-metadata-branch/</a><br>mostly in beagled/SqliteMetadata/...<br><br>It's only the store and some internal beagle changes that save metadata<br>to the store. But there is no external api yet.
<br><br>EntityStore.cs is the central store.<br>SqlMetaTests/TestEntityStoreBasics.cs illustrates the usage a little<br>bit.<br>SqlMetadata.cs implements an EntityStore that tries to verify metadata<br>against a model supplied in SqlMetaModel and stores it marked as
<br>non_verified anyway if it can't be verified.<br><br>If there are any questions please ask. I am quite busy right now but i<br>will be working on similar things from april on for my diploma thesis so<br>i will try and keep in touch.
</blockquote><div><br>Cool, I will have a look at it when I can find some time...<br><br>Just a quick question: Do you do hierarchical metadata - in the sense that fx Type:Music is a subtype of Type:Audio so that searching in the Type:Audio field also turns up stuff with Type:Music?
<br></div><br><br>Cheers,<br>Mikkel<br></div>