[tz] Extra transition for Europe/London with 2023d

Paul Eggert eggert at cs.ucla.edu
Sat Jan 6 20:31:21 UTC 2024


On 2024-01-06 09:55, Brooks Harris via tz wrote:
> in many situations, such as STDOFF 
> shifts, STDOFF shifts simultaneous with DST shifts, or "double 
> summertime" the TzIf values are essentially 'lying'

Surely this goes too far. Whether a particular UT offset is "standard 
time" or "daylight saving time" (or something else) does not concern 
ordinary users and is pretty much arbitrary - as witness the 
disagreement over whether Morocco observes "standard time" or "daylight 
saving time" for most of the year. To this end, the TZif values are not 
lying; they're merely limiting themselves to the info needed to display 
timestamps.

What matters to users is "What time is it?". Questions like "Is daylight 
saving time observed now?", "Is daylight saving ever observed?" and 
"What is the standard time now, ignoring any DST observance?" are 
timekeeping nerds' means to that end, not the end itself, and are best 
left to tzcode's internals.

This is why theory.html says "The tm_isdst member is almost never needed 
and most of its uses should be discouraged....". In hindsight there 
never should have been a tm_isdst (instead, there should have been 
tm_gmtoff and tm_zone) though obviously it's too late now to remove 
tm_isdst.



More information about the tz mailing list