[Open-collaboration-services] OCS reminder

[Mateu Batle]

On 07/23/2010 10:07 AM, Frank Karlitschek wrote:
> Hi Bob,
>
> you can always get all the categories with the "categories" call and than use the categories you want to search in.
>   
Right, this is how we do it now.

However search everywhere is very very common use case, so it looks like
it could be made easier and convenient for clients and servers.
For example, in kde.org there are more than 500 categories, so you first
get all categories and then build a
large request with all the categories included. Not only that, the
server is getting a list of a lot of categories so
it doesn't know really all the categories are included, and it will have
to do a more heavy query to the database.

cheers
  Mat

> I think this should be O.K. for all use-cases.
>
> What do you think?
>
>
> Cheers
> Frank
>
>
> On 19.07.2010, at 21:08, Spencer, Bob wrote:
>
>   
>> Thinking specifically, I want "Bob Muscle Builder" app but I don't know the category name.  I know it isn't Music or Graphics...  How do I search?
>>
>> Bob
>>
>>
>> -----Original Message-----
>> From: Frank Karlitschek [mailto:karlitschek at kde.org] 
>> Sent: Monday, July 19, 2010 4:57 AM
>> To: Mateu Batle
>> Cc: Frederik Gladhorn; henri.bergius at nemein.com; daniel wilms; Wu, Jackie; Spencer, Bob; Cornelius Schumacher
>> Subject: Re: OCS reminder
>>
>> Hi Mat,
>>
>> hmmm. Good questions.
>> I think you should alway provide a category because you never know what you get from the server otherwise. For example openDesktop.org supports more and more "random" content types. I don´t think it is a good idea for a client to request "everything" from a server because this could break in the future when the server supports more stuff.
>>
>>
>> Cheers
>> Frank
>>
>>
>> On 15.07.2010, at 17:12, Mateu Batle wrote:
>>
>>     
>>> Hi,
>>>
>>> One additional comment, according to the current implementation if no 
>>> categories are specified in a content search, no results are returned.
>>> Don't know if it is just a bug, or the intended behavior.
>>>
>>> I'd like to change it so if no categories are provided then it 
>>> searches in all categories, what do you think ?
>>>
>>> best regards
>>> Mat
>>>
>>>
>>> On 07/15/2010 04:23 PM, Mateu Batle wrote:
>>>       
>>>> Wow, great work Frank !
>>>>
>>>> some comments:
>>>>
>>>> * typo: collabroation
>>>>
>>>> * I am a bit worried with person search and get, and the fact that 
>>>> anybody could get a list of people with information about them. The 
>>>> 1000 limit I guess is just for every call, right ? Some ideas:
>>>>   * Do some kind of trust relationship (or use friends in that way).
>>>> Service only offered to someone trusted, someone has to trust me. And 
>>>> we keep some info in the server of who trusted who. There should be a 
>>>> way to trust people who doesn't know anybody trusted.
>>>>   * Limit the information provided by person search. And also it 
>>>> should be very clear to the user which information is public and 
>>>> which is not.
>>>>
>>>> * Also, not an urgent thing, but something for maybe version 2.0. 
>>>> Most of the services don't explain the actual fields of information 
>>>> recovered, just put an example of that. The example is good, but 
>>>> sometimes more info is needed. Also a DTD or some type of schema for 
>>>> 2.0 would be great.
>>>>
>>>> * friends: tag user is used instead of person.
>>>>
>>>> * I am not very focused on stuff like contacts, messages, 
>>>> invitations, but just throwing out the idea for discussion for 2.0: 
>>>> maybe it would be better to rethink it, and reuse something existing 
>>>> like XMPP / some mail protocol, etc. It looks like similar to those in some aspects.
>>>>
>>>> * categories, I see now mention about string ids for categories or 
>>>> elsewhere.
>>>>
>>>> * licenses, also how they should be handled ? Should we give a list 
>>>> of the ids or refer to liblicense ?
>>>>
>>>> * content list:
>>>> * still uses "x" as category separator at some places.
>>>>
>>>> * I've not seen a way to get the user voting for a content. Is it 
>>>> possible to add a field ? It would be 1 to 10. 0 if not rated yet.
>>>>
>>>> * I think dc:type is used now instead of dc.type (Henri ?)
>>>>
>>>> cheers
>>>> Mat
>>>>
>>>>
>>>> On 07/13/2010 11:58 PM, Frank Karlitschek wrote:
>>>>
>>>>         
>>>>> Hi guys,
>>>>>
>>>>> I have finished a draft for OCS 1.6 as discussed last week.
>>>>>
>>>>> http://www.freedesktop.org/wiki/Specifications/open-collaboration-se
>>>>> rvices-draft
>>>>>
>>>>> Feedback welcome. :-)
>>>>>
>>>>>
>>>>>
>>>>> Best Regards
>>>>> Frank
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 13.07.2010, at 11:37, Frank Karlitschek wrote:
>>>>>
>>>>>
>>>>>           
>>>>>> On 13.07.2010, at 10:14, Mateu Batle wrote:
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> Hi guys,
>>>>>>>
>>>>>>>
>>>>>>>               
>>>>>> Hi Mat
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> just an email to remember things that need to be done:
>>>>>>>
>>>>>>> * Write OCS 1.6 draft spec
>>>>>>>
>>>>>>>               
>>>>>> Working on it at the moment. Sorry for the delay.
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> * Create OCS and/or libattica mailing list
>>>>>>>
>>>>>>>               
>>>>>> We requested this from the freedesktop.org admins but still no response.
>>>>>> I suggest we wait for a few more days and then go with a kde.org mailinglist.
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> * Any comments on the last emails I sent just after the meeting ..... ?
>>>>>>>
>>>>>>>               
>>>>>> All great ideas. :-) I will add them to the draft.
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> any time estimates on when this is going to be started ?
>>>>>>>
>>>>>>> I got KDE svn access, so I will start applying the patches I have, 
>>>>>>> and start working on OCS 1.6 support in libattica.
>>>>>>>
>>>>>>>               
>>>>>> Great!!
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> I include in the cc, Bob Spencer, leader of Meego Garage in Intel 
>>>>>>> and Jackie Wu, developer in Intel, both interested in all this stuff.
>>>>>>>
>>>>>>>               
>>>>>> Great. Welcome. :-)
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> best regards
>>>>>>> Mateu
>>>>>>>
>>>>>>>               
>>>>>> Regards
>>>>>> Frank
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Frank Karlitschek
>>>>>> karlitschek at kde.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>>> --
>>>>> Frank Karlitschek
>>>>> karlitschek at kde.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>           
>>>>         
>>>       
>>
>> --
>> Frank Karlitschek
>> karlitschek at kde.org
>>
>>
>>
>>
>>     
>
> --
> Frank Karlitschek
> karlitschek at kde.org
>
>
>
>
>