Re: [Ltru] Consensus call: extlang

Peter Constable <petercon@microsoft.com> Fri, 30 May 2008 06:36 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 [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E17093A6B73; Thu, 29 May 2008 23:36:11 -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 96BAE3A6BED for <ltru@core3.amsl.com>; Thu, 29 May 2008 23:36:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 wZoGqDvYLSlU for <ltru@core3.amsl.com>; Thu, 29 May 2008 23:36:09 -0700 (PDT)
Received: from smtp.microsoft.com (mail1.microsoft.com [131.107.115.212]) by core3.amsl.com (Postfix) with ESMTP id CD4593A6B73 for <ltru@ietf.org>; Thu, 29 May 2008 23:36:09 -0700 (PDT)
Received: from tk5-exhub-c104.redmond.corp.microsoft.com (157.54.88.97) by TK5-EXGWY-E801.partners.extranet.microsoft.com (10.251.56.50) with Microsoft SMTP Server (TLS) id 8.1.240.5; Thu, 29 May 2008 23:36:09 -0700
Received: from NA-EXMSG-C117.redmond.corp.microsoft.com ([157.54.62.46]) by tk5-exhub-c104.redmond.corp.microsoft.com ([157.54.88.97]) with mapi; Thu, 29 May 2008 23:36:09 -0700
From: Peter Constable <petercon@microsoft.com>
To: "ltru@ietf.org" <ltru@ietf.org>
Date: Thu, 29 May 2008 23:36:07 -0700
Thread-Topic: [Ltru] Consensus call: extlang
Thread-Index: AcjBQoo1xrbrpaTSTvqr1p8CZmyVSQAZYVOwAB1YB6A=
Message-ID: <DDB6DE6E9D27DD478AE6D1BBBB835795633304EF2A@NA-EXMSG-C117.redmond.corp.microsoft.com>
References: <422633.90603.qm@web31813.mail.mud.yahoo.com> <E19FDBD7A3A7F04788F00E90915BD36C13C2528ABB@USSDIXMSG20.spe.sony.com> <30b660a20805282114v642c07dawa905112dbd6a35f5@mail.gmail.com> <E19FDBD7A3A7F04788F00E90915BD36C13C251B437@USSDIXMSG20.spe.sony.com>
In-Reply-To: <E19FDBD7A3A7F04788F00E90915BD36C13C251B437@USSDIXMSG20.spe.sony.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
MIME-Version: 1.0
Subject: Re: [Ltru] Consensus call: extlang
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

> From: ltru-bounces@ietf.org [mailto:ltru-bounces@ietf.org] On Behalf Of
> Broome, Karen


> >If identification is what you want, then "cmn" IS unambigously
> >Mandarin (indeterminate script);
>
> But is "cmn" the tag you will use, Mark?

I think it must be recognized that, even if Mark says, "Yes, I will use cmn," there will inevitably someone else (and lots of existing process implementations and content) that do not. I think there's general willingness to say that one should use cmn for Mandarin, but also a necessary recognition that we can't avoid saying that some may use zh for Mandarin content.


> However, when RFC 4646bis is released, it seems like I will be using
> different tags than everyone else on this list and we will no longer
> agree on what the best tag is.

I don't see that that needs to be the case.


> I fear the subtleties in the rules may
> prove tougher to explain than today's rules which already cause some
> eyerolling.

I don't see that they're necessarily tougher -- at least not for Chinese since we already have tags for the encompassed languages. The existing RFC didn't say anything about use of zh versus registered tags in part, I think, because the latter were not directly sanctioned by the RFC, and because the issues that arise from availability of subtags for both macrolanguages and for their encompassed languages don't exist inherently in RFC 4646 whereas they do in 4646bis. Even so, there are options for Chinese today, and there's as much need for guidance wrt Chinese today under 4646 as there would be tomorrow under 4646bis.


> Considering this, I start to wonder if the release of RFC
> 4646bis is a step backward or forward. While I'm happy there's a tag
> for Broome Pearling Lugger Pidgin in ISO 639-3, I don't have any
> personal need for it.

The problem cat of Chinese is already out of the bag, and there are people that need support for many of the items coded in 639-3 but not in 639-2.



Peter
_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www.ietf.org/mailman/listinfo/ltru