-
-
Notifications
You must be signed in to change notification settings - Fork 95
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ensure openings follow parent line #66
Comments
Roadblocks to the above: These are well-established openings (40 lines+34 lines in the db) that have multiple sources corroborating that they both start with 1.e4 as well as 1. d4. Often times lines will transpose into each other. The seemingly only way to tell a 1.e4 Modern apart from a 1. d4 line is by its ECO. I personally do not think that ECO is enough to know the move order. Almost every other opening's move order can be inferred from its name. Not to mention, it does not help when trying to group openings by family, for example for the lichess opening pages that were in development. In the study, I've outlined a possible solution but it would require breaking precedent from all other chess sites. Even then, it is not perfect. Would really love some feedback/ideas. Or whether it's best to just leave the ambiguity. |
Rules 1-3 make a lot of sense to me, and they could be added to the automated linter. Considering an alternative to the proposals ... if we give up on sorting and grouping by ECO, what other ordering seems best, and how should be split the files? Order by moves, and split by first move? |
Ordering by moves seems to be the most logical. I'd be wary about trying to add too much logic to it and recreating https://xkcd.com/927/. Going by first moves alone, there'd be
Ordered by pgn,name and eco (for those who want it). It should be much more readable/accessible especially once bad transpositions are fixed. |
Revisiting this and having some doubts ... Regarding ECO: I was hoping we could remove it entirely, and asked around a bit. For all its flaws, people are still using it to reference other material, so it needs to stay 😞 Regarding 2: I am no longer sure that it's really the case that child variations by name are necessarily child variations by moves (in the canonical or most common move order). Regarding 3: To clarify, how would we deal with something like the following?
|
Rule 2:
A43 and some other Old Benonis are violations of rule 2 because of A56. Simple solution: Rename them to their own
Rule 3 and
|
The DB already follows the format
Opening family: variation1, var2, var3...
It follows that French Defense: Advance Variation derives from French Defence. We should also ensure that the corresponding pgns also follow this logic:1. e4 e6 2. d4 d5 3. e5
should be derived from1. e4 e6 2. d4 d5
and not1. d4 e6 2. e4 d5
. This is already the case for most openings. However, there are still a lot of bad transpositions.To fix them we should:
name
ends in "...Gambit", ensure "...Gambit Accepted" and "...Gambit Declined" are children of "Gambit"The text was updated successfully, but these errors were encountered: