Well, that first FEN string is incorrect since castling isn't available in that position.
error importing FEN code
Sort:
Hi Martin, it was also what I was thinking. But I was not sure because I'm not familiar with FEN notation. Thanks, now I know that I can/have to contact support of the board.
[update] I contacted DGT support and they informed me that a DGT-board do not send FEN notation. The only thing a DGT board is send (to a driver) is the position and type/color of pieces from 0-63
So after the confirmation that the problem isn't in the board, I investigated the driver (dgtdrv) and found there a bug. The current version isn't evalating the board position to construct a (valid) fen- notation based on a given position. It was always adding the KQkq value to each notation regardless from the position of the kind nor the position/existing of rooks. I updated the driver and informed the administrator of the current driver with the updated code, but not yet received feedback or acceptance of the change request.
But for me now it seems that it works better, so that positions without castling posibilities are formatted correctly/better and Scid and stockfish can now continue perfectly on my Mac together with my bluetooth DGT board.
I will futher try to get in contact with the administrator of the DGT board driver for mac/*nic so the update is public available
I have a digital chess board (DGT) which is given me for a given position the following FEN code:
FEN 8/8/8/8/1k6/7K/7P/8 w KQkq - 0 1
But when I import this code into the analyzer - it start from blank board. When I'm changing the FEN code to:
FEN 8/8/8/8/1k6/7K/7P/8 w - - 0 1, the board is correctly setupped.
The question I have now is is there an error in the FEN code retrieved from the DGT board?
btw: It seems that also stockfish gives an error on the original FEN code and is not able to load the game.