Forgive me if I'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., "-04:00" (with or without the colon) as a replacement for an abbreviation like "EDT" 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"><<a href="mailto:random832@fastmail.us">random832@fastmail.us</a>></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 "no abbreviation" mode where the 'abbreviation' is just "-04:00", which _is_ meaningful?<br>
</blockquote></div><br>