|
|
Subscribe / Log in / New account

A fork for the time-zone database?

A fork for the time-zone database?

Posted Sep 29, 2021 3:29 UTC (Wed) by sub2LWN (subscriber, #134200)
In reply to: A fork for the time-zone database? by felixfix
Parent article: A fork for the time-zone database?

> reduce everybody to the lowest common denominator.

Just set all clocks to UTC: problem solved, although sunrise might happen at 5 P.M. now (more or less, as this rock keeps wobbling around the Sun) :-)


to post comments

A fork for the time-zone database?

Posted Sep 29, 2021 3:36 UTC (Wed) by pbryan (guest, #3438) [Link]

"Captain's Log, Stardate 1512.2. On our third day of star mapping, an unexplained cubical object blocked our vessel's path. On the bridge, Mr. Spock immediately ordered general alert..."

A fork for the time-zone database?

Posted Sep 29, 2021 10:50 UTC (Wed) by taladar (subscriber, #68407) [Link] (3 responses)

While I would be in favour of that that wouldn't solve the issue of historical timezone data at all.

A fork for the time-zone database?

Posted Sep 29, 2021 17:58 UTC (Wed) by sub2LWN (subscriber, #134200) [Link] (2 responses)

> that wouldn't solve the issue of historical timezone data

Yes, it wouldn't just be resetting all the clocks in the world: there would be many logs and datasets to convert initially. However, once all dates and timestamps are converted to UTC, "timezone data" ceases to mean anything practical in the present, past, or future: a recorded timestamp was either _the_ universally correct time or not. Not that the histories would be discarded or completely meaningless, but they would become completely academic: history books of legislative trivia, not something you might expect to grapple with during your next automated software update. :-)

And whether the time of events is recorded accurately is the responsibility of whoever maintains the records, not the IANA: if my system clock is incorrect by several years (which does happen from time to time, especially after certain types of power loss), so none of the timestamps on my system happen to be accurate to any reasonable degree despite any political decree, that's only my fault and not visible to any external organization.

Similarly, many "hours of operation" signs would need to be reprinted to account for seasonal variance in opening/closing time of stores, etc., since local "daylight savings" would no longer be achieved by arbitrarily manipulating our timepieces. A store could open at 4 P.M. instead of 5 P.M. (and close at 0 A.M. instead of 1 A.M.) depending on the season.

A fork for the time-zone database?

Posted Sep 29, 2021 19:15 UTC (Wed) by felixfix (subscriber, #242) [Link] (1 responses)

No one will ever convert 99% of the historical time logs, and there could be legal repercussions for even touching them.

A fork for the time-zone database?

Posted Sep 29, 2021 20:07 UTC (Wed) by sub2LWN (subscriber, #134200) [Link]

> there could be legal repercussions for even touching them.

If legislators pass a measure for Universal Time Normalization, there could be legal repercussions for _not_ creating updated versions of official records! (The old ones could be preserved too, to keep a thorough record of their inherent historic inequities.) I'm not very serious about this, but was imagining what a "lowest common denominator" approach to ongoing global timekeeping could be like, and some of the ramifications.

Maybe a media review committee could be tasked with figuring out the best disclaimer to put on copies of films such as High Noon (1952) to caution people against the dangers of localized timekeeping.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds