W3C home > Mailing lists > Public > www-rdf-calendar@w3.org > March 2003

Re: revised agenda - IRC RDF calendar meeting Wednesday March 12th 2003,17:00 UTC

From: Olivier Gutknecht <olivierg@apple.com>
Date: Wed, 12 Mar 2003 13:20:01 +0100
To: www-rdf-calendar@w3.org
Message-Id: <F288D9F7-5484-11D7-B7C6-003065EF8304@apple.com>


On Wednesday, Mar 12, 2003, at 12:45 Europe/Paris, Libby Miller wrote:
> 3. Test data - where's the best place to get it from?
> Libby Miller
> There is a great deal of iCalendar data out there, but most of it is
> generated by apple's iCal program, which has some errors in the way it
> exports to iCalendar.
> http://icalshare.com/
> http://www.imc.org/ietf-calendar/mail-archive/msg04657.html thread, and
> esp
> http://www.imc.org/ietf-calendar/mail-archive/msg05069.html
> (although apple say that they will fix this:
> http://www.imc.org/ietf-calendar/mail-archive/msg05114.html)

Note that these issues are actually not compliance problems:
VENDOR-ID is actually valid per RFC ABNF:
I think we will treat it as a SHOULD in the future, but it is as is 
still perfectly valid iCalendar data.

And for the "previously-registered-parameters", this is an ambiguity in 
the specification and should not be an error, this will appear in a 
future specification errata:

However, some other points that can actually cause problems when using 
data from sites like icalshare / myical :
- We (Apple iCal) don't currently export the full VTIMEZONE 
definitions, this will be fixed in a future release
- Some tools (I think mozilla-calendar has/had this issue) export data 
in ISO 8859-1 without setting the CHARSET property accordingly, 
although UTF-8 is the default charset in 2445.


Received on Wednesday, 12 March 2003 07:26:09 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:14:11 UTC