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
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
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
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
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
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
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
>
> 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
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
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
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
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.
-
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
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
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".
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
> 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
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
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,
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
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
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
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
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 //
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
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
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,
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
28 matches
Mail list logo