btw, I figured out what the problem with my general rubik generators was, David:
1) to maintain the orientation of the cube one need only supply as permutations the permutations corresponding to the motion of the different rings from 3 sides up to but not including the ring containing the top left cube. 2) when computing a permutation I moved the cube, made the change, but didn't put the cube back in its fixed orientation. e.g. to compute the permutation corresponding to rotating the R face I turned the cube, rotated the face and recorded the permutation -- I should have (and now do) re-rotated the cube so the turned face was back on the right. When I did this correctly, the order is computed correctly. Note: my generators have a different (and I suppose expectedly so) result for computations like orbit so I left the old generator there (rubik_cube_generators) but have the new one for the nxn rubik, too (rubik) which is called by the new RubikGroup function. -- You received this message because you are subscribed to the Google Groups "sympy" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/sympy?hl=en.
