<p dir="ltr">Thanks!</p>
<p dir="ltr">{phone}</p>
<div class="gmail_quote">On Jun 28, 2016 19:42, "Doug Ewell" <<a href="mailto:doug@ewellic.org">doug@ewellic.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mark Davis wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I was looking at ISO 3166-1 data today, and found to my surprise that<br>
there are two exceptionally reserved codes that are missing from<br>
<a href="http://www.iana.org/assignments/language-subtag-registry/language-subtag-registry" rel="noreferrer" target="_blank">http://www.iana.org/assignments/language-subtag-registry/language-subtag-registry</a>.<br>
As per <a href="https://tools.ietf.org/html/bcp47#section-2.2.4" rel="noreferrer" target="_blank">https://tools.ietf.org/html/bcp47#section-2.2.4</a> part 2, we<br>
include the "exceptionally reserved" codes (with the exception of<br>
'UK', a duplicate of 'GB') in the subtag registry.<br>
<br>
Those two codes are:<br>
EZ — Refers to European OTC derivatives and reserved at the request of<br>
ISO 6166/RA, Securities - International securities identification<br>
numbering system (ISIN).<br>
UN — Refers to the United Nations and reserved by the ISO 3166<br>
Maintenance Agency.<br>
</blockquote>
<br>
This came as a surprise to me as well. I periodically scrape the OBP files for assigned code elements, but missed the fact that EZ and UN were now listed as exceptionally reserved.<br>
<br>
I'm not sure when these changes were made. Obviously they were after the publication of RFC 5645 in 2009. I found a note from March 2014 on the Wikipedia talk page for "ISO 3166-1 alpha-2" that indicates the changes had already been made.<br>
<br>
Section 2.2.4 actually just says that the exceptionally reserved code elements in existence at the time of publication (2009) were added to the Registry, not that new ones would also be added. RFC 5645 doesn't promise that either. But it is strongly implied, and probably everyone's expectation, so these will be added.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Doug, could you please start the update process? If you don't have<br>
time, please let me know and I can fill out the forms. It would be<br>
useful to do this quickly, so that the upcoming version of CLDR can<br>
correctly represent these codes.<br>
</blockquote>
<br>
Paperwork will be posted to ietf-languages today or tomorrow, for "Eurozone" and "United Nations."<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(I don't know that EZ will be particularly useful, but that's the way<br>
the process works — there are other codes that are of limited<br>
usefulness ...)<br>
</blockquote>
<br>
Neither of them is of any use for language identification, or really for locale identification either, any more so than EU.<br>
<br>
--<br>
Doug Ewell | Thornton, CO, US | <a href="http://ewellic.org" rel="noreferrer" target="_blank">ewellic.org</a> <br>
</blockquote></div>