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; Sat, 09 Apr 2005 20:08:00 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id D95CA61B50 for ; Sat, 9 Apr 2005 20:07:59 +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 26864-10 for ; Sat, 9 Apr 2005 20:07:56 +0200 (CEST) Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id D3B4561B48 for ; Sat, 9 Apr 2005 20:07:55 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DKKKj-0004Mn-8R; Sat, 09 Apr 2005 14:05:25 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DKJ8R-0005sl-0u for ltru@megatron.ietf.org; Sat, 09 Apr 2005 12:48:39 -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 MAA19619 for ; Sat, 9 Apr 2005 12:48:36 -0400 (EDT) Received: from [63.247.76.195] (helo=montage.altserver.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DKJHR-0001Cu-6h for ltru@ietf.org; Sat, 09 Apr 2005 12:57:57 -0400 Received: from lns-p19-8-idf-82-249-30-81.adsl.proxad.net ([82.249.30.81] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DKJ8O-0008Bh-OX for ltru@ietf.org; Sat, 09 Apr 2005 09:48:37 -0700 Message-Id: <6.1.2.0.2.20050409154123.03910ab0@pop.online.fr> X-Sender: jefsey@pop.online.fr X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Sat, 09 Apr 2005 16:16:04 +0200 To: "LTRU Working Group" From: Jefsey Morfin 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 - online.fr X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15 X-Mailman-Approved-At: Sat, 09 Apr 2005 14:05:23 -0400 Cc: Subject: [Ltru] ISO 639, ISO 3166 and ISO 15924 BCP 047 subtags supports. 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 With the automated deluge of resolved points which poured on this WG I am not sure of the exact situation. 1. ISO 639 I understand that we converge towards the idea that French and English code element documentation will be two BCP 047 "subtags". I also understand that the more CPU costly to parse that "|" separators, but more flexible "jar notation" will permit (but not force) to add languages in registries desiring it (we will be directly able to generate your registry from ours). Our own Gositer format will permit easily to generate a FrancoEnglish registry from any multilingual system we may maintain. (Gositer is multifile [includes files] and multilanguages [entries are preceded by a language tag: jar "name:" is ":fr .name" in gositer). I understand we still have a disagreement which is that the initial registry could bve registered as an RFC and only include the current ISO 639-2, while I say that the RFC should say that every ISO 639 tables (2,3,6) should be registered when available under the responsibility of the "Reviewer". 2. ISO 3166 I am not sure about the ISO 3166 situation. Obviously every historic situation of ISO 3166 should be registered (if this was not the current situation please accept this as a formal opposition to any other proposition). Since the inception of ISO 3166 (as reminded we started using it in 1978), but also the reconstitution that the ISO 3166 commission may introduce, we need every information presented in the same way for an historically consistent description of languages. 3. ISO 15924 ISO 15924 is the younguest standard. Its use/way of use is not necessarily clear to most of the Internet application. There is obviously no harm in having it listed as BCP 047 compliant. The addition of other scripts should be concerted with the concerned standardisation organisations. 4. Initial registry I understand there is a problem to make the initial registry French compliant, since some IANA entries have been made which does not include a French description. I suggest that the appropriate requests are sent to the French Commissions for ISO 639 and ISO 3166. I am not sure about the existence of a French Commission for ISO 15924. I will inquire. (I note that you may not have a heavy commitment if ISO 3166 prior 1988 elements are not retained). General comment I wish to underline this is written in the spirit of the WG-ltru Charter and only concerns the IANA registry, I make a separte issue from any format, from any usage, from any dissemination method, from any additional not ISO content and from any maintenance procedure. I only use the term "subtag" to be understood. I prefer the term if descriptor but I am open to any other term which does not refer to any given format. jfc _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru