Re: [Ltru] Fw: I-D Action: draft-falk-transliteration-tags-01.txt

"Doug Ewell" <doug@ewellic.org> Wed, 15 June 2011 19:30 UTC

Return-Path: <doug@ewellic.org>
X-Original-To: ltru@ietfa.amsl.com
Delivered-To: ltru@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E656621F859C for <ltru@ietfa.amsl.com>; Wed, 15 Jun 2011 12:30:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e4luaMWcdVbm for <ltru@ietfa.amsl.com>; Wed, 15 Jun 2011 12:30:43 -0700 (PDT)
Received: from smtpoutwbe09.prod.mesa1.secureserver.net (smtpoutwbe09.prod.mesa1.secureserver.net [208.109.78.21]) by ietfa.amsl.com (Postfix) with SMTP id 1D6C621F8597 for <ltru@ietf.org>; Wed, 15 Jun 2011 12:30:43 -0700 (PDT)
Received: (qmail 21789 invoked from network); 15 Jun 2011 19:30:42 -0000
Received: from unknown (HELO localhost) (72.167.218.131) by smtpoutwbe09.prod.mesa1.secureserver.net with SMTP; 15 Jun 2011 19:30:42 -0000
Received: (qmail 15016 invoked by uid 99); 15 Jun 2011 19:30:42 -0000
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"
X-Originating-IP: 208.51.143.190
User-Agent: Web-Based Email 5.5.04
Message-Id: <20110615123041.665a7a7059d7ee80bb4d670165c8327d.da9e254c54.wbe@email03.secureserver.net>
From: "Doug Ewell" <doug@ewellic.org>
To: ltru@ietf.org
Date: Wed, 15 Jun 2011 12:30:41 -0700
Mime-Version: 1.0
Cc: court@infiauto.com
Subject: Re: [Ltru] Fw: I-D Action: draft-falk-transliteration-tags-01.txt
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Jun 2011 19:30:44 -0000

Mark Davis ūüć£ <mark at macchiato dot com> wrote:

> There are major problems with that approach. Where should comments
> be directed?

One of the major problems with this draft, which hasn't been mentioned
yet, is that RFC 5646, Section 3.7 sets out specific requirements for
extensions.  It's not enough just to have an RFC that proposes
singletons: the singletons must be formally communicated to IANA and
added to the extensions registry, there must be a registry of valid
subtags, there must be a registering authority and discussion mailing
list, etc.  The present draft does not meet any of these requirements.

The draft states that the 's' singleton would be followed by "the ISO
15924 for the source script" (part of the draft's underlying
misconception that ISO code elements, not subtags from the LSR, are
directly used in language tags) and that the 't' singleton would be
followed by "a 2-8 character alphanumeric string abbreviation of the
transliteration system,"  There is no list, or pointer to a list, of 't'
subtags, nor any indication or assurance of their stability as required
by Section 3.7.  The draft says there are no IANA considerations, which
is far from true for a BCP 47 extension.

A comparison with RFC 6067 (the 'u' extension) would be helpful in
understanding how the BCP 47 requirements should be fulfilled.  While I
was surprised by the RFC 6067 implementation of "registry" as a set of
CLDR XML files, there is definitely a well-defined, freely accessible
list of subtags, a mailing list where users can ask questions about
then, and a process for proposing new ones.

I am a believer in the concept of BCP 47 extensions and would welcome a
better-conceived proposal that follows the BCP 47 rules and takes
existing BCP 47 mechanisms into better account (e.g. variant subtags
already exist for several transliteration systems).  The present
proposal is not suitable.

--
Doug Ewell | Thornton, Colorado, USA | RFC 5645, 4645, UTN #14
www.ewellic.org | www.facebook.com/doug.ewell | @DougEwell ­