Re: [VCARDDAV] I-D Action:draft-ietf-vcarddav-vcardrev-07.txt

Simon Perreault <simon.perreault@viagenie.ca> Mon, 01 June 2009 12:41 UTC

Message-ID: <4A23CAA9.7040408@viagenie.ca>
Date: Mon, 01 Jun 2009 08:33:45 -0400
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Thunderbird 2.0.0.21 (X11/20090320)
MIME-Version: 1.0
To: Andy Mabbett <andy@pigsonthewing.org.uk>
References: <20090506120001.47FCF3A6EDA@core3.amsl.com> <WivQldcZqEIKFwTI@pigsonthewing.org.uk>
In-Reply-To: <WivQldcZqEIKFwTI@pigsonthewing.org.uk>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: vcarddav@ietf.org
Subject: Re: [VCARDDAV] I-D Action:draft-ietf-vcarddav-vcardrev-07.txt
Precedence: list

Andy Mabbett wrote, on 2009-05-29 16:50:
> My last post on the subject was:
> 
>   <http://www.ietf.org/mail-archive/web/vcarddav/current/msg00669.html>
> 
> and the only reply was:
> 
>   <http://www.ietf.org/mail-archive/web/vcarddav/current/msg00670.html>

There was also this one:

http://www.ietf.org/mail-archive/web/vcarddav/current/msg00675.html

> Some may recall that I'd earlier provided a "Straw-man" and listed
> issues as I saw them in July 2008:
> 
>   <http://www.ietf.org/mail-archive/web/vcarddav/current/msg00531.html>

This is not the proposal that was asked for.

You see, the problem with adding stuff is where do we stop?

In the current draft we have devised a mechanism for future extensions (see
Section 11.2). Once vCard 4 is published, anyone can write an RFC for new vCard
"objects" (i.e. properties, parameters, value types, etc.) and register it from
IANA. This is one option that could be possible with the numerous hCard extensions.

Another option is including the extensions in the vCard 4 base draft. Good
reasons for doing so, IMHO, would be:
- The extension provides functionality that was present in vCard 3 or earlier.
- It provides functionality that is necessary for extensions to build upon.
- It is needed by a majority of vCard implementations.

In my opinion, the "vessel", "continent", and "body" extensions do not fit any
of these criteria and thus should go into a separate RFC.

As for the extensions to GEO for non-WGS84 reference systems, they must be
considered separately, in the context of the geo URI scheme draft
(draft-mayrhofer-geopriv-geo-uri) since this is what vCard 4 is now using.

Thanks,
Simon
-- 
STUN/TURN server    --> http://numb.viagenie.ca
Interplanetary news --> http://reeves.viagenie.ca
vCard 4.0           --> http://www.vcarddav.org

[VCARDDAV] I-D Action:draft-ietf-vcarddav-vcardre… Internet-Drafts
Re: [VCARDDAV] I-D Action:draft-ietf-vcarddav-vca… Simon Perreault
[VCARDDAV] vCard draft 07 - Comments on time-zone… Markus Lorenz
Re: [VCARDDAV] vCard draft 07 - Comments on time-… Simon Perreault
Re: [VCARDDAV] vCard draft 07 - Comments on time-… Peter Saint-Andre
Re: [VCARDDAV] vCard draft 07 - Comments on time-… Dan Brickley
[VCARDDAV] ABNF comments, Re: I-D Action:draft-ie… Julian Reschke
[VCARDDAV] Reference nits, was: I-D Action:draft-… Julian Reschke
Re: [VCARDDAV] I-D Action:draft-ietf-vcarddav-vca… Andy Mabbett
Re: [VCARDDAV] I-D Action:draft-ietf-vcarddav-vca… Simon Perreault
Re: [VCARDDAV] I-D Action:draft-ietf-vcarddav-vca… Peter Saint-Andre
Re: [VCARDDAV] I-D Action:draft-ietf-vcarddav-vca… Andy Mabbett
Re: [VCARDDAV] I-D Action:draft-ietf-vcarddav-vca… Simon Perreault
Re: [VCARDDAV] I-D Action:draft-ietf-vcarddav-vca… Andy Mabbett
Re: [VCARDDAV] I-D Action:draft-ietf-vcarddav-vca… Simon Perreault
Re: [VCARDDAV] ABNF comments, Re: I-D Action:draf… Simon Perreault
Re: [VCARDDAV] ABNF comments, Re: I-D Action:draf… Julian Reschke