Re: [VCARDDAV] Questions about vCard 4.0 (draft rev-11)

Simon Perreault <> Wed, 23 June 2010 21:35 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6F90128C0F5 for <>; Wed, 23 Jun 2010 14:35:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.166
X-Spam-Status: No, score=-2.166 tagged_above=-999 required=5 tests=[AWL=0.433, BAYES_00=-2.599]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 6dk+k5JyyK45 for <>; Wed, 23 Jun 2010 14:35:35 -0700 (PDT)
Received: from (unknown [IPv6:2620:0:230:8000:226:55ff:fe57:14db]) by (Postfix) with ESMTP id A7F803A6867 for <>; Wed, 23 Jun 2010 14:35:35 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTPSA id 41C4720D1B; Wed, 23 Jun 2010 17:35:43 -0400 (EDT)
Message-ID: <>
Date: Wed, 23 Jun 2010 17:35:42 -0400
From: Simon Perreault <>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20100430 Fedora/3.0.4-3.fc13 Thunderbird/3.0.4
MIME-Version: 1.0
To: Javier Godoy <>
References: <><> <> <AE51FE4DF2604D0A9D2697A8438376E2@Javier2> <> <5B4FBB6514E844ED85BB57E5F030E33D@Javier2>
In-Reply-To: <5B4FBB6514E844ED85BB57E5F030E33D@Javier2>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Subject: Re: [VCARDDAV] Questions about vCard 4.0 (draft rev-11)
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF vcarddav wg mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 23 Jun 2010 21:35:40 -0000

On 06/23/2010 01:52 PM, Javier Godoy wrote:
> I though that FN was (1,n) because the name of the same person may be
> written in different languages (or scripts), and not because one person
> could have different names in the same language.

No. See section 5.1:

   Properties with different LANGUAGE parameters that represent the same
   data count as 1 toward cardinality and MUST have the same PID value
   if the PID parameter is used.  This is because there is logically a
   single property which is expressed in multiple languages.

FN is plural because there may be multiple valid ways of representing
one's name. Some could be preferred.

> On the other side, ORG
> is (0,n) not only because the name of the same organization may be given
> in different languages, but also because the same individual may be
> related to several organizations.

ORG is (0,n) *only* because the same individual may be related to
several organizations.

> I would use the preferred one, if the PREF parameter is provided. In
> case of tie, or if no SORT-STRING is provided,  would choose any of them
> (i.e. undefined)

Yes, that's a valid algorithm. I suppose we'll leave this to the

>> Now, one thing that I like about your example is the use of the LANGUAGE
>> tag. We need to at least add an example where the LANGUAGE tag is also
>> applied to the SORT-STRING property.
> LANGUAGE is not a parameter for SORT-STRING. Adding a LANGUAGE would
> allow different SORT-STRINGs for different languages while preserving
> (0,1) cardinality.

Yup, that's exactly what I meant. But now I prefer Cyrus's suggestion
better. Let's make SORT-STRING a parameter.

>> Example:
>> ORG;LANGUAGE=ja:日本の組織  # "Japanese organization"
>> ORG;LANGUAGE=en:Japanese organization
>> (I'll figure out an equivalent example in French since we can't have
>> Japanese characters in RFCs...)
> I don't think there is an equivalent example in US-ASCII.

Then you'll be surprised by what I come up with. ;)

NAT64/DNS64 open-source -->
STUN/TURN server        -->
vCard 4.0               -->