RE: [Ltru] RE: ISO 639-2 decision: "mis"

"Kent Karlsson" <kent.karlsson14@comhem.se> Sun, 17 June 2007 18:40 UTC

Return-path: <ltru-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hzzfy-0001gs-UD; Sun, 17 Jun 2007 14:40:38 -0400
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1Hzzfy-0001gn-1M for ltru-confirm+ok@megatron.ietf.org; Sun, 17 Jun 2007 14:40:38 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hzzfx-0001gf-O7 for ltru@ietf.org; Sun, 17 Jun 2007 14:40:37 -0400
Received: from ch-smtp01.sth.basefarm.net ([80.76.149.212]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Hzzfw-0003nI-F3 for ltru@ietf.org; Sun, 17 Jun 2007 14:40:37 -0400
Received: from c83-248-114-182.bredband.comhem.se ([83.248.114.182]:3475 helo=WGBGKKA02) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.66) (envelope-from <kent.karlsson14@comhem.se>) id 1Hzzfv-0007hR-3p; Sun, 17 Jun 2007 20:40:35 +0200
From: Kent Karlsson <kent.karlsson14@comhem.se>
To: 'Martin Duerst' <duerst@it.aoyama.ac.jp>, 'Peter Constable' <petercon@microsoft.com>, 'LTRU Working Group' <ltru@ietf.org>
References: <DDB6DE6E9D27DD478AE6D1BBBB8357955FB4CEC608@NA-EXMSG-C117.redmond.corp.microsoft.com><OF0F37EB59.81386F56-ON882572FB.0068B363-882572FB.006941AD@spe.sony.com><DDB6DE6E9D27DD478AE6D1BBBB8357955FB4CEC68A@NA-EXMSG-C117.redmond.corp.microsoft.com><001401c7af92$89fb9200$6601a8c0@oemcomputer><DDB6DE6E9D27DD478AE6D1BBBB8357955FB4CEC70B@NA-EXMSG-C117.redmond.corp.microsoft.com><002e01c7af98$03683800$6601a8c0@oemcomputer><DDB6DE6E9D27DD478AE6D1BBBB8357955FB4CEC767@NA-EXMSG-C117.redmond.corp.microsoft.com><000401c7afa4$342b51a0$6601a8c0@oemcomputer><DDB6DE6E9D27DD478AE6D1BBBB8357955FB4CEC7FA@NA-EXMSG-C117.redmond.corp.microsoft.com> <6.0.0.20.2.20070617163500.058ced80@localhost>
Subject: RE: [Ltru] RE: ISO 639-2 decision: "mis"
Date: Sun, 17 Jun 2007 20:40:20 +0200
Message-ID: <008a01c7b10e$ff7d2ac0$a163f853@streamserve.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 11
Thread-Index: AcewuQVvBtTWVXQVTjiAU+c54g6EQQAUs9fg
In-Reply-To: <6.0.0.20.2.20070617163500.058ced80@localhost>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Originating-IP: 83.248.114.182
X-Scan-Result: No virus found in message 1Hzzfv-0007hR-3p.
X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Hzzfv-0007hR-3p 815185a91de8a37a9fd859056f4024a7
X-Spam-Score: 0.5 (/)
X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3
Cc:
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

 
Martin Dürst wrote:
> I'm a bit confused here. We want to try to give absoulte stability
> guarantees. But then we recommend 'und' (wrong to start with, because
> we know what language it is, so calling it undetermined is lying)
> or a private tag (inherently unstable and non-interoperable).
> Why don't we just accept that 'mis' is unstable (no disagreement
> here, of course), but instead of saying "invalid at any point without
> any warning -- and hence incompatible with the stability goals of BCP 47",
> warn the receiver that 'mis' may refer to a language that in the meantime
> has been coded, and change our language, e.g. 'invalid' -> 'suboptimal'.

That was the *very thing* that was changed by the recent change to 'mis'.
(And there was a real change!) What used to be 'suboptimal' is now
'invalid' w.r.t. the use of 'mis'.

'mis' used to be interpretable in a stable way, but that is no longer
possible given the change. (Which is why I've been arguing against this
change all along.)

	/kent k



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru