[Ltru] Re: Preferred-Value cycles (was: Registry deltas)
"Doug Ewell" <dewell@adelphia.net> Fri, 06 October 2006 05:47 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GViYs-00024I-5u; Fri, 06 Oct 2006 01:47:54 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GViYq-00023t-Q5 for ltru@ietf.org; Fri, 06 Oct 2006 01:47:52 -0400
Received: from mta13.mail.adelphia.net ([68.168.78.44] helo=mta13.adelphia.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GViYp-0005CI-FN for ltru@ietf.org; Fri, 06 Oct 2006 01:47:52 -0400
Received: from DGBP7M81 ([68.67.66.131]) by mta13.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP id <20061006054750.PRZO437.mta13.adelphia.net@DGBP7M81> for <ltru@ietf.org>; Fri, 6 Oct 2006 01:47:50 -0400
Message-ID: <004901c6e90a$f5b67cc0$6401a8c0@DGBP7M81>
From: Doug Ewell <dewell@adelphia.net>
To: LTRU Working Group <ltru@ietf.org>
References: <E1GVYQ9-0008HL-BP@megatron.ietf.org>
Date: Thu, 05 Oct 2006 22:47:50 -0700
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="utf-8"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0
Subject: [Ltru] Re: Preferred-Value cycles (was: Registry deltas)
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
Frank Ellermann <nobody at xyzzy dot claranet dot de> wrote: > Last but not least it would eliminate the "hakka" reference in a > Preferred-Value, where "hakka" is the only "non-subtag" in any > reference. You are presuming a rule where none exists. A grandfathered tag may have another grandfathered tag as its Preferred-Value. There is no restriction against this , no reason it should not be possible, and the fact there is only one such situation -- because two people independently happened to register tags for Hakka under RFC 1766 -- does not change any of that. >> there is no "collision" between 5- to 8-letter language subtags (if >> any existed) and 5- to 8-letter variant subtags, any more than there >> is a collision between "ar" for Arabic and "AR" for Argentina. > > Of course there is for naive implementations, the theory of the 4646 > structure is that you can decompose a tag into subtags, and still tell > what's what based alone on its length. The theory is "length plus position" where position is relative to other subtags. > 3 digits => UN number > 3 alpha => language (for 4646) > 4 alpha at begin => language (reserved) > 4 alpha later => script > 4 alnum starting with a digit => variant > 2 alpha at begin => language > 2 alpha later => region > 5..8 alpha at begin => language > 5..8 alnum later => variant You have created a slightly simplified, almost 100% accurate version of the real rules, described in RFC 4646 Section 2.2 ff. It is not 100% accurate, though. > In my old 4646 validator I've implemented this by adding a dummy > hyphen for anything that's not "at begin", and after that it was as > you said obvious that "AR" (case insensitive) is not "-AR". > > For 4646bis that isn't good enough anymore, because language and > extlang share the same namespace, as soon as there is a language "ang" > there can't be an extlang "-ang". You don't need to do this. If you are truly "validating," as opposed to checking well-formedness, you have to be using the Registry -- so you can simply look there to see whether a language "ang" exists and whether an extlang "ang" exists. In my validator I used the real rules, and everything works just as well for 4646bis as for 4646. -- Doug Ewell * Fullerton, California, USA * RFC 4645 * UTN #14 http://users.adelphia.net/~dewell/ http://www1.ietf.org/html.charters/ltru-charter.html http://www.alvestrand.no/mailman/listinfo/ietf-languages _______________________________________________ Ltru mailing list Ltru@ietf.org https://www1.ietf.org/mailman/listinfo/ltru
- [Ltru] Consensus Doug Ewell
- [Ltru] Re: Consensus Frank Ellermann
- RE: [Ltru] Re: Consensus Kent Karlsson
- [Ltru] fixing "replaced by" comments ( was Consen… Addison Phillips
- [Ltru] Re: Consensus Doug Ewell
- [Ltru] Re: Preferred-Value cycles (was: Registry … Doug Ewell
- [Ltru] Re: Great Script Debate "the Next Generati… Doug Ewell
- [Ltru] Re: Preferred-Value cycles Frank Ellermann
- RE: [Ltru] Consensus Peter Constable