-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Turns/alignment during Inspection #192
Comments
How about "A competitor can round the puzzle to the nearest valid puzzle state"? |
I tried to make a proposal similar to Claster's idea: |
I'm not sure if this has been handled yet: On Square-1, valid moves may be quite far away. Consider the following shape:
If you turn the top, the next valid move is (6, 0) or (-6, 0). It's unclear when "a new valid state is created". In particular, I don't think there's a good, intuitive answer for whether (2, 0) is a new move. But saying that you're still in the same state (as far as alignment is concerned) seems wrong. It's also hard to judge, especially if you're not very familiar with Square-1. What if just consider each 30-degree rotation a new move for alignment purposes? That way, the limit is consistently 15 degrees. In any case, I think we'll need to get our act together and define things like "move", "position/state", and "closest state". |
Your alg is wrong :-P But now I realize it would be a pain to explain it to new judges -_- |
What I don't like about always limiting it to 15 degrees is that the competitor should be able to bring the puzzle to a state where "/" moves are possible. For example, what would a competitor do if the scramble were brought to the station like this? Similarly, the competitor would have to do a turn that should have been unnecessary if a (2, 0) were added to Lucas' picture. |
In my mind, your last point also brings together two problems:
Also, we might be able to avoid misalignments during transport with standard puzzle covers/platforms in the future. At the moment, we don't have a good answer for what the competitor should do. I believe this requires an explicit decision by the Board / Delegate vote. |
Here's a simple solution to prevent a Square-1 from accidentally being misaligned while it's being transported (mostly Kit's idea): have the scrambler place a small sheet of paper in the slice, then have the judge remove it during the "check" in A2d. Here's an example with a cut-up sticky note inside the slice of my Square-1. It's easy to slip in, and it's snug and doesn't fall out. |
We implemented Sarah's sticky note suggestion at Michigan 2014 with much success. If we can get this to be used widespread, I'd suggest:
EDIT: In retrospect, I don't like this. Competitors that receive a square-1 as described in my second point can use this to get good cubeshapes to their advantage, as they can take a misaligned puzzle with a good cubeshape, or report a puzzle with a bad cubeshape. |
The sticky notes solution is really good.
2014-07-15 5:55 GMT+02:00 KitClement notifications@github.com:
|
Hard to come up with a proposal now for this, but here are the issues we should vote on: What should be the inspection misalignment limit?
Main pro/con thing here is that larger degree movements are easier to detect in inspection by the judge, but that also means competitors may be able to get away with moves in inspection. Despite the difficulty for judges, my recommendation would be to make this 15 degrees. Should we codify the use of paper in the puzzle for preventing misalignements?
Given that a scorecard is always available, I don't think that this should be hard for organizers to do. This also forces judges to check the state of the puzzle to make sure that it is valid, which makes it easier to enforce 15 degrees during inspection. |
Style fix for Sq-1 tab issue (#192)
I just noticed this.
This is a borderline case but it's still annoying (there is a bunch of other states where at least two valid states may be reachable under 45°). |
We currently try to co-opt solved state alignment rules for inspection, but this is especially flawed for Square-1: http://www.speedsolving.com/forum/showthread.php?47773-Kunaal-Parekh-DNF-(15-03)-Square-1-Single
The text was updated successfully, but these errors were encountered: