En un árbol de apertura en ChessBase, ¿cómo podemos corregir las estadísticas para que las transposiciones no se tengan en cuenta en el número total de juegos?

8

En un árbol de apertura (también llamado "explorador de apertura" o "libro de aperturas") en ChessBase 12, aquí están las estadísticas que obtenemos después de 1. Cf3 c5:

Entonces parece que después de 1. Cf3 c5 las blancas jugarán 2. e4 el 93% del tiempo.
Es obvio que estas estadísticas no tienen sentido.
Todos saben que después de 1. Cf3 c5 las blancas jugarán 2. c4 el 50% del tiempo, 2. g3 el 30% del tiempo y 2. e4 solo el 10% del tiempo.
Los jugadores blancos que juegan 1. Cf3 generalmente no están muy interesados ​​en entrar en un Open Sicilian ...
"2. e4 464238" no significa "en esta posición, las blancas han jugado el movimiento 2. e4 464238 veces", solo significa " la posición alcanzada después del movimiento 2. e4 ha sido alcanzado 464238 veces por diferentes órdenes de movimiento ".
¿Cómo podemos resolver este problema?
No debería ser físicamente imposible, ya que la mayoría de los otros árboles de apertura no tienen este problema ( el árbol de apertura de ChessOK ,El explorador de apertura de 365Chess y el explorador de apertura de FICS no tienen este problema).

Cuando hacemos un clic derecho, y luego hacemos clic en "Propiedades", aparece esta ventana:

Pero desafortunadamente, marcar o desmarcar la casilla "Transposiciones no reproducidas" no parece hacer nada.

Destino
fuente
1
Desmarcar "Transposiciones no reproducidas" solo evitará que la pestaña Libro de aperturas muestre movimientos que nunca se hicieron en su base de datos, pero que aún conducen a una posición en su base de datos a través de la transposición.
dfan
Chess.com también hace esto, Scid lo hace de la manera que te parece correcta.
RemcoGerlich

Respuestas:

2

Desafortunadamente, muchas de las funciones estadísticas de la función Libro de apertura en ChessBase no han sido confiables en todas las versiones que he tenido.

Por ejemplo, después de la línea Caro-Kann 1. e4 c6 2. d4 d5 3. e5 Bf5 4. Nf3 e6 5. Be2 Nd7 6. OO h6 7. Nbd2 Ne7 8. Nb3 Qc7 9. Bd2, el libro de apertura PowerBook 2013 muestra esta tabla:

Move       N     %    Av  Perf
          15  76.7  2409  2283

9...Bh7    8  56.3  2433  2494
9...g5     6  83.3  2405  2233
9...Nc8    4  62.5  2393  2335
9...a5     2  50.0  2561  2564
9...Be4    1 100.0  2414  2315

Bueno, en primer lugar, notará que el número de juegos en el total (15) no tiene relación con el número de juegos en cada variación dada (un total de 21).

En segundo lugar, si hace algo de aritmética simple, puede calcular que el porcentaje promedio de victorias de las blancas es en realidad 66.7%, no 76.7%, como se informó.

Bueno, entonces, ignoremos las estadísticas totales de la posición general y pasemos a examinar una línea de pedido. Veamos la línea 9 ... Bh7, que según esta tabla se deriva de 8 juegos, con un porcentaje ganador blanco del 56.3%

Si haces ese movimiento, obtienes una nueva mesa. Como ahora estamos en la nueva posición, las estadísticas de posición en la parte superior de la nueva tabla deberían leer lo mismo que las de la línea de detalle 9 ... Bh7 de la tabla principal de la posición anterior, ¿verdad?

Esto es lo que en realidad dicen:

Move       N     %    Av  Perf
           8  56.3  2545  2484

No está mal, ¿verdad? Las dos primeras estadísticas están de acuerdo ... pero los números de ELO promedio y ELO de rendimiento están desactivados por 100 ELO en la primera estadística y 10 ELO en la segunda.

Y aquí está la tabla completa para la nueva posición.

Move       N     %    Av  Perf
           8  56.3  2545  2484

10.a4      4  75.0  2455  2513
10.Bb4     4  62.5  2557  2537
10.Rc1     2  50.0  2650  2591

Nuevamente, el número total de juegos no está relacionado con el número de juegos en cada una de las continuaciones. Y esta vez, el porcentaje de victorias de las Blancas es del 65%, no del 56,3%. Y el Performance ELO del puesto claramente no es el promedio del Performance ELO de las continuaciones. Debería ser 2538, un error de 50 ELO.

Elegí un ejemplo listo de un juego que estaba viendo hace unos minutos, pero cualquier juego servirá para demostrar este problema. Frecuentemente encuentro que cuando trato de elegir un movimiento de una continuación aparentemente ganadora, los datos detallados de la posición resultante simplemente no son compatibles con la estadística aparentemente "ganadora". En algunos casos, podría decirse que las blancas tienen tanto como un 60% de porcentaje ganador para la continuación, y luego, en la siguiente posición, ninguna de las continuaciones posteriores tiene un porcentaje superior al 50%. En pocas palabras, no tiene sentido.

Ahora, aquí es donde se pone interesante: he configurado mi Base de datos de referencia como la base de datos de juegos que se suministró con PowerBook 2013 (PowerGames 2013). PowerBook 2013 fue generado por ChessBase utilizando todos los juegos de PowerGames 2013, y solo esos juegos.

Ahora puedo abrir el panel de la ventana Referencia y buscará las estadísticas de los juegos en esa base de datos. Deben ser idénticos a las estadísticas que se muestran en el panel Libro de apertura, pero no lo son.

De hecho, las estadísticas de referencia para la segunda posición (después de 9 ... Bh7) muestran lo siguiente:

10.Bb4     4  62.5  
10.a4      2  50.0  
10.Rc1     2  50.0 

¡Aquí es de donde provienen las estadísticas totales en PowerBook 2013! ¡El número total de juegos = 8 (correcto), y el rendimiento promedio = 56.25% (correcto)!

De hecho, en las estadísticas de continuación de PowerBook 2013 parece haber 2 juegos adicionales donde se jugó 10.a4 (y que las blancas aparentemente ganaron), pero no aparecen en absoluto en las estadísticas de la base de datos de referencia, y no se tienen en cuenta en las estadísticas de totales de PowerBook 2013.

Realmente no importa si este es un problema inherente a los libros comercialmente vendidos de ChessBase, o en cómo el software de la base de datos ChessBase usa / calcula / muestra las estadísticas. En pocas palabras, hay un defecto aquí que ha estado presente desde al menos ChessBase 6.0, y que no se ha solucionado en la versión 11 (la que estoy usando). Solo tenga cuidado cuando intente usar un libro de apertura para elegir una línea en función de su supuesto porcentaje ganador. El mejor enfoque es usar el Panel de referencia, o al menos verificar dos veces las continuaciones para un par de movimientos adicionales.

Personalmente, ahora uso el panel de la ventana de referencia para este propósito, y aguanto el ligero retraso requerido para actualizar las estadísticas para cada nueva posición en el juego. Utilizo un procesador AMD Quad a 2.9 GHz, por lo que si tiene algo menos potente, puede sentir un poco más de pellizco.

No soy excesivamente crítico con el software ChessBase en general; Utilizo muchas de las funciones con bastante eficacia. Pero algunos de ellos tienen fallas conocidas que debería saber cómo solucionar.

Otro ejemplo: intente usar una búsqueda de posición en una base de datos; ignorar los resultados. Luego, edite la posición dentro del filtro de búsqueda (agregar, mover, eliminar piezas, lo que sea), tome nota de la nueva posición que está buscando y vuelva a ejecutar la búsqueda. Guarde la lista resultante de juegos. Ahora, restablezca el filtro de búsqueda por completo (sugiero cerrar y volver a abrir la base de datos también). Finalmente, configure la posición de búsqueda (alterada) nuevamente desde cero y ejecute la búsqueda por tercera vez. Los resultados de las búsquedas segunda (posición editada) y tercera (posición nueva) deben coincidir. Ellos frecuentemente no. He notado muchos casos en los que el nuevo filtro de búsqueda devolvió muchos más juegos que el filtro de búsqueda editado. No tengo ninguna explicación para esto, pero ya no edito la posición en el filtro de búsqueda. Siempre creo una nueva posición (generalmente copiando y pegando desde una ventana de juego que configuré para ese propósito).

Espero que esto sea útil!

jaxter
fuente
1
El libro de apertura trata de posiciones, no variaciones, que pueden ser confusas en el caso de las transposiciones. En su ejemplo de Caro-Kann, la posición después de 9.Ad2 ocurrió 15 veces, de las cuales las blancas obtuvieron 11.5 / 15 = 76.7%. La posición después de 9.Ad2 Bh7 ocurrió 8 veces, pero no todos vinieron de la posición después de 9.Ad2; algunos fueron transposiciones. 21 juegos en total alcanzaron una de las cinco posiciones que ocurren cuando las negras responden a 9.Ad2.
dfan
@danf Su explicación tiene sentido, pero no tiene mucho sentido saber cuáles son las estadísticas para la posición después de 9 Ad7 si todos los movimientos desde esa posición conducen a un conjunto de estadísticas completamente diferente. En efecto, es un caso de revertir-no-puedes-llegar-desde-aquí, en el que no puedes evitar ir a lugares que no pretendías. Creo que sería más intuitivo y útil mostrar los promedios de ELO y Win Rate para las continuaciones , en lugar de las estadísticas para la posición desde la que se producen las continuaciones, que de todos modos son reemplazadas por las de las transposiciones.
jaxter
1

Puede obtener esta información de la pestaña Referencia, en lugar de la pestaña Libro de aperturas. (Por supuesto, las estadísticas se corresponderán exactamente solo si su libro de aperturas se realizó a partir de su base de datos de referencia).

dfan
fuente
1

No sabemos el formato exacto de los libros de Chessbase, y es muy posible que lo que voy a decir no sea cierto en este caso.

Los formatos de libros estándar abiertos que conozco (Crafty, Pro Deo, Polyglot) representan las posiciones de ajedrez como un hash Zobrist de 64 bits. Puede googlear cómo funciona uno de estos si lo desea, está más allá del alcance de esta respuesta. Esto es probablemente lo mismo para los libros de Chessbase.

Estos hashes están diseñados para que la clave para 1. e4 c5 2. Cf3 sea idéntica a la clave para 1.Nf3 c5 2. e4. Esto es útil para cubrir transposiciones como esta. Sin embargo, significa que no puede distinguir entre líneas, por lo que no hay forma de eliminar estas transposiciones.

TL; DR Sospecho que esto es imposible debido a restricciones técnicas en el formato del libro Chessbase.

ZirconioX
fuente
0

También puede crear una tecla de apertura para los juegos y organizarla de la manera que desee. Si resalta un nodo en la tecla y presiona 'S', puede ver las estadísticas.

Un transeúnte
fuente
desafortunadamente, estamos investigando líneas donde cada movimiento tiene ramas. La creación de tal clave debería ser automática. La función de referencia ya hace esto sobre la marcha; La diferencia es que la clave es estática / permanente, pero el informe de referencia es dinámico / temporal. Por lo tanto, puede usar los nodos de la clave más de una vez y pagar el costo de configuración una vez. Usar cualquier posición más de una vez en Referencia requiere repetir todos los cálculos cada vez. No conozco una forma automatizada de crear tales claves, pero la función Libro de apertura hace el equivalente. Pero sus estadísticas están mal ...
jaxter
0

Una solución que he desarrollado para este problema es que puede ir al primer nodo. Ahora tomas la lista de juegos y la separas. Luego usas un árbol en esto para ir al segundo nodo. Etc. Al final, terminarás con una lista de juegos con el orden exacto de movimiento que te interesa.

Sé que es engorroso y que una solución automática sería excelente (como un interruptor que podría girar en el árbol para tenerlo de cualquier manera), pero pensé que podría lanzar esto como una posibilidad si solo necesitas unas pocas líneas órdenes exactas de movimiento para.

hpcp
fuente