Re: Registration of media type application/calendar+xml

Cyrus Daboo <cyrus@daboo.name> Fri, 10 September 2010 16:11 UTC

Return-Path: <cyrus@daboo.name>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A61453A68AF for <ietf@core3.amsl.com>; Fri, 10 Sep 2010 09:11:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.477
X-Spam-Level:
X-Spam-Status: No, score=-102.477 tagged_above=-999 required=5 tests=[AWL=0.122, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pz88IaTTZK4g for <ietf@core3.amsl.com>; Fri, 10 Sep 2010 09:11:23 -0700 (PDT)
Received: from daboo.name (daboo.name [151.201.22.177]) by core3.amsl.com (Postfix) with ESMTP id B04893A6808 for <IETF@IETF.ORG>; Fri, 10 Sep 2010 09:11:21 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by daboo.name (Postfix) with ESMTP id ADA8E192495E8; Fri, 10 Sep 2010 12:11:45 -0400 (EDT)
X-Virus-Scanned: amavisd-new at daboo.name
Received: from daboo.name ([127.0.0.1]) by localhost (chewy.mulberrymail.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id boShyUrleakt; Fri, 10 Sep 2010 12:11:45 -0400 (EDT)
Received: from caldav.corp.apple.com (unknown [17.101.32.44]) by daboo.name (Postfix) with ESMTPSA id 2D30C192495DD; Fri, 10 Sep 2010 12:11:42 -0400 (EDT)
Date: Fri, 10 Sep 2010 12:11:40 -0400
From: Cyrus Daboo <cyrus@daboo.name>
To: Ned Freed <ned.freed@mrochek.com>, Keith Moore <moore@cs.utk.edu>
Subject: Re: Registration of media type application/calendar+xml
Message-ID: <7B9E4CA42A3C4C495D6EE06F@caldav.corp.apple.com>
In-Reply-To: <01NRPV1K1YAM003JZ5@mauve.mrochek.com>
References: <01NRPV1K1YAM003JZ5@mauve.mrochek.com>
X-Mailer: Mulberry/4.1.0a1 (Mac OS X)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline; size=1426
Cc: ietf-types@iana.org, Steven Lees <Steven.Lees@microsoft.com>, Douglass Mike <douglm@rpi.edu>, IETF@IETF.ORG
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 10 Sep 2010 16:11:25 -0000

Hi Ned,

--On September 10, 2010 7:48:26 AM -0700 Ned Freed <ned.freed@mrochek.com> 
wrote:

> Unfortunately, now that I've had a chance to look at
> draft-daboo-et-al-icalendar-in-xml-06.txt a little more, I find that it
> doesn't do this well. For example, instead of mapping a property like
> dtstamp to something like:
>
>     <property name="dtstart">
>       <date-time>20080205T191224Z</date-time>
>     </property>
>
> it maps it to:
>
>        <dtstamp><date-time>20080205T191224Z</date-time></dtstamp>
>
> This means that additional properties will necessitate a schema update.
> Not good, and I believe this needs to be fixed.

There was a lot of debate over the choice of element names vs element 
attributes to name the iCalendar data objects. Really the key to your 
argument is whether or not it is vital to be able to validate the XML via 
the schema - I think our contention was that was not a requirement. More 
important is validating the semantics of the calendar data (e.g. DTEND 
always >= DTSTART, ORGANIZER always present in iTIP messages) and I believe 
no one is going to want to do that via the XML schema.

If you feel strongly about this I suggest you bring this issue up on the 
vCardDAV WG mailing list wrt to the vcard-in-xml spec which uses the same 
design as icalendar-in-xml. If there is agreement there to change, then we 
would likely re-align icalendar-in-xml to match.

-- 
Cyrus Daboo