Noob question... Is there no permanent unique identifier for each game object irrespective of which collection it is currently a part of?
On Tue, Dec 3, 2013 at 5:32 PM, Gregor Cramer <rema...@gmx.net> wrote: > From: "Paolo Casaschi" > ------------------------------------------------------- > It's an interesting feature, worth exploring. > > I would consider both links to games in the same DB or > to games from another DB. > > I did some work around the PGN standard, it's probably worth > considering how to save those games references into the PGN > export of the game/database and defining a "standard" method > for coding those references into PGN files. There's a proposed > extension to the PGN standard that allows for custom tags to > be defined within game comments, in the format > > 1. e4 e6 { [%proprietaryTag value of proprietary tag] } 2. d4 d5 > > A general syntax for your tag could be > > [%gamelink plyNumber, gameNumber, fileName] > > with fileName being an optional parameter defaulting to the same > database and gameNumber and plyNumber are self explanatory. > > Your example in PGN could for example be: > > 1.e4 e5 2.Nf3 Nc6 3.Bc4 Nf6 4.Ng5 d5 (4...Bc5 { [%gameLink 8, 23, ] } ) > 5.exd5 b5 > > -- > Paolo > ------------------------------------------------------- > > Thanks, Paolo, for your suggestions. Defining a generic PGN tag for > the links is very useful, I will do this. > > A bit problematic is the idea to have links into games of other > databases. The following cases can occur with links: > > 1. The referenced game will be deleted physically. > > 2. The referenced game will change, so that the referenced position > is no longer existing. > > If the referencee and the referenced game are in the same database, > it's no problem to handle these cases appropriately, but what should > I do if the referencee is in another database (and this database is > currently not accessible)? > > 1. Do no allow deleting the referenced game, and do not allow changes > so that the referenced position will be gone. > > 2. Do allow these operations, but in this case the link will become > invalid. > > Both solutions are not nice. > > Gregor > > > ------------------------------------------------------------------------------ > Sponsored by Intel(R) XDK > Develop, test and display web and hybrid apps with a single code base. > Download it for free now! > > http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk > _______________________________________________ > Scidb-users mailing list > Scidb-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scidb-users >