Re: [help-GIFT] RFC: MRML for adding/removing documents to GIFT

[MUELLER Henning]

Hi,

thanks, Wolfgang.
I think that I personnaly prefer 

 <mrml session-id="44">
         <add-document collection-id="TSR500">
                 <document-list>
                      <document location="http://some.url/haha.gif"/>
                 </document-list>
               </add-document>
 </mrml>

as notation because it is very close to the rest of the mrml
communication.
The names are well readable and understandable, that is important. 
Besides the adding and removing of images, there are a couple of other
commands that might be needed:
- create a new image database,
- delete an existing database,
- get all image URLs in a certain database (is this already possible?).

This will of course mean that a secured (encrypted) communication is
desirable and that user management with password is necessary!

Once this is in place, there are of course lots of interesting
questions, such as choosing a feature set for a new database to be
created, selecting the rights of users (or user groups) on the creation
of a database. Somebody with good database knowledge should be a great
help with this as these should all be well known problems.

Cheers, Henning

Wolfgang Mueller wrote:
> 
> Hi,
> Henning is suggesting to add database updating functions to the GIFT. I would
> suggest thta both of us (and anyone who wants :-) ) to submit here what we
> imagine the functionality and the interface should be, and then choose one?
> 
> So, lets go:
> 
> We want to add documents to a *collection*, and not to an
> algorithm-collection combination. So this has to be handled by libMRML which
> needs to pass the information on to the feature extractors and indexers. So
> the add-document message would be:
> 
> <mrml session-id="44">
>         <add-document collection-id="TSR500" 
> location="http://some.url/haha.gif"; />
>         <add-document collection-id="TSR500" 
> location="http://some.url/haha.gif"; />
> </mrml>
> 
> or alternatively
> 
> <mrml session-id="44">
>         <add-document collection-id="TSR500">
>                 <document-list>
>                         <document location="http://some.url/haha.gif"; />
>                 </document-list>
>               </add-document>
> </mrml>
> 
> same for remove-document
> 
> <mrml session-id="44">
>         <remove-document collection-id="TSR500">
>                 <document-list>
>                         <document location="http://some.url/haha.gif"; />
>                 </document-list>
>               </remove-document>
> </mrml>
> 
> of course maybe some changes in the names. Please suggest.
> 
> This should already get us somewhere.
> 
> Oh yes, and what' with security?
> 
>  The idea is that we need some users and some authentification. A simple way
> of doing this is to ask for passwords on opening sessions, and to give out
> then a session ID that is random (using a good random number generator like
> /dev/rand). The good thing is, that we won't have to send around the password
> at each interaction.
> 
> Another way of authentification is to use local sockets and to find out the
> user id of the one on the other side. This is particularly useful for desktop
> use, as we don't need a password from the user, and still the stuff is secure
> except if the account itself is already insecure.
> 
> All this authentification business should be separated from the backend in a
> way that all the query engines just look at the gift-uid/gift-gid of the user
> (instead of looking directly at the credentials). gift-uid/gift-gid can be
> identical to the uid/gid of the user on the machine, but don't need to be, we
> should be free in the authentification methods we use.
> 
> Is anyone interested in implementing crypted MRML communication?
> 
> Of course, uid/gid implies rights management on the backend. I suggest
> writing a general rights management library for the GIFT that can be used by
> any index to filter results.
> 
> Cheers,
> Wolfgang
> 
> _______________________________________________
> help-GIFT mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/help-gift

-- 
     ----------------------------------------------------------
     Henning Mueller, Computer Vision Group
     Computer Science Department, University of Geneva
     24, rue du General Dufour, CH-1211 Geneva 4, SWITZERLAND  
     Phone : +41(22)705 7633; fax: +41(22)705 7780
     address@hidden
     ----------------------------------------------------------
-- 
     ----------------------------------------------------------
     Henning Mueller, Computer Vision Group
     Computer Science Department, University of Geneva
     24, rue du General Dufour, CH-1211 Geneva 4, SWITZERLAND  
     Phone : +41(22)705 7633; fax: +41(22)705 7780
     address@hidden
     ----------------------------------------------------------