-
Notifications
You must be signed in to change notification settings - Fork 46
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
his modificaiton missing data #644
Comments
@csbrasnett could you provide some more information? Are yous sure the modification is detected? |
yes, afaict the modification is correctly detected and annotated, but then when it comes to performing it, the residue blocks aren't unique. It was Liguo who found this first, he'll give some more info too, I couldn't work it out |
ohhhhh I think it has something to do with providing it using modify; if you were to just provide the correct pdb file it should work. Or you can use the -mutate flag and put the correctly named residue. That should also work. The modfications actually require the hydrogen atoms to be present. |
Hi, this the the warning message When we run the command listed above by Chris. |
yes, when we manually change the resname in pdb from HIS to HSP, it could be recognized although not extra H proton was added in pdb file. |
One of the things I ran into in #631 is that there's something seriously smelly with modifications, and it tends to show for HIS-HP. For now I think the solution is to do |
okay, I see. Thanks a lot! |
That probably has to do with the fact that modifications can only automatically detect and annotate additional atoms (e.g. protonations). Since there may be missing atoms in the input pdb file, for example because they weren't resolved in xray, missing atoms (e.g. deprotonations) are assumed to be missing/unresolved, rather than omitted on purpose. |
okay, thanks for the explanation! |
running eg.
martinize2 -f clean.pdb -x cg.pdb -o topol.top -modify HIS:HIS-HP
raises an inconsistent data warning about atoms being covered by multiple blocks. Doesn't seem to affect other modifications. Can be fixed by changing the resnames in the input file, but that's not an ideal solution.Also to note, the HIS-HD modification seems to be wrong, the SC3 bead should become a TN6d, not a as currently is
The text was updated successfully, but these errors were encountered: