Re: [Ltru] Factual correction
Martin Duerst <duerst@it.aoyama.ac.jp> Sun, 05 November 2006 10:20 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ggf7J-0006gx-He; Sun, 05 Nov 2006 05:20:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Ggf7I-0006gs-Jk for ltru@ietf.org; Sun, 05 Nov 2006 05:20:40 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Ggf7E-0007KL-NX for ltru@ietf.org; Sun, 05 Nov 2006 05:20:40 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17]) by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id kA5AKMfx014228 for <ltru@ietf.org>; Sun, 5 Nov 2006 19:20:22 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp id 65e8_3ed915fe_6cb7_11db_9c89_0014221f2a2d; Sun, 05 Nov 2006 19:20:22 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:43320) by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server] id <S49FFB> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>; Sun, 5 Nov 2006 19:19:55 +0900
Message-Id: <6.0.0.20.2.20061103212242.04e12060@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Fri, 03 Nov 2006 21:30:22 +0900
To: LTRU Working Group <ltru@ietf.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Factual correction
In-Reply-To: <6.0.0.20.2.20061103135059.04e0ab70@localhost>
References: <6.0.0.20.2.20061103135059.04e0ab70@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.3 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88
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
[co-chair hat on] As a co-chair, I have added a note on http://www.sw.it.aoyama.ac.jp/2006/IETF/ltru/ with a pointer to the archived form of the mail below (issue 57). If anybody thinks that they would have made a different decision without this confusion, please speak up. Regards, Martin. At 18:06 06/11/03, Martin Duerst wrote: >[co-chair hat off] > >It has come to my attention that in my long mail addressing the points >in JFC Morfin's IETF Last Call comments on our matching draft (archived >at http://www1.ietf.org/mail-archive/web/ltru/current/msg05013.html), >there was a factual incorrectness. > >In the paragraph that read: > > The commenter seems to claim that draft-ietf-ltru-matching conflicts with > draft-ietf-ltru-registry (here called RFC 3066bis) because the later > defines well-formed tags while the former does not require well-formed > tags. The reason for not requiring checking for well-formed tags when > matching was discussed extensively in the WG. There is a very clear reason: > requiring this would require to check the IANA language subtag registry, > potentially for every matching operation, which was considered operationally > infeasible. It would also be an unnecessary performance punishment for > those who actually use well-formed tags. In general, non-wellformed > tags or ranges will simply not match anything, which is just fine. > >the sentence that said: > > There is a very clear reason: requiring this would require to check the > IANA language subtag registry, potentially for every matching operation, > which was considered operationally infeasible. > >was factually wrong. Well-formedness checking does not need online access >to the registry, only one-time access when the checking software is built >to get the list of grandfathered tags. Strictly speaking, not even validation >does require online access to the registry, because validation can be done >with respect to a specific registry date. > >The rest of the paragraph, in particular the following three >sentences, are unaffected by this. > > The reason for not requiring checking for well-formed tags when > matching was discussed extensively in the WG. > It would also be an unnecessary performance punishment for > those who actually use well-formed tags. In general, non-wellformed > tags or ranges will simply not match anything, which is just fine. > >I would like to appologize for any confusion this may have created. >I personally do not think there was anything unclear in the draft >(now an RFC), or anything that the WG would have done differently. >My guess is also that this problem would have been spotted very quickly >by quite some WG participants if it hadn't been burried in the middle >of a very long mail answering another very long mail. > >Regards, Martin. > > >#-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University >#-#-# http://www.sw.it.aoyama.ac.jp mailto:duerst@it.aoyama.ac.jp #-#-# Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University #-#-# http://www.sw.it.aoyama.ac.jp mailto:duerst@it.aoyama.ac.jp _______________________________________________ Ltru mailing list Ltru@ietf.org https://www1.ietf.org/mailman/listinfo/ltru
- [Ltru] Factual correction Martin Duerst
- Re: [Ltru] Factual correction Martin Duerst