Longer chain pawn again
Posted: Wed Feb 25, 2015 5:58 am
I see SF managed to successfully implement one more element of chain evaluation.
That is great, and bodes well in terms of positional play.
However, going back to longer chains, the so called longer chain pawn, not long ago I posted such a thread, anyone aving a clue what happens if a longer chain pawn (basically a pawn defended by a pawn and defending another own pawn at the same time) is scored not uniformly, as I suggested initially, being afraid of possible redundancies, but in terms of files and ranks, using the connected pawns/candidate array?
I think this is the working approach, as it is important where precisely the pawn is to be found, just as with all other pawns.
[d]6k1/8/8/8/3P4/2P5/1P6/6K1 w - - 0 1
We give here additional bonus to c3, a defended and defending pawn at the same time, or otherwise a longer chain pawn. c3 is defended by b2 and defends d4
[d]6k1/8/8/3P4/4P3/5P2/6P1/6K1 w - - 0 1
We give here additional bonus to the f3 and e4 pawns - longer chain pawns. Both are defended and defending pawns at the same time. f3 is defended by g2 and defends e4, while e4 is defended by f3 and defends d5
[d]6k1/8/5P2/4P3/3P4/2P5/1P6/6K1 w - - 0 1
We give here additional bonus to c3,d4 and e5 pawns - defended and defending pawns, longer chain pawns. c3 is defended by b2 and defends d4, d4 is defended by c3 and defends e5, and e5 is defended d4 and defends f6
I think, based on the connected pawns/candidates array, longer chain pawns might score somewhere between 1/2 to 1/10 the value of a connected pawn, who knows?
Longer chain pawns are relatively rare, even rarer than so called apex pawns (a pawn defended by 2 own pawns), but really much more important, so I think a good engine should have those implemented.
What do you think of this kind of implementation?
Anyone of the SF team reading this? Joerg?
That is great, and bodes well in terms of positional play.
However, going back to longer chains, the so called longer chain pawn, not long ago I posted such a thread, anyone aving a clue what happens if a longer chain pawn (basically a pawn defended by a pawn and defending another own pawn at the same time) is scored not uniformly, as I suggested initially, being afraid of possible redundancies, but in terms of files and ranks, using the connected pawns/candidate array?
I think this is the working approach, as it is important where precisely the pawn is to be found, just as with all other pawns.
[d]6k1/8/8/8/3P4/2P5/1P6/6K1 w - - 0 1
We give here additional bonus to c3, a defended and defending pawn at the same time, or otherwise a longer chain pawn. c3 is defended by b2 and defends d4
[d]6k1/8/8/3P4/4P3/5P2/6P1/6K1 w - - 0 1
We give here additional bonus to the f3 and e4 pawns - longer chain pawns. Both are defended and defending pawns at the same time. f3 is defended by g2 and defends e4, while e4 is defended by f3 and defends d5
[d]6k1/8/5P2/4P3/3P4/2P5/1P6/6K1 w - - 0 1
We give here additional bonus to c3,d4 and e5 pawns - defended and defending pawns, longer chain pawns. c3 is defended by b2 and defends d4, d4 is defended by c3 and defends e5, and e5 is defended d4 and defends f6
I think, based on the connected pawns/candidates array, longer chain pawns might score somewhere between 1/2 to 1/10 the value of a connected pawn, who knows?
Longer chain pawns are relatively rare, even rarer than so called apex pawns (a pawn defended by 2 own pawns), but really much more important, so I think a good engine should have those implemented.
What do you think of this kind of implementation?
Anyone of the SF team reading this? Joerg?