I am often asked how to fit an ARIMA or ETS model with data having a long seasonal period such as 365 for daily data or 48 for half-hourly data. Generally, seasonal versions of ARIMA and ETS models are designed for shorter periods such as 12 for monthly data or 4 for quarterly data.

The `ets()`

function in the forecast package restricts seasonality to be a maximum period of 24 to allow hourly data but not data with a larger seasonal frequency. The problem is that there are parameters to be estimated for the initial seasonal states where is the seasonal period. So for large , the estimation becomes almost impossible.

The `arima()`

function will allow a seasonal period up to but in practice will usually run out of memory whenever the seasonal period is more than about 200. I haven’t dug into the code to find out why this is the case — theoretically it would be possible to have any length of seasonality as the number of parameters to be estimated does not depend on the seasonal order. However, seasonal differencing of very high order does not make a lot of sense — for daily data it involves comparing what happened today with what happened exactly a year ago and there is no constraint that the seasonal pattern is smooth.

For such data I prefer a Fourier series approach where the seasonal pattern is modelled using Fourier terms with short-term time series dynamics allowed in the error. For example, consider the following model:

where is an ARIMA process. The value of can be chosen by minimizing the AIC.

This is easily fitted using R. Here is an example with , and an ARIMA(2,0,1) process:

n <- 2000 m <- 200 y <- ts(rnorm(n) + (1:n)%%100/30, f=m) library(forecast) fit <- Arima(y, order=c(2,0,1), xreg=fourier(y, K=4)) plot(forecast(fit, h=2*m, xreg=fourierf(y, K=4, h=2*m))) |

The advantages of this approach are:

- it allows any length seasonality;
- for data with more than one seasonal period, you can include Fourier terms of different frequencies;
- the seasonal pattern is smooth for small values of (but more wiggly seasonality can be handled by increasing );
- the short-term dynamics are easily handled with a simple ARMA error.

The only real disadvantage (compared to a seasonal ARIMA model) that I can think of is that the seasonality is assumed to be fixed — the pattern is not allowed to change over time. But in practice, seasonality is usually remarkably constant so this is not a big disadvantage except for very long time series.

The order of can also be chosen automatically:

fit <- auto.arima(y, seasonal=FALSE, xreg=fourier(y, K=4)) |

Note that the ARIMA model for should be non-seasonal.

A state space approach to the problem is possible using TBATS models, as described in this paper on complex seasonality. The `tbats()`

function which implements TBATS models will automatically select the Fourier order as well as the other aspects of the model. One advantage of the TBATS model is the seasonality is allowed to change slowly over time.

### Related Posts:

- Detecting seasonality
- Forecasting weekly data
- Cyclic and seasonal time series
- New in forecast 6.0
- Seasonal periods

Pingback: What kind of model could I use to predict annual server loads?()

Pingback: Handling Long Seasonality in a Time Series | Jeffrey Chin Tang Wong()

Pingback: Arima function doesn't consider seasonal components | Question and Answer()

Pingback: Fitting models to short time series | Hyndsight()

Pingback: Reddit Button Forecast (Post-Mortem*: 5/25) | Bryan S. Weber()