Re: [Ietf-languages] Language subtag registration form

Mark Davis ☕️ <mark@macchiato.com> Thu, 26 November 2020 00:44 UTC

Return-Path: <mark.edward.davis@gmail.com>
X-Original-To: ietf-languages@ietfa.amsl.com
Delivered-To: ietf-languages@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 636C63A0E25 for <ietf-languages@ietfa.amsl.com>; Wed, 25 Nov 2020 16:44:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.732
X-Spam-Level:
X-Spam-Status: No, score=-0.732 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_FONT_FACE_BAD=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=macchiato-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3OM17x4CX0ja for <ietf-languages@ietfa.amsl.com>; Wed, 25 Nov 2020 16:44:47 -0800 (PST)
Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADB6B3A0E26 for <ietf-languages@ietf.org>; Wed, 25 Nov 2020 16:44:46 -0800 (PST)
Received: by mork.alvestrand.no (Postfix) id 048A97C64DB; Thu, 26 Nov 2020 01:44:45 +0100 (CET)
Delivered-To: ietf-languages@alvestrand.no
X-Comment: SPF skipped for whitelisted relay - client-ip=192.0.46.71; helo=pechora5.dc.icann.org; envelope-from=mark.edward.davis@gmail.com; receiver=ietf-languages@alvestrand.no
Received: from pechora5.dc.icann.org (pechora5.icann.org [192.0.46.71]) by mork.alvestrand.no (Postfix) with ESMTPS id B08367C64CF for <ietf-languages@alvestrand.no>; Thu, 26 Nov 2020 01:44:44 +0100 (CET)
Received: from mail-qv1-xf2b.google.com (mail-qv1-xf2b.google.com [IPv6:2607:f8b0:4864:20::f2b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by pechora5.dc.icann.org (Postfix) with ESMTPS id 73160700035F for <ietf-languages@iana.org>; Thu, 26 Nov 2020 00:44:42 +0000 (UTC)
Received: by mail-qv1-xf2b.google.com with SMTP id dm12so251778qvb.3 for <ietf-languages@iana.org>; Wed, 25 Nov 2020 16:44:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=macchiato-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SDkkx+T02JT1NFVGZGSdhVLA4Bwup8APd47j+ZNZfu8=; b=0/DMhy8jTsdo9Dknm7TrJWS65IVqOPEtsRugGsG+Wqp6zirMhnli6+w8mBE3GLEWtO mL+nLQS2C5Q6vQNFMvUgIOJUP+gIMs2NrTQy1iR3j+pv1X4CfnnQRhn8WQle5Qu9WRQ4 3Rn128UNpVDigXuAyky5DO2lMgf73vLmLFe7qP3du6ttpKmNq0F/cjN6Up//rw3vh783 9eyRRmAY9J6z7fLpkazg8bQmgG0IeEW4X9v8/XyYoVi8QBfGGug3eFmIoOOWvjNHSQYL o+xGGaF0y4Wm3t2dvpsDnwMkrhnFpsuTuchakQ7VxCmWx4/b9n+8YibIviZ/+HGdsf6C Xv5g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SDkkx+T02JT1NFVGZGSdhVLA4Bwup8APd47j+ZNZfu8=; b=fSY/7zH0c4v/6wwG1o1ixlSx+ivmGRH/aTxUgJ9r9W+FXUDLbF3MwX2rJTwpzSwgtp 7Um1TXcfejfHmgHI+FeQraNB7DECYL7KA016T+QTuuhkw/VmhhwesJr0HsSTbVZ1qtmz VMB+s8NmxvWPe0xJB7cMRHQjOxyoI7ulAPY/aqqIwEVNlXO41sc24RdGpxpK0CuPqwb/ Qu8zXFdA9QYUqioB939rRfUi5ZZz4vnyJGqaATSt3PxWCB5SXMUk3bfoIy/bLXY/o1av 4KVjG7F/4QeWDg3JcgpSkJgsV/u+0N/xKPMO3T63zelt3MC4L0wgRmQaSNsEGsVHmaOF 7Qrw==
X-Gm-Message-State: AOAM532YJ4aK4QtMIGBKjp5K5d6Y8xFPDoD7X6o1GrGOAri5iwQMi8HL 0BdeEc3iR/7v/W60FOEwx/HgR7Gw6pekPTNxNEQ=
X-Google-Smtp-Source: ABdhPJywK7uhRTsXvRHr98QSZYw4S7rhSe5l1Bmt24X5KTq3aTEtY6o1Ad2/rI5EbacFoF3rAc0riz0UcMyN/ul32tQ=
X-Received: by 2002:ad4:4eec:: with SMTP id dv12mr637803qvb.47.1606351462368; Wed, 25 Nov 2020 16:44:22 -0800 (PST)
MIME-Version: 1.0
References: <20201125122933.665a7a7059d7ee80bb4d670165c8327d.1a2c419eb9.wbe@email15.godaddy.com> <ae73cce5-7206-7672-865a-479949803490@xs4all.nl>
In-Reply-To: <ae73cce5-7206-7672-865a-479949803490@xs4all.nl>
From: Mark Davis ☕️ <mark@macchiato.com>
Date: Wed, 25 Nov 2020 16:44:10 -0800
Message-ID: <CAJ2xs_HKKXYE50tdskgHwM0j4DS3znJA0xw2obXKcPFm3GKKVw@mail.gmail.com>
To: Sebastian Drude <drude@xs4all.nl>
Cc: Doug Ewell <doug@ewellic.org>, "ietf-languages@iana.org" <ietf-languages@iana.org>
Content-Type: multipart/alternative; boundary="0000000000004c87a105b4f7d822"
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.2 (pechora5.dc.icann.org [0.0.0.0]); Thu, 26 Nov 2020 00:44:42 +0000 (UTC)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-languages/JbGGJDde2TVzmwefs1LlBCl8b1E>
Subject: Re: [Ietf-languages] Language subtag registration form
X-BeenThere: ietf-languages@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <ietf-languages.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-languages>, <mailto:ietf-languages-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-languages/>
List-Post: <mailto:ietf-languages@ietf.org>
List-Help: <mailto:ietf-languages-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-languages>, <mailto:ietf-languages-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Nov 2020 00:44:49 -0000

BCP 47 provides for a way to add extra capabilities using the extension
mechanism, so the way to go about the 'recognition' would be to draft an
extension RFC.

Since drafts of ISO 21636 are not available, it would be impossible to give
any advice as to how to fit ISO 21636 identifiers into a BCP47 extension.
However, as a bare minimum, any identifier would need to be a sequence of
ASCII alphanumeric subtags of length 2 to 8. If it required deeper
structure, such as key-value pairs, then the syntax would need to be more
complicated. https://tools.ietf.org/html/rfc6067 is an example of that.

As to whether it would be implemented, that would depend entirely on the
incremental utility, and to some extent, on the 'degree of difficulty' of
the syntax. Again, without at least public drafts of ISO 21636, it is
impossible to assess.

Mark


On Wed, Nov 25, 2020 at 3:04 PM Sebastian Drude <drude@xs4all.nl> wrote:

> Dear Doug, Mark, all,
>
> ISO 21636 just provides a framework, not yet any implementation, and
> hence also not any planning, as of yet, for a concrete registry for a
> list.  I agree that this list should be open and fulfil all the criteria
> of section 2.2.6.
>
> I am here participating in this group exactly to touch base and see how
> we can implement this in a way that it is usable and compatible with BCP
> 47, BEFORE a list is created which may not be compatible in some way to
> IETF/Languages' approach.
> I believe that it is in the interest of ISO to be compatible with BCP
> 47, but I also believe that it should be in the interest of
> IETF/Languages to recognize the new ISO framework for dealing with
> linguistic variation, and if it is seen as a valid contribution, to
> collaborate in implementing it to the benefit of everybody.
>
> Best,
>
> Sebastian
>
> --
>
> Museu P.E. Goeldi, CCH, Linguistica ▪ Av. Perimetral, 1901
> Terra Firme, CEP: 66077-530 ▪ Belém do Pará – PA ▪ Brazil
> drude@xs4all.nl ▪ +55 (91) 3217 6024 ▪ +55 (91) 983733319
> Priv: Tv. Juvenal Cordeiro, 184, Apt 104 ▪ 66070-300 Belém
>
> On 25/11/2020 16:29, Doug Ewell wrote:
> > Mark Davis wrote:
> >
> >> I'd like to emphasize that the list must be freely available (not
> >> behind the common ISO paywall), versioned, and stable (in the sense
> >> that new items can be added, and existing items can be deprecated, but
> >> nothing can be removed). That is, similar to what we see in
> >>
> https://www.iana.org/assignments/language-subtag-registry/language-subtag-registry
> >> and in https://iso639-3.sil.org/code_tables/download_tables for ISO
> >> 639-3.
> > Yes, these attributes are critically important. We must never go back to
> > the days when official code lists used for language tagging violated
> > them. That's why I included the reference to Section 2.2.6, which makes
> > all of these points. It's essential that the 21636 contributors read and
> > understand it.
> >
> > However, in order for there to be a freely available, versioned, stable
> > list, there must BE a list. That was one of my greatest concerns about
> > the work item as originally (and AFAIK still) specified: it was
> > conceived expressly to be adopted into BCP 47, but no thought was
> > apparently given to the administrative requirements of establishing and
> > maintaining a list of valid code elements that could serve as BCP 47
> > subtags. Without such a process, BCP 47 would be unusable.
> >
> > --
> > Doug Ewell | Thornton, CO, US | ewellic.org
> >
>