You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The residue_index_map should be consistent with the output of the neighbour_generator, which returns the order of atoms selected. So when select is "name CA", residue_index_map selects the atoms and expands to all atoms in the residue where they belong, but neighbour_generator returns [n_sele_atom, ], while residue_index_map should be [n_res_atoms, ], which does not match.
Actual behavior
when select is "name CA", residue_index_map selects the atoms and expands to all atoms in the residue where they belong, but neighbour_generator returns [n_sele_atom, ], while residue_index_map should be [n_res_atoms, ], which does not match.
I will also say that the GNM code is some of the most ancient analysis code in MDAnalysis and has not seen a lot of maintenance over the years. If you (or someone else) can contribute a way to fix it then that would be very welcome. Otherwise if issues with the code are not being addressed (because developers only have limited amount of time) we may decide to deprecate it and remove in 3.0.
I can't provide a test case because I think there do not have a RIGHT result. However, I can give a demo code to prove that it indeed has a BUG in closeContactGNMAnalysis 's code.
Where 14 is the max residue the closeContactGNMAnalysis can use with select 'name CA', so that you can see that, after residue 14, the matrix ONLY has ZERO score. However, it do not make sense as the 'protein' selection has 6894.190527601791 score after residue 14.
If you want to make a fix, I can give my fix code.
Expected behavior
The residue_index_map should be consistent with the output of the neighbour_generator, which returns the order of atoms selected. So when select is "name CA", residue_index_map selects the atoms and expands to all atoms in the residue where they belong, but neighbour_generator returns [n_sele_atom, ], while residue_index_map should be [n_res_atoms, ], which does not match.
Actual behavior
when select is "name CA", residue_index_map selects the atoms and expands to all atoms in the residue where they belong, but neighbour_generator returns [n_sele_atom, ], while residue_index_map should be [n_res_atoms, ], which does not match.
It only matches when you select "protein"!
Code to reproduce the behavior
the source code of the
closeContactGNMAnalysis
the docs use select "name CA" which leads a wrong
residue_index_map
Current version of MDAnalysis
2.8.0
The text was updated successfully, but these errors were encountered: