Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread pgeorges
Michal Rudolf a écrit : > Pascal Georges, czwartek, 26 czerwca 2008: > > >> The penalty is at least 15 bytes + tag (uid) = 18 bytes. I checked the >> "enormous" base on Crafty's site, and each game is 82 bytes on average. So >> we increase games' data by 18% ! The figure is high, and should be

Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread pgeorges
Benoit St-Pierre a écrit : > Would this algorithm be of any use ? > > http://blog.tech.stylefeeder.com/2008/05/27/generating-primary-keys/ > Yes of course, I know this kind of thing. But there remains technical problems, along with performance ones. And the ratio value/cost is really too low. Pa

Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread Benoit St-Pierre
Would this algorithm be of any use ? http://blog.tech.stylefeeder.com/2008/05/27/generating-primary-keys/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Ope

Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread Alexander Wagner
Pascal Georges wrote: Hi! > What do you do if you have the Gligoric annotated game, and the > Kasparov one, your Togofied one, and all the drafts about the game > ? What do you do if you have ten snapshots (fragments) from this game ? > > This is a good example demonstrating UIDs

Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread Alexander Wagner
Pascal Georges wrote: Hi! > and especially the validation process that Scid *must* > succeed : > http://www.monkeyproofsoftware.com/en/validation.php Scid will most likely not pass that at the one star level. (Not that much a problem as most chimps don't play chess ;) > The penalty is at lea

Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread Alexander Wagner
Michal Rudolf wrote: Hi! > Benoit St-Pierre, piątek, 27 czerwca 2008: >>> This is a good example demonstrating UIDs are useless : everybody would >>> prefer to set an "Annotator" tag and even comments, far easier to >>> understand and manage than a game with same tags but different UID. >> This

Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread Michal Rudolf
Benoit St-Pierre, piątek, 27 czerwca 2008: >> This is a good example demonstrating UIDs are useless : everybody would >> prefer to set an "Annotator" tag and even comments, far easier to >> understand and manage than a game with same tags but different UID. > >This is a good example of reasoning s

Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread Benoit St-Pierre
> > This is a good example demonstrating UIDs are useless : everybody would > prefer to set an "Annotator" tag and even comments, far easier to understand > and manage than a game with same tags but different UID. This is a good example of reasoning showing why we don't have correct chess databas

Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread Pascal Georges
2008/6/27 <[EMAIL PROTECTED]>: > > I strongly DISAGREE with Michal on UIDs. These work and once established > are well accepted. A prominent examples is DOI for scientific literature > e.g. Besides I come from a discipline where you use to say "you should check > this paper by Mueller" (Michals ap

Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread Pascal Georges
2008/6/26 Benoit St-Pierre <[EMAIL PROTECTED]>: > > PGN tags are handled as strings. With this layout, each game will have an >> UID which will cost around 20 chars. So the sg3 file is increased by 60 MB >> for a 3 M games DB. So the average number of games in each block will >> decrease, leading

Re: [Scid-users] Database for Scid: CentriScid

2008-06-27 Thread a . wagner
interesting new points but that needs a mailer with decent quoting. - original Nachricht ---- Betreff: Re: [Scid-users] Database for Scid: CentriScid Gesendet: Fr, 27. Jun 2008 Von: Michal Rudolf<[EMAIL PROTECTED]> > Benoit St-Pierre, czwartek, 26 czerwca 2008: > >>More

Re: [Scid-users] Database for Scid: CentriScid

2008-06-26 Thread Benoit St-Pierre
After supper, and while eating cream with maple syrup, I realize that we could : - use flags for the Ref-DB, where size and speed matters ; - use PGN tags only when we are in specialized-dbs. So monkeys and non-monkeys can have a ball. -

Re: [Scid-users] Database for Scid: CentriScid

2008-06-26 Thread Benoit St-Pierre
Indeed. Calming down now, I realize that we can live without Ids. I thought that was a simple task. That is a real pity, from a reference point of view. Still, I wonder how the DOI can survive Pascal's demonstration. Looking a bit, they are using CRNI handle system. I don't know the beast, bu

Re: [Scid-users] Database for Scid

2008-06-26 Thread Pascal Georges
2008/6/26 Benoit St-Pierre <[EMAIL PROTECTED]>: > How stupid what the users do should not be of our concern. The scheme is > very simple : keywords and two levels of titles. It suffices to write > anything that is short enough to be read in a life time. It does not need > any kind of modificati

Re: [Scid-users] Database for Scid: CentriScid

2008-06-26 Thread Michal Rudolf
Benoit St-Pierre, czwartek, 26 czerwca 2008: >>Moreover I prefer the reference "Spassky Fischer 1972, round 3" than "game >> my_huge_ref_db:v12-12345678", because if I copy a game from a base to >> another "Spassky Fischer 1972, round 3" is still valid. Not "game >> my_huge_ref_db:v12-12345678".

Re: [Scid-users] Database for Scid: CentriScid

2008-06-26 Thread Michal Rudolf
Pascal Georges, czwartek, 26 czerwca 2008: >The penalty is at least 15 bytes + tag (uid) = 18 bytes. I checked the >"enormous" base on Crafty's site, and each game is 82 bytes on average. So >we increase games' data by 18% ! The figure is high, and should be around 8% >with games where the header

Re: [Scid-users] Database for Scid: CentriScid

2008-06-26 Thread Benoit St-Pierre
> PGN tags are handled as strings. With this layout, each game will have an > UID which will cost around 20 chars. So the sg3 file is increased by 60 MB > for a 3 M games DB. So the average number of games in each block will > decrease, leading to an overall search penalty (more I/O). Note that eve

Re: [Scid-users] Database for Scid: CentriScid

2008-06-26 Thread Pascal Georges
2008/6/26 Alexander Wagner <[EMAIL PROTECTED]>: > > >Build it into scid: well this is the way arround using > >UIDs for categories and keywords. Not a flexible way but > >a doable way. I'd suggest to read them in from a file, > >though. That way every contributor co

Re: [Scid-users] Database for Scid

2008-06-26 Thread Benoit St-Pierre
Ok, I get impatient now. So I will quote too. I just learend that this will add an awfull lot of dead text > to the index and it seems not viable to handle it that way. > As a user, I use what I write. So it's not dead, even if it's slow. As a user, I do whatever I want. Among other things,

Re: [Scid-users] Database for Scid

2008-06-26 Thread Alexander Wagner
Hi! > This gets more concrete ! > > 1. The category tag could be used as a way to create books : > > [Category "Castle Destruction"] > [Category "Isolated Pawns for the Advanced Player"] > [Topic "Rook Lift"] > [Topic "Double Bishop Sacrifice"] I just learend that this will add

Re: [Scid-users] Database for Scid: CentriScid

2008-06-26 Thread Alexander Wagner
Pascal Georges wrote: Hi! > It is to be asked if the array of flags could be extended a > bit. That is, that there could be more flags without > breaking any compatibility. (E.g. personally I'd like to > have more user flags.) > This is not possible. There are only 16 flags. I h

Re: [Scid-users] Database for Scid: CentriScid

2008-06-26 Thread Pascal Georges
2008/6/25 Alexander Wagner <[EMAIL PROTECTED]>: > Pascal Georges wrote: > > It is to be asked if the array of flags could be extended a > bit. That is, that there could be more flags without > breaking any compatibility. (E.g. personally I'd like to > have more user flags.) > This is not possible

Re: [Scid-users] Database for Scid

2008-06-26 Thread Benoit St-Pierre
Hello, This gets more concrete ! 1. The category tag could be used as a way to create books : [Category "Castle Destruction"] [Category "Isolated Pawns for the Advanced Player"] [Topic "Rook Lift"] [Topic "Double Bishop Sacrifice"] We the notion of category could be interpreted

Re: [Scid-users] Database for Scid

2008-06-25 Thread Michal Rudolf
Pascal Georges, środa, 25 czerwca 2008: >Hi, > >To get a base for Scid that can be used for training (for example) and to >keep track of extra info, I think there is a workaround by mixing indexed >flags and PGN tags. >Each game can get one or several flags that are : > >IDX_FLAG_START //

Re: [Scid-users] Database for Scid: CentriScid

2008-06-25 Thread Benoit St-Pierre
Hello again, I just reread the monster thread about CentriScid. I can't synthetize everything yet, as my notes are too big for now and I need to wash dishes before bed. But I promised some feedback. The discussion seemed at first to go in lots of direction, but that was an effect of the sheer s

Re: [Scid-users] Database for Scid: CentriScid

2008-06-25 Thread Benoit St-Pierre
Hello, To sum up more roughly : - We need Unique Ids, as otherwise we're not dealing with any efficient database model known to date ; - We need Flags to speed up searches and normalize institutional work ; - We need Keywords because users like to personalize their stuff : cf. Internet's tags fre

Re: [Scid-users] Database for Scid: CentriScid

2008-06-25 Thread Alexander Wagner
Pascal Georges wrote: Hi! Let me join in here taking up some things. And first let me remark that there is still a fundamental missunderstanding of my suggestions. I hope I can clear that up. > To get a base for Scid that can be used for training (for example) and > to keep track of extra info,

[Scid-users] Database for Scid

2008-06-25 Thread Pascal Georges
Hi, To get a base for Scid that can be used for training (for example) and to keep track of extra info, I think there is a workaround by mixing indexed flags and PGN tags. Each game can get one or several flags that are : IDX_FLAG_START // Game has own start position. IDX_FLAG_PROMO