I think it might be better to call it CreateEntity rather than CreateFile alos CreateFile was really for adding metadata against Gnome VFS files which tracker could not see - with GIO usage in tracker this is no longer relevant
On Fri, 2008-07-04 at 11:27 +0200, Mikkel Kamstrup Erlandsen wrote: > 2008/7/4 Philip Van Hoof <[EMAIL PROTECTED]>: > > On Fri, 2008-07-04 at 11:00 +0200, Mikkel Kamstrup Erlandsen wrote: > >> 2008/7/3 Philip Van Hoof <[EMAIL PROTECTED]>: > > > >> Daze[1] actually use org.freedesktop.Tracker.Files.Exist to store user > >> annotations directly in Tracker. So the API is indeed of use. However > >> another incarnation of it may be more in order. > > > > The Files namespace would indicate to me that it's strictly about files. > > Unless the file must be created doesn't Files.Create make a lot of sense > > to me. Files.Exist should be called Files.IsIndexed. > > > > If Files.Create is for creating arbitrary records that don't necessarily > > represent a thing like a real file, I personally would call it something > > like: > > > > Arbitrary.Create or > > Objects.Create or > > Indexables.Create > > > > Files.Create right now puts something in file-meta.db, but file-meta is > > clearly for "real files"-only. Maybe a arbitrary-meta.db is in place. > > > > > >> With my Xesam hat on I imagine that the Xesam Metadata Storage spec is > >> going to have something like: > >> > >> CreateRecord (content, source, fields) > > > > CreateRecord would make sense, except that it tells too much about the > > implementation detail of 'records' being used, in my opinion. > > > > For the user of Xesam, it doesn't matter how the indexer stores things. > > I don't want to store things in the Index. I want to store it in > something that I as a developer can think of as a "persistent data > store". An abstract place where I can shovel data into and later > search and retrieve it, and be confident that the data is not lost if > the user upgrades her distribution or what ever. > > Therefore the Record metaphor makes good sense to me. > > >> Where one could store a purely virtual record in the db. The indexer > >> should automatically pick this up somehow. I have not really thought > >> the API through so please don't take CreateRecord to seriously. I do > >> however see the need for something along those lines. > > > > Okay :) > > > >> [1]: Daze was a part-serious part-sample application I stirred > >> together to test Tracker. See http://www.grillbar.org/wordpress/?p=173 > > > > Sure, we can probably adapt it easily to start using a more meaningful > > remote Tracker API? :) > > > > Sure. I am not opposing a deprecation or removal of the Files.Create > (and friends) API of Tracker. Just pointing out the features they > provide are in fact useful. > > Cheers, > Mikkel _______________________________________________ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list