Return-Path: Received: from murder ([unix socket]) by eikenes.alvestrand.no (Cyrus v2.2.8-Mandrake-RPM-2.2.8-4.2.101mdk) with LMTPA; Mon, 11 Apr 2005 04:11:54 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id E521A61B6D for ; Mon, 11 Apr 2005 04:11:53 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25289-07 for ; Mon, 11 Apr 2005 04:11:49 +0200 (CEST) Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id 0CFDD61AFB for ; Mon, 11 Apr 2005 04:11:49 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DKoMB-0007Rv-Ez; Sun, 10 Apr 2005 22:08:55 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DKoMA-0007Rq-OK for ltru@megatron.ietf.org; Sun, 10 Apr 2005 22:08:55 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA11452 for ; Sun, 10 Apr 2005 22:08:52 -0400 (EDT) Received: from [63.247.76.195] (helo=montage.altserver.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DKoVR-00073F-3n for ltru@ietf.org; Sun, 10 Apr 2005 22:18:30 -0400 Received: from lns-p19-1-idf-82-251-94-206.adsl.proxad.net ([82.251.94.206] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DKoM6-0001cL-Pm; Sun, 10 Apr 2005 19:08:51 -0700 Message-Id: <6.1.2.0.2.20050411011604.03b48420@mail.jefsey.com> X-Sender: jefsey+jefsey.com@mail.jefsey.com X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Mon, 11 Apr 2005 04:08:34 +0200 To: "Doug Ewell" , "LTRU Working Group" From: "JFC (Jefsey) Morfin" Subject: Re: [Ltru] Re: Comment: use VU for Vanuatu (was: remove region subtag 200) In-Reply-To: <000f01c53e0b$de9b28c0$030aa8c0@DEWELL> References: <20050409070831.UZSN2132.mta5.adelphia.net@megatron.ietf.org> <004a01c53df0$786d46c0$030aa8c0@DEWELL> <6.1.2.0.2.20050410194819.0d2fbbd0@mail.jefsey.com> <000f01c53e0b$de9b28c0$030aa8c0@DEWELL> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - montage.altserver.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jefsey.com X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb Cc: X-BeenThere: ltru@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ltru-bounces@lists.ietf.org Errors-To: ltru-bounces@lists.ietf.org X-Virus-Scanned: amavisd-new at alvestrand.no At 22:28 10/04/2005, Doug Ewell wrote: >JFC (Jefsey) Morfin wrote: > > > On 19:12 10/04/2005, Doug Ewell said: > > ... The draft seeks to remove or reduce that > > >instability by introducing a stable layer on top of it... > > > > I would be very interested in your description of this layer. The > > draft proposes a tag layer where the tag = "ISO 639"+"ISO 15924"+"ISO > > 3166". I fail to understand how tag is independent from a change in > > one of the ISO subtags. > >This is one of the fundamental features of the draft, and has been >discussed at great length. > >The subtags are BASED ON code elements in ISO standards, but may deviate >from them to preserve stability when the ISO code elements are changed, >and especially so when they are reused. Dear Doug, This means (I obviously assume big changes which are claimed never to happen :-) that nothing opposes that fra-Cyrl-US would still mean French writen in Cyrilic as spoken in the USA - while fra may have changed in that far future to Franglish, Cyrl to Cypriot revision of Latin and US to United States of Australia. - this is IETF not ISO and no position by ISO can be taken for granted: we have no control. - the draft precisely wants a solution which rules out any risk of that kind - this is indeed a fundamental features of the Draft, and that it has been discussed at great length. This does not change anything to it. This WG is to discuss Drafts only to address its Charter. You document that the draft does not match the charter. I noted that, and also the conflict in the charter which calls for an independence from the ISO evolutions and the possibility to identify the subtags in the tag. IMHO this calls for a request of guidance to the IESG if the debate on the charter (we still need to have, as Randy underlined it) does not deliver a solution. jfc _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru