You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thanks for an awesome package that I have so far used alot for both prediction and data exploration!
I have a question on Fourier orders when using several seasonalities in combination. The data I work with usually has an overall trend plus yearly, monthly and weekly seasonalities (even daily but I hardly ever model that time scale). I suspect it may be wise to limit the Fourier order of e.g. the monthly seasonality terms so that they do not overlap with the week season and start to correlate with those terms (same for yearly vs. monthly seasonalities). Is this something you have noticed while building & testing this package and if so, are there any rules of thumb to follow while allocating Fourier orders to the various included seasonalities?
Thanks in advance.
The text was updated successfully, but these errors were encountered:
This isn't something that we've looked into in great detail. For yearly seasonality, the default of 10 means the highest-frequency component will have a period of 365/10 = 36.5 days. So increasing that would give the yearly seasonality a component with monthly frequency. But I wouldn't expect this to really cause any issue. Suppose we have yearly seasonality with Fourier order of 20; there would be only 1 component that has monthly seasonality (12). It would probably be a poor model of monthly seasonality by itself since it is a single sin/cos, and is missing the higher-frequency components that the monthly seasonality model has. In order for yearly seasonality to pick up the second component for monthly seasonality, it would have to have a Fourier order of 24; to get the third would be 48, etc. So basically I think it would require really high values of Fourier order before there would be any significant modeling conflict between the seasonalities. This is a hyperparameter that we usually have seen pretty limited sensitivity to - the instances where it has been too small it's usually been pretty clear from the visualization that there is a fast change in seasonality, so we just bump it up a bit and then it fits nicely. From a tuning point of view, I think 3-20 is a pretty expansive range, and I suspect that if there are such sharp changes in seasonality that require a Fourier order higher than 20 then there might be a better approach for modeling them. Hope that helps!
@bletham Thanks. Very enlightening answer. In my business setting there is a clear end-of-week effect. Applying the same sort of logic on monthly vs weekly season, it may then seem wise to restrict the number of monthly components to maximum 5 or something, else the monthly components might start picking up the end-of-week sales boost.
Thanks for an awesome package that I have so far used alot for both prediction and data exploration!
I have a question on Fourier orders when using several seasonalities in combination. The data I work with usually has an overall trend plus yearly, monthly and weekly seasonalities (even daily but I hardly ever model that time scale). I suspect it may be wise to limit the Fourier order of e.g. the monthly seasonality terms so that they do not overlap with the week season and start to correlate with those terms (same for yearly vs. monthly seasonalities). Is this something you have noticed while building & testing this package and if so, are there any rules of thumb to follow while allocating Fourier orders to the various included seasonalities?
Thanks in advance.
The text was updated successfully, but these errors were encountered: