Re: [Ltru] Last open item

"Phillips, Addison" <addison@amazon.com> Tue, 15 April 2008 15:29 UTC

Return-Path: <ltru-bounces@ietf.org>
X-Original-To: ltru-archive@megatron.ietf.org
Delivered-To: ietfarch-ltru-archive@core3.amsl.com
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4320C28C3E3; Tue, 15 Apr 2008 08:29:22 -0700 (PDT)
X-Original-To: ltru@core3.amsl.com
Delivered-To: ltru@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 918EF28C312 for <ltru@core3.amsl.com>; Tue, 15 Apr 2008 08:29:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 c-xZbLVkgyag for <ltru@core3.amsl.com>; Tue, 15 Apr 2008 08:29:20 -0700 (PDT)
Received: from smtp-fw-2101.amazon.com (smtp-fw-2101.amazon.com [72.21.196.25]) by core3.amsl.com (Postfix) with ESMTP id 0ECCC3A6C93 for <ltru@ietf.org>; Tue, 15 Apr 2008 08:29:18 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.25,459,1199664000"; d="scan'208";a="21968836"
Received: from smtp-in-5102.iad5.amazon.com ([10.218.9.29]) by smtp-border-fw-out-2101.iad2.amazon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 15 Apr 2008 15:29:51 +0000
Received: from ex-hub-4104.ant.amazon.com (ex-hub-4104.sea5.amazon.com [10.248.163.25]) by smtp-in-5102.iad5.amazon.com (8.12.11/8.12.11) with ESMTP id m3FFToTr015753 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL); Tue, 15 Apr 2008 15:29:51 GMT
Received: from ex-pub-4101.ant.amazon.com (10.248.187.33) by ex-hub-4104.ant.amazon.com (10.248.163.25) with Microsoft SMTP Server (TLS) id 8.1.240.5; Tue, 15 Apr 2008 08:29:51 -0700
Received: from EX-SEA5-D.ant.amazon.com ([10.248.163.27]) by ex-pub-4101.ant.amazon.com ([10.248.187.33]) with mapi; Tue, 15 Apr 2008 08:29:51 -0700
From: "Phillips, Addison" <addison@amazon.com>
To: John Cowan <cowan@ccil.org>, Randy Presuhn <randy_presuhn@mindspring.com>
Date: Tue, 15 Apr 2008 08:29:48 -0700
Thread-Topic: [Ltru] Last open item
Thread-Index: Acienhla3XErqZWjTNucTnGnIvl5MAAbY5Ng
Message-ID: <4D25F22093241741BC1D0EEBC2DBB1DA011FFFE728@EX-SEA5-D.ant.amazon.com>
References: <30b660a20804101252p37e22884g6dfbec6dd17e5ea1@mail.gmail.com> <006101c89daa$323fc3e0$6801a8c0@oemcomputer> <30b660a20804140815w5d56933auefbdccdcbdfe034b@mail.gmail.com> <001e01c89e4b$897c0000$6801a8c0@oemcomputer> <20080414193212.GI28132@mercury.ccil.org> <002601c89e94$80c98ce0$6801a8c0@oemcomputer> <20080415021154.GK19045@mercury.ccil.org>
In-Reply-To: <20080415021154.GK19045@mercury.ccil.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
MIME-Version: 1.0
Cc: LTRU Working Group <ltru@ietf.org>
Subject: Re: [Ltru] Last open item
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ltru-bounces@ietf.org
Errors-To: ltru-bounces@ietf.org

I think we should make a sensible change here. The BU/MM hypothesis (and the existence of actual cases such as CD/ZR with "advantageous dates"), suggests that we should:

1. Allow region subtags to become undeprecated, provided they are assigned their original meaning by ISO 3166. ISO 3166 is a special case because of the limited namespace. Other subtag types don't show this sort of mutation. I think the text required to do this will have to be carefully crafted, though. I have to get my editing environment back online before I propose some [the change in email address and footer are not an accident] :-).

2. Allow P-V to be modified. This follows from the idea that registry maintenance should include removing "preferred value chains".

I think these changes are minor and should be incorporated. I also think that a subtag being deprecated with no P-V should be considered unusual, although cases do exist (as when a territory splits into a number of regions, none of which claim the original identity---see "SU").

Addison

Addison Phillips
Globalization Architect -- Lab126 (Amazon)
Chair -- W3C Internationalization Core WG

Internationalization is not a feature.
It is an architecture.

> -----Original Message-----
> From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of
> John Cowan
> Sent: lundi 14 avril 2008 19:12
> To: Randy Presuhn
> Cc: LTRU Working Group
> Subject: Re: [Ltru] Last open item
>
> Randy Presuhn scripsit:
>
> > > Then we wind up with both the original tag and its temporary
> replacement
> > > marked deprecated.  That's undesirable.
> >
> > It would merely reflect what had happened in the source standards.
>
> All too "merely".    What, in such circumstances, would a naive reader
> of the registry conclude was the un-deprecated value, and by what
> process?
>
> > No, if the Preferred-Value in BU refers to MM, then the logical thing
> to
> > do is to *not* add a preferred-value to MM if it is ever deprecated
> in
> > favor of something that would, for purposes of language tagging,
> > identify the same thing.
>
> So then BU would be deprecated with a P-V of MM, and MM would be
> deprecated without a P-V, leading the user to conclude that there is no
> current value at all.
>
> --
> Evolutionary psychology is the theory           John Cowan
> that men are nothing but horn-dogs,
> http://www.ccil.org/~cowan
> and that women only want them for their money.  cowan@ccil.org
>         --Susan McCarthy (adapted)
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www.ietf.org/mailman/listinfo/ltru
_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www.ietf.org/mailman/listinfo/ltru