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

Bad mapping to PDB bioassemblies for 1a2k #204

Open
josemduarte opened this issue Dec 29, 2017 · 4 comments
Open

Bad mapping to PDB bioassemblies for 1a2k #204

josemduarte opened this issue Dec 29, 2017 · 4 comments
Labels
Milestone

Comments

@josemduarte
Copy link
Contributor

There should be a {1,2} assembly (A2B2 stoichiometry, C2 symmetry) in 1a2k. As of 3.0.3, there's only {} and {1}.

@josemduarte josemduarte added this to the 3.0.4 milestone Dec 29, 2017
@josemduarte
Copy link
Contributor Author

This seems to be a feature and not a bug. The crystal has an unusual A2B3 stoichiometry. Engaging interface cluster 2 (interface ids 2 and 3) forms a A2B2 tetramer with C2 symmetry but the subgraph breaks the isomorphism rule for the second entity (leaves a stand-alone chain E).

Note that 5bxq is a re-modelling of the same data by same authors. The statistics are much better but the stoichiometry stays the same in their remodelling.

It seems that in the original paper the authors did check very carefully that the stoichiometry is correct in their modelling. Also they did gel filtration to find out that an A2B2 tetramer is seen in solution. So this could be a real case of co-crystal with a monomer crystallised along an A2B2 tetramer.

@lafita
Copy link
Member

lafita commented Jan 8, 2018

Should we then re-think or question our isomorphism rule? This is a clear example where the assumption is wrong.

Also, the PDB1 label is annotated to the {1} assembly, but the PDB1 assembly should be the {1,2} since it is tetramer plus monomer.

@josemduarte
Copy link
Contributor Author

Absolutely this is a good case to question our isomorphism rule. But that's a difficult debate, out of the scope of this issue. We know of many other cases where it does make sense to use the isomorphism rule.

Regarding the mapping to the PDB1 assembly it does seem to be wrong in here. I'll reopen the issue changing the title.

@josemduarte josemduarte reopened this Jan 8, 2018
@josemduarte josemduarte changed the title Missing assembly in 1a2k Bad mapping to PDB bioassemblies for 1a2k Jan 8, 2018
@josemduarte josemduarte modified the milestones: 3.0.4, 3.0.5 Feb 9, 2018
@josemduarte josemduarte modified the milestones: 3.0.5, 3.0.6 May 1, 2018
@josemduarte
Copy link
Contributor Author

There are quite a few other cases that mapping of assemblies EPPIC-PDB does not work. Also there are cases where the current mapping strategy takes too long (e.g. 1m4x, now avoided, see d9101c6).

Instead of matching sym ops, we need a better and more robust solution based on finding the assembly graph out of the PDB assembly and then finding the matching graph in EPPIC.

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

No branches or pull requests

2 participants