Re: [VCARDDAV] IETF79 vcarddav wg meeting notes

Simon Perreault <simon.perreault@viagenie.ca> Mon, 29 November 2010 13:43 UTC

Return-Path: <simon.perreault@viagenie.ca>
X-Original-To: vcarddav@core3.amsl.com
Delivered-To: vcarddav@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ADF773A6C14 for <vcarddav@core3.amsl.com>; Mon, 29 Nov 2010 05:43:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.491
X-Spam-Level:
X-Spam-Status: No, score=-2.491 tagged_above=-999 required=5 tests=[AWL=0.109, BAYES_00=-2.599, NO_RELAYS=-0.001]
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 XS1IPh6DCkkg for <vcarddav@core3.amsl.com>; Mon, 29 Nov 2010 05:43:51 -0800 (PST)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by core3.amsl.com (Postfix) with ESMTP id EB6E33A6B32 for <vcarddav@ietf.org>; Mon, 29 Nov 2010 05:43:50 -0800 (PST)
Received: from ringo.viagenie.ca (unknown [IPv6:2620:0:230:c000:c20:ff7f:3fd3:722f]) by jazz.viagenie.ca (Postfix) with ESMTPSA id E0A2621100 for <vcarddav@ietf.org>; Mon, 29 Nov 2010 08:44:59 -0500 (EST)
Message-ID: <4CF3AE5B.30807@viagenie.ca>
Date: Mon, 29 Nov 2010 08:44:59 -0500
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101103 Fedora/1.0-0.33.b2pre.fc14 Thunderbird/3.1.6
MIME-Version: 1.0
To: vcarddav@ietf.org
References: <4CE1801A.70100@viagenie.ca> <AANLkTimd4Bfan7s1JPZCq4OCzdzK4bV0VUJYu=Co1caO@mail.gmail.com>
In-Reply-To: <AANLkTimd4Bfan7s1JPZCq4OCzdzK4bV0VUJYu=Co1caO@mail.gmail.com>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [VCARDDAV] IETF79 vcarddav wg meeting notes
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vcarddav>
List-Post: <mailto:vcarddav@ietf.org>
List-Help: <mailto:vcarddav-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Nov 2010 13:43:52 -0000

On 2010-11-28 06:00, Andy Mabbett wrote:
> hCard currently uses LABEL for non-granular addresses. How will they
> be catered for if this change occurs?

How about this?

ADR;LABEL="My non-granular address":;;;;;;

> What use is SEX="Ada Lovelace"?

I think that's the wrong question to ask. It has been made very clear on
this mailing list that people want this. At this point, it's better to
ask "Why not allow it?"

>> - CALSCALE parameter
>>  - Problem: Having only a single pre-defined value makes this parameter
>> useless.
>>  - Resolution: Refer to iCalendar and create an IANA registry for calendar
>> types.
> 
> It does *not* make the parameter useless, it makes it extendable.
> 
> It is not clear from the wording of the proposed resolution that the
> new parameter will be kept. Is that the case?

It will be kept.

>> - Case sensitivity
>>  - Problem: Case causes interoperability issues in practice.
>>  - Resolution: Output SHOULD be upper-case. Accept both.
> 
> Why upper-case? [Genuine question;  not meaning to challenge]

Because that's what is most commonly used in practice right now.
Ensuring that your output is upper-case (we're talking about property
and parameter names here) is a way to avoid some interoperability issues.

Simon
-- 
DTN made easy, lean, and smart --> http://postellation.viagenie.ca
NAT64/DNS64 open-source        --> http://ecdysis.viagenie.ca
STUN/TURN server               --> http://numb.viagenie.ca