gem-CH LANGUAGE TAG REGISTRATION FORM
Addison Phillips [wM]
aphillips at webmethods.com
Mon Sep 27 23:00:00 CEST 2004
No reason to be pessimistic about the post-3066 world. After all, both Mark and I are back from vacation now (on the same day, even). I haven't seen any objection to moving forward with draft-06 (provided I fix the few errata that I promised Peter I would fix on this list and missed).
I agree that using the IANA registry (under any regime) to correct errors and omissions in ISO 639 is a bad idea. It is far better, IMO, to petition ISO 639 to create a code that is specific enough than to create registrations that later become deprecated (much of the IANA registry consists of such junk today). The 3066bis draft, in fact, is much more explicit about this on purpose.
Addison P. Phillips
Director, Globalization Architecture
webMethods | Delivering Global Business Visibility
Chair, W3C Internationalization (I18N) Working Group
Chair, W3C-I18N-WG, Web Services Task Force
Internationalization is an architecture.
It is not a feature.
> -----Original Message-----
> From: ietf-languages-bounces at alvestrand.no
> [mailto:ietf-languages-bounces at alvestrand.no]On Behalf Of John Cowan
> Sent: 2004年9月27日 13:24
> To: Caoimhin O Donnaile
> Cc: ietf-languages at iana.org
> Subject: Re: gem-CH LANGUAGE TAG REGISTRATION FORM
> Caoimhin O Donnaile scripsit:
> > Rather than using "gem-CH", which could be interpreted in various
> > ways, why not use the three-letter codes "gsw" for Schwyzerdütsch
> > and "wae" for Walser as in the proposed/forthcoming ISO 639-3
> > (and indeed the current edition of the Ethnologue)?
> Because, alas, we are not yet (and may never be) in the post-3066 regime.
> I wish it were otherwise, but at present we can't register 3-letter
> tokens that might collide with future ISO 639-2 assignments. If and
> when 639-3 makes it out the ISO door, we can do that, but not until.
> We could use gem-gsw, though.
> "May the hair on your toes never fall out!" John Cowan
> --Thorin Oakenshield (to Bilbo) jcowan at reutershealth.com
> Ietf-languages mailing list
> Ietf-languages at alvestrand.no
More information about the Ietf-languages