<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 21 July 2015 at 19:01, Lester Caine <span dir="ltr"><<a href="mailto:lester@lsces.co.uk" target="_blank">lester@lsces.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 21/07/15 18:47, Jon Skeet wrote:<br>
> However, the legacy "root" zones of CET, EET, PST8PDT etc don't have<br>
> this initial "transition" in the file - unless I'm misinterpreting it,<br>
> which is always a possibility.<br>
<br>
</span>Since several areas merged to adopt these generic timezones, just which<br>
preceding time does one choose? The zone offset did not exist prior to<br>
it's adoption, and assuming any one offset prior to that is always wrong<br>
for other areas.</blockquote><div><br></div><div>Well zdump already assumes an offset, in order to provide the local time just before the first transition... and indeed zic does to work out when the first transition occurs. So there's already some precedent for the assumption.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> Would it make sense to adjust either the data or zic to make all zic<br>
> output (in the 8-byte-timestamp format, at least) cover all of time? I<br>
> realize that this "extra" data (presumably an insertion of "standard<br>
> time until the first transition") may well not be historically accurate<br>
> - but I doubt that it would be any less accurate than other zones in a<br>
> similar situation.<br>
<br>
</span>It will always be less accurate where several areas combined to adopt a<br>
new 'standard' time. The time prior to that may well be 'local mean<br>
time' and tagging THAT is accurate, but then selecting one LMT from<br>
several is always going to be wrong for the rest?</blockquote><div><br></div><div>The zones in question all have a standard time and a daylight time. The first transition is into daylight time. I would assume standard time before that.</div><div><br></div><div>The zones in question are all just abbreviations, too - not actual locations as such. To be less lazy than I was before, the complete list is:</div><div>CET, CST6CDT, EET, EST5EDT, MET, MST7MDT, PST8PDT, WET</div><div><br></div><div><div>The Theory file describes the US zones in that list as "legacy names" and the European ones as "old-fashioned names". The europe file describes them with: "These are for backward compatibility with older versions." I don't know if that changes things at all.</div></div><div><br></div><div>Given the existing caveats about "don't trust that values before 1970 are historically accurate" I think it's reasonable to simply assume standard time before then, isn't it? Having said that, WET and EET are somewhat interesting in that their first transitions are in 1977 - so after the "accuracy watershed" so to speak. That does complicate things somewhat.</div><div><br></div><div>Jon<br></div></div></div></div>