|
From: | George Zhong |
Subject: | Re: [gnugo-devel] eyespace reading |
Date: | Tue, 10 Apr 2007 10:01:41 +0800 |
Exactly,
ooooo
o...o
ooo.xx
xxxxxx
may
have
(
(*.
---
since there exists THREE defend
points.
I restrict the
considtion
optics.c
+1698
|| eye[pos].neighbors > 2 || eye[pos].neighbors > 1 &&
!is_edge_vertex(pos))
-1698
|| eye[pos].neighbors > 1)
to get
!
!h.
---
but
that is four space with a half, still can not match Eye: 448 as Gunnar
suggests.
(
(*.
The mechanism to use virtual marginal
vertex on half eye is fathomless to me, and I have no idea to complete such a
matcher as the exmple.
By the way, the amend above can solve position
like
+------------------------------
|........
|OOOOO.X.
|.XXXXX.X
yields
1-1-2-2 instead of 1-2-2-2 before amendation.
Ya, it is tricky.
George
Have you tried this on an actual board position? The
first case has the eye graph "...!" but in the second case the topological
half/false eye analysis should detect both a false eyepoint and a halfeye on the
edge, and the eyespace segmentation should find ".h!" which is translated to a
graph matching eye pattern 448 for a 0011 value.
An example where the
same graph is found but the value is different on the edge
is
OOOOO
O.X.O
O..XO
OOOOO
and
OOOOO
O.X.O
O..XO
-----
which
are matched by eye patterns 6513 and 6504 respectively.
There are
things that are tricky with the eyespace analysis though, and where we don't
have very good solutions. These include marginal vertices of different quality,
shortage of external liberties, and cutting points inside the
eyespace.
/Gunnar
_______________________________________________
gnugo-devel
mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/gnugo-devel
[Prev in Thread] | Current Thread | [Next in Thread] |