Di pohon pembuka di ChessBase, bagaimana kita bisa memperbaiki statistik sehingga transposisi tidak diperhitungkan dalam jumlah total game?

8

Di pohon pembukaan (juga disebut "pembuka explorer" atau "buku pembuka") di ChessBase 12, berikut adalah statistik yang kami dapatkan setelah 1. Nf3 c5:

Jadi sepertinya setelah 1. Nf3 c5 White akan bermain 2. e4 93% dari waktu.
Jelas bahwa statistik ini tidak masuk akal.
Semua orang tahu bahwa setelah 1. Nf3 c5 White akan bermain 2. c4 50% dari waktu, 2. g3 30% dari waktu, dan 2. e4 hanya 10% dari waktu.
Pemain putih yang bermain 1. Nf3 umumnya tidak terlalu tertarik untuk masuk ke Open Sisilia ...
"2. e4 464238" tidak berarti "dalam posisi ini Putih telah memainkan langkah 2. e4 464238 kali", itu hanya berarti " posisi tercapai setelah langkah 2. e4 telah mencapai 464238 kali oleh pesanan gerakan berbeda ".
Bagaimana kita bisa menyelesaikan masalah ini?
Seharusnya secara fisik tidak mungkin, karena sebagian besar pohon pembukaan lainnya tidak memiliki masalah ini ( pohon pembukaan ChessOK ,365Chess 'opening explorer dan FICS' explorer tidak memiliki masalah ini).

Ketika kita melakukan klik kanan, dan kemudian klik "Properties", jendela ini muncul:

Namun sayangnya memeriksa atau menghapus centang pada kotak "Transposisi yang tidak dimainkan" tampaknya tidak melakukan apa-apa.

Takdir
sumber
1
Menghapus centang "Transparansi yang tidak dimainkan" hanya akan mencegah tab Buku Bukaan menampilkan gerakan yang tidak pernah dibuat dalam basis datanya, tetapi masih mengarah ke posisi dalam basis datanya melalui transposisi.
dfan
Chess.com juga melakukan ini, Scid melakukannya dengan cara yang Anda rasa benar.
RemcoGerlich

Jawaban:

2

Sayangnya, banyak fungsi statistik dari fitur Buku Pembuka di ChessBase tidak dapat diandalkan di setiap versi yang saya miliki.

Misalnya, setelah baris 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, buku pembuka PowerBook 2013 memperlihatkan tabel ini:

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

Nah, pertama, Anda akan melihat bahwa jumlah game dalam total (15) tidak ada hubungannya dengan jumlah game di setiap variasi yang diberikan (total 21).

Kedua, jika Anda melakukan aritmatika sederhana, Anda dapat mengetahui bahwa persentase menang Putih rata-rata sebenarnya 66,7%, bukan 76,7%, seperti yang dilaporkan.

Nah, kalau begitu, mari kita abaikan statistik total posisi keseluruhan, dan beralih ke memeriksa item baris. Mari kita lihat garis 9 ... Bh7, yang menurut tabel ini berasal dari 8 pertandingan, dengan persentase pemenang Putih 56,3%

Jika Anda melakukan itu, Anda mendapatkan tabel baru. Karena kita sekarang berada di posisi baru, statistik posisi di bagian atas tabel baru harus membaca sama dengan yang dari ... ... garis rincian Bh7 dari tabel induk dari posisi sebelumnya, kan?

Inilah yang sebenarnya mereka katakan:

Move       N     %    Av  Perf
           8  56.3  2545  2484

Tidak buruk kan? Dua statistik pertama setuju ... tetapi angka ELO Rata-Rata dan ELO Performa tidak aktif sebanyak 100 ELO di stat pertama, dan 10 ELO di statistik kedua.

Dan inilah tabel lengkap untuk posisi baru

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

Sekali lagi, total game tidak terkait dengan # game di setiap lanjutan. Dan kali ini, persentase pemenang Putih berhasil hingga 65%, bukan 56,3%. Dan Performa ELO posisi jelas bukan rata-rata kelanjutan Performance ELO. Seharusnya 2538, kesalahan 50 ELO.

Saya mengambil contoh siap dari permainan yang saya lihat beberapa menit yang lalu, tetapi permainan apa pun akan dilakukan untuk menunjukkan masalah ini. Saya sering menemukan bahwa ketika saya mencoba untuk memilih langkah dari kelanjutan yang tampaknya menang, detail data dari posisi yang dihasilkan tidak mendukung statistik yang tampaknya "menang". Dalam beberapa kasus, bisa dikatakan White memiliki persentase kemenangan 60% untuk kelanjutan, dan kemudian di posisi berikutnya tidak ada kelanjutan lebih lanjut yang memiliki persentase lebih tinggi dari 50%. Sederhananya, itu tidak masuk akal.

Sekarang, di sinilah mulai menarik: Saya telah menetapkan Database Referensi saya sebagai basis data game yang disuplai dengan PowerBook 2013 (PowerGames 2013). PowerBook 2013 dihasilkan oleh ChessBase menggunakan semua game dari PowerGames 2013, dan hanya game-game itu.

Saya sekarang dapat membuka panel jendela Referensi, dan itu akan mencari statistik dari game di database itu. Mereka harus identik dengan statistik yang ditampilkan di panel Buku Pembuka, tetapi sebenarnya tidak.

Faktanya, statistik Referensi untuk posisi ke-2 (setelah 9 ... Bh7) menunjukkan yang berikut:

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

Ini adalah di mana total statistik di PowerBook 2013 berasal dari! Jumlah total game = 8 (benar), dan kinerja rata-rata = 56,25% (benar)!

Faktanya, dalam statistik kelanjutan PowerBook 2013 tampaknya ada 2 permainan ekstra di mana 10.a4 dimainkan (dan yang tampaknya dimenangkan oleh White), tetapi semuanya tidak muncul dalam statistik database Referensi sama sekali, dan mereka tidak diperhitungkan. ke dalam statistik total PowerBook 2013.

Tidak masalah apakah ini masalah yang melekat pada buku-buku yang dijual secara komersial dari ChessBase, atau dalam cara perangkat lunak basis data ChessBase menggunakan / menghitung / menampilkan statistik. Sederhananya, ada cacat di sini yang sudah ada sejak setidaknya ChessBase 6.0, dan belum diperbaiki selambat-lambatnya sebagai Versi 11 (yang saya gunakan). Berhati-hatilah ketika Anda mencoba menggunakan buku pembuka untuk memilih garis berdasarkan persentase kemenangan yang diakui. Pendekatan terbaik adalah dengan menggunakan Panel Referensi, atau setidaknya memeriksa kelanjutan untuk beberapa langkah lebih lanjut.

Secara pribadi, saya sekarang menggunakan panel jendela Referensi untuk tujuan ini, dan memasang sedikit jeda yang diperlukan untuk memperbarui statistik untuk setiap posisi baru dalam permainan. Saya menggunakan prosesor AMD Quad pada 2,9 GHz, jadi jika Anda memiliki sesuatu yang kurang kuat, Anda mungkin merasakan sedikit lebih kuat.

Saya tidak terlalu kritis terhadap perangkat lunak ChessBase secara umum; Saya menggunakan banyak fitur dengan cukup efektif. Tetapi beberapa dari mereka telah mengetahui kesalahan Anda harus tahu bagaimana cara mengatasinya.

Contoh lain: Coba gunakan pencarian posisi dalam database; abaikan hasilnya. Kemudian, edit posisi di dalam filter pencarian (tambah, pindahkan, hapus bagian, apa pun), buat catatan tentang posisi baru yang sedang Anda cari, dan jalankan pencarian lagi. Simpan daftar game yang dihasilkan. Sekarang, setel ulang filter pencarian sepenuhnya (saya sarankan juga menutup dan membuka kembali basis data). Akhirnya, atur posisi pencarian (diubah) lagi dari awal, dan jalankan pencarian ke-3 kalinya. Hasil dari pencarian ke-2 (posisi diedit) dan ke-3 (posisi segar) harus cocok. Mereka sering tidak melakukannya. Saya mencatat banyak kasus di mana filter pencarian baru menghasilkan lebih banyak game daripada filter pencarian yang diedit. Saya tidak punya penjelasan untuk ini, tetapi saya tidak lagi mengedit posisi di filter pencarian. Saya selalu membuat posisi baru (biasanya dengan menyalin dan menempel dari jendela permainan yang saya atur untuk tujuan itu).

Semoga ini bisa membantu!

Jaxter
sumber
1
Buku Pembuka membahas posisi, bukan variasi, yang dapat membingungkan dalam hal transposisi. Dalam contoh Caro-Kann Anda, posisi setelah 9.Bd2 terjadi 15 kali, di mana White mencetak 11,5 / 15 = 76,7%. Posisi setelah 9.Bd2 Bh7 terjadi 8 kali, tetapi tidak semua ini berasal dari posisi setelah 9.Bd2; beberapa merupakan transposisi. Total 21 game mencapai satu dari lima posisi yang terjadi ketika Black merespons 9.Bd2.
dfan
@danf Penjelasan Anda masuk akal, tetapi tidak banyak gunanya mengetahui statistik untuk posisi setelah 9 Bd7 jika semua gerakan dari posisi itu mengarah ke set statistik yang sama sekali berbeda. Akibatnya, ini adalah kasus membalikkan-Anda-tidak-bisa-dapat-sana-dari-sini, di mana Anda tidak bisa menghindari pergi ke tempat yang tidak Anda inginkan. Saya pikir akan lebih intuitif dan membantu untuk menunjukkan rata - rata ELO dan Win Rate untuk kelanjutan , alih-alih statistik untuk posisi dari mana kelanjutan terjadi, yang digantikan oleh orang-orang dari transposisi.
Jaxter
1

Anda dapat memperoleh informasi ini dari tab Referensi, daripada tab Buku Bukaan. (Tentu saja statistik hanya akan sesuai jika buku pembuka Anda dibuat dari basis data referensi Anda.)

dfan
sumber
1

Kami tidak tahu format pasti untuk buku-buku Chessbase, dan sangat mungkin bahwa apa yang akan saya katakan tidak benar dalam kasus ini.

Format buku standar terbuka yang saya tahu (Crafty, Pro Deo, Polyglot) mewakili posisi catur sebagai hash Zobrist 64-bit. Anda dapat google bagaimana salah satu dari ini bekerja jika Anda mau, itu di luar cakupan jawaban ini. Ini mungkin sama untuk buku-buku Chessbase.

Hash ini dirancang sedemikian rupa sehingga kunci untuk 1. e4 c5 2. Nf3 identik dengan kunci untuk 1.Nf3 c5 2. e4. Ini berguna untuk meliput transposisi seperti ini. Namun, itu berarti bahwa ia tidak dapat membedakan antara garis, sehingga tidak ada cara untuk menghapus transposisi ini.

TL; DR Saya menduga ini tidak mungkin karena batasan teknis dalam format buku Chessbase.

ZirkoniumX
sumber
0

Anda juga dapat membuat kunci pembuka untuk gim, dan mengaturnya sesuka Anda. Jika Anda menyorot sebuah simpul di tombol, dan tekan 'S', Anda dapat melihat statistik.

Seorang pejalan kaki
sumber
Sayangnya, kami sedang meneliti garis di mana setiap gerakan memiliki cabang. Membuat kunci semacam itu harus otomatis. Fungsi Referensi sudah melakukan ini dengan cepat; perbedaannya adalah kuncinya statis / permanen, tetapi laporan Referensi bersifat dinamis / sementara. Jadi, Anda dapat menggunakan node kunci lebih dari satu kali, dan membayar biaya setup sekali. Menggunakan posisi apa pun lebih dari sekali dalam Referensi membutuhkan pengulangan semua perhitungan setiap kali. Saya tidak tahu cara otomatis untuk membuat kunci seperti itu, tetapi fitur Buku Pembuka melakukan hal yang sama. Tetapi statistiknya salah ...
Jaxter
0

Salah satu solusi yang saya kembangkan untuk masalah ini adalah Anda dapat pergi ke simpul pertama. Sekarang kamu ambil daftar gim dan pisahkan. Kemudian Anda menggunakan pohon pada ini untuk pergi ke simpul kedua. Dll. Pada akhirnya Anda akan berakhir dengan daftar game dengan urutan gerakan yang tepat yang Anda minati.

Saya tahu ini rumit dan solusi otomatis akan bagus, (seperti saklar, Anda bisa membalikkan pohon untuk mendapatkannya), tetapi saya pikir saya akan membuang ini ke luar sebagai kemungkinan jika hanya beberapa baris yang Anda butuhkan perintah pemindahan tepat untuk.

hpcp
sumber