Language codes
Doug Ewell
doug at ewellic.org
Sat Sep 12 21:24:57 CEST 2009
"Lang Gérard" <gerard dot lang at insee dot fr> wrote:
> UK is one of the ten "exceptionally reserved" alpha-2 code elements
> inside ISO 3166-1.
> This reservation has been asked by BSI, and accepted by ISO 3166/MA,
> the reason being that in the initial cctld IANA register that should
> have contained ".gb", due to a personal error of John Postel, "uk" was
> registered.
The United Kingdom, understandably, wanted to prevent the confusion that
would have been caused by 'UK' being used for any other country or
country-like entity, such as Ukraine.
As a side note, I believe there is a sharia-like law that provides for
cutting out the tongue of anyone who claims publicly that Jon Postel
ever made an error. :-)
> So I have no problem if the alpha-2 code elements FX andUK were added,
> and the clause 2.4 New Region Subtags of RFC 5645 accordingly
> modified concerning FX and UK.
'FX' is already in the Language Subtag Registry, because it was a valid
assigned code element in ISO 3166:1998, as referenced by RFC 1766. This
is explained in RFC 4645, Section 2, and in RFC 5645, Section 2.4.
Neither 'FX' nor any of the other exceptionally reserved ISO 3166-1 code
elements exactly duplicates an existing assigned code element, except
for 'UK'. I argued against adding 'UK' to the Registry on the basis
that it would create an exact, but non-preferred, duplicate entry.
Adding new *preferred* duplicate entries updates best practice, such as
in the pre-RFC 4646 days when the registered tag "art-lojban" was
deprecated in favor of the ISO 639 code element 'jbo'. Adding new
*non-preferred* duplicate entries just creates aliases (reducing
stability) and legitimizes non-preferred practice.
> By the way, following the insertion of SU inside the list (ISO 3166/MA
> N 563 2008-06-27), there are currently ten exceptionally reserved
> alpha-2 code elements, and not nine as written on line six inside
> clause 2.4 of RFC 5645.
You're right; that section was written before June 2008 and not
corrected after the ISO 3166 status of 'SU' changed. Feel free to file
an erratum against RFC 5645 if you like. However, this doesn't affect
the Language Subtag Registry or any of the policies governing it, since
'SU' (like 'FX') is already in the Registry, having been a valid ISO
3166:1998 code element.
--
Doug Ewell | Thornton, Colorado, USA | http://www.ewellic.org
RFC 5645, 4645, UTN #14 | ietf-languages @ http://is.gd/2kf0s
More information about the Ietf-languages
mailing list