-
Notifications
You must be signed in to change notification settings - Fork 7
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
horseshoe prior #3
Comments
It should be possible, although as far as I can tell it would require a finite approximation since blme can't just sample the local shrinkage parameters as happens in Stan. In order to fit in the "mixed effects" framework, the global shrinkage parameter (tau) would be a hyperparameter - i.e. "fixed" and something passed in to the optimizer. Does that sound reasonable? |
It certainly does. A finite approximation is certainly in the spirit of a MAP estimate and together these would allow users to screen out the options most likely to be unsuccessful before embarking on full Stan programming. Thank you! |
I've checked in an initial attempt. As far as I can tell, it is substantially shrinking fixed effects that are of a smaller order than the others but I'm not really experienced with the prior. It can be used by specifying
|
Thank you Vincent!
Jonathan
…Sent from my iPhone
On Jan 14, 2017, at 3:32 PM, Vincent Dorie <notifications@github.com<mailto:notifications@github.com>> wrote:
I've checked in an initial attempt. As far as I can tell, it is substantially shrinking fixed effects that are of a smaller order than the others but I'm not really experience with the prior. It can be used by specifying
blmer(..., fixef.prior = horseshoe(mean = mu, global.shrinkage = tau, common.scale = TRUE))
-
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#3 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ALDpUM6H5kEqjsUwDoF22sz5oKniSrqdks5rST7ogaJpZM4Layj6>.
|
So, this works well with blmer but does not work for bglmer, at least with a standard binomial or poisson family. The error is: Is there a character class we need to account for? Sorry for all the trouble. Thanks much. |
Sorry about that, I wasn't thorough in my testing. It should be fixed now, and I've expanded the test suite in case I break it again in the future. |
Nothing to apologize for. Thanks very much.
Jonathan
…Sent from my iPhone
On Jan 16, 2017, at 3:44 PM, Vincent Dorie <notifications@github.com<mailto:notifications@github.com>> wrote:
Sorry about that, I wasn't thorough in my testing. It should be fixed now, and I've expanded the test suite in case I break it again in the future.
-
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub<#3 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ALDpUK-QLTJZSA_xKlQ_Ga_IV2YuDXPcks5rS9aygaJpZM4Layj6>.
|
As a possible feature, would it be possible to add a horseshoe prior option for the non-grouped variables? It is very useful in Stan but computationally time-consuming on large data sets. It may be much more effectively explored through an optimization approach. Ideally, this would be available through bayesglm as well to explore non-hierarchical versions of the same models.
The text was updated successfully, but these errors were encountered: