I wrote:Now, can we go even further, and not only interchange rows, columns, boxes, and plums, but also digits? ....
.... A 9x9 latin square can be viewed in another way, as well -- as a subset L of the set T of all ordered triples (x,y,z) .... To translate the standard view of a latin square to this ordered-triple view, just consider the triple (x,y,z) to be in L if and only if, in the traditional view, the cell at row x, column y contains the digit z. ....
If we throw in boxes and/or plums, and still wish to retain three-way row-column-digit interchangeability, we must abandon ordered triples of 1-9 and instead go for ordered 6-tuples of 1-3.
The translation would be as follows: In the 6-tuple (u,v,w,x,y,z):
u is the band number 1-3.
v is the row number 1-3 within the band.
w is the stack number 1-3.
x is the column number 1-3 within the stack.
y is the high component 1-3 of the digit.
z is the low component 1-3 of the digit.
In the 6-tuple view of life, the subset L would contain the 6-tuple (u,v,w,x,y,z) if and only if, in the traditional view, the cell at row (u,v), column (w,x) contains the digit (y,z).
To explain high and low components of digits, each digit 1-9 would be divided into its high and low components as follows:
1 becomes (1,1)
2 becomes (1,2)
3 becomes (1,3)
4 becomes (2,1)
5 becomes (2,2)
6 becomes (2,3)
7 becomes (3,1)
8 becomes (3,2)
9 becomes (3,3)
For a vanilla sudoku, the constraints on our subset L would be:
A. No two distinct elements of L can have the same 1st, 2nd, 3rd, and 4th coordinates. (Translation: No cell can contain more than one digit.)
B. No two distinct elements of L can have the same 1st, 2nd, 5th, and 6th coordinates. (Translation: No digit can appear twice in the same row.)
C. No two distinct elements of L can have the same 3rd, 4th, 5th, and 6th coordinates. (Translation: No digit can appear twice in the same column.)
D. No two distinct elements of L can have the same 1st, 3rd, 5th, and 6th coordinates. (Translation: No digit can appear twice in the same box.)
-- And, if we also throw in the plum constraint:
E. No two distinct elements of L can have the same 2nd, 4th, 5th, and 6th coordinates. (Translation: No digit can appear twice in the same plum.)
But D and/or E create asymmetries which prevent us from generating equivalent puzzles by interchanging rows and digits, or columns and digits. The 5th and 6th coordinates always "stick together", i.e. in each constraint, either both appear, or neither appears. Not so with the 1st and 2nd coordinates, or with the 3rd and 4th.
To attempt to restore row-digit or column-digit interchangeability (which existed in latin squares, i.e. before constraint D and/or E was added), we'd need more constraints, such as:
F. No two distinct elements of L can have the same 1st, 3rd, 4th, and 5th coordinates. (Translation: Within any mini-column (3-cell column within a box), no two digits can have the same high component.)
G. No two distinct elements of L can have the same 2nd, 3rd, 4th, and 6th coordinates. (Translation: Within any plum-column (3-cell column within a plum), no two digits can have the same low component.) (Example of a plum-column: r1c1, r4c1, r7c1.)
H. No two distinct elements of L can have the same 1st, 2nd, 3rd, and 6th coordinates. (Translation: Within any mini-row (3-cell row within a box), no two digits can have the same low component.)
J. No two distinct elements of L can have the same 1st, 2nd, 4th, and 5th coordinates. (Translation: Within any plum-row (3-cell row within a plum), no two digits can have the same high component.) (Example of a plum-row: r1c1, r1c4, r1c7.)
NOW, have we achieved enough symmetry? The "sticking together" asymmetry has been removed. For example, the 5th and 6th coordinates both appear in (and only in) constraints B, C, D, E. The 1st and 2nd coordinates both appear in (and only in) constraints A, B, H, J. The 3rd and 4th coordinates both appear in (and only in) constraints A, C, F, G.
So, with any luck, with all of the above constraints in place, it should be possible to come up with equivalent "super-constrained" sudokus by interchanging, for example, rows with digits. In grid X, row (u,v) column (w,x) would contain the digit (y,z) if and only if, in grid Y, row (y,z) column (w,x) contains the digit (u,v).
Anybody care to try this?
Bill Smythe