Exists a utility that....?

[Salvo Spitaleri]

Geschrieben von:/Posted by: Salvo Spitaleri at 28 June 2004 07:47:51:

Hi friends,

Exists a utility that it allows me to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
It would be much profit in order to then try the database with ELOstat, which it does not allow to try database with more than 1000 players.

Thanks in advance,
Salvo Spitaleri

[Roger Brown]

Geschrieben von:/Posted by: Roger Brown at 28 June 2004 09:12:51:
Als Antwort auf:/In reply to: Exists a utility that....? geschrieben von:/posted by: Salvo Spitaleri at 28 June 2004 07:47:51:

Hi friends,

Exists a utility that it allows me to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
It would be much profit in order to then try the database with ELOstat, which it does not allow to try database with more than 1000 players.
Thanks in advance,
Salvo Spitaleri

Hello Salvo,
There may very well be such a utility BUT may I suggest that you check Leo's WBEC pages. Tab the downloads and select Elostat 1.2b. That version can handle 2000 players.
I hope that this helps.
Later.

[Salvo Spitaleri]

Geschrieben von:/Posted by: Salvo Spitaleri at 28 June 2004 12:39:36:
Als Antwort auf:/In reply to: Re: Exists a utility that....? geschrieben von:/posted by: Roger Brown at 28 June 2004 09:12:51:

Hi friends,

Exists a utility that it allows me to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
It would be much profit in order to then try the database with ELOstat, which it does not allow to try database with more than 1000 players.
Thanks in advance,
Salvo Spitaleri

Hello Salvo,
There may very well be such a utility BUT may I suggest that you check Leo's WBEC pages. Tab the downloads and select Elostat 1.2b. That version can handle 2000 players.
I hope that this helps.
Later.

Hello Roger,
Thanks for the answer but I have tried ELOstat 1.2b in console mode and unfortunately it can only handle 1000 players.

Best
Salvo Spitaleri

[Leo Dijksman]

Geschrieben von:/Posted by: Leo Dijksman at 28 June 2004 19:57:06:
Als Antwort auf:/In reply to: Re: Exists a utility that....? geschrieben von:/posted by: Salvo Spitaleri at 28 June 2004 12:39:36:

Hi friends,

Exists a utility that it allows me to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
It would be much profit in order to then try the database with ELOstat, which it does not allow to try database with more than 1000 players.
Thanks in advance,
Salvo Spitaleri

Hello Salvo,
There may very well be such a utility BUT may I suggest that you check Leo's WBEC pages. Tab the downloads and select Elostat 1.2b. That version can handle 2000 players.
I hope that this helps.
Later.

Hello Roger,
Thanks for the answer but I have tried ELOstat 1.2b in console mode and unfortunately it can only handle 1000 players.
Best
Salvo Spitaleri

Was that the version from my site?
Frank Schubert told me it could handle until 2000 players.
Best wishes,
Leo.



WBEC Ridderkerk homepage.

[Salvo Spitaleri]

Geschrieben von:/Posted by: Salvo Spitaleri at 28 June 2004 20:51:22:
Als Antwort auf:/In reply to: Re: Exists a utility that....? geschrieben von:/posted by: Leo Dijksman at 28 June 2004 19:57:06:

Hi friends,

Exists a utility that it allows me to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
It would be much profit in order to then try the database with ELOstat, which it does not allow to try database with more than 1000 players.
Thanks in advance,
Salvo Spitaleri

Hello Salvo,
There may very well be such a utility BUT may I suggest that you check Leo's WBEC pages. Tab the downloads and select Elostat 1.2b. That version can handle 2000 players.
I hope that this helps.
Later.

Hello Roger,
Thanks for the answer but I have tried ELOstat 1.2b in console mode and unfortunately it can only handle 1000 players.
Best
Salvo Spitaleri

Was that the version from my site?
Frank Schubert told me it could handle until 2000 players.
Best wishes,
Leo.

Hi Leo,
Yes it is the version from your site, unfortunatly it could handle until 1000 players.

Best
Salvo Spitaleri

[David Dahlem]

Geschrieben von:/Posted by: David Dahlem at 29 June 2004 00:45:25:
Als Antwort auf:/In reply to: Exists a utility that....? geschrieben von:/posted by: Salvo Spitaleri at 28 June 2004 07:47:51:

Hi friends,

Exists a utility that it allows me to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
It would be much profit in order to then try the database with ELOstat, which it does not allow to try database with more than 1000 players.
Thanks in advance,
Salvo Spitaleri

Hi Salvo
Elostat has a setting for "minimum number of games".
Regards
Dave

[Dieter Bürßner]

Geschrieben von:/Posted by: Dieter Bürßner at 29 June 2004 01:46:40:
Als Antwort auf:/In reply to: Exists a utility that....? geschrieben von:/posted by: Salvo Spitaleri at 28 June 2004 07:47:51:

Hi friends,

Exists a utility that it allows me to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.

Does this mean, that you want some games in both databases? For example player A might have played 200 games. So he should be in the first database. Player B has played 10 games, so he should be in the second database. Yes? When there was a game (or more than one) between A and B - should they be in both databases?
Such a tool would not be too difficult to write - at least when the exact spellings of the players are reliable (So for example always "Hübner, R." and never "Huebner, R.", "Hubner, R.". "Dr. Hübner", ...).
Without a specifically written program, it seems unlikely, that it can be done.
Regards,
Dieter

[Dieter Bürßner]

Geschrieben von:/Posted by: Dieter Bürßner at 29 June 2004 01:48:33:
Als Antwort auf:/In reply to: Re: I decided to ask Leo to remove movei from his site geschrieben von:/posted by: Dieter Bürßner at 29 June 2004 01:46:40:

Uff - how did this subject happen? I have seen the wrong subject immediatly when posting. Before hitting Submit, everything seemed alright.
Dieter

[Salvo Spitaleri]

Geschrieben von:/Posted by: Salvo Spitaleri at 29 June 2004 07:09:56:
Als Antwort auf:/In reply to: Re: Exists a utility that....? geschrieben von:/posted by: David Dahlem at 29 June 2004 00:45:25:

Hi friends,

Exists a utility that it allows me to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
It would be much profit in order to then try the database with ELOstat, which it does not allow to try database with more than 1000 players.
Thanks in advance,
Salvo Spitaleri

Hi Salvo
Elostat has a setting for "minimum number of games".
Regards
Dave

Hi Dave,
the "minimum number of games" is for rating but if in database there are more of 1000 players ELOstat stops

Best
Salvo

[Salvo Spitaleri]

Geschrieben von:/Posted by: Salvo Spitaleri at 29 June 2004 07:32:56:
Als Antwort auf:/In reply to: Re: I decided to ask Leo to remove movei from his site geschrieben von:/posted by: Dieter Bürßner at 29 June 2004 01:46:40:

Hi friends,

Exists a utility that it allows me to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.

Does this mean, that you want some games in both databases? For example player A might have played 200 games. So he should be in the first database. Player B has played 10 games, so he should be in the second database. Yes?
When there was a game (or more than one) between A and B - should they be in both databases?
Such a tool would not be too difficult to write - at least when the exact spellings of the players are reliable (So for example always "Hübner, R." and never "Huebner, R.", "Hubner, R.". "Dr. Hübner", ...).
Without a specifically written program, it seems unlikely, that it can be done.
Regards,
Dieter

Yes, exact.


No, only games of player A should be in first database (if Player A have played 200 games and there are 5 games between A and B, then in the first database there will be only 195 games, if I have set "minimum number of game" to 150. I have set "minimum number of game" to 200, then in first database not there will be neither A neither B).
I would be much pleasing if someone could write one similar utility.
Thanks in advance.

Best
Salvo Spitaleri

[Salvo Spitaleri]

Geschrieben von:/Posted by: Salvo Spitaleri at 29 June 2004 07:35:20:
Als Antwort auf:/In reply to: Re: I decided to ask Leo to remove movei from his site geschrieben von:/posted by: Salvo Spitaleri at 29 June 2004 07:32:56:

[Salvo Spitaleri]

Geschrieben von:/Posted by: Salvo Spitaleri at 29 June 2004 10:48:10:
Als Antwort auf:/In reply to: Re: Sorry, subject is: Exists a utility that....? (n/t) geschrieben von:/posted by: Salvo Spitaleri at 29 June 2004 07:35:20:

Hi Dieter,
I know that You have added new command in Yace that are very useful like:
cadiz_pgn games.pgn new.pgn
(It adds Headers for openings and ECO to the pgn)
cadiz_pgn games.pgn new.pgn n
The PGN will be also reformated, and all comments and variations will be deleted)
cadiz_pgn games.pgn new.pgn n 100
(As above. Additionally, a maximum of 100 half moves will be written
in the output)
cadiz_pgn games.pgn stat.txt s
Will create opening statistics of games ordered by color and ECO code.
armando_pgn games.pgn new.pgn
(Will add a !! to all moves of the winner side in the PGN. No annotations
done to drawn games)
Yace could do this? to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
This mean, that I want some games in both databases. For example player A might have played 200 games. So he should be in the first database. Player B has played 10 games, so he should be in the second database.
When there is a game (or more than one) between A and B, only games of player A should be in first database (if Player A have played 200 games and there are 5 games between A and B, then in the first database there will be only 195 games, if I have set "minimum number of game" to 100. If I have set "minimum number of game" to 200, then in first database not there will be neither A neither B).

I would be much pleasing if Yace can make this!
Thanks in advance.

Best
Salvo Spitaleri

[Dieter Bürßner]

Geschrieben von:/Posted by: Dieter Bürßner at 29 June 2004 19:43:55:
Als Antwort auf:/In reply to: Re: Exists a utility that....? geschrieben von:/posted by: Salvo Spitaleri at 29 June 2004 10:48:10:

Yace could do this? to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
This mean, that I want some games in both databases.
For example player A might have played 200 games. So he should be in the first database. Player B has played 10 games, so he should be in the second database.
When there is a game (or more than one) between A and B, only games of player A should be in first database (if Player A have played 200 games and there are 5 games between A and B, then in the first database there will be only 195 games, if I have set "minimum number of game" to 100. If I have set "minimum number of game" to 200, then in first database not there will be neither A neither B).

It could do it, if I wrote the code ...
I might write the code, if I see, that it would take only an hour or so. Might be possible.
I am not sure I understand. Your example below ...
... has no games in both databases. Under which condition would there be games in both databases?
Also, your example is not that easy. Consider the 3 players, A,B,C (out of many). A played 110 games, B 105 games and C 90 games. So, at first sight, games of A and B should be in DB 1.
Now say, B played 8 games vs. C. Only 97 games left - yes? This puts all games of B into DB 2? Then say A played 15 games vs. B. Now A has only 90 games left. So all the games of A go to DB 2, too?
Other rules would probably easy to implement. For example, count all the games of all players, and put every game where both players had over 100 games in DB 1 and all other games in DB2. Or put every game, where at least one player had 100 games in DB 1 and other games in DB 2. Or put games were one player has over 100 games and the other less, in both databases (or into a 3rd database). As I understand the example above, it seems not easy to implement. But perhaps with using the same procedure more than once, the goal could be reached easily.
Can you program yourself? It might be not too difficult to implement something like this even for a beginner (at least, when one can assume clean PGNs).
Regards,
Dieter

[Dieter Bürßner]

Geschrieben von:/Posted by: Dieter Bürßner at 29 June 2004 19:47:19:
Als Antwort auf:/In reply to: Re: I decided to ask Leo to remove movei from his site geschrieben von:/posted by: Dieter Bürßner at 29 June 2004 19:43:55:

This never happend before to me. At the moment I am using Mozilla/Linux. No idea, why it changes the subject. Sorry,
Dieter

[Salvo Spitaleri]

Geschrieben von:/Posted by: Salvo Spitaleri at 30 June 2004 07:10:44:
Als Antwort auf:/In reply to: Re: I decided to ask Leo to remove movei from his site geschrieben von:/posted by: Dieter Bürßner at 29 June 2004 19:43:55:

Yace could do this? to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
This mean, that I want some games in both databases.
For example player A might have played 200 games. So he should be in the first database. Player B has played 10 games, so he should be in the second database.
When there is a game (or more than one) between A and B, only games of player A should be in first database (if Player A have played 200 games and there are 5 games between A and B, then in the first database there will be only 195 games, if I have set "minimum number of game" to 100. If I have set "minimum number of game" to 200, then in first database not there will be neither A neither B).

It could do it, if I wrote the code ...
I might write the code, if I see, that it would take only an hour or so. Might be possible.
I am not sure I understand. Your example below ...
... has no games in both databases. Under which condition would there be games in both databases?
Also, your example is not that easy. Consider the 3 players, A,B,C (out of many). A played 110 games, B 105 games and C 90 games. So, at first sight, games of A and B should be in DB 1.
Now say, B played 8 games vs. C. Only 97 games left - yes? This puts all games of B into DB 2? Then say A played 15 games vs. B. Now A has only 90 games left. So all the games of A go to DB 2, too?
Other rules would probably easy to implement. For example, count all the games of all players, and put every game where both players had over 100 games in DB 1 and all other games in DB2. Or put every game, where at least one player had 100 games in DB 1 and other games in DB 2. Or put games were one player has over 100 games and the other less, in both databases (or into a 3rd database). As I understand the example above, it seems not easy to implement. But perhaps with using the same procedure more than once, the goal could be reached easily.
Can you program yourself? It might be not too difficult to implement something like this even for a beginner (at least, when one can assume clean PGNs).
Other rules would probably easy to implement. For example, count all the games of all players, and put every game where both players had over 100 games in DB 1 and all other games in DB2.

Hello Dieter,
No, I am not able to program, so I ask you to make it.

Yes, it is the goal!!!!
So we have created a database for rating statistically important.

Thanks in advance
Salvo Spitaleri

[Salvo Spitaleri]

Geschrieben von:/Posted by: Salvo Spitaleri at 30 June 2004 07:14:17:
Als Antwort auf:/In reply to: Re: I decided to ask Leo to remove movei from his site geschrieben von:/posted by: Salvo Spitaleri at 30 June 2004 07:10:44:

Yace could do this? to divide a database in two parts?
From a part a database with the players who have played as an example more than 100 games, and from the other part a database with the players who have played less than 100 games.
This mean, that I want some games in both databases.
For example player A might have played 200 games. So he should be in the first database. Player B has played 10 games, so he should be in the second database.
When there is a game (or more than one) between A and B, only games of player A should be in first database (if Player A have played 200 games and there are 5 games between A and B, then in the first database there will be only 195 games, if I have set "minimum number of game" to 100. If I have set "minimum number of game" to 200, then in first database not there will be neither A neither B).

It could do it, if I wrote the code ...
I might write the code, if I see, that it would take only an hour or so. Might be possible.
I am not sure I understand. Your example below ...
... has no games in both databases. Under which condition would there be games in both databases?
Also, your example is not that easy. Consider the 3 players, A,B,C (out of many). A played 110 games, B 105 games and C 90 games. So, at first sight, games of A and B should be in DB 1.
Now say, B played 8 games vs. C. Only 97 games left - yes? This puts all games of B into DB 2? Then say A played 15 games vs. B. Now A has only 90 games left. So all the games of A go to DB 2, too?
Other rules would probably easy to implement. For example, count all the games of all players, and put every game where both players had over 100 games in DB 1 and all other games in DB2. Or put every game, where at least one player had 100 games in DB 1 and other games in DB 2. Or put games were one player has over 100 games and the other less, in both databases (or into a 3rd database). As I understand the example above, it seems not easy to implement. But perhaps with using the same procedure more than once, the goal could be reached easily.
Can you program yourself? It might be not too difficult to implement something like this even for a beginner (at least, when one can assume clean PGNs).
Other rules would probably easy to implement. For example, count all the games of all players, and put every game where both players had over 100 games in DB 1 and all other games in DB2.

Hello Dieter,
No, I am not able to program, so I ask you to make it.

Yes, it is the goal!!!!
So we have created a database for rating statistically important.

Thanks in advance
Salvo Spitaleri