[GroupDAV] Short term roadmap for the groupdav connector

[Helge Hess]

On Nov 23, 2006, at 13:45, Mathew McBride wrote:
> Another point raised in the roadmap is adding filter support to the
> connector so devices don't need to download the users entire  
> calendar, but
> instead events running during a certain time period. Preferably,  
> I'd like
> some sort of extension (another xmlns that can be mounted on propfind
> results) GroupDAV where the server will give us DTSTART, DTEND and/or
> recursion information in advance and the client can then decide if  
> it wants
> to download an item or not. Would it be feasible to implement this  
> sort of
> capability on servers?

Not, I don't think its feasable and I don't think you gain any  
advantage in doing that.

The big thing which is missing is a bulk-download, not a selective  
download. Currently you need to do one href/etag PROPFIND, then  
compare the href/etag with the local cache and then retrieve all  
changed/new items using individual GET operations. That you might  
need to retrieve 1000+ entries is not really expensive (its just  
~10..40K)! The expensive thing is retrieving them with 1000 GET  
operations instead of just one HTTP operation which returns all 1000+  
entries.

Greets,
   Helge

PS: in ZideStore you can configure the transferred timerange on the  
server side.
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/