Forgive me if I&#39;m wrong, but I believe most robust implementations of the TZ database already have some way of expressing an offset in this way.  If people want to use a meaningful offset identifier, e.g., &quot;-04:00&quot; (with or without the colon) as a replacement for an abbreviation like &quot;EDT&quot; in their individual cases, there is, practically speaking, very little they need to do to accomplish that.<br>
<br clear="all">--<br>Tim Parenti<br><br>
<br><br><div class="gmail_quote">On Thu, Oct 13, 2011 at 21:15, Random832 <span dir="ltr">&lt;<a href="mailto:random832@fastmail.us">random832@fastmail.us</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 10/11/2011 12:45 AM, Robert Elz wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yes, that was deliberate - that is, part of the aim is to try and reinforce<br>
the understanding that these abbreviations offer no meaningful value<br>
whatever...  (except perhaps in one of the very few jurisdictions where<br>
they are actually defined, and even there, only if the application has<br>
some other means to know that the particular jurisdiction is the one of<br>
concern.)<br>
<br>
kre<br>
</blockquote></div>
Why not have a &quot;no abbreviation&quot; mode where the &#39;abbreviation&#39; is just &quot;-04:00&quot;, which _is_ meaningful?<br>
</blockquote></div><br>