Closed leungi closed 6 years ago
Vignette is still in progress, but I appreciate the suggestion.
I suspect you intend to say that removing trig(24) removes the error, however doing this will result in a terrible model. The optimisation technique needs improvement, however for now I think a slight change such as trig(24,11) might work.
This is something I'll need to play around with first.
Thanks for the prompt response @mitchoharawild, and the exciting package!
Indeed, I meant to say 'trig()'.
Curious, what analysis do you do to determine the 'q' in 'trig()' generally? Tuning via "grid search"?
You certainly can tune it using grid search or similar algorithms.
The practical functionality of q
is to limit the complexity of the model, which will improve the speed of the estimation. As mentioned in the vignette, if the seasonal pattern varies quickly (such as the pedestrian daily pattern), a large number of harmonics (q
) is required. However, if the seasonal pattern is changing slowly (for example, annual seasonality in electricity demand), it is reasonable to have a very small number of harmonics. For example, with tsibbledata::elecdemand
, the annual seasonality can be probably modelled with trig(17532, 10)
, as the annual pattern changes slowly and smoothly.
The additional benefit of reducing model complexity is that it increases the likelihood that Lapack will work.
As per subject; taking out
poly()
term avoids the error.Created on 2018-07-29 by the reprex package (v0.2.0).