Re: [Ltru] RE: ISO 639-2 decision: "mis"

Karen_Broome@spe.sony.com Sat, 16 June 2007 00:37 UTC

Return-path: <ltru-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HzMIH-0005jZ-4A; Fri, 15 Jun 2007 20:37:33 -0400
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1HzMIG-0005jU-G6 for ltru-confirm+ok@megatron.ietf.org; Fri, 15 Jun 2007 20:37:32 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HzMIG-0005jM-6V for ltru@ietf.org; Fri, 15 Jun 2007 20:37:32 -0400
Received: from outbound-dub.frontbridge.com ([213.199.154.16] helo=outbound1-dub-R.bigfish.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HzMIE-0006zv-Ff for ltru@ietf.org; Fri, 15 Jun 2007 20:37:32 -0400
Received: from outbound1-dub.bigfish.com (localhost.localdomain [127.0.0.1]) by outbound1-dub-R.bigfish.com (Postfix) with ESMTP id CFAC48FFCEE; Sat, 16 Jun 2007 00:37:11 +0000 (UTC)
Received: from mail77-dub-R.bigfish.com (unknown [10.5.252.3]) by outbound1-dub.bigfish.com (Postfix) with ESMTP id B5DDBD18069; Sat, 16 Jun 2007 00:37:11 +0000 (UTC)
Received: from mail77-dub (localhost.localdomain [127.0.0.1]) by mail77-dub-R.bigfish.com (Postfix) with ESMTP id 82B859F021D; Sat, 16 Jun 2007 00:37:11 +0000 (UTC)
X-BigFish: VP
X-MS-Exchange-Organization-Antispam-Report: OrigIP: 64.14.251.196; Service: EHS
Received: by mail77-dub (MessageSwitch) id 1181954231109526_26302; Sat, 16 Jun 2007 00:37:11 +0000 (UCT)
Received: from USCCIMTA02.spe.sony.com (unknown [64.14.251.196]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail77-dub.bigfish.com (Postfix) with ESMTP id B2DC378005E; Sat, 16 Jun 2007 00:37:10 +0000 (UTC)
Received: from usmail04.spe.sony.com ([43.130.148.27]) by USCCIMTA02.spe.sony.com (Lotus Domino Release 6.5.5) with ESMTP id 2007061517370559-99323 ; Fri, 15 Jun 2007 17:37:05 -0700
In-Reply-To: <000401c7afa4$342b51a0$6601a8c0@oemcomputer>
To: Randy Presuhn <randy_presuhn@mindspring.com>
Subject: Re: [Ltru] RE: ISO 639-2 decision: "mis"
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.5 CCH1 March 07, 2006
Message-ID: <OF6EDEBD1F.1F7368A6-ON882572FB.008110E2-882572FC.00020939@spe.sony.com>
From: Karen_Broome@spe.sony.com
Date: Fri, 15 Jun 2007 17:20:13 -0700
X-MIMETrack: Serialize by Router on USMAIL04/SVR/SPE(Release 6.5.5FP1|April 11, 2006) at 06/15/2007 17:35:04, Serialize complete at 06/15/2007 17:35:04, Itemize by SMTP Server on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30, 2005) at 06/15/2007 05:37:05 PM, Serialize by Router on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30, 2005) at 06/15/2007 05:37:10 PM, Serialize complete at 06/15/2007 05:37:10 PM
X-Spam-Score: 0.7 (/)
X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0869136538=="
Errors-To: ltru-bounces@ietf.org

Randy writes:

> As such, it would no longer support BCP 47.
> At a minimum, I would argue that a protocol that claims to support BCP 
47
> must be able to carry all valid tags, and should probably be able to 
carry
> all well-formed tags.  Anything less is merely "based on" BCP 47.

> If someone decides a subset of BCP 47 is appropriate to their needs,
> that is fine, just as long as they don't claim to sully support BCP 47.

There's a difference between "fully supporting" BCP 47 and being compliant 
with BCP 47. I don't think there's any organization that has a real-life 
use for fully supporting BCP 47. These codes are frequently used in 
databases; if a developer limits the size of that field such that the most 
granular private use tag imaginable does not fit the space allocated, you 
consider that to an implementation "based on" BCP 47 even if all tags in 
the system are valid?

I don't think what you suggest is a useful or realistic way of looking at 
this. If I only need en, fr, de, and it, I think that's fully compliant 
with BCP 47. Must I support gsw-Hant-BV-x-chicago-mwbstr14-spoken to claim 
to be aligned with BCP 47? 

Regards,

Karen Broome
_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru