OCaml date time handling and reasoning suite
This repo houses:
Timedesc - date time handling library
Timere - date time reasoning library
Timere-parse - date time and duration natural language parsing library
Note: The NLP component is WIP.
Disclaimer: Timere is not designed to handle prehistoric events. For prehistoric planning and booking software, please consult appropriate experts.
Christmases which fall on Wednesday from now
let () =
let open Timere in
match
resolve (
since (Timedesc.now ())
&&& months [12]
&&& days [25]
&&& weekdays [`Wed]
)
with
| Error msg -> failwith msg
| Ok s ->
Fmt.pr "%a@." (Timedesc.Interval.pp_seq ~sep:(Fmt.any "@.") ()) s
gives
[2024 Dec 25 00:00:00 +00:00:00, 2024 Dec 26 00:00:00 +00:00:00)
[2030 Dec 25 00:00:00 +00:00:00, 2030 Dec 26 00:00:00 +00:00:00)
[2041 Dec 25 00:00:00 +00:00:00, 2041 Dec 26 00:00:00 +00:00:00)
[2047 Dec 25 00:00:00 +00:00:00, 2047 Dec 26 00:00:00 +00:00:00)
[2052 Dec 25 00:00:00 +00:00:00, 2052 Dec 26 00:00:00 +00:00:00)
[2058 Dec 25 00:00:00 +00:00:00, 2058 Dec 26 00:00:00 +00:00:00)
...
See examples/
for more examples
Timestamp and date time handling with platform independent time zone support
Supports Gregorian calendar date, ISO week date, and ISO ordinal date
Supports nanosecond precision
ISO8601 parsing and RFC3339 printing
RFC9110 (HTTP) date time parsing and printing
Parses IMF-fixdate, RFC850, and ANSI's C's asctime() format permissively
Prints in IMF-fixdate
Reasoning over time intervals via timere
objects/expressions, examples:
Pattern matching time and intervals. These work across DST boundaries.
Intersection and union
Chunking at year or month boundary, or in fixed sizes
Evaluate (sub)expressions with a different time zone (e.g. intersection of 9am to 5pm of Sydney and 9am to 5pm of New York)
Include timedesc
(timere
and timere-parse
if needed) in the libraries
stanza in your dune file
You can optionally pick one of the following concrete implementations of time zone data source
timedesc-tzdb.full
timedesc-tzdb.none
This embeds no database. This is suitable for when you want to retrieve time zone data during run time, for instance, to reduce the built artifact size.
The following resources should allow you to implement said approach readily
A usable and test suite covered data source is provided under tzdb-json/
.
List of available time zones is available as gen-artifacts/available-time-zones.txt
Timedesc_json.Time_zone.of_string
can load files in tzdb-json/
You can optionally pick one of the following concrete implementations of local time zone detection
timedesc-tzlocal.unix-or-utc
timedesc-tzlocal.unix
timedesc-tzlocal.none
timedesc-tzlocal.utc
timedesc-tzlocal-js
(requires package timedesc-tzlocal-js
)
js_of_ocaml
which uses Intl.DateTimeFormat
to get the local time zone name. Should work in all modern browsers, as well as node.js.Note: While tzdb-json/
may be useful and usable outside of Timere,
we make no guarantees that the JSON format stays unmodified
(though changes of the format should be a rare occurrence, if ever occurring)
To use Timedesc in utop, you need to pick the backends explicitly first
For example, to use the default implementations, one can first type the following lines in utop
#require "timedesc-tzdb.full";;
#require "timedesc-tzlocal.unix";;
#require "timedesc";;
then Timedesc
should be accessible in utop
Timedesc itself can help build a time zone data source backend
TODO
See here
Code files are licensed under the MIT license as specified in the LICENSE
file
Time zone database derived files are licensed under its original terms (public domain)
Time zone information is extracted via zdump
command output into gen-artifacts/time_zone_db.sexp
, using the IANA database (as time zone files) distributed on Linux
Time zone data handling code copies approach used by chrono-tz
Local time zone detection approach for timedesc.tzlocal.unix
backend is copied from tzlocal
Some internal calculations/formulas in Timedesc based around Julian day are copied from Ptime