- From: Olivier Gutknecht <olivierg@apple.com>
- Date: Wed, 12 Mar 2003 13:20:01 +0100
- To: www-rdf-calendar@w3.org
Hi, 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: http://www.imc.org/ietf-calendar/mail-archive/msg05136.html 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: http://www.imc.org/ietf-calendar/mail-archive/msg05175.html 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. Regards, Ol.
Received on Wednesday, 12 March 2003 07:26:09 UTC