-
Notifications
You must be signed in to change notification settings - Fork 2
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
Moment matching for brmsfit #4
Comments
Yes this would be a good addition! Have you done anything related to this yet? If not, I could also work on this. Do you think it makes sense as a first step to return the weights as part of a separate "iwmm" object (even though there is no such thing yet concretely) in addition to the brmsfit object? |
An iwmm object sounds quite useful! I haven't started anything related to this, so feel free if you have time |
It looks like you've made a lot of progress with the brmsfit method and the iwmm object. |
Yes the basic structure is there, but it's still missing the part to update the brmsfit object. If you want, feel free to continue from that! The iwmm object is still sort of a prototype, and is expected to change. If you have any ideas how to structure it, for example to benefit priorsense, please let me know 🙂 |
I think it would be good to have a
moment_match.brmsfit
method. It should probably return a modifiedbrmsfit
object with the draws replaced with the moment matched draws, so that further functions from brms would work (e.g.posterior_predict
, see n-kall/priorsense#18). I'm not sure where the weights would be stored though. At some stage I think brms will store the posterior indraws
format (rather than the currentstanfit
object), so that would help, but that will likely only happen in the next major release.The text was updated successfully, but these errors were encountered: