Thank you very much for these clarifications,
Peter.
Hi Peter,
Rotamers that need to be examined are identified as those that are
> - How Phenix chooses which rotamers need to be fixed ?
either rotamer outliers as defined by the Richardson rotamer library
or are sidechains whose real-space CC is below a user-definable
threshold (0.9 by default).
The maps are not calculated after each rotamer correction, but instead
> - Does Phenix really re-calculate the three maps after correcting each
> rotamer ? For very large structures this is very time-consuming and one can
> settle for calculating a new map every 10-20 residues. Perhaps this could be
> a user-controlled parameter ?
are recalculated after all flagged rotamers have gone through the
correction protocol once. Each correction is then validated against
the recalculated maps, and those sidechains that are not an
improvement over the original orientation are returned to the original
orientation. This whole process is considered a macrocycle, and the
number of macrocycles for rotamer correction may be specified by the
user.
This is a great question and I'm not sure of the answer. Perhaps one
> -Can you please explain how fix_rotamers works together with ncs restraints
> ?
of the other developers can weigh in on this point?
Thanks,
Jeff
_______________________________________________
phenixbb mailing list
phenixbb@phenix-online.org
http://phenix-online.org/mailman/listinfo/phenixbb