[Ltru] RE: (iso639.2708) RE: ISO 639-2 decision: "mis"
"Kent Karlsson" <kent.karlsson14@comhem.se> Sat, 16 June 2007 06:53 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 1HzSA0-00049Q-Ee; Sat, 16 Jun 2007 02:53:24 -0400
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1HzS9z-00049G-9l for ltru-confirm+ok@megatron.ietf.org; Sat, 16 Jun 2007 02:53:23 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HzS9y-000493-Vk for ltru@ietf.org; Sat, 16 Jun 2007 02:53:22 -0400
Received: from ch-smtp02.sth.basefarm.net ([80.76.149.213]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HzS9y-0005Pe-IQ for ltru@ietf.org; Sat, 16 Jun 2007 02:53:22 -0400
Received: from c83-248-99-161.bredband.comhem.se ([83.248.99.161]:1482 helo=WGBGKKA02) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.66) (envelope-from <kent.karlsson14@comhem.se>) id 1HzS9x-00087m-7b; Sat, 16 Jun 2007 08:53:21 +0200
From: Kent Karlsson <kent.karlsson14@comhem.se>
To: 'LTRU Working Group' <ltru@ietf.org>, 'Milicent K Wewerka' <mwew@loc.gov>
Date: Sat, 16 Jun 2007 08:52:34 +0200
Message-ID: <000501c7afe3$09680f00$a163f853@streamserve.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
Thread-Index: AceuelsK98EmCjkLSLazTa3Xyg/kFwAK+kTQAE8VHyA=
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Originating-IP: 83.248.99.161
X-Scan-Result: No virus found in message 1HzS9x-00087m-7b.
X-Scan-Signature: ch-smtp02.sth.basefarm.net 1HzS9x-00087m-7b 7e2c57117d80528cbda839f133a1aa51
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Cc: ietf-languages@iana.org
Subject: [Ltru] RE: (iso639.2708) RE: ISO 639-2 decision: "mis"
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
Milicent K Wewerka wrote: > The usage of "mis" won't necessarily be narrower over time. That assumes that some codes are actively removed (not just deprecated), for some language (or "language collection") that actually exits. I doubt that will happen in ISO 639, though that make happen in some application (like MARC) that pick up just a subset of the ISO 639 tags. > At least in > the MARC code list it is possible that languages could still > be added to the scope of "mis." MARC is just one application of 639, not THE application of 639. Note also that you erroneously conflate two issues here: 1) Which languages are covered by 'mis' in the MARC application of 639, and 2) which of those languages that are explicitly mentioned in some list for MARC. For the first one, that is most likely quite a lot of languages (every language not having a code in MARC). For the second one, it is just a matter of making explicit a few of the languages covered by 'mis' in the MARC application. You can make explicit quite a few more languages without changing which languages are covered by 'mis' in the MARC application (i.e. a change of no actual consequence). > The scope of "und" as I understand it would be when you > cannot identify which language you have. No, it is for use when the language *has* not been identified. Not at all the same as *cannot* be identified. > That is a quite different concept than to say > I know what language it is but there is no coded identifier for the > language. Yes, but from a coverage point of view, 'und' covers all languages as well as 'zxx' and 'mul'. Not a far cry from what 'mis' used to cover (namely all (natural, and natural-like) languages). And you have not given any other option than 'und' (and private use codes) as a replacement for what 'mis' used to cover (as a collection). With this change you have turned a fairly logical system into one that has an illogical and quite unnecessary exception. I fail to see why that would be a good thing. And with this change, an application of ISO 639 that requires stability over time, like IEFT language tags, unstable tags (w.r.t. coverage of languages) are highly detrimental. With the "old mis" one could correctly apply 'mis' as a language code for any language (though one should apply a more specific code if one is "available"), and stably so. With the "new mis" that is not possible. IIUC, for all other collections there are plans do make a clarification (not a change) in the opposite direction, removing the confusing (but in ISO 639 context, meaningless) word "other" in some of the collection names. /Kent Karlsson > Milicent Wewerka > Library of Congress _______________________________________________ Ltru mailing list Ltru@ietf.org https://www1.ietf.org/mailman/listinfo/ltru
- [Ltru] RE: (iso639.2708) RE: ISO 639-2 decision: … Kent Karlsson
- [Ltru] (iso639.2708) RE: ISO 639-2 decision: "mis" CE Whitehead
- Re: [Ltru] (iso639.2708) RE: ISO 639-2 decision: … Martin Duerst