An implementation of the FASSTER (Forecasting with Additive Switching of Seasonality, Trend and Exogenous Regressors) model in R. This model is designed to capture patterns of multiple seasonality in a state space framework by using state switching. The fasster package prioritizes flexibility, computational speed and accuracy to provide convenient tools for modelling, predicting and understanding high frequency time-series.

Development cycle

This package is early in development, and there are plans to make substantial changes in the future.

The latest usage examples of using fasster can be found in my useR! 2018 talk: slides, video, source.

There are further plans to improve the heuristic optimisation techniques and better use sparse matrix algebra (removing the dlm package dependency) to make fasster even faster. Implementing this will likely result in a revision of the model object structure, but user directed functionality should remain the same.

Installation

The development version can be installed from GitHub using:

# install.packages("devtools")
devtools::install_github("tidyverts/fasster")

Usage

Model specification

fasster allows flexible model specification by allowing the user to specify the model structure with standard formula conventions.

library(fasster)
library(tidyverse)
library(lubridate)
library(tsibble)
library(fable)

lung_deaths <- as_tsibble(cbind(mdeaths, fdeaths), pivot_longer = FALSE)
fit <- lung_deaths %>%
  model(fasster = FASSTER(fdeaths ~ mdeaths))
fit %>% report()
#> Series: fdeaths 
#> Model: FASSTER 
#> 
#> Estimated variances:
#>  State noise variances (W):
#>   mdeaths
#>    1.7119e-34
#> 
#>  Observation noise variance (V):
#>   1.6631e+03

Commonly used state space components can be added using the following convenience functions:

  • poly(n) to include an n-th order polynomial
  • seas(s) to include a seasonal factor of frequency s
  • trig(s, q) to include seasonal fourier terms of frequency s with q harmonics
  • arma(ar, ma) to include an ARMA term (where ar and ma are vectors of coefficients)
  • Exogenous regressors can be added by referring to their name

For example, to create a model with trend and monthly seasonality, you can use:

fit <- as_tsibble(USAccDeaths) %>% 
  model(fasster = FASSTER(value ~ poly(1) + trig(12)))
fit %>% report()
#> Series: value 
#> Model: FASSTER 
#> 
#> Estimated variances:
#>  State noise variances (W):
#>   poly(1)
#>    5.9382e+03
#>   trig(12)
#>    8.7014e-13 4.3753e-13 6.1525e-13 1.0068e-13 4.0775e-13 2.3503e-13 3.1338e-13 2.2672e-13 2.7455e-13 2.5930e-13 1.0622e-13
#> 
#>  Observation noise variance (V):
#>   2.0543e+04

The interface for creating a FASSTER model introduces a new formula construct, %S%, known as the switch operator. This allows modelling of more complex patterns such as multiple seasonality by modelling the components for each group separately and switching between them.

elec_tr <- tsibbledata::vic_elec %>%
  filter(
    Time < lubridate::ymd("2012-03-01")
  ) %>% 
  mutate(WorkDay = wday(Time) %in% 2:6 & !Holiday)

elec_fit <- elec_tr %>%
  model(
    fasster = fasster(log(Demand) ~ 
      WorkDay %S% (trig(48, 16) + poly(1)) + Temperature + I(Temperature^2)
    )
  )

Decomposing

Fitted FASSTER models can be decomposed to provide a description of how the underlying states function. Decomposing a FASSTER model provides aggregates of its components such as trends and seasonalities.

These components can accessed from a fitted model using the components() function:

fit %>% 
  components()
#> # A dable:               72 x 5 [1M]
#> # Key:                   .model [1]
#> # FASSTER Decomposition: value = `poly(1)` + `trig(12)`
#>    .model     index value `poly(1)` `trig(12)`
#>    <chr>      <mth> <dbl>     <dbl>      <dbl>
#>  1 fasster 1973 Jan  9007     9740.     -795. 
#>  2 fasster 1973 Feb  8106     9754.    -1546. 
#>  3 fasster 1973 Mar  8928     9719.     -758. 
#>  4 fasster 1973 Apr  9137     9706.     -536. 
#>  5 fasster 1973 May 10017     9693.      322. 
#>  6 fasster 1973 Jun 10826     9694.      802. 
#>  7 fasster 1973 Jul 11317     9830.     1669. 
#>  8 fasster 1973 Aug 10744     9755.      974. 
#>  9 fasster 1973 Sep  9713     9761.      -65.7
#> 10 fasster 1973 Oct  9938     9768.      233. 
#> # … with 62 more rows
elec_fit %>%
  components()
#> # A dable:               2,880 x 9 [30m] <UTC>
#> # Key:                   .model [1]
#> # FASSTER Decomposition: log(Demand) = `I(Temperature^2)` + Temperature +
#> #   `WorkDay_FALSE/poly(1)` + `WorkDay_FALSE/trig(48, 16)` +
#> #   `WorkDay_TRUE/poly(1)` + `WorkDay_TRUE/trig(48, 16)`
#>    .model Time                `log(Demand)` `I(Temperature^… Temperature
#>    <chr>  <dttm>                      <dbl>            <dbl>       <dbl>
#>  1 fasst… 2012-01-01 00:00:00          8.36         0.000996     -0.0386
#>  2 fasst… 2012-01-01 00:30:00          8.31         0.000996     -0.0386
#>  3 fasst… 2012-01-01 01:00:00          8.26         0.000997     -0.0387
#>  4 fasst… 2012-01-01 01:30:00          8.30         0.000998     -0.0387
#>  5 fasst… 2012-01-01 02:00:00          8.26         0.00100      -0.0388
#>  6 fasst… 2012-01-01 02:30:00          8.21         0.00101      -0.0391
#>  7 fasst… 2012-01-01 03:00:00          8.18         0.00101      -0.0396
#>  8 fasst… 2012-01-01 03:30:00          8.14         0.000956     -0.0360
#>  9 fasst… 2012-01-01 04:00:00          8.12         0.00100      -0.0389
#> 10 fasst… 2012-01-01 04:30:00          8.11         0.000916     -0.0328
#> # … with 2,870 more rows, and 4 more variables:
#> #   `WorkDay_FALSE/poly(1)` <dbl>, `WorkDay_FALSE/trig(48, 16)` <dbl>,
#> #   `WorkDay_TRUE/poly(1)` <dbl>, `WorkDay_TRUE/trig(48, 16)` <dbl>

The tools made available by fasster are designed to integrate seamlessly with the tidyverse of packages, enabling familiar data manipulation and visualisation capabilities.

Forecasting

fasster conforms to the object structure from the fable package, allowing common visualisation and analysis tools to be applied on FASSTER models.

fit %>% 
  forecast(h=24) %>%
  autoplot(as_tsibble(USAccDeaths))

Future index values are automatically produced and used where necessary in the model specification. If additional information is required by the model (such as WorkDay and Temperature) they must be included in a tsibble of future values passed to new_data.

elec_ts <- tsibbledata::vic_elec %>%
  filter(
    yearmonth(Time) == yearmonth("2012 Mar")
  ) %>% 
  mutate(WorkDay = wday(Time) %in% 2:6 & !Holiday) %>% 
  select(-Demand)
elec_fit %>% 
  forecast(new_data = elec_ts) %>% 
  autoplot(elec_tr)


Please note that this project is released with a Contributor Code of Conduct. By participating in this project you agree to abide by its terms.