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; Fri, 05 Aug 2005 15:32:38 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (eikenes.alvestrand.no [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id AB882320097 for ; Fri, 5 Aug 2005 15:32:38 +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 11390-03 for ; Fri, 5 Aug 2005 15:32:33 +0200 (CEST) X-Greylist: domain auto-whitelisted by SQLgrey-1.4.8 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id A979B320089 for ; Fri, 5 Aug 2005 15:32:32 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E12IM-0000jg-1H; Fri, 05 Aug 2005 09:31:30 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E12IL-0000jX-4E for ltru@megatron.ietf.org; Fri, 05 Aug 2005 09:31:29 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA10247 for ; Fri, 5 Aug 2005 09:31:27 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E12pR-0007fo-Ds for ltru@ietf.org; Fri, 05 Aug 2005 10:05:41 -0400 Received: from ver78-2-82-241-91-24.fbx.proxad.net ([82.241.91.24] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1E12IE-00013y-AS; Fri, 05 Aug 2005 06:31:22 -0700 Message-Id: <6.2.1.2.2.20050805142549.04ca76d0@mail.afrac.org> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 05 Aug 2005 15:31:14 +0200 To: Randy Presuhn , ltru@ietf.org From: r&d afrac In-Reply-To: <20785174.1123229031189.JavaMail.root@wamui-bichon.atl.sa.e arthlink.net> References: <20785174.1123229031189.JavaMail.root@wamui-bichon.atl.sa.earthlink.net> 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 - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - afrac.org X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81 Cc: Subject: [Ltru] ISO 11173 (non) alignment in main draft 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: by amavisd-new at alvestrand.no Randy, I read your comment. So, I will rephrase my text to express what a reader will expect from the text due to the involvement of ISO standards, directly or indirectly subject to ISO 11173 (at least via ISO 639-4). UN has no position I know of about ISO 11173, but the day they align, every developer will expect by way of consequences that IANA registries based upon and ISO and UN codes also aligns. ISO 11173 procedures and related libraries will naturally be expected to work. You can chose between the two following texts. I obviously favor (b), but I am neutral about ISO 11173 support in the context of the Draft I globally disapprove . But I am not neutral about confusion: when you decide something you should document it. I have no doubt that IESG will adopt the same position. An RFC is a document to help developers and to support a consistent common compatibility. Proposed choice (or anyone can better the texts if respecting their intent). The target is clarity. (a) "Even if the registry documented in this memo relates in part to ISO codes it is not aligned on ISO 11173 provisions." (b) "The registry documented in this memo relates in part to ISO codes and SHOULD respect their alignment on ISO 11173 provisions as they develop." NB. The open source libraries we will eventually develop, test and produce will support both "0-" escape sequence and ISO 11173 support. They will obviously also be restricted (probably as an alternative version for simpler use) to the specifications of this Draft, the day it is implemented - if this happens - to support every users (we do not compete against anyone as others do, we just strive to best serve all the users). We may very well then be in a limbo situation regarding ISO 11173 if (a) or (b) is not included, and if ISO 11173 leads to contradictions (please remember that ISO 11173 has not yet worked on the multilingual and on the networking issues). That day we could put a disclaimer indicating we rose the question at the WG and were opposed. This may be also handled in the Security section, considering that ISO 11173 (no) conformance would be a danger of confusion? But it would be a strange place for such a concern. jfc At 10:03 05/08/2005, Randy Presuhn wrote: >Hi - >As a technical contributor, I believe there is no technical need for the >proposed addition. further, I believe that the proposed text is technically >incorrect: the initial registry document does NOT "establish" the registry. > >"This document establishes an independent registry. This registry is not >intended to be related to any registry, database or content not documented >in this document." > >I suppose this is what you want to say. >jfc > > > >_______________________________________________ >Ltru mailing list >Ltru@lists.ietf.org >https://www1.ietf.org/mailman/listinfo/ltru > > >_______________________________________________ >Ltru mailing list >Ltru@lists.ietf.org >https://www1.ietf.org/mailman/listinfo/ltru _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru