[Design] caldav question

[Randy Letness]

hank williams wrote:
> Can anyone tell me if cosmo is *just* a caldav server as it relates to
> calendar events, or are there extensions.
>
> Also I note a discussion on the website of a cardDav spec. does
> cardDav + calDav = cosmo (not including the web UI). In other words if
> one had a caldav and carddav server, would that server be a complete
> back end for chandler

Cosmo started out as mainly a caldav server with the thought being that 
chandler would be using caldav as the synchronization protocol.  The 
problem is that caldav's synchronization process was a little 
inefficient as it involved sending a bunch of data even if there were no 
changes.  That, and chandler's data model involved more than just 
calendar events pushed us to come up with a new way of storing the data 
(as items with stamps and attributes) and a new protocol to access it 
(morse code).

So cosmo is not just a caldav server, rather an item store that supports 
several protocols of accessing/updating the data (morse 
code/caldav/atom/webcal).  Chandler for the most part uses morse code to 
share data to a cosmo server, but I'm pretty sure it can be configured 
to publish data using caldav, meaning you could use another caldav 
server as a back end for chandler.  I"m not sure if there are any 
limitations.  Neither cosmo nor chandler supports carddav yet.

-Randy