Here is another example by Henry Kwok for tarek, RW and anybody who is interested in his variant. Have fun!
Twin A
Twin B
. . 6 | . . . | . . 2
. . . | . 3 . | . 7 5
. . . | . . . | . . 4
-------+-------+------
. . . | . . 9 | 5 4 .
5 . . | 3 . . | 2 . 9
. . . | . 5 . | . . .
-------+-------+------
. . 4 | 1 8 3 | . . .
. 3 . | . . . | 4 . 8
8 9 . | . . 4 | . . .
So the rules have changed (without any notice )... Now the rows/columns can be permuted within bands/stacks...
Shintaro wrote:Both of you are heading in the right direction. In particular, tarek, you seem to be making some headway in solving the puzzle. All your three digits in the middle box (box 5) of twin B are correctly placed. Besides that, you are right in exchanging row 4 with row 6 in twin B
for p in a b
do
sudoku -qFN -d -a -f%#0v $p.dat |
sudoku -f'%#0c %#0v' |
sort > $p.can
done
join -j 1 a.can b.can
Shintaro wrote:It would benefit many forum users if somebody could offer a simple explanation, either logically or mathematically, on how to arrive at the solution.
it is simple.... The problem happens when you have Zillions of solutions to look through if you have few clues per Twin.......There is a possibility that the Twins do not share a single clue & still have one single solution to fit them both...I'm afraid that with the current format it is a bit of T&E ......... Show us a way Shintaro to solve this without T&E then you have a point.... I'm afraid if that is not the case then it is very easy for anyone to create such puzzles......
Shintaro wrote:Gsf, your solution is absolutely correct, but unfortunately it is what you called -- a "machine solution".
that's a machine solution not recommended for humans
I'm afraid that with the current format it is a bit of T&E ......... Show us a way Shintaro to solve this without T&E then you have a point.... I'm afraid if that is not the case then it is very easy for anyone to create such puzzles...... "