http://groups.yahoo.com/group/sgf-std/ SGF - Smart Game Format Standard Sun, 05 May 2013 05:48:57 GMT Arno Hollosi http://groups.yahoo.com/group/sgf-std/message/352 http://groups.yahoo.com/group/sgf-std/message/352 Dear all, Patrick Näf contacted me about a proposal for a UTI specification for SGF (for Apple systems). From Patrick: ==== A short explanation of what I am Sun, 06 Nov 2011 01:36:50 GMT David Fotland http://groups.yahoo.com/group/sgf-std/message/351 http://groups.yahoo.com/group/sgf-std/message/351 1: Many Faces numbers it 2. The AB is a setup stone, so it doesn’t get a number, and the game continues with move #2. 2: I think the last move should be Sun, 06 Nov 2011 00:46:30 GMT Daniel Bump http://groups.yahoo.com/group/sgf-std/message/350 http://groups.yahoo.com/group/sgf-std/message/350 ... That sounds good. Paul would be key. As I understand it, Lenart is rapidly absorbing our perspectives about Whittaker functions and Sara is also natural. Sat, 05 Nov 2011 23:35:35 GMT Francois Mizessyn http://groups.yahoo.com/group/sgf-std/message/349 http://groups.yahoo.com/group/sgf-std/message/349 Hello all, I have some questions about numbering. May be the answers are somewhere at http://www.red-bean.com/ but i didn't find them. 1) What happens after a Mon, 04 Apr 2011 15:05:03 GMT David http://groups.yahoo.com/group/sgf-std/message/348 http://groups.yahoo.com/group/sgf-std/message/348 Hex uses the swap rule, also known as the pie rule or one-move equalization. WRT implementation, there are two ways to do it. Here are the official Thu, 21 May 2009 19:55:28 GMT Arno Hollosi http://groups.yahoo.com/group/sgf-std/message/347 http://groups.yahoo.com/group/sgf-std/message/347 Dear all, sorry about the recent spam activity on this list. I only noticed a single email today, as my spam filter got rid of everything else. If you find Thu, 31 Jul 2008 04:18:03 GMT Mark Lentczner http://groups.yahoo.com/group/sgf-std/message/300 http://groups.yahoo.com/group/sgf-std/message/300 The big issue I see to resolve is the semantic of the link. I see several possibilities discussed in the thread, and I'm going to try to restate the Wed, 30 Jul 2008 15:15:23 GMT Lauri Paatero http://groups.yahoo.com/group/sgf-std/message/299 http://groups.yahoo.com/group/sgf-std/message/299 Hi, I think idea is good, but there are several problems with initial proposal that need some resolution: 1. N property Property N is inteded to be Wed, 30 Jul 2008 15:08:08 GMT David Bush http://groups.yahoo.com/group/sgf-std/message/298 http://groups.yahoo.com/group/sgf-std/message/298 ... Not only that, but if the target node is pointed to by more than one TP, you would have to make sure N comes before all of them. ... I guess it depends on Wed, 30 Jul 2008 14:16:52 GMT Arno Hollosi http://groups.yahoo.com/group/sgf-std/message/297 http://groups.yahoo.com/group/sgf-std/message/297 ... Sometimes the GUI or interaction with the user has to be addressed in the specification. That's the reason why we have a ST[] property. I am just trying to Tue, 29 Jul 2008 22:22:16 GMT Stuart A. Yeates http://groups.yahoo.com/group/sgf-std/message/296 http://groups.yahoo.com/group/sgf-std/message/296 ... I'm also interested in the exact semantics of TP[] with respect to ko calculations. If two subtrees have different previous board positions (as opposed to Tue, 29 Jul 2008 21:46:08 GMT Arno Hollosi http://groups.yahoo.com/group/sgf-std/message/295 http://groups.yahoo.com/group/sgf-std/message/295 ... I would certainly add such an option to SGFC. ... I tend to agree with Bill. I think that most of us agree that we should keep the SGF game tree a Tue, 29 Jul 2008 15:47:10 GMT David Bush http://groups.yahoo.com/group/sgf-std/message/294 http://groups.yahoo.com/group/sgf-std/message/294 ... You might have missed my post from about an hour ago. It might not have reached you before you posted. The purpose of the restrictions is to avoid forward Tue, 29 Jul 2008 15:05:50 GMT William Shubert http://groups.yahoo.com/group/sgf-std/message/293 http://groups.yahoo.com/group/sgf-std/message/293 ... TP is fine with me, but the requirement that it's target N[] appear before the matching TP[] is strange. Why have it? That means that if somebody reorders Tue, 29 Jul 2008 14:57:15 GMT David Bush http://groups.yahoo.com/group/sgf-std/message/292 http://groups.yahoo.com/group/sgf-std/message/292 I would like to suggest another property to add to FF[4]: LO[] is also node annotation. It means the subtree which includes this node is entirely concerned