Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GARCH-M #95

Open
tbeason opened this issue Nov 10, 2021 · 3 comments
Open

GARCH-M #95

tbeason opened this issue Nov 10, 2021 · 3 comments

Comments

@tbeason
Copy link

tbeason commented Nov 10, 2021

While I'm here and looking over the code, another thing that would be useful is the addition of a MeanSpec which includes the variance (or volatility or log volatility -- I'm not sure which is the most common convention).

I'm guessing it wouldn't represent a huge change? Would it be mostly a copy-paste of the code for Intercept?

@s-broda
Copy link
Owner

s-broda commented Nov 17, 2021

In principle that should work, yes. The new MeanSpec, e.g., GarchM, would basically need to implement the

mean(at, ht, lht, data, meanspec::GarchM{T}, meancoefs, t) where {T}

appropriately. However, one might also want users to be able to combine, e.g., ARMA together with GARCH-M. That would require a bigger redesign, e.g., via composition: all MeanSpecs could have a field GarchMSpec.

@tbeason
Copy link
Author

tbeason commented Nov 17, 2021

I make no promises, but I predict myself needing the basic GARCH-M functionality soon (next couple of months), so I could perhaps tackle that.

I see what you are saying about extending the whole of the MeanSpec but I think that is way less common, isn't it? I can't recall off the top of my head any research in equity volatility that uses such a specification, for example (doesn't mean they don't exist I guess).

@s-broda
Copy link
Owner

s-broda commented Nov 19, 2021

You may be right about ARMA models, but I could imagine that people in empirical asset pricing might want a regression specification (another MeanSpec) to go with the GARCH-M term?

Having said that, maybe it doesn't hurt to implement the simple case first, and then generalizing later (though that would then be breaking).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants