Open rikhuijzer opened 1 year ago
( The messages on this page were enlightening to me: https://mm.icann.org/pipermail/tz/2022-July/031642.html So if TimeZones.jl wants to mirror IANA, then perhaps this is correct behaviour. )
From looking at the code, it seems that we're not currently looking at the backzone
file at all. I've made a minor tweak to the code to include that file as a standard region, after which the Europe/Amsterdam
region returns. And this is slightly different to the LEGACY timezone you can get currently, since that's just a pointer to Europe/Brussels
now (defined in the backward
file).
There is this comment in the file backzone
that I could interpret as meaning "where a name appears in both backward & backzone, pick the one in backzone":
This file contains data outside the normal scope of the tz database, in that its zones do not differ from normal tz zones after 1970. Links in this file point to zones in this file, superseding links in the file 'backward'.
Sorry about this disruptive change. Typically the tzdata updates are rather minor but this latest one changed more than I realized. I'll try to add some tests to catch these more major changes and possibly tag these changes as a major release (need to give this a little more thought). Alternatively, we may want to add support for properly deprecating these kinds of class changes so that Julia code doesn't break with tzdata changes.
You can still construct these time zones using TimeZone("Europe/Amsterdam", TimeZones.Class(:LEGACY))
as a work around for now.
From looking at the code, it seems that we're not currently looking at the backzone file at all
The backzone
file is a new addition and we'll need to determine if it should be incorporated as a standard time zone or kept as legacy.
Is there any functional difference between TimeZone("Europe/Stockholm", TimeZones.Class(:LEGACY))
and TimeZone("CET")
...? It's just easier for me to solve this by swapping "Europe/Stockholm" with "CET"...
I'm unable to run code which refers to
tz"Europe/Amsterdam"
withTimeZones.jl
v1.9.1:This is unexpected since
Europe/Amsterdam
is a commonly used timezone. The release notes of tz show no mention of the deprecation of the timezone, apart from the following note:source: https://github.com/eggert/tz/blob/16ce126a87c5f130cde8b8dce73b38952a19f085/NEWS#L300-L312
And indeed the same error shows up for the zones listed in the note. For example:
Is this behavior expected?