Hi all,
I would be very interested in working in this part of the project, that is,
collecting games from tournaments and so on. So if anyone else is
interested, here you have a volunteer!!
How could we do the whole thing? That is, which tournaments are for, which
for you?
Carlos
2011/1/4 J. Wesley Cleveland <j.wesley.clevel...@gmail.com>
> > 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
