Weblog Categories Main Books (3) Computing Devices (1) Science (2) Stained Glass (1) Sudoku (60) Toronto (18) Trains (11) Ukulele (9)
Archives May 2011 (1) November 2010 (1) September 2010 (1) July 2010 (1) September 2009 (2) August 2009 (2) June 2009 (1) May 2009 (1) April 2009 (1) February 2009 (3) October 2008 (1) June 2008 (2) March 2008 (2) February 2008 (1) January 2008 (2) December 2007 (4) November 2007 (4) October 2007 (5) June 2007 (2) October 2006 (1) May 2006 (2) April 2006 (1) March 2006 (1) February 2006 (1) January 2006 (4) November 2005 (3) August 2005 (18) July 2005 (29) June 2005 (12) May 2005 (1) April 2005 (1) March 2005 (3) February 2005 (2) ![]() Sudoku Introduction How to solve Standard Puzzles Advanced Puzzles Nonomino Puzzles Comments Weblog #1 #2 #3 #4 #5 #6 #7 #8 #9 #10 #11 #12 #13 #14 #15 #16 #17 #18 #19 #20 #21 #22 #23 #24 #25 #26 #27 #28 #29 #30 #31 #32 #33 #34 #35 #36 #37 #38 #39 #40 #41 #42 #43 #44 #45 #46 #47 #48 #49 #50 #51 #52 #53 #54 #55 #56 #57 - January Web Stats #58 #59 #60 ![]() Unclassifieds FAQ Guest book Recommended Links |
NoticeI am no longer posting new puzzles to this blog. For all of my Sudoku puzzles, old and new, please visit Sudoku in another section of this website. I will still create and offer new puzzles, in batches of a couple of hundred, once a week or so. Sudoku #60Category: Sudoku In my last Sudoku weblog posting, I described another solving technique I recently stumbled upon. Of course, I added the technique to my program. I was initially quite pleased to see my program generate lots of puzzles that needed to use this technique. However, additional analysis turned up something. Many of the generated puzzles had the undesirable property of having multiple solutions. To begin with, here's a quick summary of the new method: Look at the four cells at the intersection of two rows and two columns. If three of the cells have possibilities {ab} and the fourth has possibilities {abc}, the fourth cell must be c. Otherwise, the puzzle would have multiple solutions. The following is a fragment of what can be produced when the technique is applied to a randomly generated board:
In this case, there are two possible solutions:
Why does this happen? This solving technique works so long as we know there is only one solution. Unfortunately, while we are still generating a puzzle, we can't yet be sure that we have a unique, solvable puzzle. Does this mean one can't reliably generate a puzzle that uses this technique? No. It just means that some additional checking is needed to ensure that you end up with a puzzle with a unique solution. At least, you can use brute-force back-tracking analysis to try to generate all possible solutions. I suspect that may be overkill, though. Or at least, I hope that brute-force back-tracking is overkill. I tried to weed out invalid puzzles by repeating the new technique backwards to see if the same solution comes out. But while this can find some cases of invalid puzzles, it can still let through other invalid puzzles. The bottom line is that more work is needed before I can post puzzles that need this new technique. Hans path: /Sudoku | permanent link to this entry ![]() | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||