-
Notifications
You must be signed in to change notification settings - Fork 27
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
[helix-based] optimize bulge breakpoint #142
Comments
thinking about it, this also applies to all other loops... to bypass this problem, we would have to screen all subhelix lengths of the helix to be added. would be ok... |
ping @RickGelhausen : something we should think about for the journal version of the paper |
mhh... can only be done easily for the canonical helices... otherwise we have to trace the base pairs of the current helix... not good... |
the more I think of it, the less good the idea is, since we do only store the energy of the maximal helix and would have to recompute energy terms. so the alternative is to introduce a "--noLP" into the standard predictor and be done with it. |
new idea: can be done correctly 👍 |
I found an example where a shift of a one-sided bulge causes a significant energy change (in
--mode=H
)default mode
helix-based prediction
This can be solved by a special handling of one-sided bulges, for which we only have to consider the addition of non-maximal helices (shifting the last bp to the next helix).
The text was updated successfully, but these errors were encountered: