Re: [Tracker] The org.freedesktop.Tracker.Files.Create method

[Jamie McCracken <jamie mccrack googlemail com>]

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 <spam pvanhoof be>:
> > On Fri, 2008-07-04 at 11:00 +0200, Mikkel Kamstrup Erlandsen wrote:
> > > 2008/7/3 Philip Van Hoof <spam pvanhoof be>:
> >
> > > 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