Re: [Ltru] draft-davis-t-langtag-ext

"Debbie Garside" <debbie@ictmarketing.co.uk> Sat, 09 July 2011 10:19 UTC

Return-Path: <debbie@ictmarketing.co.uk>
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 D392321F8736 for <ltru@ietfa.amsl.com>; Sat, 9 Jul 2011 03:19:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.079
X-Spam-Level:
X-Spam-Status: No, score=-2.079 tagged_above=-999 required=5 tests=[AWL=0.520, 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 p-7yAFbT4zL6 for <ltru@ietfa.amsl.com>; Sat, 9 Jul 2011 03:19:23 -0700 (PDT)
Received: from 145.nexbyte.net (145.nexbyte.net [62.197.41.145]) by ietfa.amsl.com (Postfix) with ESMTP id BA7A621F8734 for <ltru@ietf.org>; Sat, 9 Jul 2011 03:19:17 -0700 (PDT)
Received: from ICTPC ([92.28.116.69]) by 145.nexbyte.net with MailEnable ESMTP; Sat, 09 Jul 2011 11:19:23 +0100
From: "Debbie Garside" <debbie@ictmarketing.co.uk>
To: <doug@ewellic.org>, "'Kent Karlsson'" <kent.karlsson14@telia.com>
References: <267398641-1310173137-cardhu_decombobulator_blackberry.rim.net-1242757085-@b17.c19.bise6.blackberry>
In-Reply-To: <267398641-1310173137-cardhu_decombobulator_blackberry.rim.net-1242757085-@b17.c19.bise6.blackberry>
Date: Sat, 9 Jul 2011 11:20:03 +0100
Message-ID: <094a01cc3e21$c510d7c0$4f328740$@co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
thread-index: Acw9099Cdp3XDX8UQ8+JKY+jAOQWggATc7fQ
Content-Language: en-gb
Cc: ltru@ietf.org
Subject: Re: [Ltru] draft-davis-t-langtag-ext
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: Sat, 09 Jul 2011 10:19:23 -0000

I would support this argument.

Debbie

-----Original Message-----
From: doug@ewellic.org [mailto:doug@ewellic.org] 
Sent: 09 July 2011 01:59
To: Kent Karlsson; Debbie Garside
Cc: ltru@ietf.org
Subject: Re: [Ltru] draft-davis-t-langtag-ext

The current draft refers partly to the LSR (for "from" tags, which I
understand), partly to data located somewhere within CLDR, and partly to a
set of numeric patterns and an interpretation rule. That's not "a registry"
in any sense, so I guess it's a good thing that BCP 47 doesn't seem to
require one.

During the review period for the draft that became 6067, I argued hard for
putting all the relevant data in one easy-to-find place, not zipped together
with a lot of unrelated data. That argument was not successful, and you can
see now that much of the current draft is being defended as "this is the
same thing we did in 6067, which was approved." So the argument is even less
likely to be accepted than it was before.

--Doug  
------Original Message------
From: Kent Karlsson
To: Doug Ewell
To: Debbie Garside
Cc: ltru@ietf.org
Subject: Re: [Ltru] draft-davis-t-langtag-ext
Sent: Jul 8, 2011 15:32


Den 2011-07-08 18:38, skrev "Doug Ewell" <doug@ewellic.org>rg>:

> I just noticed that RFC 5646, Section 2.2.6 ("Extension Subtags"), item
3
> says, "Note that there might not be a registry of these subtags."  I


The extension subtags may be defined (by listing them) only in the RFC
defining the extension. Or, as in the current draft, refer (in part) to
*another* registry; in the case of the current draft: the IANA language
subtag registry; ok, that is a registry, but not specifically for that
extension.



Den 2011-07-07 23:00, skrev "Doug Ewell" <doug@ewellic.org>rg>:

> I can't find any indication of where within CLDR the list of allowable
values
> will be located.  Saying they're in core.zip is almost useless. 
Saying
> they're in common/bcp47 is better, but I'd still like to know
w

I agree that "URL: http://www.unicode.org/Public/cldr/latest/core.zip"quot;,
referring to a rather larger zip-file, containing *lots* of other stuff,
*unrelated* to the registry (for the "mechanisms" part) for this extension,
is highly unsatisfactory. It shouldn't be a zip-file (nor any other kind of
non-plain-text file; though a directory with plain text files would be ok),
and it should be a URL to *only* the registry for the extension.


    /Kent K




Sent via BlackBerry by AT&T