RE: Dates and Time-Sensitive Analysis Applications...

[Martin Duerst <duerst@xxxxxx>]

I have just attended the meeting of the calsch WG at the IETF
in San Diego. Participants, mainly implementers of iCalendar,
expressed that there is a need for a new version of the spec
that most probably cuts out certain things that have shown to
not work well. Journaling and recurring events were mentioned.

Regards,    Martin.


At 15:52 04/08/05 +0100, Libby Miller wrote:




> On Thu, 5 Aug 2004, Bob Wyman wrote:
>
> > Jon Meyer wrote:
> > > is anyone else out there interested in applying Atom to
> > > calendrical events, e.g. a "Whats happening" blog,
> >         I think that announcing and maintaining information on events will
> > become an important use for Atom once we're finished working out the blog
> > related issues.
> >         My hope is that folk don't go off trying to reinvent the wheel but
> > will, instead, try to stay as close as possible to iCalendar[1], vCard[2]
>
> note that we have been working on a test-case-based version of iCalendar 
> in RDF:
>
> http://www.w3.org/2002/12/cal/
> http://esw.w3.org/topic/RdfCalendarDocumentation
> http://esw.w3.org/topic/RdfCalendarPresentation
> http://planb.nicecupoftea.org/archives/000769.html
>
> If there's a clear demand for it we would be interested in doing an XML 
> profile for this work. We're also thinking right now about documentation 
> for it, so suggestions are welcome (we're aware that the documentation 
> isn't sufficient right now).
>
> iCalendar (RFC 2445) isn't suitable for all events, but it is almost 
> sufficient for conferences, cinema listings etc and is used in most 
> personal information management tools, which is why round-tripping from an 
> XML format of icalendar to iCalendar is important (we do this).
>
> Libby
>
> > and EventsML[3] when they do this. (Note: EventsML is produced by the
> > IPTC[6], the same folk that maintain the NewsML format.) Also, given the
> > frequently noted similarities between the Atom API and WebDAV[4], one should
> > probably give some thought to Linda Dusseault's proposed CalDAV extensions
> > to WebDav[5].
> >         My personal belief is that every theater (dance, ballet, music,
> > movie, etc.) every organization, every municipal, state and federal
> > government, etc. will one day syndicate detailed information on all of their
> > public events. This will ensure the widest possible dissemination of event
> > information -- something which is not the case today.
> >
> >                 bob wyman
> >
> > [1] http://www.ietf.org/html.charters/calsch-charter.html
> >         (See list of RFC's and ID's at bottom of page above)
> > [2] http://www.ietf.org/rfc/rfc2739.txt
> > [3] http://www.iptc.org/EventsML/
> >         http://groups.yahoo.com/group/eventsml/
> > [4] http://www.ietf.org/html.charters/webdav-charter.html
> > [5] http://www.rfc-editor.org/internet-drafts/draft-dusseault-caldav-01.txt
> > [6] http://www.iptc.org/pages/index.php