<div dir="ltr"><div class="gmail_default" style="font-family:&#39;times new roman&#39;,serif">&gt; <span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px">Variable length and inconsistent country code usage:</span></div>
<div class="gmail_default" style="font-family:&#39;times new roman&#39;,serif"><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px"><br></span></div><div class="gmail_default" style="font-family:&#39;times new roman&#39;,serif">
<span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px">This is a misunderstanding.</span></div><div class="gmail_default" style="font-family:&#39;times new roman&#39;,serif"><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px"><br>
</span></div><div class="gmail_default" style="font-family:&#39;times new roman&#39;,serif"><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px">CLDR is specified to use 5 letter UN LOCODEs where they exist. Where they do not exist, it is specified to use a non-5-letter code, precisely so that they do not overlap with future </span><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px">UN LOCODEs. When the codes are not 5 letters, the first two letters have no meaning.</span></div>
<div class="gmail_default" style="font-family:&#39;times new roman&#39;,serif"><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px"><br></span></div><div class="gmail_default"><span style="font-family:arial,sans-serif;color:rgb(0,0,0);font-size:10px">The codes are stablized, meaning that they will not change no matter what changes happen in the base codes. So if Hawaii leaves the US and joins Canada as a new province, &quot;</span><font color="#000000" face="arial, sans-serif">ushnl&quot; would not change in CLDR even if the UN LOCODE changes to &quot;cahnl&quot; or something else.</font></div>
<div class="gmail_default" style="font-family:&#39;times new roman&#39;,serif"><span style="color:rgb(0,0,0);font-family:arial,sans-serif;font-size:10px"><br></span></div><div class="gmail_default" style="font-family:&#39;times new roman&#39;,serif">
<br></div></div><div class="gmail_extra"><br clear="all"><div><font face="&#39;times new roman&#39;, serif"><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px"><div>
</div></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px"><br></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px">
<a href="https://plus.google.com/114199149796022210033" target="_blank">Mark</a></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px"><i><br></i></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px">
<i>— Il meglio è l’inimico del bene —</i></div></font><div><div><font face="&#39;times new roman&#39;, serif"><i><span style="font-style:normal"><i></i></span><i></i></i></font></div></div></div>
<br><br><div class="gmail_quote">On Thu, Apr 18, 2013 at 9:43 PM, Tobias Conradi <span dir="ltr">&lt;<a href="mailto:mail.2012@tobiasconradi.com" target="_blank">mail.2012@tobiasconradi.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Thu, Apr 18, 2013 at 8:11 PM, Guy Harris &lt;<a href="mailto:guy@alum.mit.edu">guy@alum.mit.edu</a>&gt; wrote:<br>
<br>
&gt; Perhaps both databases should be using the same LOCODE-derived identifiers as the &quot;official&quot; identifiers, with all the region/city names used as legacy backwards-compatibility names?  Using those as the &quot;official&quot; identifiers has the advantages that:<br>

&gt;<br>
&gt;         1) they look like line noise to humans,<br>
<br>
</div>UN LOCODEs are structured and not noise to all humans. For US people:<br>
USNYC, USPDX, what may these refer to? Germans: DEBER ...? Italians<br>
ITROM ?<br>
<div class="im"><br>
&gt; so UIs for setting the zone will perhaps make an effort to do something better than offer you a choice of zone identifiers or zone identifiers with underscores replaced by spaces;<br>
<br>
</div>Programmers that feel like doing so can do so already.<br>
<div class="im"><br>
&gt;         2) they look like line noise to humans, so perhaps people won&#39;t get quite as bent out of shape because The Wrong City was used;<br>
<br>
</div>An often mentioned case is Asia/Shanghai where people request<br>
Asia/Beijing - with UN LOCODEs that would be CNSHA vs. CNBJS<br>
<div class="im"><br>
&gt;         3) they look like line noise to humans, so perhaps people won&#39;t get quite as bent out of shape because The Wrong Region was used;<br>
<br>
</div>The first two letters of UN LOCODEs are the ISO 3166-1 alpha-2 codes,<br>
likely not noise to all humans.<br>
<div class="im"><br>
&gt;         4) advantages 2 and 3 mean they won&#39;t have to change over time;<br>
</div>ISO codes can change, the current region names are not affected by<br>
changes in country names and mergers or splits of countries.<br>
<br>
But CLDR ads a layer of problems on top if UN LOCODEs<br>
<br>
Some feedback regarding CLDR zone identifiers has been provided at:<br>
<a href="http://mm.icann.org/pipermail/tz/2012-May/017974.html" target="_blank">http://mm.icann.org/pipermail/tz/2012-May/017974.html</a><br>
<br>
Variable length and inconsistent country code usage:<br>
USNAVAJO (larger region, not a simple locality)<br>
MXSTIS<br>
JERUSALEM (This is not in JE JERSEY!)<br>
GAZA (This is not in GA GABON) - certainly not &quot;line noise&quot;<br>
<br>
It would have been easy to have at least fixed length identifiers,<br>
based on the UN LOCODEs:<br>
<a href="http://mm.icann.org/pipermail/tz/2012-May/017980.html" target="_blank">http://mm.icann.org/pipermail/tz/2012-May/017980.html</a><br>
<br>
It is common for identifiers created by ISO to have fixed length, e.g.<br>
ISWC, ISSN, ISMN, ISRC, ISBN, ISNI, ISAN, ISO country codes, ISO<br>
language codes.<br>
<br>
But maybe CLDR had limited understanding of UN LOCODEs and that is why<br>
they choose to not use five digits for places that they couldn&#39;t find<br>
a LOCODE for.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Tobias Conradi<br>
Rheinsberger Str. 18<br>
10115 Berlin<br>
Germany<br>
<br>
<a href="http://tobiasconradi.com" target="_blank">http://tobiasconradi.com</a><br>
</div></div></blockquote></div><br></div>