[VCARDDAV] vcardrev-12 sections 5.1, 5.5

"Javier Godoy" <rjgodoy@fich.unl.edu.ar> Tue, 13 July 2010 08:39 UTC

Return-Path: <rjgodoy@fich.unl.edu.ar>
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 CB1C13A6A3B for <vcarddav@core3.amsl.com>; Tue, 13 Jul 2010 01:39:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.091
X-Spam-Level:
X-Spam-Status: No, score=-0.091 tagged_above=-999 required=5 tests=[AWL=-0.093, BAYES_50=0.001, STOX_REPLY_TYPE=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 qqoYRp+oXvT1 for <vcarddav@core3.amsl.com>; Tue, 13 Jul 2010 01:39:12 -0700 (PDT)
Received: from fich.unl.edu.ar (fich.unl.edu.ar [168.96.132.90]) by core3.amsl.com (Postfix) with ESMTP id 33FE43A6A35 for <vcarddav@ietf.org>; Tue, 13 Jul 2010 01:39:11 -0700 (PDT)
Received: from Javier2 ([190.193.109.175]) (authenticated user rjgodoy@fich.unl.edu.ar) by fich.unl.edu.ar (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits)); Tue, 13 Jul 2010 05:39:25 -0300
Message-ID: <83DB7A17C72D4194B2B78E6B3B213491@Javier2>
From: Javier Godoy <rjgodoy@fich.unl.edu.ar>
To: Simon Perreault <simon.perreault@viagenie.ca>, vcarddav@ietf.org
References: <4C01AA53.7060101@atlantika-arts.net> <4C04159D.7060200@viagenie.ca>
Date: Tue, 13 Jul 2010 05:39:30 -0300
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512
Subject: [VCARDDAV] vcardrev-12 sections 5.1, 5.5
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: Tue, 13 Jul 2010 08:39:14 -0000

----- Original Message ----- 
From: "Simon Perreault" <simon.perreault@viagenie.ca>
To: <vcarddav@ietf.org>
Sent: Monday, May 31, 2010 5:01 PM
Subject: Re: [VCARDDAV] Issue in vcardrev-11 with LANGUAGE examples?


> On 2010-05-29 19:59, Markus Lorenz wrote:
>> Hey guys,
>>
>> I'm a bit confused about the first illegal example in section "5.1.
>> LANGUAGE".
>>
>> The description says:
>>
>>     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.
>>
>> The legal examples is the following:
>>
>>       BIRTH;LANGUAGE=fr:Ville de Quebec
>>       BIRTH;LANGUAGE=en:Quebec City
>>
>> These LANGUAGE parameters represent the same data. Therefore they count
>> as 1 towards cardinality. If the PID is used it MUST have the same value
>> for both parameters, because they represent the same data. Inserting a
>> PID with value 1 to the legal example leads to this:
>>
>>       BIRTH;PID=1;LANGUAGE=fr:Ville de Quebec
>>       BIRTH;PID=1;LANGUAGE=en:Quebec City
>>
>> This is similar to the first _illegal_ example!
>
> Yes I'm confused as well. I can't find traces of how I got it this way. I
> think you're right. I'll change the example so that the two cases above are
> legal.
>
> Thanks,
> Simon
> -- 

In version 12, Section 5.1 reads [[
 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.

 Therefore, since BIRTH (Section 6.2.7) has cardinality (0,1), these
 two examples would be legal:

 BIRTH;LANGUAGE=en:Quebec City
 BIRTH;LANGUAGE=fr:Ville de Quebec

 BIRTH;PID=1;LANGUAGE=fr:Ville de Quebec
 BIRTH;PID=1;LANGUAGE=en:Quebec City
]]

(sorry, it seems I missed that message and it was the last about this issue)

I think the second example is illegal because Section 5.5 requires the PID
parameter MUST NOT appear on properties that may have only one instance per
vCard, and Section 6 defines cardinality (0,1) as "exactly one instance per
vCard MAY be present".

This is inconsistent: if PID were allowed, both properties would be considered
"different instances", which is not possible in this case because of the (0,1)
cardinality; on the other hand, the PID param must not appear if both
properties are understood as "a single property" (which in turn agrees with
the cardinality).

The definition of cardinality that we adopted emphasizes that every occurrence
of BIRTH represents the same birthplace, which is different from the case of
ORG (where the cardinality is 0..n because the name of several organizations
may be given in different languages).

Note also that the ABNF for BIRTH-param doesn't include a pid-param
alternative, thus rendering the example illegal even if 5.5 is redefined..

If the example is intended to be legal, the requirement in 5.5 should be
reworded, and maybe pid-param should be allowed where language-param is
allowed (otherwise the "legal" example wouldn't conform the ABNF).

I have a slight preference towards reverting this change and defining the 
example as "illegal" again, not only because it's easier to understand (and 
needs less modifications to what we have already agreed), but also because 
allowing PID for this case doesn't address any requirement.


Best Regards

Javier