Smyslov_Fan wrote on 05/12/14 at 13:08:59:
If you get into the detail of how many pawns in a rook ending, you will pretty much have to sort by post. There are many times when a R+3 vs R+2pawn endgame leads to one with fewer pawns. The level of classification you're talking about will require quite a bit of work even for a small section such as this.
Not really.
Let me repeat my suggestion of letting computers do the sorting.
1) Come up with a good classification scheme. (Probably the hardest part)
2) Write a program which classifies fens/pgn according to that scheme by using the fens and either
a) the initial positions
b) all positions
contained in the pgns.
Such a program can be written using existing libraries very quickly if your classification scheme is based only on material balance. It is a bit harder if you want to include classifications such as Rfgh+a vs Rfgh or include stuff like existence of past pawns.
3) Run the program on inserted/attached fens/pgns to add the results to the posts automatically.
One reasonable option is to first classify by material and then decide later if the the classification scheme (and the sorting program) needs to be refined.
If you want to extract all the information (moves embedded in the text) then it would require more work but is still doable.