<div dir="ltr"><div class="gmail_default" style="font-family:times new roman,serif"><br></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 Tue, Mar 5, 2013 at 10:12 AM, Guy Harris <span dir="ltr">&lt;<a href="mailto:guy@alum.mit.edu" target="_blank">guy@alum.mit.edu</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"><br>
On Mar 5, 2013, at 12:22 AM, Mark Davis ☕ &lt;<a href="mailto:mark@macchiato.com">mark@macchiato.com</a>&gt; wrote:<br>
<br>
&gt; The main issue for CLDR and other clients like it is to be able to have completely stable canonical identifiers. The zone.tab doesn&#39;t quite work for that, because of changes like Asia/Kolkata. As far as CLDR is concerned, the TZIDs are purely internal identifiers, and it makes no difference whether one is spelled Calcutta or Kolkata<br>

<br>
</div>...or 72013.<br></blockquote><div><br></div><div style="font-family:&#39;times new roman&#39;,serif" class="gmail_default">True.</div><div style="font-family:&#39;times new roman&#39;,serif" class="gmail_default">​​</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
&gt; Not germane to the above, but FYI:<br>
&gt;<br>
&gt; CLDR also adds BCP47-compatible stable short identifiers. BCP47 has the historical restriction of no more than 8 characters, and only ASCII letters and digits.<br>
<br>
</div>And if it&#39;s what&#39;s identified by RFC 5646, that&#39;s entitled &quot;Tags for Identifying Languages&quot;, not &quot;Tags for Identifying Regions That Have The Same History Of Time Zone Offsets And Daylight Savings Time Rules&quot;.<br>
</blockquote><div><br></div><div style="font-family:&#39;times new roman&#39;,serif" class="gmail_default">It is not the latter of course.</div><div style="font-family:&#39;times new roman&#39;,serif" class="gmail_default">
<br></div><div style="font-family:&#39;times new roman&#39;,serif" class="gmail_default">BCP47 stabilizes its codes (the source ISO standards not themselves being stable, having done dumb things like removing the code CS, then later using it to mean a *different* country). Because of that, it is the best standard to reference for region codes, including country codes.</div>
<div style="font-family:&#39;times new roman&#39;,serif" class="gmail_default"><br></div><div style="font-family:&#39;times new roman&#39;,serif" class="gmail_default">​​</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Presumably by &quot;BCP47-compatible&quot; you mean &quot;using the same syntax as the one used for BCP 47 language identifiers&quot;?<br>
<div class="im"><br>
&gt; The short identifiers use UN [LOCODE] 5-letter codes wherever possible.<br>
<br>
</div>LOCODEs:<br>
<br>
        <a href="http://www.unece.org/fileadmin/DAM/cefact/recommendations/rec16/rec16_rev3_ecetrd227.pdf" target="_blank">http://www.unece.org/fileadmin/DAM/cefact/recommendations/rec16/rec16_rev3_ecetrd227.pdf</a><br>
<br>
appear to be &quot;a coded representation for the names of ports, airports, inland clearance depots, inland freight terminals and other transport related locations, such as places of receipt and delivery, which are used for goods movements associated with trade (for example locations where Customs clearance of goods can take place), or otherwise proposed by Governments&quot;.<br>
</blockquote><div><br></div><div style="font-family:&#39;times new roman&#39;,serif" class="gmail_default">It also includes cities, which are what we use, so that we map directly to the TZID cities.</div><div style="font-family:&#39;times new roman&#39;,serif" class="gmail_default">
​​</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Presumably &quot;wherever possible&quot; means &quot;where there is a port, airport, inland clearance depot, inland freight terminal, or other transport related location within the zone&quot;?  (That still has the risk of somebody getting peeved if you haven&#39;t chosen the &quot;right&quot; port, airport, inland clearance depot, island freight terminal, or other transport related location, although if the LOCODE doesn&#39;t too noisily mention the name of the city, *maybe* people won&#39;t say &quot;dammit, it should be CN BJO, not CN SHA!&quot;)</blockquote>
<div><br></div><div style="font-family:&#39;times new roman&#39;,serif" class="gmail_default">Of course, people can complain about anything, whether they have good reason or not. But if the identifiers look more like codes and less like actual names that might appear ​​in UIs, it reduces the pointless complaints.</div>
</div><br></div></div>