Computer Chess Club Archives


Search

Terms

Messages

Subject: Re: Ten years later: CDS-FEN

Author: Reinhard Scharnagl

Date: 16:18:01 09/09/03

Go up one level in this thread


Hello,

> FEN: One deficiency exists for which I take responsibility; the en passant
> target square semantics should indicate a non null value only if an active
> color pawn attacks the passed-over target square.  A change here will
> improve position database operation and can also have a positive effect on
> internal transposition management.  Also, there is the possibility of
> extending the castling availability semantics to accommodate heterodox
> / unorthodox chess.

1) targeting on enabling FRC chess beeing encoded by FEN I proposed a
sligth extension to make all FRC positons encodable,

cited from [http://www.rescon.de/Compu/fullchess5_e.html]:

[...]
FRC-FEN: possible castlings marked by "KQkq" have to be reinterpreted: a) as for
a standard the rooks standing at the baseline most outside are targeted, b) "Qq"
means the a-side, "Kk" the h-side. Some unlikely positions there really do exist
having more then one rook beside the king at the baseline, in which some special
castling rights cannot be expressed at all by conventional FEN. That are those
situations, where one more rook is standig outside beside of a rook having
castling rights. Here following downwards compatible FEN supplement will be
helpful by appending a letter for the affected column immediately after the
matching castling symbol (only if related to a rook not outermost). [ You may
test the FRC-FEN with the freeware FullChess FEN Editor ! ]
[...]

2) I agree with the suggestion to encode e.p. only, when the preceding
double move sets its pawn neighboured to an opponent pawn. I should not
be relevant, whether an e.p. capturing would be legal.

Regards, Reinhard



This page took 0 seconds to execute

Last modified: Thu, 15 Apr 21 08:11:13 -0700

Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.