Your opponent selected dead stones (marked by crosses) to set the final score for this game.<\i> It looked more like white squares with board lines over it, anyone had same impressions?
fakarten: The SGF viewer/editor I like best is Kiseido's. Unfortunately, unlike MultiGo, it doesn't rotate or mirror the board (at least not my old version 2.6.12).
Fencer: I think there are two different issues here.
The first is that the board orientation is different based on being black or white. For most games on this site (chess, checkers, backgammon, etc), board orientation is of prime importance, but for games like go, it is mostly irrelevant to the game. Most SGF viewers have 1A on the lower left-hand corner. This would account for the rotating that ikkentobi is seeing. Personally, I really don't mind, and I don't see this as a problem.
The second is slightly goofy. This site has a very good run-down of the SGF file format: http://www.red-bean.com/sgf/
In particular, this page: http://www.red-bean.com/sgf/go.html
has listed the directionality of the axes slightly different. "aa" is displayed as the upper-left corner of the board (even though that corresponds to 13a or 19a or 9a, depending on the board size) and then continues across and down. So in essence, the vertical number column is inverted, with regards to how it's displayed (a=19, b=18, ..., s=1). This discrepancy would account for the mirroring that ikkentobi is seeing. Again, this isn't *that* big of an issue, but it is inconsistent with the SGF spec.
I also have a wishlist pertaining to the end of the game :)
When the final + move is made and the game is over, the SGF file can have some added tokens to properly show the score. These tokens TW and TB are used to indicate white's and black's (respectively) territory. This also automatically marks dead stones, so nothing extra is needed for that. The syntax is (as poorly described on http://www.red-bean.com/sgf/go.html): TW[point1][point2][point3]...[point4] and doesn't include the player's own played stones. For example, in this game: Go 9x9 (JB007 vs. tenuki) The output would be: TW[aa][ba][ca][bb][cb][ac][bc][ad][af][bf][ag][bg][ah][bh][ai][bi][ci][di] TB[fa][ga][ha][ia][fb][gb][hb][ib][fc][gc][hc][ic][hd][id][he][ie][hf][if][ig]
Fencer: Here ya go: Game 1: Go (Ceiter vs. ikkentobi) - on my screen this game has A1 in the upper right corner. The resulting BK-SGF is vertically mirrored.
Game 2: Go (ikkentobi vs. stiveletti) - This is an iteresting example. First of all this one throughs an error "Invalid board location "pass" on line 134". Pass should be an empty node like ;B[] or a tt like ;B[tt]. Back to the coordinates. In this game A1 is on my screen at the lower left corner which is right. But the resulting BK-SGF is horizontal mirrored.
FYI: All SGF-editors that I know have A1 at the lower left corner! The SGF notation has [aa] at the upper left corner (see http://www.red-bean.com/sgf/go.html)
That means a black move shown by a SGF-editor at A1 should be written ;B[as]
ikkentobi: Mmmm, I don't fully understand what you mean about the coordinates. Please give me an example of a game which generates wrong SGF file and why. Player names are included. PB and PW tags.
Fencer: Thanx for putting the SGF link. Its a good start but up to now it seems that the code doesn't take care of the changing coordinates directions at BK. So some games are ok, others are mirrored or rotated (actually I don't know why BK does this swapping of coordinate directions). Like it is now you cannot simply bind the SGF to the coordinates in BK.
Another wish: it would be great to include the players names in the SGF file name.
what would be immensely helpful for teaching is a "load SGF file and start at move 16" for example. I have several people that once I point out a key mistake in the game, we start from there again... currently, we just take turns to get there... manually.. but the above feature would be very cool ;)
Fencer: I wrote a script to transform the move list into an SGF file. It needs a few twists, but as I don't use it often, I haven't twisted it. You can see the PHP source or use it to convert any public game to SGF by going to http://hexkid.info/BK/ParseGame.php?g=##### where ##### is the game number.
I've also integrated this functionality into BrainKing itself with the help of a Greasemonkey script, accessible at the user scripting fellowship :)
ikkentobi: It doesn't work for me. Each time I copy and paste the moves, it shows an error message that something is wrong with the move list. Anyway, I just wanted to use it to generate a sample SGF file because I didn't fully understand the format description. Can you provide a sample game please?
ikkentobi: That's great :D Now if only Fencer would provide a link to download SGF notation, just like he has for PGN for chess games, then we'd be set!
I would like to have another mod at this board, coz as I am not anymore rook, I will be at this site more rarely and will not be too interested about the board exept few.
Groucho: All white stones on the board are alive and should not be marked dead at game end.
The final score for that game (as BrainKing calculates it and if I didn't make a mistake) should be: Black: 0 (territory) - 68 (prisoners) - 3.5 (komi) = -71.5 points White: 18 (territory) - 2 (prisoners) = 16 points
are there any stones dead in this game? My opponent put an x on all mine and I declined. Since a stone (or a stone group) is called a dead group if it cannot be saved from capturing by the opponent, shouldn't all squares be left alone with no 'x's' anywhere? I'm so new at this game....
My solution works simply by setting the image height and width to 25; to use it you need FirefoxandGreaseMonkey; you'll also need the Greasemonkey script and possibly to change the value to something you're confortable with (instead of the 25).
black territory is 4+12+20 = 36. Black's score is 29.5, so 36-29.5 = 5.5. The score wouldn't have mattered in this case if it were 4.5 (white still wins by 0.5), but I found it a little surprising.
headius: It's worth mentioning that I had to settle for a seki because I was greedy and tried to allow your black group to grow before attempting capture. Suddenly it was too big, you cut off my group, and I had to just close the door and write it off.
In this case, it's actually one move away from being seki, which is still seki. If either the white group at K3 or the black group at K4 place a stone on their shared liberties, no further stones can be placed by either color.Since all surrounding groups are stable (or very likely to be) this would be seki.
At the end of the game, notice how there are two groups towards the bottom middle that are "coexisting". This means, that neither player wants to try and capture the other players stones, because this would lead to a capture by the other player. At first glance, it would seem that my stones are "dead" inside my opponents territory.
Marfitalu: Marfitalu: ah yes! i forgot 2 things .. i thought white couldnt play c9 .. but i forgot white could do so if he would capture black in that move .. which happens
i also missed it that b8 also creates the chain :)
okay, great! I prefer Chinese scoring with pass stones, as stated somewhere else on this board. It really simplifies scoring, disputes and teaching, in my opinion.
onigoroshi: Yeah, I know how the (Japanese/AGA) scoring is supposed to work :), but I was mostly referring to BK's implementation.
As far as BK implementation, Chinese scoring might be slightly easier to deal with issues like seki, because then you could just mark the seki stones as "dead" and then the scoring should be accurate.
okay, I'll try to answer your questions. Unfortunately, I have no idea how the BK scoring works. Traditionally, in both Chinese and Japanese scoring "seki eyes" are not counted as territory.
This isn't really a question about this game in particular (mainly because there are no eyes in either of the two shapes in miai), but more of a question about the scoring. If there are any groups in miai that actually have eyespace (and therefore territory), does BrainKing count that territory for the player who surrounds the territory? If one color had eyespace but the other did not, then this could lead to some score inconsistency.
OK, I lied, there is a question about this game... If BrainKing were to change over to Chinese scoring, how would the scoring of the white F11 group and the black J11 group be handled? They would count for neither player, correct?
yes, unfortunately, i was unable to explain to my opponent that my group at the bottom-center is alive in seki... he seemed to think that I won by (only) 0.5 point. oh well, maybe I should learn polish ;)