<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Okay, I have fixed this behavior. Available in the next daily build.<div class=""><br class=""></div><div class="">—Eric</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jun 13, 2017, at 3:49 PM, Eric Pettersen <<a href="mailto:pett@cgl.ucsf.edu" class="">pett@cgl.ucsf.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Yes, the altlocs are chosen on a per-residue basis, which can lead to inconsistencies when different altlocs are chosen for connected residues (the cross-residue bond(s) gets deleted and hydrogens get added to the now-valence-available atoms). I will work to fix this when I have time and will report back here when I do. In the interim, you may want to simply delete non-A altlocs before running DockPrep. Assuming there are no more than three altlocs per atom then this command will do that:<div class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space:pre"> </span>del @.b @.c</div><div class=""><br class=""></div><div class="">—Eric</div><div class=""><br class=""><div class="">
<div style="letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>Eric Pettersen</div><div class=""><span class="Apple-tab-span" style="white-space: pre;"> </span>UCSF Computer Graphics Lab</div></div><br class="Apple-interchange-newline">
</div>
<br class=""><div class=""><blockquote type="cite" class=""><div class="">On Jun 12, 2017, at 1:57 AM, Visvaldas Kairys <<a href="mailto:visvaldaskairys@gmail.com" class="">visvaldaskairys@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Dear Chimera users and developers,<br class=""><br class="">I’d like to point out I often have a minor inconvenience when dealing with high resolution Xray structures when trying to add hydrogens<br class="">via DockPrep. <br class=""><br class="">If two consecutive residues have both alternative postions A and B, Chimera in the process of hydrogen addition often gets confused <br class="">and puts “TER” between the<br class="">residues, also reporting non-integer charges in the log. I think what is happening, the program picks “A” variant for one residue and “B” for the consecutive residue, and apparently this causes bond detection algorithm to ignore the bond between the residues (due to length I guess).<br class="">I resolve this by manually editing out one of the AltPos (say, “B”) out of the PDB file for the offending residues, <br class="">but I guess the program should be able to do it automatically.<br class=""><br class="">A PDB example where this happens is 2r3i (or 2r3r).<br class=""><br class="">Best regards,<br class=""><br class="">Vis<br class=""><br class=""><br class=""><br class="">_______________________________________________<br class="">Chimera-users mailing list: <a href="mailto:Chimera-users@cgl.ucsf.edu" class="">Chimera-users@cgl.ucsf.edu</a><br class="">Manage subscription: <a href="http://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users" class="">http://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users</a><br class=""><br class=""></div></div></blockquote></div><br class=""></div></div>_______________________________________________<br class="">Chimera-users mailing list: <a href="mailto:Chimera-users@cgl.ucsf.edu" class="">Chimera-users@cgl.ucsf.edu</a><br class="">Manage subscription: <a href="http://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users" class="">http://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users</a><br class=""></div></blockquote></div><br class=""></div></body></html>