SF F@H page

[Handruin]

What items would people like to see on a FAH page for SF? I'd like to set goals to make this accomplishable, so long and short term would be best.

I know many of you have great tips to making the folding client work, so if you could highlight some areas that would help new comers, that would be great.

I'm going to try and skim through the 11-page FAH thread we have and put some info in this thread only to make a running archive. If you guys could help me to establish the most important info, that would be great.

Long-term goals will be features to the FAH page, such as user customizable stats and host signatures.

Here are my ideas for both so far.

Short-term goals

• New user info
• How to join
• Setting up the client
• Troubleshooting tips
• F@H links and resources

Long-term goals

• Team stats
• Stats comparison between rival teams
• User customizable signatures

 

[Prof.Wizard]

Current user gossip and head-buttings? :roll:
(for those with few point of difference)

 

[Tea]

Oh, just summarise the thread. It zhould only take you ... oh .. about 8000 words and a couple of months.

 

[Cliptin]

Short-term goals

1. New user info
2. How to join
3. Setting up the client
   
   • For Multi-Processors
   [*]Monitoring programs
4. Troubleshooting tips
5. F@H links and resources
   [/list:af0c07642d]
   
   
   PS. When you summerize the thread just bring over general questions but not answers. Some of the answers have changed since the threads origination.

 

[Handruin]

Thanks for the tips, I'm still looking through the threads and also gathering info from other sites.

I've begun working on the stats collector, but I'm finding that I don't know how to organize it in a database.

Does anyone know of a good way to normailze the information into a database.

Here are the reasons for placing this info in a database to begin with. For starters, I have to open a plain text file located here.

Once I open that file, I am using php to separate each column based on the tabs between columns. The reason I don't want to write a script to work off of this page is that it will rely on their server. I plan to write two scripts, one to enter the information nightly into the database, and another will query the information and manipulate it for the SF folding@home page.

My question is, how to I organize the info in a DB? I'm guessing that I need to create a unique ID for each member entered. Then I can associate each stat to the unique ID. But, do I want to break down each stat into it's own table and then join all the unique identifiers during a query?

I don't plan to archive this data, I only want a point in time copy so that it can be manipulated easily with SF's resources rather than stanfords server.

 

[Cliptin]

Why don't you just key off the username? Also if you keep a history then you can calculate personal and group trends.

 

[Handruin]

If you feel a user history is valuable, then I will require aid in designing a normalized database.

I didn't want to key off of the usernames in fear that a duplicate may arise without my doing so. The only difference in this case will be that each FAH username is assigned a unique ID.

I don't see how this will aid in calculating group trends only because I'm not planning on storing anyone else's data. If data is to be collected, then a wee bit more math and planning will have to be involved to incorporate customizable stats.

I will plan out a database that incorporates collecting data. Hell, it's only file space right?

 

[Cliptin]

I know you said you already had some sites you were looking at but here are some more:

http://www.teamhelix.net/stats.htm
http://www.folding.octeams.com/modules.php?op=modload&name=Includestats&file=index
http://www.overclockers.com.au/folding/

Maybe you can get some more ideas.

Why don't you start with designing the page with holes in it for the data and then you'll know exactly what it is you want to display. Then we can help with the database design.

For starters you could use the information directly out of the text file. There's no reason this project can't go through multiple iterations or has to be exactly right the first time.

 

[Handruin]

I've got the page in the works, I had a spurt of motivation to figure out this parsing thing, so I didn't want to stop. I'll put this other information on the page to start, then hopefully others can help with the database.

Multiple iterations is fine, I was trying to plan ahead to reduce the amount of reworking required. I should have asked if anyone wants to see a page like this. I guess if people said not to bother I might not, but since I've started, I don't want to stop midway.

Folding monitors:
http://home.attbi.com/~wxdude1/emsite/download.html
http://www.kdfold.com/winkdfoldv58f.zip<br%20/>
http://groups.yahoo.com/group/foldmonitor/files/foldmonitor-5.1.4-exe.zip

Running as a service:
http://www.overclockers.com.au/folding/service-nt2000xpnew.htm
http://www.em-dc.com/download/HideIt2.exe

Other:
http://forum.folding-community.org/index.php
http://folding.stanford.edu/serverstat.html
http://folding.stanford.edu/psummary.html
http://networths.bizland.com/folding.htm

 

[Handruin]

The framework is roughly finished if you would like to give suggestion on it:

http://www.storageforum.net/index.php?hpage=fah&fpage=newuser