I think we first need to know what the naive datetime is representing in your system, where does it come from, … because a naive datetime is just a date and time without any time zone related data. Normally you wouldn’t need to perform such operations on a naive datetime.
mathieuprog
mathieuprog
Version 0.24 has been released!
The lib is close to reach a 1.0 version now.
Recent work includes:
-
Improved the Readme with an index:
GitHub - mathieuprog/tz: Time zone support for Elixir · GitHub
-
Added a Changelog file
-
Change option names:
— :reject_time_zone_periods_before_year to :reject_periods_before_year
— :build_time_zone_periods_with_ongoing_dst_changes_until_year to :build_dst_periods_until_year
(usage of unknown option names raises an error at compile time) -
Added a mix task to download the IANA time zone data
-
Added some configuration options for the schedulers updating and watching time zone data (frequency of the updates and user callback when update found)
-
Handle some edge cases (negative year and non-iso dates)
-
Fix warnings with more recent versions of Elixir
-
Fix Dialyzer warnings
-
Fix some bugs related to config
4
mathieuprog
The repo tzdb_test compares the result of time zone operations on some ~10 million date times.
From the readme:
At the time of writing this,
- the output of Java,
tzandtime_zone_infois identical;tzdatagenerates a lot of wrong dates;zoneinfogenerates wrong dates for some special time zones and for dates in the year 2038.
The time taken for each library to generate the output on my system are:
- ~50 seconds for
tz- ~50 seconds for
time_zone_info- ~80 seconds for
zoneinfo- ~160 seconds for
tzdata
3
mathieuprog
The new IANA tzdata 2023a update made the compilation raise an error.
This happened because the updated rules for Palestine introduced a new unexpected edge case.
The issue has been resolved in version 0.25.0
6
mathieuprog
laiboonh
I am using timex which depends on tzdata. Are you aware of any replacement that depends on tz instead?
0
mathieuprog
You may simply rely on the core Elixir date/time modules instead of Timex today as the former evolved and improved significantly since Timex was released.
6