Skip to content
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

Ligands with mol2 files are displaced from the proper coordinates after assigning charges. #23

Closed
JLaureantiPNNL opened this issue Apr 25, 2020 · 6 comments · Fixed by #280
Assignees

Comments

@JLaureantiPNNL
Copy link

Hello,

I ran a job with the 3WIP acetylcholinesterase enzyme on both the old web server and the new updated web server. For this job I created a mol2 file for the ACH ligand using the PRODRG web tool and asked that parameters be generated for the ligand as well. When the job completes the XYZ coordinates for the ligand in the PQR file do not match that of the XYZ coordinates in the PDB file, and thus the ligand is no longer in the pocket.

I also tested the 5GV7 system with a mol2 file for the ligand as well on both servers and the same result was observed, i.e. the ligand has moved from the proper coordinate position.

With 1HPX and using chimera to generate a mol2 file, ligand is in the incorrect spot as well. Not as bad as the previous two examples I tried, but still not correct.

Using 1ABF with a mol2 file for the ligand using the PRODRG web tool, leads to the ligand in the incorrect spot.

Is there a way to keep the ligand in the correct spot??

@sobolevnrm
Copy link
Member

I wonder if this is related to Electrostatics/apbs-pdb2pqr#566 ?

sobolevnrm referenced this issue in Electrostatics/apbs-pdb2pqr May 3, 2020
The molecular group coverage was so poor that it did more harm than
good.  See #568 for example of current issues.

There are several impacts to this change:

* Breaks ligand support #592 and several ligand-related tests #590.
* Fixes #588.
* Possibly breaks Cmake. See #589.
* Probably impacts APBS-REST web server.  See #593.
@sobolevnrm sobolevnrm transferred this issue from Electrostatics/apbs-pdb2pqr Jul 3, 2020
@sobolevnrm
Copy link
Member

@JLaureantiPNNL -- can you please check whether this still happens with the latest release https://github.com/Electrostatics/pdb2pqr/releases ?

@JLaureantiPNNL
Copy link
Author

JLaureantiPNNL commented Aug 31, 2020 via email

@sobolevnrm
Copy link
Member

Thanks for troubleshooting this @JLaureantiPNNL !

PDB2PQR takes the coordinates from the mol2 file and not from the ligand in the pdb file.

Originally the system failed to place the ligand in the correct position when using the FAD_wrong.mol2 file (the product was 5gv7_wrong.pqr). Using a mol2 file with the coordinates exactly as they are in the pdb that is passed in (FAD_right.mol2) gives the product 5gv7_right.pqr.

This could be problematic if there are more than one ligand. Or if a general ligand is used as a “template”.

@sobolevnrm sobolevnrm self-assigned this Sep 9, 2020
@sobolevnrm
Copy link
Member

More troubleshooting from @JLaureantiPNNL

Following up a bit more. The coordinates of the ligand (for the pqr file) are taken from the mol2 file and not the pdb input file. This leads to PDB2PQR deleting a second instance of the ligand.

Double2.pqr was made using Double2.pdb and FAD_right.mol2 as inputs. Double2.pdb has two FAD molecules in different positions (the atoms and residues have different values). However, Double2.pqr only has one FAD molecule.

@sobolevnrm
Copy link
Member

This is not straightforward to fix. For now, I will just add more information to the documentation indicating that only one ligand can be used in a calculations.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants