RE: [computer-go] SGF parsers

[A van Kessel <adriaan.van.kessel@xxxxxxx>]

> You say SGF parser are available. So why is it then that just about everyone
> on this list seems to have built his own?

My guess is that interfacing with somebody else's
(library) code is harder than interfacing with
SGF via plain "stdio".

Most of this excess complexity comes from the "tree-walking"
kind of the library's API, IMHO. especially if the tree-stuff is
(over) unified/generalised.

If your goal is just regressiontesting (say: read SGF file and play it upto move#123, and generate a move) you
won't need game collections, and variations, so you wouldn't implement
them, including their treewalking "iterators".

I rest my case.
AvK
_______________________________________________
computer-go mailing list
computer-go@xxxxxxxxxxxxxxxxx
http://www.computer-go.org/mailman/listinfo/computer-go/