Hi! First of all: please use our mailinglist, the forum is not really in use at all. Shear luck that I stumbled upon your posting there.
https://lists.sourceforge.net/lists/listinfo/scid-users > how can i get the scid online ? I mean, maybe some > webmodules like datacrow,jdownloader,sockso or some > tutorial like for jose > (https://sourceforge.net/forum/forum.php?thread_id=1469344&forum_id=202605). > Please help. <sarcasm> Who needs web2? </sarcsasm> More seriously. Currently Scid does not offer an interface to publish data automagically on the web. You name web2, therefore I gather you'd like to have some background service maybe connected by a WS that runs queries against a Scid database on some server and returns some xml structure. Currently, you've the option to publish selected games as (almost) static webpages, you can play through those games and have a board, but it's just html and some Java script. If you really want to have a WS accessing the database you'd have to add some own code here. From the infrastructur provided by Scid I do not think this is impossible or even hard to do, but nobody ever did it till today. It would just mean removing the Tcl/Tk GUI and replacing it by some other interface. Most of the functions required would be available by the Scid core but the real front end programming (e.g. XML in XML out) is not even intended till now. Doing such a thing in Tcl would seem advisable as then all high level functions of Scid would be available as well and one could just strip off Tk. The harder thing might be to cope with the answers by such a service. XML, though a funny thing, is plainly inefficient. Given some larger base and a considerably silly query you'll end up encoding some 10.000 games in XML easily and from another application, where I've to use such things, I can tell: this is PITA damn slow to parse, and consumes huge amounts of memory on the client side. I'm not really sure that this is much fun for a chess database. (Actually, I'm pretty sure it is not at all ;) This other app I mentioned will in the next step dump the XML retrieved to a decent format (ie a SQL database) before further processing. So you end up with a fat client anyway, so why not use Scid directly? In a third project I'm working on (unrelated to Scid) we're trying to develop some webservices for exchange of chess information. If you're interested in this kind of development (target here are mainly interfaces for transparent data exchange) feel free to contact me vai mail. -- Kind regards, / War is Peace. | Freedom is Slavery. Alexander Wagner | Ignorance is Strength. | | Theory : G. Orwell, "1984" / In practice: USA, since 2001 ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Scid-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/scid-users
