[
Lists Home |
Date Index |
Thread Index
]
> Very possibly I've got my apples and oranges (and my
> metaphores) mixed up
> here, but I don't really want to model the rules of the
> board, just these
> sort of obvious impossibilities:
>
> - not allowing two allied bishops on the same colour (oh, HOW?)
I wouldn't try to model that one, because a valid chess position can have
two allied bishops on the same colour square (as a result of pawn
promotion). In fact, a valid position can have nine allied bishops on the
same colour square...
>
> - making sure every other square on the board is going to be black
> (this i'm fighting with, and giving up)
The colour of the squares carries no information, so why are you trying to
represent it?
>
> So there is either the possibility of forcing the whole board
> to be present
> in the document or the more sensible method of just
> presenting the pieces
> with their coordinates.
There are many different representations possible, and to choose between
them you will have to decide what you are trying to optimize. You may want
multiple representations for different parts of your application, with
transformations to get from one to another.
Whatever representation you choose, validating whether an input document
represents a legal position is almost certainly beyond the capability of XML
Schema.
Michael Kay
http://www.saxonica.com/
|
