Re: [Ietf-languages] [EXTERNAL] Re: language identifiers for sign languages (incl. sgn) vs. attribute for indicating the representation of an individual language in "sign language modality"

Peter Constable <petercon@microsoft.com> Tue, 26 November 2019 23:32 UTC

Return-Path: <petercon@microsoft.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 5848912091A for <ietf-languages@ietfa.amsl.com>; Tue, 26 Nov 2019 15:32:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_FAIL=0.001, SPF_HELO_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.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 MTrX-CG2Pfzt for <ietf-languages@ietfa.amsl.com>; Tue, 26 Nov 2019 15:32:49 -0800 (PST)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E21C2120B15 for <ietf-languages@ietf.org>; Tue, 26 Nov 2019 15:32:48 -0800 (PST)
Received: by mork.alvestrand.no (Postfix) id 68EAB7C3971; Wed, 27 Nov 2019 00:32:47 +0100 (CET)
Delivered-To: ietf-languages@alvestrand.no
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 581A67C38C1 for <ietf-languages@alvestrand.no>; Wed, 27 Nov 2019 00:32:47 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Authentication-Results: mork.alvestrand.no (amavisd-new); dkim=pass (1024-bit key) header.d=microsoft.com
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S41PG7syse0x for <ietf-languages@alvestrand.no>; Wed, 27 Nov 2019 00:32:44 +0100 (CET)
X-Greylist: from auto-whitelisted by SQLgrey-1.8.0
X-Greylist: from auto-whitelisted by SQLgrey-1.8.0
X-Comment: SPF skipped for whitelisted relay - client-ip=192.0.33.72; helo=pechora2.lax.icann.org; envelope-from=petercon@microsoft.com; receiver=ietf-languages@alvestrand.no
Received: from pechora2.lax.icann.org (pechora2.icann.org [192.0.33.72]) by mork.alvestrand.no (Postfix) with ESMTPS id B86617C080E for <ietf-languages@alvestrand.no>; Wed, 27 Nov 2019 00:32:43 +0100 (CET)
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-eopbgr800135.outbound.protection.outlook.com [40.107.80.135]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pechora2.lax.icann.org (Postfix) with ESMTPS id 4E6C71E01EF for <ietf-languages@iana.org>; Tue, 26 Nov 2019 23:32:41 +0000 (UTC)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=L3KCh1sNnSlqpfgdUGcHtL7+MHArEfRZk14nwsKIj+O1AdZLr5PMl94MJmRzaSk/ZrQV1LF7BNcwO1Z6N5pNzjlxUhAW8hXTN7ieE4bQ5HnyFp81CHBFrT2PJRw+ral1DNuUTpK4aD1CRHkYkk2pdYm1j2iEnL7xq073qds0lQ9+vtrZSlNJFTBvitmhGWKH7hgchUjJhOojBtLGPshKDgxr7NCGr/sCMai7nUiP21WGipkRqYl1hCa92Hbkl+mpDMLNfYSauchLmiheNGIRIBLkGJZQKaVbMrQeaNGvEPRNdRec31APoOEopdamuw6EhBIz61FUdE3LreDL60eHDw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7AL+gyncC8mKmAs8v69CagnpyZx8sLjbzWsiwCLfwzc=; b=MZ/nyC4s8IwsZqG+xl05HtQAojLYEliQhRQV7du7LmzJscv5eEjWyqryHvOIGUw0Q8iCYK1kYgJxxK937goPbtVdIUZO62P5q9dJGbVnOWsNTjmIAYrqK52HHzEDVGlzYFj97LXsi0rwEYghaRqCV0C42Kzm7MsdwRZNTV/pLBmZ6z7lQyf1e/PfJmwVTcB2f8XXVDZpJY5puVXdoOXzXG5TItUj8epHd0pIboRHCWCG9BseBnGAn+0S/7wypgvL3VHNhA7ejh9UN754e+dmS5pvfmO23jTGEdENyyPz5jjJ79RavinorRehsxdC1xGL66TGNjsyRJi09z0PFaORMg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=microsoft.com; dmarc=pass action=none header.from=microsoft.com; dkim=pass header.d=microsoft.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7AL+gyncC8mKmAs8v69CagnpyZx8sLjbzWsiwCLfwzc=; b=Fa60NAMHbCuK6pK9EA9CcyTGNZuCQuHDo3gnUB6sUbVADDjfGzg5BT9PDfoET35Lu+xbK7FT/j0Cc20IfMoU2LXrku3ukqzUn3CG+9ES7BgwPZoYVY7pCZGtDRXgBt9lCJlH68e1NXRA/b0ZcJazq0idUfRhUqkU5ZWvpwX7yS0=
Received: from MW2PR2101MB1065.namprd21.prod.outlook.com (52.132.149.18) by MW2PR2101MB1018.namprd21.prod.outlook.com (52.132.146.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.2; Tue, 26 Nov 2019 23:32:19 +0000
Received: from MW2PR2101MB1065.namprd21.prod.outlook.com ([fe80::1d78:3c60:621c:7fe8]) by MW2PR2101MB1065.namprd21.prod.outlook.com ([fe80::1d78:3c60:621c:7fe8%7]) with mapi id 15.20.2516.003; Tue, 26 Nov 2019 23:32:19 +0000
From: Peter Constable <petercon@microsoft.com>
To: Doug Ewell <doug@ewellic.org>, 'ietf-languages' <ietf-languages@iana.org>
Thread-Topic: [EXTERNAL] Re: [Ietf-languages] language identifiers for sign languages (incl. sgn) vs. attribute for indicating the representation of an individual language in "sign language modality"
Thread-Index: AQHVoXihwQkTkYnhb0icGqtrhOPuHaeX2oPQgABbmACAAM06AIAB8Y8AgAMNTFCAAB4I0A==
Date: Tue, 26 Nov 2019 23:32:19 +0000
Message-ID: <MW2PR2101MB10657B44A960A649C710B985D5450@MW2PR2101MB1065.namprd21.prod.outlook.com>
References: <20191122140445.665a7a7059d7ee80bb4d670165c8327d.e5d7554235.wbe@email03.godaddy.com>, <MW2PR2101MB10651AA60FBA508E53BE023BD5480@MW2PR2101MB1065.namprd21.prod.outlook.com> <YTXPR0101MB0861EBEA60D89A2846BCC6B685480@YTXPR0101MB0861.CANPRD01.PROD.OUTLOOK.COM> <003001d5a223$241a34f0$6c4e9ed0$@chello.at> <000001d5a31b$ed1cf4c0$c756de40$@ewellic.org> <MW2PR2101MB1065D957EDA388D6CD628DEAD5450@MW2PR2101MB1065.namprd21.prod.outlook.com>
In-Reply-To: <MW2PR2101MB1065D957EDA388D6CD628DEAD5450@MW2PR2101MB1065.namprd21.prod.outlook.com>
Accept-Language: en-US, en-CA
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ActionId=4f9500d8-16eb-4cc0-85c8-0000b27ada08; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ContentBits=0; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=true; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Method=Standard; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Name=Internal; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2019-11-26T21:43:40Z; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47;
authentication-results: spf=none (sender IP is ) smtp.mailfrom=petercon@microsoft.com;
x-originating-ip: [2001:4898:80e8:3:8143:99d7:33bf:19b4]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 7ffb0f4b-ee52-4679-01aa-08d772c8e18c
x-ms-traffictypediagnostic: MW2PR2101MB1018:
x-microsoft-antispam-prvs: <MW2PR2101MB1018A422AEC21FDEE4ABC63ED5450@MW2PR2101MB1018.namprd21.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0233768B38
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(376002)(39860400002)(396003)(136003)(346002)(189003)(199004)(2940100002)(6436002)(86362001)(14454004)(74316002)(186003)(99286004)(110136005)(25786009)(22452003)(446003)(316002)(2906002)(6116002)(790700001)(6506007)(53546011)(64756008)(8990500004)(76116006)(7696005)(102836004)(9686003)(561944003)(10090500001)(229853002)(55016002)(7736002)(8676002)(236005)(66946007)(5660300002)(76176011)(14444005)(81166006)(66476007)(81156014)(256004)(66556008)(66446008)(54896002)(11346002)(10290500003)(46003)(6246003)(71190400001)(478600001)(71200400001)(52536014)(6306002)(33656002)(8936002); DIR:OUT; SFP:1102; SCL:1; SRVR:MW2PR2101MB1018; H:MW2PR2101MB1065.namprd21.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: microsoft.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: XYpfox+LDedlsK3CCOgXp7XWZpFQelu/xSMf0pgr4iCcqcChlohLqOiVWp3ME9kjzzK1YfRZo5blhsvfLQGjUxbPUr4TkqNR6QYxZi5pf9B7fpZrQ9i3oCBJ7mP7jcsGel7m2kmRfw/++hoBPJFSWMfgF+KHti8kJbTsXee/VDGAeI1G14+6d9DLmT42sOUgyBz00zBl97Ca3Rnsg4LzTrAkj4BJ5mPAXLM+JZrk0AjxbM9wi26NVO5Vs5EyOoY5wt8Y+Nh4bVJU9JQz5uhhHk9w0wUHc3J3StP8a8v41LXIXFYI0IWDQh9Pbu27yLdTy9f8mEqL3OLeRz23iVCKwMvIjnpkEvLURDprMZw2Nm5WH2IHhfrpCzZeHt7/2f2c5VzdhuhTqnExdapNlKPUbB1wlZQy2Mv3HJ4e5IhMZLbQ5KJmpy/FT8MojclWNmZC
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MW2PR2101MB10657B44A960A649C710B985D5450MW2PR2101MB1065_"
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7ffb0f4b-ee52-4679-01aa-08d772c8e18c
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Nov 2019 23:32:19.6171 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72f988bf-86f1-41af-91ab-2d7cd011db47
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Xv5Egq1T1QfcOB3LSoh+JZ8Y+m//PPgOzVl5++D+UepbH/OsV7eKiNuZm5AfI55R3AGRyy/Qfc2HYw+W8DQq9g==
X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.2 (pechora2.lax.icann.org [192.0.33.72]); Tue, 26 Nov 2019 23:32:41 +0000 (UTC)
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW2PR2101MB1018
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-languages/wMkLhYP4LCemytmmrOFZCu5JQaE>
Subject: Re: [Ietf-languages] [EXTERNAL] Re: language identifiers for sign languages (incl. sgn) vs. attribute for indicating the representation of an individual language in "sign language modality"
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: Tue, 26 Nov 2019 23:32:51 -0000

Re-sending with trimmed to/cc (to avoid being blocked by list)


From: Peter Constable
Sent: Tuesday, November 26, 2019 1:46 PM
To: Doug Ewell <doug@ewellic.org>; 'Christian Galinski' <christian.galinski@chello.at>; 'Fourney, David' <david.fourney@usask.ca>; jzag@loc.gov; 'Debra Russell' <drussell@ualberta.ca>; 'John Cowan' <cowan@ccil.org>; jzag@loc.gov; 'Debra Russell' <drussell@ualberta.ca>
Cc: 'ietf-languages' <ietf-languages@iana.org>; 'Sebastian Drude' <Sebastian.Drude@outlook.com>; Melinda_Lyons@sil.org; 'Gary Simons' <gary_simons@sil.org>; '105-5-03 Hein, Anja' <105-5-03@auswaertiges-amt.de>
Subject: RE: [EXTERNAL] Re: [Ietf-languages] language identifiers for sign languages (incl. sgn) vs. attribute for indicating the representation of an individual language in "sign language modality"

> My understanding of ISO 639 is that combination of code elements like this is not within its domain, but left to follow-on standards such as BCP 47.

ISO 639 does discuss combination of code elements, but up to now it only describes using a code element from 639 together with a code element from 3166-1 or a code element from 15924, not combinations of code elements from 639; and it does not discuss any formalism for combining elements into a single tag.


Peter

From: Doug Ewell <doug@ewellic.org<mailto:doug@ewellic.org>>
Sent: Sunday, November 24, 2019 3:07 PM
To: 'Christian Galinski' <christian.galinski@chello.at<mailto:christian.galinski@chello.at>>; 'Fourney, David' <david.fourney@usask.ca<mailto:david.fourney@usask.ca>>; Peter Constable <petercon@microsoft.com<mailto:petercon@microsoft.com>>; jzag@loc.gov<mailto:jzag@loc.gov>; 'Debra Russell' <drussell@ualberta.ca<mailto:drussell@ualberta.ca>>; 'John Cowan' <cowan@ccil.org<mailto:cowan@ccil.org>>; jzag@loc.gov<mailto:jzag@loc.gov>; 'Debra Russell' <drussell@ualberta.ca<mailto:drussell@ualberta.ca>>
Cc: 'ietf-languages' <ietf-languages@iana.org<mailto:ietf-languages@iana.org>>; 'Sebastian Drude' <Sebastian.Drude@outlook.com<mailto:Sebastian.Drude@outlook.com>>; Melinda_Lyons@sil.org<mailto:Melinda_Lyons@sil.org>; 'Gary Simons' <gary_simons@sil.org<mailto:gary_simons@sil.org>>; '105-5-03 Hein, Anja' <105-5-03@auswaertiges-amt.de<mailto:105-5-03@auswaertiges-amt.de>>
Subject: RE: [EXTERNAL] Re: [Ietf-languages] language identifiers for sign languages (incl. sgn) vs. attribute for indicating the representation of an individual language in "sign language modality"

Christian Galinski wrote:

> In any case, the issue of “signing” – including dialects, levels of
> performance, combinations of regional variants, etc. – is more complex
> than can be dealt with in the ISO 639 series. Furthermore, similar
> phenomena exist for drummed, whistled, haptic (and other languages and
> language modalities), which may have to be considered in the future.
> [Particularly in the field of education (and assistive technologies
> applied to support interhuman communication) there is a lot of
> development in this direction.]

BCP 47, at least, doesn’t try to cover all of the modality possibilities that are covered by, for example, the ISO/TC 37/SC 2 NWIP “Identification and description of language varieties,” which was voted on in 2016 and which also attempts to cover regional spoken accents, time frames, proficiency levels, speech impairments, “motherese,” and much more.

If there is a standard (or part) on the horizon that will provide a coded representation of modalities in a way that is compatible with other ISO 639 parts, and could conceivably be made to work within BCP 47, then I would argue strongly against trying to extend BCP 47 or any other ISO 639 part to accommodate this. Otherwise we will have duplicate coding, with all the confusion that duplicate coding normally brings.

Note that the NWIP, as of 2016, offered no code elements, nor any clues as to how code elements would be formulated, what they would look like, or where or how the list of code elements would be maintained, making the proposal unsuitable for discussion in the context of BCP 47.

> b. “sgn” attributed to a language identifier of an individual language
> (not being a sign language) could indicate one or the other kind of
> “signed language variety” – e.g. (in ISO 639) “eng-sgn” = English in
> signed language variety and – if differentiation necessary –
> “eng-UK-sgn” British English in signed language variety
> c. “sgn” attributed to a language identifier of an “individual sign
> language” could be used to make individual sign languages identifiable
> and searchable – e.g. (in ISO 639) “ase-sgn” = American Sign Language
> (ASL) and – if differentiation is necessary – “ase-CA-sgn” Canadian
> variant of American Sign Language
>
> If this use of “sgn” is not useful/reasonable for ISO 639 principles,
> please feel free to suggest alternatives.

My understanding of ISO 639 is that combination of code elements like this is not within its domain, but left to follow-on standards such as BCP 47.

BCP 47 has a very well-defined syntax with clear, stable rules about which types of subtags can go where. Inserting “sgn” or any three-letter string after a region subtag, or omitting the region subtag and inverting the order of primary and extended language subtags (putting “sgn” after “ase”), is not permitted in BCP 47.

“eng” is also not permitted for “English” in a BCP 47 tag. The subtag for English is “en”, derived from the ISO 639-1 code element.

If this problem is one to be solved within BCP 47 (which I am increasingly convinced it may not be; see above), then the syntactical and constraints of BCP 47 must be adhered to. This is the only way parsers can know what the components of a tag are. This point is not negotiable.

--
Doug Ewell | Thornton, CO, US | ewellic.org