<div dir="ltr"><div dir="ltr">So, since it's pretty clear that the "There should typically be at least one name for each ISO 3166-1 officially assigned two-letter code for an inhabited country or territory" guideline has been, if not abandoned entirely, at least significantly de-prioritized, perhaps theory.html needs an update indicating that, yes, this <i>used</i> to be considered more important, but is not any longer (perhaps going a bit into the rationale), and that we don't intend to create new zones anymore if that's the only justification.<div><br clear="all"><div><div dir="ltr" class="gmail_signature">--<br>Tim Parenti<br></div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 19 Feb 2019 at 17:25, Michael H Deckers <<a href="mailto:michael.h.deckers@googlemail.com">michael.h.deckers@googlemail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On 2019-02-19 21:22, Tim Parenti wrote:<br>
<br>
<br>
> Frankly, it seems it was because when Asia/Hanoi was added to backzone (in<br>
> 2014, not "five years later" as you write), the opportunity was taken then<br>
> and there to change/redefine the rules to avoid scope creep.  Which is all<br>
> well and good from a project maintenance standpoint, though I can totally<br>
> see why that can seem unfair from a human standpoint.<br>
<br>
<br>
<br>
    So, before the inclusion of backzone/Asia/Hanoi on 2014-10-22,<br>
    a little "scope creep" was still allowed on 2013-09-20 for<br>
    America/Curacao (which agrees with America/Port_of_Spain<br>
    since 1970) but not for America/Aruba (which also does)?<br>
<br>
    I understand that tzdb is a non-commercial project -- but<br>
    this is just one more reason to establish simple and stable<br>
    guidelines that are easily understood, rather than to hunt<br>
    for elusive goals.<br>
<br>
    Michael Deckers.<br>
<br>
</blockquote></div>