<div dir="ltr"><div class="" style="color:rgb(51,51,51);font-size:16px;line-height:20px;margin-bottom:11px;padding-left:2px;word-wrap:break-word;font-family:'normal arial',sans-serif"><div class="im" style="font-family:arial,sans-serif;font-size:13px;line-height:normal">
On 9 August 2014 00:51, Paul Eggert <<a href="mailto:eggert@cs.ucla.edu">eggert@cs.ucla.edu</a>> wrote:<br>> This is based not only our experience with doing<br>> these tz changes in the past (we've done 'em, multiple times, for many<br>
> years, with no problems reported); it's based also on my experience with the<br>> few applications that could conceivably use this old data (mostly astrology,<br>> but also earthquake records and the like)<br>
<br></div><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">Stephen Colebourne wrote:</span></div><div class="" style="color:rgb(51,51,51);font-size:16px;line-height:20px;margin-bottom:11px;padding-left:2px;word-wrap:break-word;font-family:'normal arial',sans-serif">
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">This is a far too limited view of the usages of the data, perhaps that</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">is part of the problem here. The reality is that millions of</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">developers use this old data, it is just indirect rather than direct.</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">
<br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal"><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">1) Most developers are not aware of the nuances of coding well using</span><br style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">date and time, and especially not times in the past.</span><br></div><div class="" style="color:rgb(51,51,51);font-size:16px;line-height:20px;margin-bottom:11px;padding-left:2px;word-wrap:break-word;font-family:'normal arial',sans-serif">
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">-------</span></div><div class="" style="color:rgb(51,51,51);font-size:16px;line-height:20px;margin-bottom:11px;padding-left:2px;word-wrap:break-word;font-family:'normal arial',sans-serif">
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;line-height:normal">Agreed. I used Jean Meeus's "Astronomical Algorithms" text to program date and time conversions using Julian dates which includes calendar conversions as well. If one is calculating sky positions for an observer in a given location then this time zone data is very important. Those who are astronomically sophisticated will generally use UTC, but if one wants to accurately represent sky positions coming from a wall clock from the past, the tzdata is very important. There are other factors such as delta time which can only be guessed at and become more error prone the farther you go back into the past so tzdata inaccuracy is not the only problem, but one does the best they can. Tossing out data because it isn't authoritative enough defeats this particular purpose. What I have done in the Terran Atlas is highlight those questionable areas and bring up a popup warning so users can make a judgement call.</span></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Aug 9, 2014 at 1:52 PM, Guy Harris <span dir="ltr"><<a href="mailto:guy@alum.mit.edu" target="_blank">guy@alum.mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
On Aug 8, 2014, at 2:24 PM, Stephen Colebourne <<a href="mailto:scolebourne@joda.org">scolebourne@joda.org</a>> wrote:<br>
<br>
> While some may argue that LMT is a stupid concept, the reality is that<br>
> the database format requires it, and it has been widely relied upon by<br>
> consumers of the data. As such, LMT should be accurate, or technically<br>
> at least accurate for each zone that differs beyond 1970 and for each<br>
> at least one zone per ISO-defined region.<br>
<br>
</div>Presumably meaning "accurate for some particular location in each zone...", as a sufficiently-wide zone contains locations whose LMT would differ by a second or more.</blockquote></div><br></div>