rubylips wrote:Consider the chain r9c6~2~r9c4=<9|4>=r9c6.
ronk wrote:That is an illegal move that happens to have the correct result ... a happy accident. If that were a legal move, the same principle would work on cells r1c4 and r1c6 to eliminate candidate 3 from r1c6. It doesn't.
It's legitimate. Check the Almost Locked Set {r3c6,r5c6,r7c6,r9c6} which contains the values {2,4,6,8,9}. The 4 occurs just once while the 9s are restricted to Box 8.
Right you are, but equation syntax that doesn't communicate the Almost Locked Sets being using is flawed IMO. In this case, the fundamental reason is the extended link is in two houses ... row 9 and col 6.
My current opinion is ...
1) any link not restricted to one house (row, col, box) ought to be deep-sixed, especially if it involves Almost Locked Sets, and
2) any link that is not symmetric ought to be deep-sixed. Otherwise, it's just too confusing.
From my point of view, the notation of equations is meant to be a shorthand replacement for a wordy description. But an incomplete or ambiguous equation is next to useless.
As to the particular Almost Locked Set(s) under discussion, I don't see why r9c4 is involved at all. [edit: Dumb, dumb statement, of course r9c4 is involved. It's an application of
bennys' almost locked set xz-rule.
- Code: Select all
56 56 2 | 38 9 348 | 1 48 7
79 3 8 | 6 2457 1 | 245 59 259
4 79 1 | 2578 2578 28*| 2568 35689 235689
----------------------+--------------------+----------------------
12367 12678 347 | 39 2678 5 | 2468 16789 12689
256 245678 9 | 278 1 268*| 3 45678 258
123567 125678 357 | 4 2678 39 | 2568 156789 125689
----------------------+--------------------+----------------------
123579 12579 357 | 12589 2568 2689*| 68 368 4
135 15 345 | 158 4568 7 | 9 2 368
8 249 6 | 29# 3 249 | 7 15 15
A = {r3c6,r5c6,r7c6} = {2689}
B = {r9c4} = {29}
where x = 9 and z = 2, therefore r9c6<>2
end of edit]