date_end() for computing the date at the start or end of a particular
precision, such as the “end of the month” or the “start of the year”. These are powered by
calendar_end(), which allow for even more flexible calendar-specific boundary generation, such as the “last moment in the fiscal quarter” (#232).
tzdb 0.1.2 is now required, which fixes compilation issues on RHEL7/Centos (#234).
Parsing into a date-time type that is coarser than the original string is now considered ambiguous and undefined behavior. For example, parsing a string with fractional seconds using
naive_time_parse(x, precision = "second") is no longer considered correct. Instead, if you only require second precision from such a string, parse the full string, with fractional seconds, into a clock type that can handle them, then round to seconds using whatever rounding convention is required for your use case, such as
x <- c("2019-01-01 00:00:59.123", "2019-01-01 00:00:59.556") x <- naive_time_parse(x, precision = "millisecond") x #> <time_point<naive><millisecond>> #>  "2019-01-01 00:00:59.123" "2019-01-01 00:00:59.556" x <- time_point_round(x, "second") x #> <time_point<naive><second>> #>  "2019-01-01 00:00:59" "2019-01-01 00:01:00" as_date_time(x, "America/New_York") #>  "2019-01-01 00:00:59 EST" "2019-01-01 00:01:00 EST"
Preemptively updated tests related to upcoming changes in testthat (#236).
clock now uses the tzdb package to access the date library’s API. This means that the experimental API that was to be used for vroom has been removed in favor of using the one exposed in tzdb.
clock now interprets R’s Date class as naive-time rather than sys-time. This means that it no longer assumes that Date has an implied time zone of UTC (#203). This generally aligns better with how users think Date should work. This resulted in the following changes:
date_zone() now errors with Date input, as naive-times do not have a specified time zone.
date_parse() now parses into a naive-time, rather than a sys-time, before converting to Date. This means that
%Z are now completely ignored.
The zoned-time method for
as.Date() now converts to Date through an intermediate naive-time, rather than a sys-time. This means that the printed date will always be retained, which is generally what is expected.
The Date method for
as_zoned_time() now converts to zoned-time through an intermediate naive-time, rather than a sys-time. This means that the printed date will always attempt to be retained, if possible, which is generally what is expected. In the rare case that daylight saving time makes a direct conversion impossible,
ambiguous can be used to resolve any issues.
as_date_time() for converting to Date and POSIXct respectively. Unlike
as.POSIXct(), these functions always treat Date as a naive-time type, which results in more consistent and intuitive conversions. Note that
as_date() does conflict with
lubridate::as_date(), and the lubridate version handles Dates differently (#209).
Added two new convenient helpers (#197):
Fixed a bug where converting from a time point to a Date or POSIXct could round incorrectly (#205).
Errors resulting from invalid dates or nonexistent/ambiguous times are now a little nicer to read through the usage of an info bullet (#200).
Formatting a naive-time with
%z now warns that there were format failures (#204).
Fixed a Solaris ambiguous behavior issue from calling
Linking against cpp11 0.2.7 is now required to fix a rare memory leak issue.
Exposed an extremely experimental and limited C++ API for vroom (#322).