Am Dienstag 04 Dezember 2007 07:43:14 schrieben Sie:
> Good Morning!
>
> Very nice to see that Franz joined us :)
I have subscribed to this list in 2004 :-)
> >>> Franz told me that he'd be willing to help the project
> >>> as far as his time allows. He thought about building
> >>> some MySQL database, but here I think that scid should
> >>> be the database itself
> >>
> >> There are many problems here to solve, with some kind of
> >> fuzzy logic. For example I just noticed some people
> >> write Kasparov, Garry or Kasparov, Gary
> >>
> >> How to handle all possibilities ?
> >
> > This is solved in scid with Aliases like:
>
> [...]
>
> Franz: I knew that mechanism. Does this also mean that you
> keep all the concordances within this list?
>
> Besides: IMHO the much greater problem comes with your
> "Botvinnik"-problem. How do you solve that? Does it mean
> that you keep a list like
>
> if (date > x) and (date < y) then use ...
I compare Name and (Fide-)ID-Number in both lists.
If name is different then this could mean:
1. Married
2. Name has changed
a. typing error in Fide-list - change name in Fide-list or ignore the
difference
b. name has changed - add old name to alias-list (very difficult to
automatize)
3. ID-Number has another player
(maybe i should immediately remove the ID-Number when Player is not
anymore
in the Fide-list ?)
> or what's your algorithm there?
>
> > Kasparov, Garry #gm URS/RUS [2851] 1963.??.??
> > %ID 4100018
>
> I see that we've also the FIDE-ID stored already. Could this
> be used for the correct association? I think about something
> like
>
> if ((name = listname) or (name = listalias)) and (fideid = listid)
>
> Keeping in mind that this ID is reused I wonder wether
> 4100018 will be reused for another "Kasparov, Garry". This
> could in principle happen of course but could probably be
> excluded as if I get it right in that case a player has do
> be "out of the list" for some time.
>
> Otherwise I think if that does not match the user would have
> to do the association and one would have to store this
> decision somehow. Or how do you deal with that.
>
> > scid recognice aliases and change them to Kasparov, Garry
> > The same with married Players like:
>
> Yet another problem. ;)
>
> > Atalik, Ekaterina #im+wgm RUS/TUR [2414] 1982.??.??
> > %ID 4130189
> > = Polovnikova, Ekaterina
> >
> >> Using a Mysql database will not solve anything, as it is
> >> just a repository.
>
> Agree.
>
> >> To have things done in Scid is an idea, and Tcl should
> >> be efficient enough even with a somewhat important base.
> >> I think a 100% Tcl solution would ease things. But note
> >> also I am quite happy to get Franz Nagl files and copy
> >> them in Scid distribution.
>
> I never left an doubt that Franz does some great work her,
> and for the time beeing one could first of all think of a
> somewhat "automatic" update from Franz' page. (Probably
> naming the download file something like 200710.ssp.gz, and
> rename it to ratings.ssp.gz after download would be good
> enough.)
>
> Still I think it would be a good idea to have this update
> within scid, and as Franz has some expertise with the raw
> data maybe we could work it out. At least I'd like to have a
> look at that part. (Besides I think thats a bit more in my
> range than the rather complex Stoyko Pascal is searching a
> volunteer.)
>
> Franz what do you think about porting your script into scid?
As i mentioned my script is not ready and i need to enhance it first.
Franz
-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell. From the desktop to the data center, Linux is going
mainstream. Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
