Re: [Ltru] Re: extlang

"Randy Presuhn" <randy_presuhn@mindspring.com> Tue, 19 June 2007 21:57 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 1I0lhS-0000Iw-UP; Tue, 19 Jun 2007 17:57:22 -0400
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1I0lhS-0000Ir-Et for ltru-confirm+ok@megatron.ietf.org; Tue, 19 Jun 2007 17:57:22 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I0lhS-0000Ij-5L for ltru@ietf.org; Tue, 19 Jun 2007 17:57:22 -0400
Received: from elasmtp-curtail.atl.sa.earthlink.net ([209.86.89.64]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I0lhQ-0007VV-TN for ltru@ietf.org; Tue, 19 Jun 2007 17:57:22 -0400
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=ZspzT82MJLXxviGyNKfowQ6nyqpGh2MFwKhPNia498INWZpZJbzd5ZGW5HslMa32; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [66.167.203.13] (helo=oemcomputer) by elasmtp-curtail.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1I0lhQ-0004mv-44 for ltru@ietf.org; Tue, 19 Jun 2007 17:57:20 -0400
Message-ID: <002401c7b2bc$d6d49400$6601a8c0@oemcomputer>
From: Randy Presuhn <randy_presuhn@mindspring.com>
To: LTRU Working Group <ltru@ietf.org>
References: <30b660a20706171252l3c61d451p464b96e864d1a515@mail.gmail.com><007f01c7b166$8ef7bf10$6401a8c0@DGBP7M81><30b660a20706181006x3efbf772t9a0751feb070a6cb@mail.gmail.com><20070619013433.GA15048@mercury.ccil.org><003701c7b238$16124fc0$6401a8c0@DGBP7M81><20070619140547.GB30227@mercury.ccil.org><4677F589.3090003@yahoo-inc.com><20070619205855.GA19853@sources.org><46784742.9080009@yahoo-inc.com> <20070619212227.GF12168@mercury.ccil.org> <000d01c7b2b8$dc7aa420$6601a8c0@oemcomputer> <46784BE1.7000205@yahoo-inc.com>
Subject: Re: [Ltru] Re: extlang
Date: Tue, 19 Jun 2007 14:57:32 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888fa44b31bb60a93564e9d60621ab4e94915b96f20cf86ce16350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 66.167.203.13
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
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>
Errors-To: ltru-bounces@ietf.org

Hi -

As a technical contributor...

> From: "Addison Phillips" <addison@yahoo-inc.com>
> To: "Randy Presuhn" <randy_presuhn@mindspring.com>
> Cc: "LTRU Working Group" <ltru@ietf.org>
> Sent: Tuesday, June 19, 2007 2:34 PM
> Subject: Re: [Ltru] Re: extlang
...
> There was also a proposal (I think I made it) to limit extlangs to "at 
> 4646bis birth only"---that is, only currently enclosed languages that 
> are otherwise unencoded would be extlangs. This gets us the (for 
> example) the enclosed Chinese dialects (etc.), but not any future 
> extlangs. Future registrations would be primary language subtags only.
...

I think it's important to keep in mind the "division of labor" between
the ltru WG and the function of the ietf-languages@iana.org list.
Here in the WG, we need to ensure that the registry and registration
process ensure that the right bits get recorded in the right spots,
and that the resulting language tag structure works.  We only have to
agree that there are cases of "enclosing languages" that make it
worthwhile to represent this property in the regsitry, and to account
for in in our matching algorithms.

Deciding which specific languages are to be given such treatment
does not belong here.  We only need to concern oursevles with the
question of whether it is a requirement (that seems to be agreed).
If we cannot agree on a uniform way to handle these cases for the
big batch of tags we'd like add, based entirely on the data from
the standards from which we're importing this information, then
I suggest that those details would most properly be hashed out
on the ietf-languages list on a case-by-case basis.

Randy



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