Carcul wrote:Consider the following grid:
- Code: Select all
468 5 468 | 346 2 1 | 7 9 348
2 7 69 | 69 348 348 | 34 5 1
1 3 489 | 49 5 7 | 48 2 6
----------------+----------------+----------------
349 6 7 | 1 34 349 | 5 8 2
5 49 2 | 8 7 349 | 1 6 34
34 8 1 | 2 6 5 | 9 34 7
----------------+----------------+----------------
469 49 5 | 34 1 2 | 3468 7 348
7 2 346 | 5 348 348 | 346 1 9
48 1 348 | 7 9 6 | 2 34 5
We have a type E3 AUR in cells r2c56/r8c56. The AUR (48) can be used in the following way:
[r9c3]=3=[r8c3]-3-
[r8c5|r8c6]=3=[r2c5|r2c6]-3-[r2c7]=3=[r7c7|r8c7]-3-[r9c8]=3=[r9c3], => r9c3=3 and that solve the puzzle.
That quote is from your opening post, and I've used that AUR type 3 technique without fail a few times since. But upon re-reading it, I either missed something or the technique is invalid. In brief and using the above example, this is the way I see the type 3 AUR today.
There are three different digits (3,4,8) that must ultimately occupy four cells (r2c5, r2c6, r8c5, r8c6). Thusly, one of those digits must occur twice, implying that each of the following strong inferences cannot [
edit: but they can, they can] be true simultaneously:
- [r8c5|r8c6]=3=[r2c5|r2c6]
- [r8c5|r8c6]=4=[r2c5|r2c6]
- [r8c5|r8c6]=8=[r2c5|r2c6]
Therefore, unless we have beforehand knowledge of the repeated digit, I don't see how we can
validly use either of the above inferences. [
edit: But we can, we can.]
Can you shed some light on this? [
edit: No longer any need to.)
Ron