proposed ISO 639 change for "arn"
addison at lab126.com
Mon Dec 10 23:10:27 CET 2012
> On 10 December 2012 20:50, Gordon P. Hemsley <gphemsley at gmail.com>
> > Why not just deprecate the code and issue a new one? Isn't there
> > precedence for that?
> Hebrew (iw --> he), Indonesian (in --> id), and Yiddish (ji --> yi) come to mind.
> (Though I don't know the procedure that was used there.)
BCP 47 actually has several things to say about this. First off, this is explicitly allowed. However, Section 3.3, in describing what is allowed, suggests that ISO 639 would need to withdraw the code 'arn' (although it doesn't say so quite that directly). If a new code were created for 'arn', the existing code could, in theory, be deprecated with a new Preferred-Value even if ISO 639 did not withdraw the code. It would be best, though, if there were something for the registry to draw on rather than just doing this registration separately.
However, sounds like ISO 639 is also concerned about stability and doesn't want to withdraw the code altogether. Moving it to ISO 639-5 doesn't help, since those codes aren't deprecated in BCP 47. This might be a very special case? (The three cited by Philip Newton are historical and are documented in the body of BCP 47).
Globalization Architect (Lab126)
Chair (W3C I18N WG)
Internationalization is not a feature.
It is an architecture.
More information about the Ietf-languages