I'm not that unreasonable, or at least I like to think that. I can accept the quaternions. Can somebody please add then a function to come back from a rotation3D to a set of angles?
After finding a good rotation I need to spit to the stupid user (i.e., me) the proper angles, because that is what everybody uses de facto in the field. Help!
2009/5/7 Ben Webb ben@salilab.org
> Javier Ángel Velázquez Muriel wrote: > > If I remember correctly, I said that I *****NEED***** and prefer the 3 > > euler angles to be specified for project(). Therefore the new version of > > project is not helpful, and I am going to go back to the version that > > satisfied my needs. I can always document everything as much as needed. > > The best way to ensure that something you need works is to write a test > case for it. Then anybody that changes it will break your test, and we > can all yell at them. > > There are several people that can help you (myself included) to work > with Rotation3D. But it doesn't make sense to have other classes to work > with rotations, since nobody will know which is the "right" one and it > is harder to test multiple code paths. And it's pretty much universally > acknowledged these days that if you really *have* to choose one way of > representing a rotation, three Euler angles is most definitely not the > way to do it (gimbal lock and the order of the angles being the most > obvious problems). > > Ben > -- > ben@salilab.org http://salilab.org/~ben/http://salilab.org/%7Eben/ > "It is a capital mistake to theorize before one has data." > - Sir Arthur Conan Doyle > _______________________________________________ > IMP-dev mailing list > IMP-dev@salilab.org > https://salilab.org/mailman/listinfo/imp-dev >