-
-
Notifications
You must be signed in to change notification settings - Fork 19
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
Support for glmmTMB count component conditioned on the zi-component #70
Comments
What would be necessary to support it correctly? Does emmeans deals with it alright? |
No, I don't think this is supported by emmeans yet (resp. glmmTMB, which implements emmeans functionality). |
It's not that hard, I'd say...
The code I used was "evolving" over time, so could possibly be more clean, but it is stable and works with edge cases ;-) |
What you see under 2), is what you already get. However, the CIs/SEs are wrong, that's why all the simulation stuff is done here. |
is this issue still valid? Does it have anything to do with get_predicted? |
Yes, if you want to have the "correct" CI, we still haven't addressed this, I think. |
Is this still valid lol? |
One thing that is rather difficult is the "overal" estimated means from a model, i.e. the count component conditioned on the zi-component:
Created on 2020-06-22 by the reprex package (v0.3.0)
Brooks ME, Kristensen K, Benthem KJ van, Magnusson A, Berg CW, Nielsen A, et al. glmmTMB Balances Speed and Flexibility Among Packages for Zero-inflated Generalized Linear Mixed Modeling. The R Journal. 2017;9: 378-400.
Originally posted by @strengejacke in #66 (comment)
The text was updated successfully, but these errors were encountered: