If you have read the introduction vignette, vignette("almanac")
, then you’ve seen rrules, rbundles, and the functions alma_search()
, alma_events()
, and alma_in()
. Additionally included in almanac are a set of tools for adjusting and shifting dates. These functions are broken down as:
Adjustment functions, such as adj_following()
and adj_nearest()
Adjusted rschedules
alma_step()
stepper()
“Adjusting” a date defines the behavior of what happens if a date lands on an event in a rschedule’s event set. For example, if you have a date that is currently on Christmas, you could adjust forward to the next non-event date, adjust backwards to the previous non-event date, or adjust to the nearest non-event date. The logic of how to perform these adjustments is encoded into the following adjustment functions:
adj_following()
Choose the first non-event date after x
.
adj_preceding()
Choose the first non-event date before x
.
adj_modified_following()
Choose the first non-event date after x
, unless it falls in a different month, in which case the first non-event date before x
is chosen instead.
adj_modified_preceding()
Choose the first non-event date before x
, unless it falls in a different month, in which case the first non-event date after x
is chosen instead.
adj_nearest()
Choose the nearest non-event date to x
. If the closest preceding and following non-event dates are equally far away, the following non-event date is chosen.
adj_none()
Performs no adjustment and returns x
unchanged.
To use an adjustment function, you’ll need an rschedule that contains the event set you are interested in adjusting around. Then provide that, along with the dates you are interested in adjusting, to an adj_*()
function.
on_christmas <- yearly() %>%
recur_on_mday(25) %>%
recur_on_ymonth("Dec")
x <- as.Date(c("2019-12-24", "2019-12-25"))
adj_following(x, on_christmas)
#> [1] "2019-12-24" "2019-12-26"
adj_preceding(x, on_christmas)
#> [1] "2019-12-24" "2019-12-24"
The adj_nearest()
function is particularly useful when you have a date on a weekend and want to roll it back to Friday if it falls on Saturday but roll it forward to Monday if it falls on Sunday.
In the introduction vignette, you were introduced to a number of different rschedules. As a reminder, an rschedule is just a general term for an rrule or an rbundle. There is actually a third type of rschedule in almanac, called radjusted, which is useful when combined with the adjustment functions.
To motivate it, imagine your company deems Christmas to be a holiday. Whenever Christmas rolls around on the 25th of December, you get that day off. But what happens when Christmas falls on a Saturday? What about Sunday? Most corporations will observe a holiday that falls on the weekend on the nearest working day instead of on the weekend date that it actually occurred on.
In almanac, it seems like this would pose a problem. You can create rrules for Christmas and for weekends, but an rbundle like runion, rintersect, or rsetdiff would perform some kind of set operation on them. What you really need is a way to say: recur on the dates defined by this rschedule, unless it intersects with this second rschedule. In those cases, apply an adjustment to the intersected dates to create valid dates. This is the job of radjusted.
on_adjusted_christmas <- radjusted(
rschedule = on_christmas,
adjust_on = on_weekends,
adjustment = adj_nearest
)
on_adjusted_christmas
#> <radjusted>
#>
#> Adjust:
#> <rrule[yearly / 1900-01-01 / 2100-01-01]>
#> - ymonth: Dec
#> - mday: 25
#>
#> Adjust on:
#> <rrule[weekly / 1900-01-01 / 2100-01-01]>
#> - wday: Sat, Sun
This is just another rschedule, so it can be used with all of the other alma_*()
functions we’ve seen so far. For example, we can confirm that Christmas dates that fall on the weekend are adjusted appropriately by searching for a few of them.
alma_step()
allows you to take an existing vector of dates and shift it by a number of days, “stepping over” any events in the event set defined by an rschedule. This is generally useful for shifting by “N business days”, where the logic for a business day is encapsulated in the rschedule.
You can think of alma_step()
as a way to replace lubridate’s x + days(5)
with x + business_days(5)
where business_days()
is specific to your company’s holiday calendar.
In the following example, we shift a Thursday and Friday by 1 working day. Notice that Friday is shifted forward to Monday.
# A Thursday / Friday pair
x <- as.Date(c("2019-12-19", "2019-12-20"))
# Shift by 1 working day, stepping over weekends
step <- alma_step(x, n = 1, rschedule = on_weekends)
data.frame(
x = x,
x_wday = wday(x, label = TRUE),
step = step,
step_wday = wday(step, label = TRUE)
)
#> x x_wday step step_wday
#> 1 2019-12-19 Thu 2019-12-20 Fri
#> 2 2019-12-20 Fri 2019-12-23 Mon
Internally, n
is applied 1 day at a time. adj_following()
is called after each 1 day shift if n
is positive, otherwise adj_preceding()
is called.
To break this down, we’ll analyze the Friday.
Start on 2019-12-20
, a Friday.
Step forward 1 day, to 2019-12-21
, a Saturday.
Apply adj_following()
, landing us on Monday, 2019-12-23
.
You can shift backwards with a negative n
. It’s also fully vectorized, and you can use different signs of n
in the same call. For an example, let’s consider what happens if you start on a non-event date. Here, we start on a Saturday and Sunday, and apply a +1 and -1 day shift to them, respectively.
# A Saturday / Sunday pair
x <- as.Date(c("2019-12-21", "2019-12-22"))
step <- alma_step(x, c(1, -1), on_weekends)
data.frame(
x = x,
x_wday = wday(x, label = TRUE),
step = step,
step_wday = wday(step, label = TRUE)
)
#> x x_wday step step_wday
#> 1 2019-12-21 Sat 2019-12-23 Mon
#> 2 2019-12-22 Sun 2019-12-20 Fri
For Saturday, we apply the 1 day shift, landing on Sunday, and then call adj_following()
, landing on Monday.
For Sunday, we apply the -1 day shift, landing on Saturday, and then call adj_preceding()
, landing on Friday.
alma_step()
is nice, but it would be really nice to have something like lubridate’s x + days(5)
syntax, but relative to an rschedule. Due to some issues with how R’s S3 dispatch system works with +
, this isn’t exactly replicable with almanac, but you can get close (lubridate uses R’s S4 object oriented system to get it to work, but I don’t want to go there).
First off, you need an object the holds information about how to shift relative to an rschedule. You can create one of these with stepper()
. The only thing you give stepper()
is the rschedule to step relative to. It returns a function of 1 argument, n
, which you’ll call with the desired number of days to shift. The resulting object can be added to or subtracted from your vector of dates. It sounds a little complicated, but hopefully things will clear up with an example. Let’s reproduce the last example from the previous section:
Notice the usage of %s+%
. This replaces +
, and allows you to step forward. There is also a %s-%
for stepping backwards.
The nice thing about working_day
is that you can continue to use it on other date vectors.