[tz] Utah may drop DST

[Zoidsoft]

> There is no way to automate this.  The source material for the TZ
> database is human action — mostly the decisions of politicians, made up
> when they feel like it and announced anywhere from years to minutes ahead
> of time.  The only possible way to update the TZ database is to find news
> about those actions, translate them from legalese into TZ syntax, and
> edit the database text.
>
>       paul

No, I think he's suggesting having people manually set their clocks, and
then to build the rules for showing past timestamps retroactively by
collecting data from their manually set clocks. It's a ridiculous idea,
but not for the reasons you are saying.

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.

On Thu, Oct 16, 2014 at 12:33 PM, Lester Caine <lester at lsces.co.uk> wrote:

> On 16/10/14 17:09, Sanjeev Gupta wrote:
> >     Unless you have devices with built-in time machines to go probe cell
> >     towers time signal in the future, this doesn't solve the problem.
> >
> >
> > You leave out the part on how to calibrate when these time machines
> > jumped to.  "I arrived shortly after midnight in early spring 2134, and
> > sampled the microwave and VCR time clock.  Why are you throwing away the
> > data, Dr Scattolin?"
> >
> > :-)
>
> The guys on a couple of the engineering lists have been working on that
> one for a few years now, but no one has come back (in time) with the
> solution yet ;)
>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20141016/2774b003/attachment-0001.html>