rokicki
commented
2 months ago This is confirmed; there's something really odd going on here. I'll investigate this week.
-tom
On Sat, Apr 20, 2024 at 7:41 AM Chen Shuang @.***> wrote:
Steps to reproduce the issue
- Open https://alpha.twizzle.net/explore/?puzzle=icosamate
- "Actions -> Schreier-Sims" or "Actions -> GAP"
Observed behaviour
- The group size obtained by Schreier-Sims algorithm is 3 times as the group size generated by 18 moves without icosahedron rotation (ended with "v"). However, for icosamate, all icosahedron rotations can be generated by 18 moves. According to my observation, the issue is due to that the restriction of center orientations (divided by 3) is broken in some icosahedron rotations.
- In the generated GAP file, Size(Group([M_Rv,M_Lv])); returns 972, which is larger than 60 (the size of the symmetry group of regular icosahedron)
🖼 Screenshots
No response Expected behaviour
I haven't checked the logic of PuzzleGeometry in depth at the moment, but I'm guessing there might be a bug in the handling of center pieces for icosahedron rotations. Browser & operating system
N/A Additional info
No response
— Reply to this email directly, view it on GitHub https://github.com/cubing/cubing.js/issues/328, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAMOLS5YO35CEM2WWXOQ6LTY6J5CDAVCNFSM6AAAAABGQROOKGVHI2DSMVQWIX3LMV43ASLTON2WKOZSGI2TINJYGIYTEMA . You are receiving this because you are subscribed to this thread.Message ID: @.***>
--
Steps to reproduce the issue
Observed behaviour
Size(Group([M_Rv,M_Lv]));returns 972, which is larger than 60 (the size of the symmetry group of regular icosahedron)🖼 Screenshots
No response
Expected behaviour
I haven't checked the logic of PuzzleGeometry in depth at the moment, but I'm guessing there might be a bug in the handling of center pieces for icosahedron rotations.
Browser & operating system
N/A
Additional info
No response