<div dir="ltr"><span class="im" style="font-family:arial,sans-serif;font-size:12.8000001907349px">> There is no way to automate this. The source material for the TZ<br>> database is human action — mostly the decisions of politicians, made up<br>> when they feel like it and announced anywhere from years to minutes ahead<br>> of time. The only possible way to update the TZ database is to find news<br>> about those actions, translate them from legalese into TZ syntax, and<br>> edit the database text.<br>><br>> paul<br><br></span><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">No, I think he's suggesting having people manually set their clocks, and</span><br style="font-family:arial,sans-serif;font-size:12.8000001907349px"><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">then to build the rules for showing past timestamps retroactively by</span><br style="font-family:arial,sans-serif;font-size:12.8000001907349px"><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">collecting data from their manually set clocks. It's a ridiculous idea,</span><br style="font-family:arial,sans-serif;font-size:12.8000001907349px"><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">but not for the reasons you are saying.</span><br><div><span style="font-family:arial,sans-serif;font-size:12.8000001907349px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">No, I'm suggesting that we collect data from systems that show user manual adjustments. There are many different uses for this data and I wasn't focusing on the use of current data, but of past time stamps. I'm a developer of software using astronomical calculations to accurately represent the sky and I have done this with my devices when they are wrong. Of course this will not solve the problem of future time zone info, but since it is the future, these are always guesses anyway and such info will only be as reliable as the political structure. If such a system could be perfected, we could at least take some of the workload off Paul for time changes up to the present.</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 16, 2014 at 12:33 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 16/10/14 17:09, Sanjeev Gupta wrote:<br>
> Unless you have devices with built-in time machines to go probe cell<br>
> towers time signal in the future, this doesn't solve the problem.<br>
><br>
><br>
> You leave out the part on how to calibrate when these time machines<br>
> jumped to. "I arrived shortly after midnight in early spring 2134, and<br>
> sampled the microwave and VCR time clock. Why are you throwing away the<br>
> data, Dr Scattolin?"<br>
><br>
> :-)<br>
<br>
</span>The guys on a couple of the engineering lists have been working on that<br>
one for a few years now, but no one has come back (in time) with the<br>
solution yet ;)<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Lester Caine - G8HFL<br>
-----------------------------<br>
Contact - <a href="http://lsces.co.uk/wiki/?page=contact" target="_blank">http://lsces.co.uk/wiki/?page=contact</a><br>
L.S.Caine Electronic Services - <a href="http://lsces.co.uk" target="_blank">http://lsces.co.uk</a><br>
EnquirySolve - <a href="http://enquirysolve.com/" target="_blank">http://enquirysolve.com/</a><br>
Model Engineers Digital Workshop - <a href="http://medw.co.uk" target="_blank">http://medw.co.uk</a><br>
Rainbow Digital Media - <a href="http://rainbowdigitalmedia.co.uk" target="_blank">http://rainbowdigitalmedia.co.uk</a><br>
</div></div></blockquote></div><br></div>