-
Notifications
You must be signed in to change notification settings - Fork 6
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
Cross-model proposals are problematic #5
Comments
Can you compute an empirical transition matrix? If you write the model
every iteration, you can compute P(model at t+1 is j | model at t was i) =
T_{ij}.
There are many ways to increase the acceptance probability for RJMC. The
simplest for GB models would likely be to (1) either use a parameterization
of variables that makes the GB functions more similar to each other for the
same value of parameters, or (2) use proposal distributions to sample new
parameters for the new model that attempt to make the functions more
similar for the new proposal.
If we're just using an index in pymc instead of actual RJMC proposals,
option (1) may be easiest, but would likely also necessitate incorporating
a Jacobian in the prior to ensure that the posterior is independent of the
variable parameterization we choose. That effect may not be strong, so we
could potentially skip this.
Will look at the functional forms in a moment, but the essence of this is
to plot the value of one effective born radius function and the other born
radius function across their domains and try to find a parameterization for
each function that makes the effective born radius more similar for the
same base parameter theta.
|
HCT is also a very old model, and might simply be a poor quality model. Do we have a way to distinguish between poor mixing and highly disfavored models? |
Sounds good!
I agree that this could be the simplest way. Given that the functional forms are not that complex, I don't think that a deterministic transformation would have a particularly hairy Jacobian, right?
I'll look into this as well.
Good point! I was saying that the moves are difficult because it seemed that a proposed transition to HCT resulted in |
I wouldn't be too worried about the NaN issue unless it is happening often,
in which case it might be a numerical robustness issue that we should raise
with OpenMM.
|
I've noticed that certain cross-model proposals (specifically OBC1 and OBC2 to HCT) are very bad, and almost always result in rejection. I figured I'd post this to have some discussion of possible remedies.
The text was updated successfully, but these errors were encountered: