On Thu, Oct 13, 2011 at 23:29, Robert Elz <span dir="ltr"><<a href="mailto:kre@munnari.oz.au" target="_blank">kre@munnari.oz.au</a>></span> wrote:<br><div class="gmail_quote"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
<div> | Forgive me if I'm wrong, but I believe most robust implementations of the TZ<br>
  | database already have some way of expressing an offset in this way.<br>
<br>
</div>That isn't the issue.  What is of interest for this topic, is what the<br>
tz database (and code) should put in the tzname[] array &/or tm_zone field<br>
of the struct tm.<br></div>
...<div class="im"><br>So, using -04:00 just isn't an option, sorry.</div></blockquote><div><br>That was precisely my point.  While a numeric offset would be meaningful, it's place is simply <i>not</i> in the abbreviation designation, for programmatic and practical reasons.<div class="im">
<br>
<br>On Fri, Oct 14, 2011 at 06:29, Zefram <span dir="ltr"><<a href="mailto:zefram@fysh.org" target="_blank">zefram@fysh.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>FWIW, the POSIX standard for $TZ allows ASCII letters (of either case),<br>
digits, "+", and "-" in the abbreviation, and requires the abbreviation<br>
to be at least three characters long.</div></blockquote><br></div>"LST" seems too like the other "meaningful" identifiers that people may try to continue to infer meaning from it.  Could we perhaps just use the string "local" for these "non-meaningful" cases, and avoid abbreviations altogether?  This all-lowercase string conforms to the POSIX standard as described and would also serve to <i>clearly</i> disambiguate from other identifiers like "UTC", while not having to deal with contrived abbreviations.<br>
<font color="#888888">
<br>--<br>Tim Parenti<br></font></div></div>
</div>