-
Notifications
You must be signed in to change notification settings - Fork 4
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
consistency checks #17
Comments
I added 3 sets of tests (https://github.com/KULL-Centre/PRISM/tree/dev_v0.1/software/rosetta_ddG_pipeline/test):
The test for the soluble protein (sp) could be expanded. |
Hm, the tests I was thinking of (above) are for individual runs, as each protein and structure are different. They were to set conditions in which a warning should be issued that a structure may not be a good starting point for ddG calculations (high energy, clashes). The tests you list are for reproducibility, which is a separate issue. I don't think we need to test plain Rosetta relax for that, as that is done elsewhere. |
Ah, got it! Indeed, that something different and I agree, a quality check of a structure would be good to have! Currently, nothing what you mention is implemented |
Regarding the original question: We do not automatically check for large fraction of high-scoring ddGs as this should be noted by the user and can be due to several reasons. Also I would not know how to set such values. With respect to the Eres of the relaxed structure, this can be calculated using ../software/scripts/pdb_to_prism - rosetta_energy_to_prism function with the input parameters: relaxed_pdb_file (output from the pipeline), temp_dir (for calculations and information for the prism parser: pdbID, pdbchain, uniprot_id; and outputs: pdb_prism_file I noted both things in the README and would therefore close this issue if that is sufficient @amelie-stein. |
I added now the automatic calculation of the E_res file (a275fe5). I am not sure if we want a checking of large fractions of ddGs but if so, please elaborate about the criteria @amelie-stein |
Thanks. The criteria are indeed a bit tricky and might need to be adjusted
per project. By default, I’d say 15 ddGs above 20 indicate a problem and
are not quantitatively informative. It’d need to be adjustable though. Also
not urgent at all, so long users are aware of this issue.
On Fri, 11 Mar 2022 at 17.16, Johanna K. S. Tiemann < ***@***.***> wrote:
I added now the automatic calculation of the E_res file (a275fe5
<a275fe5>).
I am not sure if we want a checking of large fractions of ddGs but if so,
please elaborate about the criteria @amelie-stein
<https://github.com/amelie-stein>
—
Reply to this email directly, view it on GitHub
<#17 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AA4IWXZGLSCAUDOZCY2Z6NLU7NWUXANCNFSM4OMF7HKQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
--
Sent from my iPhone
|
What consistency checks are currently implemented? And to what extent are they automatically controlled, vs. which need a human to look at, and who does that? Would we spot / be notified if a relaxed structure had >0 REU, or if there suddenly was a large fraction of high-scoring ddGs?
The text was updated successfully, but these errors were encountered: