Hi JJ,
Thanks for providing concrete examples to illustrate clearly what your concerns are with regard to the H-bonds detected by DSSR. As you already noticed, for
4DII_aptamer_autopsf.pdb, the two extra H-bonds are associated with the phosphate group. So here DSSR is doing its job.
244 291 #13 p 3.965 N:O N2@D.GUA8 O3'@D.THY9
244 302 #14 p 3.073 N:O N2@D.GUA8 OP2@D.GUA10
Your supplied
Frames1.pdb "shows more complicated results. Particularly, the same acceptor atoms involve in p-type hbond and x-type simultaneously." However, as illustrated in the attached image, here again DSSR is working as designed.
The
--get-hbond option is documented in the DSSR User Manual, specifically:
A one-letter symbol showing the atom-pair type (p) of the H-bond. It is ‘p’ for a donor-acceptor atom pair; ‘o’ for a donor/acceptor (such as the 2′-hydroxyl oxygen) with any other atom; ‘x’ for a donor-donor or acceptor-acceptor pair (as in #17, line 19 in the listing); ‘?’ if the donor/acceptor status of any H-bond atom is unknown.
So the '
x' type is for the unusual
donor-donor or
acceptor-acceptor atom pair. Normally, such H-bonds should
not be possible or allowed. However, as shown below for one of the G-tetrads in
Frames1.pdb, the 'spurious' H-bonds are otherwise perfectly reasonable from a geometric point of view. Thus DSSR also reports such special cases, but with a '
x' symbol to draw user's attention. I take this as a
feature instead of a bug in the H-bonding identification algorithm of 3DNA/DSSR. For example, such a H-bond is presumed to exist in the C+C i-motif (See
Figure S2E of the DSSR paper).
Could you run other H-bonding detection programs (including HBPLUS and HBexplore) on these two example PDB structures, and report back how they behave? After all, the 3DNA/DSSR H-bond finding algorithm may
not be as sophisticated as these dedicated tools.
HTH,
Xiang-Jun