[tz] re : Time zones in Ukraine
lester at lsces.co.uk
Sat Apr 19 09:06:56 UTC 2014
On 18/04/14 23:55, Brian Inglis wrote:
> On 2014-04-17 11:02, random832 at fastmail.us wrote:
>> On Thu, Apr 17, 2014, at 9:39, Marc Lehmann wrote:
>>> On Thu, Apr 17, 2014 at 08:29:52AM -0400, random832 at fastmail.us wrote:
>>>> And yet we don't care to store what timezone the file was created in,
>>> What _we_ care is pretty irrelevant, and some systems do store the
>>> timezone, after all, if you have a posix timestamp and an archived
>>> timezone id, you already have such a system.
>> My point is, if maintaining the accuracy of the local time of historical
>> timestamps were a common need, someone would have designed a system that
>> actually does this, rather than merely pretending to do it only when a
>> file is never moved (geographically) from its original location.
>> And the cost of serving this imagined need - up front rather than only
>> for people to go looking for it - is unbounded bloat in the timezone
>> selection list.
> Not all the world's a file timestamp, to paraphrase Henry Spencer.
> Real property systems have to handle dates from previous centuries.
> Systems dealing with people have to be able to handle date/time stamps
> from decades to more than a century in the past and the future.
> Financial trading systems have to be able to handle sub-ms current times
> and time frames of decades for stock holdings and long term investments.
> Many of these are now built on top of the date/time handling infrastructure
> provided by this project.
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
More information about the tz