Closed GoogleCodeExporter closed 9 years ago
Wim, do we need to update the residue name defs within these dihedrals defs.
Looks like a simple problem.
Original comment by jurge...@gmail.com
on 4 Mar 2011 at 8:51
Alas simpler than it looks - PPA is not a 'standard' CYANA residue as far as I
know, so we'd have to manually add it to the CYANA reference library. This is
something I never wanted to start messing around with though for various
reasons... a more ad-hoc solution that can be dealt with in the presetDict is
probably better.
Original comment by wfvran...@gmail.com
on 30 Mar 2011 at 12:06
PPA is meant to be a dihedral angle name and not the problem of the issue.
The issue here is with the other standard dihedral angles for the standard
residues as given in the original data:
2 DG ALPHA -91 -31
etc.
I think the problem is related with residue names being DG i.s.o. G. etc.
Original comment by jurge...@gmail.com
on 30 Mar 2011 at 12:34
Good point. I am a bit slow this week, not enough sleep.
Anyway works now, though not for PPA and EPSILN, not in the CYANA library.
Check out from SF CVS:
ccp/format/nmrStar/dihedralConstraintsIO.py
Original comment by wfvran...@gmail.com
on 30 Mar 2011 at 1:07
Chris can you reprocess these ones?
Original comment by jurge...@gmail.com
on 30 Mar 2011 at 2:50
After updating CCPN of course.
Original comment by jurge...@gmail.com
on 30 Mar 2011 at 2:50
I'll get to it as soon as I can.
Original comment by schulte....@gmail.com
on 30 Mar 2011 at 3:30
2l8p went from 240 converted to 368.
2l8q went from 233 converted to 368.
Is this as done as it's going to get? At least for now?
Original comment by schulte....@gmail.com
on 30 Mar 2011 at 4:15
Yes, there were 414 and the ones missing could be the non-standard
dihedrals/residues.
Great!
Original comment by jurge...@gmail.com
on 30 Mar 2011 at 5:32
Original issue reported on code.google.com by
schulte....@gmail.com
on 3 Mar 2011 at 4:38Attachments: