Re: [Ltru] RE: ISO 639-2 decision: "mis"
"Randy Presuhn" <randy_presuhn@mindspring.com> Fri, 15 June 2007 23:19 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 1HzL4p-0001Oc-S7; Fri, 15 Jun 2007 19:19:35 -0400
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1HzL4o-0001OX-Iv for ltru-confirm+ok@megatron.ietf.org; Fri, 15 Jun 2007 19:19:34 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HzL4o-0001OP-9K for ltru@ietf.org; Fri, 15 Jun 2007 19:19:34 -0400
Received: from elasmtp-kukur.atl.sa.earthlink.net ([209.86.89.65]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HzL4n-00062y-Um for ltru@ietf.org; Fri, 15 Jun 2007 19:19:34 -0400
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=qL75hQ52XxW2ATgKYKsRPdMJlU8Pgqx4mjI4XGee5QBVBlq3i8wtDEf2vM8+tMLV; h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [66.167.204.252] (helo=oemcomputer) by elasmtp-kukur.atl.sa.earthlink.net with asmtp (Exim 4.34) id 1HzL4j-0002eT-5c for ltru@ietf.org; Fri, 15 Jun 2007 19:19:29 -0400
Message-ID: <000401c7afa4$342b51a0$6601a8c0@oemcomputer>
From: Randy Presuhn <randy_presuhn@mindspring.com>
To: 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>
Subject: Re: [Ltru] RE: ISO 639-2 decision: "mis"
Date: Fri, 15 Jun 2007 16:23:37 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888fa44b31bb60a9356da03c45018f09bb239423547da1a782b350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 66.167.204.252
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
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
Hi - As a technical contributor... > From: "Peter Constable" <petercon@microsoft.com> > To: "LTRU Working Group" <ltru@ietf.org> > Sent: Friday, June 15, 2007 3:33 PM > Subject: RE: [Ltru] RE: ISO 639-2 decision: "mis" ... > The issue here is evaluating "languages for which tags already exist". > You're assuming that every application of BCP 47 must determine that > based on the complete inventory of the LSTR. Yes. If an application lacks the knowledge to make that determination, "und" would be the correct choice. > I'm assuming that a higher-level protocol can restrict the contents of the > LSTR it permits As such, it would no longer support BCP 47. At a minimum, I would argue that a protocol that claims to support BCP 47 must be able to carry all valid tags, and should probably be able to carry all well-formed tags. Anything less is merely "based on" BCP 47. > and that it can also determine the extension of 'mis' on the basis of its > restricted set. This is simply not interoperable, as you've already explained. > I see these as two options we can permit; I don't see one of these > excluded a priori. It's a choice we should discuss and probably clarify > in documenting 'mis' (unless we decide to deprecate it). If someone decides a subset of BCP 47 is appropriate to their needs, that is fine, just as long as they don't claim to sully support BCP 47. Taken to absurdity, if my protocol offers a choice limited to "en" and "mis", should I be able to claim to support BCP 47? In any case, I'd really hate to have this WG go down the path of defining standardized "profiles" of BCP 47 unless there were a *huge* benefit to doing so. Just like the "adapted subset" of ASN.1 used in SMI MIB modules, at some point one has to admit that the subsetting and adaptation can result in a quite different beast from what one might have started with. Randy _______________________________________________ Ltru mailing list Ltru@ietf.org https://www1.ietf.org/mailman/listinfo/ltru
- [Ltru] Fw: ISO 639-2 decision: "mis" Randy Presuhn
- Re: [Ltru] Fw: ISO 639-2 decision: "mis" Karen_Broome
- [Ltru] Re: ISO 639-2 decision: "mis" Addison Phillips
- [Ltru] Re: ISO 639-2 decision: "mis" Doug Ewell
- Re: [Ltru] Re: ISO 639-2 decision: "mis" Randy Presuhn
- [Ltru] RE: RE: ISO 639-2 decision: "mis" Peter Constable
- [Ltru] RE: ISO 639-2 decision: "mis" Debbie Garside
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Randy Presuhn
- Re: [Ltru] RE: ISO 639-2 decision: "mis" GerardM
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Randy Presuhn
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Peter Constable
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Peter Constable
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Randy Presuhn
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Addison Phillips
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Randy Presuhn
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Peter Constable
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Karen_Broome
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Peter Constable
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Karen_Broome
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Randy Presuhn
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Peter Constable
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Kent Karlsson
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Randy Presuhn
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Debbie Garside
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Jukka K. Korpela
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Peter Constable
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Randy Presuhn
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Peter Constable
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Karen_Broome
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Randy Presuhn
- Re: [Ltru] RE: ISO 639-2 decision: "mis" Mark Davis
- [Ltru] Re: ISO 639-2 decision: "mis" Doug Ewell
- [Ltru] Re: ISO 639-2 decision: "mis" Doug Ewell
- [Ltru] Re: ISO 639-2 decision: "mis" Doug Ewell
- [Ltru] Re: ISO 639-2 decision: "mis" Doug Ewell
- [Ltru] Re: Fw: ISO 639-2 decision: "mis" Frank Ellermann
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Martin Duerst
- RE: [Ltru] RE: ISO 639-2 decision: "mis" Kent Karlsson
- [Ltru] RE: (iso639.2708) RE: ISO 639-2 decision: … Peter Constable
- [Ltru] Re: (iso639.2708) RE: ISO 639-2 decision: … Frank Ellermann
- [Ltru] Fwd: (iso639.2708) RE: ISO 639-2 decision:… Mark Davis
- [Ltru] RE: (iso639.2708) RE: ISO 639-2 decision: … Peter Constable
- [Ltru] Re: (iso639.2708) RE: ISO 639-2 decision: … Mark Davis
- Re: [Ltru] RE: (iso639.2708) RE: ISO 639-2 decisi… Mark Davis
- Re: [Ltru] RE: (iso639.2708) RE: ISO 639-2 decisi… John Cowan
- [Ltru] Re: (iso639.2708) RE: ISO 639-2 decision: … Frank Ellermann
- Re: [Ltru] RE: (iso639.2708) RE: ISO 639-2 decisi… Mark Davis
- Fwd: [Ltru] RE: (iso639.2708) RE: ISO 639-2 decis… Mark Davis
- RE: [Ltru] RE: (iso639.2708) RE: ISO 639-2 decisi… Peter Constable
- RE: [Ltru] RE: (iso639.2708) RE: ISO 639-2 decisi… Peter Constable
- RE: [Ltru] RE: (iso639.2708) RE: ISO 639-2 decisi… Martin Duerst
- [Ltru] RE: (iso639.2708) RE: ISO 639-2 decision: … Debbie Garside
- Re: (iso639.2732) RE: [Ltru] RE: RE: ISO 639-2 de… Keld Jørn Simonsen
- Re: [Ltru] RE: (iso639.2708) RE: ISO 639-2 decisi… Mark Davis
- [Ltru] Cross-posting Randy Presuhn
- Re: [Ltru] RE: (iso639.2708) RE: ISO 639-2 decisi… Martin Duerst