*-----------*
|98.|7..|...|
|..6|.5.|...|
|...|..6|9..|
|---+---+---|
|4..|.3.|.2.|
|.1.|...|..4|
|..7|6..|8..|
|---+---+---|
|3..|...|..1|
|.2.|...|.3.|
|..8|9..|7..|
*-----------*
*-----------------------------------------------------------------------------*
| 9 8 12345 | 7 B124 B124 | 123456 1456 2356 |
| 127 347 Q6 | 12348 5 9 |R1234 1478 2378 |
| 1257 3457 Q12345 | 12348 1248 6 |R9 14578 23578 |
|-------------------------+-------------------------+-------------------------|
| 4 6 59 | 158 3 1578 | 15 2 579 |
| 8 1 2359 | 25 279 257 | 356 5679 4 |
| 25 359 7 | 6 1249 1245 | 8 159 359 |
|-------------------------+-------------------------+-------------------------|
| 3 4579 459 | 2458 24678 24578 | 2456 45689 1 |
| 1567 2 1459 | 1458 14678 14578 | 456 3 5689 |
| 156 45 8 | 9 1246 3 | 7 456 256 |
*-----------------------------------------------------------------------------*
### -124- QExocet Base = r1c56 Target = r2c7,r3c3
David P Bird wrote:daj, I've got into the habit of checking for SK loops and JEs before making any eliminations at all when they're easier to spot. I now see that that Champagne is checking them after eliminating singles, pairs and triples plus Xwings & Swordfish, so gets a different count of the base digits. I'll switch to his method as I guess it's better - eg in this case I don't need to check the partial fish for (3).
daj95376 wrote:denis_berthier wrote:BTW, I can say that the core of the pattern isn't the base and target cells but the constraints in the S columns, as David suggested.
Here's my current perspective on quasi-basic JExocets:
*) Select base and target cells to test [...]
daj95376 wrote:It's my understanding that Denis is using SSTS as a precursor to looking for JExocets. I use basics as a precursor.
daj95376 wrote:David P Bird wrote:daj, I've got into the habit of checking for SK loops and JEs before making any eliminations at all when they're easier to spot. I now see that that Champagne is checking them after eliminating singles, pairs and triples plus Xwings & Swordfish, so gets a different count of the base digits. I'll switch to his method as I guess it's better - eg in this case I don't need to check the partial fish for (3).
IIRC, ronk and I convinced champagne that it didn't make sense to start looking for a complex pattern when basics and some "simple" advanced steps were present to reduce the complexity of the grid. Otherwise, you could have a puzzle that's solvable with Singles and people are discussing SK-Loops that might be present in the original grid. I think it would be a wise idea to obtains a consensus of the steps to be used prior to searching for an advanced solving technique.
daj95376 wrote:David P Bird wrote:daj, I've got into the habit of checking for SK loops and JEs before making any eliminations at all when they're easier to spot. I now see that that Champagne is checking them after eliminating singles, pairs and triples plus Xwings & Swordfish, so gets a different count of the base digits. I'll switch to his method as I guess it's better - eg in this case I don't need to check the partial fish for (3).
David,
IIRC, ronk and I convinced champagne that it didn't make sense to start looking for a complex pattern when basics and some "simple" advanced steps were present to reduce the complexity of the grid. Otherwise, you could have a puzzle that's solvable with Singles and people are discussing SK-Loops that might be present in the original grid. I think it would be a wise idea to obtains a consensus of the steps to be used prior to searching for an advanced solving technique.
David P Bird wrote:I consider that both the SK loop and JE patterns are dominated by the positions of the givens.
David P Bird wrote:
- Code: Select all
*-------*-------*-------*
| B B . | . . . | . . . | B = Base Cells
| . . . | Q . . | R . . |
| . . . | Q . . | R . . | Q = 1st Object Pair
*-------*-------*-------* R = 2nd Object Pair
| . . S | S . . | S . . |
| . . S | S . . | S . . | S = Cross-line Cells
| . . S | S . . | S . . |
*-------*-------*-------* . = Any candidates
| . . S | S . . | S . . |
| . . S | S . . | S . . |
| . . S | S . . | S . . |
*-------*-------*-------*
The different cell pairs occur in different boxes in the same band (the JE band).
denis_berthier wrote:Hi David,
I can't see why the Q and R pairs should be in different blocks/boxes. Indeed, my proof works without this assumption.
I think the right condition is:
The two Object Cell Pairs (Q and R) occur in the same band as the Base Cell Pair (B) (the JE band) but not in the same block/box.
*----------------------*----------------------*----------------------*
| <9> <8> 123 | <7> 56-12 5-3 | #123 2346 14 |
| <6> 4 7 | #123-8 129 389 | <5> 239 189 |
| #123 #123 <5> | 1238 <4> 69 | 1238 <7> 69 |
*----------------------*----------------------*----------------------*
| 1458 <7> 148 | 689 <3> 569 | 19 459 <2> |
| 1238 123 <9> | <4> 257 578 | <6> 35 157 |
| 2345 6 234 | 29 579 <1> | 379 <8> 4579 |
*----------------------*----------------------*----------------------*
| 1238 123 <6> | <5> 179 379 | <4> 29 789 |
| 237 59 23 | 369 <8> 4 | 279 <1> 56 |
| 1478 59 148 | 19 679 <2> | 789 56 <3> |
*----------------------*----------------------*----------------------*
David P Bird wrote:denis_berthier wrote:Hi David,
I can't see why the Q and R pairs should be in different blocks/boxes. Indeed, my proof works without this assumption.
I think the right condition is:
The two Object Cell Pairs (Q and R) occur in the same band as the Base Cell Pair (B) (the JE band) but not in the same block/box.
Wow! I've been working with a pair of blinkers on! I've been considering that the Braid Analysis constraints always had an important part to play in the pattern (although expressing them in Braiding terms has never been needed).
With the targets in the same box, these constraints go and are replaced by the more restrictive box ones, so I guess these cases will occur far less frequently.
Just as I was beginning to think I could see light at the end of the tunnel!
Denis Berthier wrote: Indeed, I thought you had kept this condition inadvertently.
BTW, in the SudoRules implementation, I don't have this Q block <> R block condition.
In my view of Jk-Exocet, the S-cells are the most important part (I'll explain this in a further post). I thought this was also your view of it.
For the standard Jk-Exocet (S-columns covered by 2 rows for each base digit, or conversely - no covering blocks), the conditions on the S-cells are fish-like and adding a Q block <> R block condition seems queer.
Another point (related to the fish-view): in the non-standard case, when blocks, instead of only rows, are allowed to cover S-cells, we could speak of a Franken Jk-Exocet.
Return to Advanced solving techniques
Users browsing this forum: No registered users and 0 guests