Hello,

this here is really funny to read. There are no copyrights on chess games. So 
what you can do is order Bigbase for 50 Euro from Chessbase and you have pretty 
good edited 4.500.000 games. Bigbase has no annotations, which have copyrights. 
You can convert them to .si4 and distribute them. Nothing else Chessbase is 
doing. For sure they did not enter 4.500.000 games (4.500.000 games * 5 minutes 
per game * 12 Euro per hour == 4.500.000 Euro).
It look like you try to walk to the moon but have entered a apple tree happy to 
have done the first step.

By the way: I have entered Zurich Candidates 1953 to pay my Chessbase license 
25 years ago.

        Gerd


-----Ursprüngliche Nachricht-----
Von: J. Wesley Cleveland [mailto:j.wesley.clevel...@gmail.com] 
Gesendet: Dienstag, 4. Januar 2011 20:22
An: scid-users@lists.sourceforge.net
Betreff: [SPAM?]: Re: [Scid-users] ScidBase?

> From: Chris Lott <ch...@chrislott.org>
> Subject: Re: [Scid-users] ScidBase?
> To: Alexander Wagner <a.wag...@physik.uni-wuerzburg.de>
> Cc: Scid Users List <scid-users@lists.sourceforge.net>, Chris Lott
>        <chris.l...@gmail.com>
> Message-ID:
>        <aanlktinhd4b=tzvft8t3q5b8hmv1w6=rffxmaissj...@mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Mon, Jan 3, 2011 at 5:54 AM, Alexander Wagner
> <a.wag...@physik.uni-wuerzburg.de> wrote:
>>
>> The pragmatic way would be something like: Chris works in Zurich
>> Candidats 1953. Checks the games, cleans data, and once he places a hook
>> at Zurich 1953 this tournament is done. Fullstop. Next one... Unless
>> someone spots an inconsistency it is never touched again.
>>
>> That way I have a prelimiary starting point of about 105.000 games here
>> contributed by some diligent users on this list. The basic
>> infrastructure needed to do this is: "You work on this, I work on that".
>> I think all you need is a Wiki to jot down which tournaments are already
>> done. (This is the nice thing: you can work by years and tournaments
>> instead of individual games. This gives some nice chunks and a natural
>> order.) If I remember correctly the guys who did the work so far just
>> split it by time frames and then started to work up some game archives
>> on the Net tourney by turney, unified player names, corrected missing
>> data as far as it was possible and so on.
>
> I'd be interested in picking this project back up if others are... or
> at least doing the legwork to get a wiki page together capturing what
> has been done so far with the base you have (if you haven't already)
> in preparation for making some contributions.
>
> Would it then make sense to "commit" these as individual PGN files per
> match/tournament/etc to make it easy to note and pick up additions as
> they were made?

>
>> PS: For the time being I'd leave out commented games for the time being
>> to avoid any sort of trouble in advance. It could be worthwhile to
>> collect them separately with identical PGN headers. (BTW:
>> crossreferencing would then be indeed easy by some sort of ID.) There
>> might be some idea of copyright issues here and not all players might
>> confirm with Anands views on this issue. (To the best of my knowledge
>> the annotation of a game of chess does not give you ANY copyright on
>> that annotation. Juristic reasoning here is AFAIK that chess is logic,
>> so annotation of chess does not involve any creative act, thus you can
>> not obtain copyright of an annotation.)
>
> Yeah, the annotations are a debatable thing, so it would make sense
> to, if not exclude them entirely, only include them as something
> optional...
I would like to see this go forward also. My first question is where
and in what format would the database be hosted. Sourceforge, github,
or google sites are possibilities, but none seem ideal. CVS, GIT, or
equivalent would would make updates and revision tracking easy but
would not be userfriendly. A wiki, especially with a chessboard
gadget, would be convenient but I don't know how easy it would be to
download the pgn from it.

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users

Reply via email to