Jeff wrote:A Bivalue Universal Grave (BUG) is any grid in which all the unsolved cells have two candidates, and if a candidate exists in a row, column, or box, it shows up exactly twice.
Removing all the +n candidates from a BUG+n should leave a BUG according to the definition above. Wapati, your BUG+3 reduction doesn't. Neither does this BUG+2 you suggested to use after my BUG+3 move:
- Code: Select all
*------------------------------------------*
| 15 6 9 | 2 3 4 | 7 8 15 |
| 12 17+4 3 | 5 79 8 | 6 29 14 |
| 25+4 47 8 | 6 79 1 | 29 3 45 |
|-------------+-------------+--------------|
| 3 5 7 | 1 2 6 | 8 4 9 |
| 6 9 1 | 8 4 7 | 3 5 2 |
| 8 2 4 | 9 5 3 | 1 6 7 |
|-------------+-------------+--------------|
| 7 14 5 | 3 6 9 | 24 12 8 |
| 14 3 2 | 7 8 5 | 49 19 6 |
| 9 8 6 | 4 1 2 | 5 7 3 |
*------------------------------------------*
This is not a BUG+2 grid, remove the +n candidates and you have three 1s and only one 4 in row 2, column 1 and box 1. If the elimination that you falsely assumed to be a BUG+2 elimination leads to a solution, it is plain luck.
ronk wrote:Corollary 4 of the BUG principle ... ... allows us to set r2c1=2 which solves. I'm not sure if that ties to your r2c1=2+14 idea or not.
Same misunderstanding here. The grid left after setting r2c1=2 is definitely not a BUG+1 grid.
tarek wrote:Some form of colouring would achive the same result.
So it does, and I'm afraid colouring isn't Extreme enough for this thread...
RW