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

Simon Perreault <simon.perreault@viagenie.ca> Wed, 23 June 2010 21:35 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 6F90128C0F5 for <vcarddav@core3.amsl.com>; Wed, 23 Jun 2010 14:35:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.166
X-Spam-Level:
X-Spam-Status: No, score=-2.166 tagged_above=-999 required=5 tests=[AWL=0.433, BAYES_00=-2.599]
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 6dk+k5JyyK45 for <vcarddav@core3.amsl.com>; Wed, 23 Jun 2010 14:35:35 -0700 (PDT)
Received: from jazz.viagenie.ca (unknown [IPv6:2620:0:230:8000:226:55ff:fe57:14db]) by core3.amsl.com (Postfix) with ESMTP id A7F803A6867 for <vcarddav@ietf.org>; Wed, 23 Jun 2010 14:35:35 -0700 (PDT)
Received: from balaise.nomis80.org (modemcable245.152-21-96.mc.videotron.ca [96.21.152.245]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 41C4720D1B; Wed, 23 Jun 2010 17:35:43 -0400 (EDT)
Message-ID: <4C227E2E.6010501@viagenie.ca>
Date: Wed, 23 Jun 2010 17:35:42 -0400
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-3.fc13 Thunderbird/3.0.4
MIME-Version: 1.0
To: Javier Godoy <rjgodoy@fich.unl.edu.ar>
References: <AANLkTiniY60njEGixPGeKvs_m1LE_uVrvtnDQuXrP7jV@mail.gmail.com><4C20B501.6030802@viagenie.ca> <AANLkTikd9ni-iCI2tIaGi803AEDjtKXE9PEIsJsONdCO@mail.gmail.com> <AE51FE4DF2604D0A9D2697A8438376E2@Javier2> <4C21FED3.3020808@viagenie.ca> <5B4FBB6514E844ED85BB57E5F030E33D@Javier2>
In-Reply-To: <5B4FBB6514E844ED85BB57E5F030E33D@Javier2>
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
Cc: vcarddav@ietf.org
Subject: Re: [VCARDDAV] Questions about vCard 4.0 (draft rev-11)
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: 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
implementors...

>> 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
>> ORG-SORT-STRING;LANGUAGE=ja:にほんのそしき
>>
>> (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. ;)

Thanks,
Simon
-- 
NAT64/DNS64 open-source --> http://ecdysis.viagenie.ca
STUN/TURN server        --> http://numb.viagenie.ca
vCard 4.0               --> http://www.vcarddav.org