Menu
▾
▴
csms-developer — Developer discussion
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(95) |
Nov
(117) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mike L. <mi...@fa...> - 2002-11-06 19:14:10
|
As soon as I've finished this week's Fanfoot update I can - I hadn't forgotten. Mike L. > -----Original Message----- > From: csm...@li... > [mailto:csm...@li...]On Behalf Of Ross > Gardler > Sent: 06 November 2002 18:48 > To: csm...@li... > Subject: Re: [csms-dev] Week 12 commentaries > > > > > Mike L. wrote: > > And my apologies to everyone too. I guess I need to learn more > about mailing > > list etiquette. Anyway, I've now uploaded the zip file to > > http://www.fanfoot.com/repos/commentary_report.zip. It does > contain an Excel > > spreadsheet, I hope that's okay with everyone - it was the > easiest way for > > me to do it. > > I haven't had the time to go throught this in detail, however, I spoke > to Stuart earlier today and he informs me that a number of ther errors > you report in this document have already been fixed as part of other bugs. > > Can you move any outstanding errors onto SF so that we know what's needs > to be done before the 0.1 release. > > Thanks, > Ross > > > > > Mike L. > > > > > >>-----Original Message----- > >>From: csm...@li... > >>[mailto:csm...@li...]On Behalf Of Ross > >>Gardler > >>Sent: 05 November 2002 09:54 > >>To: csm...@li... > >>Subject: Re: [csms-dev] Week 12 commentaries > >> > >> > >>My apologies to everyone on a slow connection. I misread the size of > >>this attachment when I approved it to go to the list. We are set up to > >>restrict message sizes to 40k, anything above this comes to me for > >>approval first. I read the attachment as 43k not 437k. > >> > >>Large uploads should be put into some public space on an FTP server or > >>HTTP server. If you don't have access to such a thing then please > >>contact one of the project admins via SF and we'll make arrangements for > >>you (we all have access to some space somewhere). > >> > >>Secondly, Mike I cannot open this attachment it is marked as winmail.dat > >>and not being on Windows I have no idea what to do with it. You way it > >>is an Excel spreadsheet, but it seems MS, in their wisdom, have decided > >>it is something completely different. Can you upload it to > >>http://www.fanfoot.com/test and send a link to the list please. > >> > >>Ross > >> > >> > >>Mike L. wrote: > >> > >>>I have gone through all of the Fanfoot Week 12 matches and compared the > >>>automatic scoring with my own manual calculations. All of the > >> > >>commentaries > >> > >>>are attached as is a spreadsheet containing all of the manual > scores and > >>>automatic scores with some comments. Some of these will need to be > >>>transferred to the bugs section, others have already been fixed > >> > >>and some I > >> > >>>just can't work out. I'll transfer what I know as soon as I can > >> > >>- probably > >> > >>>tomorrow evening. The automatic scoring and my comments are > >> > >>detailed in the > >> > >>>worksheet auto_calc in the spreadsheet. > >>> > >>> > >>>Mike L. > >>> > >>> > >>> > >>> > >>> > >>>PS you can now also try and work out early who won in the > latest Fanfoot > >>>League Cup round as players scores have been calculated!! Please, no > >>>fighting...bragging is okay, but don't let it come to blows!! > >> > >> > >> > >> > >>------------------------------------------------------- > >>This sf.net email is sponsored by: See the NEW Palm > >>Tungsten T handheld. Power & Color in a compact size! > >>http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > >>_______________________________________________ > >>CSMS-developer mailing list > >>CSM...@li... > >>https://lists.sourceforge.net/lists/listinfo/csms-developer > >> > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: See the NEW Palm > > Tungsten T handheld. Power & Color in a compact size! > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > > _______________________________________________ > > CSMS-developer mailing list > > CSM...@li... > > https://lists.sourceforge.net/lists/listinfo/csms-developer > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: See the NEW Palm > Tungsten T handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer > |
|
From: Ross G. <ro...@sa...> - 2002-11-06 18:48:11
|
Mike L. wrote: > And my apologies to everyone too. I guess I need to learn more about mailing > list etiquette. Anyway, I've now uploaded the zip file to > http://www.fanfoot.com/repos/commentary_report.zip. It does contain an Excel > spreadsheet, I hope that's okay with everyone - it was the easiest way for > me to do it. I haven't had the time to go throught this in detail, however, I spoke to Stuart earlier today and he informs me that a number of ther errors you report in this document have already been fixed as part of other bugs. Can you move any outstanding errors onto SF so that we know what's needs to be done before the 0.1 release. Thanks, Ross > > Mike L. > > >>-----Original Message----- >>From: csm...@li... >>[mailto:csm...@li...]On Behalf Of Ross >>Gardler >>Sent: 05 November 2002 09:54 >>To: csm...@li... >>Subject: Re: [csms-dev] Week 12 commentaries >> >> >>My apologies to everyone on a slow connection. I misread the size of >>this attachment when I approved it to go to the list. We are set up to >>restrict message sizes to 40k, anything above this comes to me for >>approval first. I read the attachment as 43k not 437k. >> >>Large uploads should be put into some public space on an FTP server or >>HTTP server. If you don't have access to such a thing then please >>contact one of the project admins via SF and we'll make arrangements for >>you (we all have access to some space somewhere). >> >>Secondly, Mike I cannot open this attachment it is marked as winmail.dat >>and not being on Windows I have no idea what to do with it. You way it >>is an Excel spreadsheet, but it seems MS, in their wisdom, have decided >>it is something completely different. Can you upload it to >>http://www.fanfoot.com/test and send a link to the list please. >> >>Ross >> >> >>Mike L. wrote: >> >>>I have gone through all of the Fanfoot Week 12 matches and compared the >>>automatic scoring with my own manual calculations. All of the >> >>commentaries >> >>>are attached as is a spreadsheet containing all of the manual scores and >>>automatic scores with some comments. Some of these will need to be >>>transferred to the bugs section, others have already been fixed >> >>and some I >> >>>just can't work out. I'll transfer what I know as soon as I can >> >>- probably >> >>>tomorrow evening. The automatic scoring and my comments are >> >>detailed in the >> >>>worksheet auto_calc in the spreadsheet. >>> >>> >>>Mike L. >>> >>> >>> >>> >>> >>>PS you can now also try and work out early who won in the latest Fanfoot >>>League Cup round as players scores have been calculated!! Please, no >>>fighting...bragging is okay, but don't let it come to blows!! >> >> >> >> >>------------------------------------------------------- >>This sf.net email is sponsored by: See the NEW Palm >>Tungsten T handheld. Power & Color in a compact size! >>http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en >>_______________________________________________ >>CSMS-developer mailing list >>CSM...@li... >>https://lists.sourceforge.net/lists/listinfo/csms-developer >> > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: See the NEW Palm > Tungsten T handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Mike L. <mi...@fa...> - 2002-11-05 17:13:47
|
And my apologies to everyone too. I guess I need to learn more about mailing list etiquette. Anyway, I've now uploaded the zip file to http://www.fanfoot.com/repos/commentary_report.zip. It does contain an Excel spreadsheet, I hope that's okay with everyone - it was the easiest way for me to do it. Mike L. > -----Original Message----- > From: csm...@li... > [mailto:csm...@li...]On Behalf Of Ross > Gardler > Sent: 05 November 2002 09:54 > To: csm...@li... > Subject: Re: [csms-dev] Week 12 commentaries > > > My apologies to everyone on a slow connection. I misread the size of > this attachment when I approved it to go to the list. We are set up to > restrict message sizes to 40k, anything above this comes to me for > approval first. I read the attachment as 43k not 437k. > > Large uploads should be put into some public space on an FTP server or > HTTP server. If you don't have access to such a thing then please > contact one of the project admins via SF and we'll make arrangements for > you (we all have access to some space somewhere). > > Secondly, Mike I cannot open this attachment it is marked as winmail.dat > and not being on Windows I have no idea what to do with it. You way it > is an Excel spreadsheet, but it seems MS, in their wisdom, have decided > it is something completely different. Can you upload it to > http://www.fanfoot.com/test and send a link to the list please. > > Ross > > > Mike L. wrote: > > I have gone through all of the Fanfoot Week 12 matches and compared the > > automatic scoring with my own manual calculations. All of the > commentaries > > are attached as is a spreadsheet containing all of the manual scores and > > automatic scores with some comments. Some of these will need to be > > transferred to the bugs section, others have already been fixed > and some I > > just can't work out. I'll transfer what I know as soon as I can > - probably > > tomorrow evening. The automatic scoring and my comments are > detailed in the > > worksheet auto_calc in the spreadsheet. > > > > > > Mike L. > > > > > > > > > > > > PS you can now also try and work out early who won in the latest Fanfoot > > League Cup round as players scores have been calculated!! Please, no > > fighting...bragging is okay, but don't let it come to blows!! > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: See the NEW Palm > Tungsten T handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer > |
|
From: Stuart G. <st...@wk...> - 2002-11-05 16:34:46
|
----- Original Message ----- From: "Ross Gardler" <ro...@sa...> To: <csm...@li...> Sent: Monday, November 04, 2002 6:33 PM Subject: Re: [csms-dev] Thinking about the 0.1 release > > > Stuart Gardler wrote: > > <snip what="stuff about capturing scores and errors"/> > > > >> > >>>>>>The second way is simpler to implement, but may allow more errors to > >>>>>>creep through. In this instance we need to think of as many sanity > >>>>>>checks for the data as we can (for example, the number of goal scorers > >>>>>>should be equal to the number of goals scored) and encode these in a > >>>>>>verification document (which would be XSL). > >>>>> > >>>>> > >>>>>I think we could make this work and if it's easier then why not > >>>> > >>>>this one? > >>>> > >>>>Well my original thinking was that it was more error prone. We have to > >>>>think of all the possible errors we are likely to see and some things > >>>>simply can't be checked for. However, if we can get to an acceptable > >>>>level, say 98% accuracy and make it "game administrators decision is > >>>>final" then I have no problem with this, especially given you > >>>>observations about the flaws in my alternative plan above. > >>>> > >>>>So how about we do the second solution first and at a later stage (when > >>>>we go live to fanfoot.com) we add the bit about confirmed and > >>>>unconfirmed scores. Scores are uncomfirmed until midnight on Tuesdays > >>>>(or whatever). These unconfirmed scores are updated online after each > >>>>game. Any manager who believes one of their players is given an > >>>>incorrect score can flag this via the web site. This sends an email to > >>>>the game administrator with the relevant commentary and queried score, > >>>>who can then confirm or alter the score. > >>>> > >>>>Once the deadline has passed we go into the "game administrators > >>>>decision is final" stage. > >>>> > >>> > >>> > >>> > >>>That would make sense. Excellent idea. > >> > >>OK, I'll get it into the short term plans (assuming Stuart is still in > >>agreement with this simpler solution). It's opn my todo list. > > > > > > I am in full agreement with the simpler solution and definitely agree that > > the 'unconfirmed scores' is a good idea > > Out of interest, would this "unconfirmed scores" be applicable to your > pub games sports module? If so how do you imagine it being used? > > Ross Initially I could not see how it could be applicable, on reflection I believe it could be. I imagine that it would be a useful way to get individual teams to enter their own match scores as 'unconfirmed scores'. It would then require an administrator to confirm the scores against the normal match cards that are handed in to the league fixtures secretary. After confirming what has been entered is correct (obviously amending if incorrect) the administrator will commit the 'unconfirmed scores' to confirmed scores. Basically the 'unconfirmed scores' would be entered manually and would be held for confirmation before being processed for points allocation is made. Stuart > > > > Stuart > > > > > >>Ross > >> > >> > >>>Mike L. > >>> > >>> > >>> > >>>------------------------------------------------------- > >>>This SF.net email is sponsored by: ApacheCon, November 18-21 in > >>>Las Vegas (supported by COMDEX), the only Apache event to be > >>>fully supported by the ASF. http://www.apachecon.com > >>>_______________________________________________ > >>>CSMS-developer mailing list > >>>CSM...@li... > >>>https://lists.sourceforge.net/lists/listinfo/csms-developer > >> > >> > >> > >> > >>------------------------------------------------------- > >>This SF.net email is sponsored by: ApacheCon, November 18-21 in > >>Las Vegas (supported by COMDEX), the only Apache event to be > >>fully supported by the ASF. http://www.apachecon.com > >>_______________________________________________ > >>CSMS-developer mailing list > >>CSM...@li... > >>https://lists.sourceforge.net/lists/listinfo/csms-developer > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: ApacheCon, November 18-21 in > > Las Vegas (supported by COMDEX), the only Apache event to be > > fully supported by the ASF. http://www.apachecon.com > > _______________________________________________ > > CSMS-developer mailing list > > CSM...@li... > > https://lists.sourceforge.net/lists/listinfo/csms-developer > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Ross G. <ro...@sa...> - 2002-11-05 09:54:19
|
My apologies to everyone on a slow connection. I misread the size of this attachment when I approved it to go to the list. We are set up to restrict message sizes to 40k, anything above this comes to me for approval first. I read the attachment as 43k not 437k. Large uploads should be put into some public space on an FTP server or HTTP server. If you don't have access to such a thing then please contact one of the project admins via SF and we'll make arrangements for you (we all have access to some space somewhere). Secondly, Mike I cannot open this attachment it is marked as winmail.dat and not being on Windows I have no idea what to do with it. You way it is an Excel spreadsheet, but it seems MS, in their wisdom, have decided it is something completely different. Can you upload it to http://www.fanfoot.com/test and send a link to the list please. Ross Mike L. wrote: > I have gone through all of the Fanfoot Week 12 matches and compared the > automatic scoring with my own manual calculations. All of the commentaries > are attached as is a spreadsheet containing all of the manual scores and > automatic scores with some comments. Some of these will need to be > transferred to the bugs section, others have already been fixed and some I > just can't work out. I'll transfer what I know as soon as I can - probably > tomorrow evening. The automatic scoring and my comments are detailed in the > worksheet auto_calc in the spreadsheet. > > > Mike L. > > > > > > PS you can now also try and work out early who won in the latest Fanfoot > League Cup round as players scores have been calculated!! Please, no > fighting...bragging is okay, but don't let it come to blows!! |
|
From: Mike L. <mi...@fa...> - 2002-11-04 23:28:44
|
I have gone through all of the Fanfoot Week 12 matches and compared the automatic scoring with my own manual calculations. All of the commentaries are attached as is a spreadsheet containing all of the manual scores and automatic scores with some comments. Some of these will need to be transferred to the bugs section, others have already been fixed and some I just can't work out. I'll transfer what I know as soon as I can - probably tomorrow evening. The automatic scoring and my comments are detailed in the worksheet auto_calc in the spreadsheet. Mike L. PS you can now also try and work out early who won in the latest Fanfoot League Cup round as players scores have been calculated!! Please, no fighting...bragging is okay, but don't let it come to blows!! |
|
From: <no...@so...> - 2002-11-04 23:04:04
|
Support Requests item #633520, was opened at 2002-11-04 22:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=633520&group_id=65029 Category: None Group: None Status: Closed Priority: 8 Submitted By: Michael Lever (leverm) Assigned to: Ross Gardler (rgardler) Summary: Latest CVS download bust Initial Comment: Program appears to be bust - just downloaded latest CVS. As program begins to calculate scores following happens : file:///C:/fanfoot-dev/csms-core/build/FantasySportsModule/work/centipede/dist-bin/bin/javax.xml.tra nsform.dom.DOMSource; Line 0; Column 0; Can not load requested doc: Element type "registemain" must be followed by either attribute specifications, ">" or "/>". I do not have a 'javax.xml' file in above named directory. The error continuously repeats ---------------------------------------------------------------------- >Comment By: Michael Lever (leverm) Date: 2002-11-04 23:04 Message: Logged In: YES user_id=631335 Thanks. ---------------------------------------------------------------------- Comment By: Michael Lever (leverm) Date: 2002-11-04 23:03 Message: Logged In: YES user_id=631335 It does indeed work now! ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-11-04 22:57 Message: Logged In: YES user_id=88713 This was nothing to do with CVS, it was a invalid file config on the server or at least I think so, I was getting the same errors, I uploaded the 3 config files and it worked again. If you still see this problem please re-open this request. I suspect the problem came about as we were both working on player.xml at the same time. I suspect we were both uploading the file at the same time and it somehow got corrupted. In order to preent these kind of problems I have started migrating the system to use the head of CVS rather than the fanfoot.com/test directory. I have so far done this with the player and team data files which means we no longer need to upload them to the test server. Simply make the changes and commit them to CVS and there you go. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=633520&group_id=65029 |
|
From: <no...@so...> - 2002-11-04 23:03:28
|
Support Requests item #633520, was opened at 2002-11-04 22:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=633520&group_id=65029 Category: None Group: None Status: Closed Priority: 8 Submitted By: Michael Lever (leverm) Assigned to: Ross Gardler (rgardler) Summary: Latest CVS download bust Initial Comment: Program appears to be bust - just downloaded latest CVS. As program begins to calculate scores following happens : file:///C:/fanfoot-dev/csms-core/build/FantasySportsModule/work/centipede/dist-bin/bin/javax.xml.tra nsform.dom.DOMSource; Line 0; Column 0; Can not load requested doc: Element type "registemain" must be followed by either attribute specifications, ">" or "/>". I do not have a 'javax.xml' file in above named directory. The error continuously repeats ---------------------------------------------------------------------- >Comment By: Michael Lever (leverm) Date: 2002-11-04 23:03 Message: Logged In: YES user_id=631335 It does indeed work now! ---------------------------------------------------------------------- Comment By: Ross Gardler (rgardler) Date: 2002-11-04 22:57 Message: Logged In: YES user_id=88713 This was nothing to do with CVS, it was a invalid file config on the server or at least I think so, I was getting the same errors, I uploaded the 3 config files and it worked again. If you still see this problem please re-open this request. I suspect the problem came about as we were both working on player.xml at the same time. I suspect we were both uploading the file at the same time and it somehow got corrupted. In order to preent these kind of problems I have started migrating the system to use the head of CVS rather than the fanfoot.com/test directory. I have so far done this with the player and team data files which means we no longer need to upload them to the test server. Simply make the changes and commit them to CVS and there you go. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=633520&group_id=65029 |
|
From: <no...@so...> - 2002-11-04 22:57:09
|
Support Requests item #633520, was opened at 2002-11-04 22:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=633520&group_id=65029 Category: None Group: None >Status: Closed Priority: 8 Submitted By: Michael Lever (leverm) Assigned to: Ross Gardler (rgardler) Summary: Latest CVS download bust Initial Comment: Program appears to be bust - just downloaded latest CVS. As program begins to calculate scores following happens : file:///C:/fanfoot-dev/csms-core/build/FantasySportsModule/work/centipede/dist-bin/bin/javax.xml.tra nsform.dom.DOMSource; Line 0; Column 0; Can not load requested doc: Element type "registemain" must be followed by either attribute specifications, ">" or "/>". I do not have a 'javax.xml' file in above named directory. The error continuously repeats ---------------------------------------------------------------------- >Comment By: Ross Gardler (rgardler) Date: 2002-11-04 22:57 Message: Logged In: YES user_id=88713 This was nothing to do with CVS, it was a invalid file config on the server or at least I think so, I was getting the same errors, I uploaded the 3 config files and it worked again. If you still see this problem please re-open this request. I suspect the problem came about as we were both working on player.xml at the same time. I suspect we were both uploading the file at the same time and it somehow got corrupted. In order to preent these kind of problems I have started migrating the system to use the head of CVS rather than the fanfoot.com/test directory. I have so far done this with the player and team data files which means we no longer need to upload them to the test server. Simply make the changes and commit them to CVS and there you go. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=633520&group_id=65029 |
|
From: <no...@so...> - 2002-11-04 22:46:59
|
Support Requests item #633520, was opened at 2002-11-04 22:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=633520&group_id=65029 Category: None Group: None Status: Open >Priority: 8 Submitted By: Michael Lever (leverm) >Assigned to: Ross Gardler (rgardler) Summary: Latest CVS download bust Initial Comment: Program appears to be bust - just downloaded latest CVS. As program begins to calculate scores following happens : file:///C:/fanfoot-dev/csms-core/build/FantasySportsModule/work/centipede/dist-bin/bin/javax.xml.tra nsform.dom.DOMSource; Line 0; Column 0; Can not load requested doc: Element type "registemain" must be followed by either attribute specifications, ">" or "/>". I do not have a 'javax.xml' file in above named directory. The error continuously repeats ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=633520&group_id=65029 |
|
From: <no...@so...> - 2002-11-04 22:46:33
|
Support Requests item #633520, was opened at 2002-11-04 22:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=633520&group_id=65029 Category: None Group: None Status: Open Priority: 5 Submitted By: Michael Lever (leverm) Assigned to: Nobody/Anonymous (nobody) Summary: Latest CVS download bust Initial Comment: Program appears to be bust - just downloaded latest CVS. As program begins to calculate scores following happens : file:///C:/fanfoot-dev/csms-core/build/FantasySportsModule/work/centipede/dist-bin/bin/javax.xml.tra nsform.dom.DOMSource; Line 0; Column 0; Can not load requested doc: Element type "registemain" must be followed by either attribute specifications, ">" or "/>". I do not have a 'javax.xml' file in above named directory. The error continuously repeats ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=509509&aid=633520&group_id=65029 |
|
From: Ross G. <ro...@sa...> - 2002-11-04 18:33:57
|
Stuart Gardler wrote: <snip what="stuff about capturing scores and errors"/> >> >>>>>>The second way is simpler to implement, but may allow more errors to >>>>>>creep through. In this instance we need to think of as many sanity >>>>>>checks for the data as we can (for example, the number of goal scorers >>>>>>should be equal to the number of goals scored) and encode these in a >>>>>>verification document (which would be XSL). >>>>> >>>>> >>>>>I think we could make this work and if it's easier then why not >>>> >>>>this one? >>>> >>>>Well my original thinking was that it was more error prone. We have to >>>>think of all the possible errors we are likely to see and some things >>>>simply can't be checked for. However, if we can get to an acceptable >>>>level, say 98% accuracy and make it "game administrators decision is >>>>final" then I have no problem with this, especially given you >>>>observations about the flaws in my alternative plan above. >>>> >>>>So how about we do the second solution first and at a later stage (when >>>>we go live to fanfoot.com) we add the bit about confirmed and >>>>unconfirmed scores. Scores are uncomfirmed until midnight on Tuesdays >>>>(or whatever). These unconfirmed scores are updated online after each >>>>game. Any manager who believes one of their players is given an >>>>incorrect score can flag this via the web site. This sends an email to >>>>the game administrator with the relevant commentary and queried score, >>>>who can then confirm or alter the score. >>>> >>>>Once the deadline has passed we go into the "game administrators >>>>decision is final" stage. >>>> >>> >>> >>> >>>That would make sense. Excellent idea. >> >>OK, I'll get it into the short term plans (assuming Stuart is still in >>agreement with this simpler solution). It's opn my todo list. > > > I am in full agreement with the simpler solution and definitely agree that > the 'unconfirmed scores' is a good idea Out of interest, would this "unconfirmed scores" be applicable to your pub games sports module? If so how do you imagine it being used? Ross > > Stuart > > >>Ross >> >> >>>Mike L. >>> >>> >>> >>>------------------------------------------------------- >>>This SF.net email is sponsored by: ApacheCon, November 18-21 in >>>Las Vegas (supported by COMDEX), the only Apache event to be >>>fully supported by the ASF. http://www.apachecon.com >>>_______________________________________________ >>>CSMS-developer mailing list >>>CSM...@li... >>>https://lists.sourceforge.net/lists/listinfo/csms-developer >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: ApacheCon, November 18-21 in >>Las Vegas (supported by COMDEX), the only Apache event to be >>fully supported by the ASF. http://www.apachecon.com >>_______________________________________________ >>CSMS-developer mailing list >>CSM...@li... >>https://lists.sourceforge.net/lists/listinfo/csms-developer > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Stuart G. <st...@wk...> - 2002-11-04 18:21:31
|
----- Original Message ----- From: "Ross Gardler" <ro...@sa...> To: <csm...@li...> Sent: Monday, November 04, 2002 6:15 PM Subject: Re: [csms-dev] Thinking about the 0.1 release > > > Mike L. wrote: > > <snip what="stuff about commentaries"/> > > >> > >>>Of course there are also the weekly > >>>inconsistencies to consider too. > >> > >>Sorry I don't understand that, what do you mean "weekly inconsistencies" > > > > > > I meant things like Van Nistelrooy having 3 different spelling variations > > throughout one commentary. If it is true that they use buttons to help make > > up the commentaries then inconsistencies are going to be less common, so > > there's less to worry about then. > > Well, as for this particular example there is already a system for > coping with this. Each player can have any number of names in the > players.xml file. One of which is tagged as being the "main" one. This > is the one that is the correct spelling and the one that the player > likes to be known by. All the others can be anything (I think Nistleroy > allready has a couple). > > When found in the commentary any of the names will be matched, but only > the "main" one is used internally. So, a long as we have seen the > mispelling before and entered it into the players.xml file no problem. > If we haven't seen the name before then the points are credited to a > player named "ERROR: Unable to recognise foo of bar", this will then be > flagged up for manual verification, which of course will involde adding > the player (or the new spelling) to the players.xml file. > > Over time, we should catch the majority of these. > > >>>I am however, beginning to wonder if there > >>>isn't already a system out there that does what we are > >> > >>attempting to do as > >> > >>>far as Fantasy Football is concerned as the BC commentaries are, on the > >>>whole, very consistent in their structure. Perhaps the Times > >> > >>(The Fantasy > >> > >>>League) use them to get their scores. I wonder... > >> > >>I am quite certain that if we pay for it we can have whatever stats we > >>want. The issue is having to pay for it. However, I have designed the > >>system in such a way that if we go down this route no recoding is > >>required. WHat currently happens is: > > > > > > I didn't mean we change tack and buy these, I meant that the commentaries > > may need to remain consistent because other companies use the commentaries > > in the same way that we are attempting to. > > I see, that's a possability. > > <snip what="stuff about how the scores generation works"/> > > >>>>The second way is simpler to implement, but may allow more errors to > >>>>creep through. In this instance we need to think of as many sanity > >>>>checks for the data as we can (for example, the number of goal scorers > >>>>should be equal to the number of goals scored) and encode these in a > >>>>verification document (which would be XSL). > >>> > >>> > >>>I think we could make this work and if it's easier then why not > >> > >>this one? > >> > >>Well my original thinking was that it was more error prone. We have to > >>think of all the possible errors we are likely to see and some things > >>simply can't be checked for. However, if we can get to an acceptable > >>level, say 98% accuracy and make it "game administrators decision is > >>final" then I have no problem with this, especially given you > >>observations about the flaws in my alternative plan above. > >> > >>So how about we do the second solution first and at a later stage (when > >>we go live to fanfoot.com) we add the bit about confirmed and > >>unconfirmed scores. Scores are uncomfirmed until midnight on Tuesdays > >>(or whatever). These unconfirmed scores are updated online after each > >>game. Any manager who believes one of their players is given an > >>incorrect score can flag this via the web site. This sends an email to > >>the game administrator with the relevant commentary and queried score, > >>who can then confirm or alter the score. > >> > >>Once the deadline has passed we go into the "game administrators > >>decision is final" stage. > >> > > > > > > > > That would make sense. Excellent idea. > > OK, I'll get it into the short term plans (assuming Stuart is still in > agreement with this simpler solution). It's opn my todo list. I am in full agreement with the simpler solution and definitely agree that the 'unconfirmed scores' is a good idea Stuart > > Ross > > > > > Mike L. > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: ApacheCon, November 18-21 in > > Las Vegas (supported by COMDEX), the only Apache event to be > > fully supported by the ASF. http://www.apachecon.com > > _______________________________________________ > > CSMS-developer mailing list > > CSM...@li... > > https://lists.sourceforge.net/lists/listinfo/csms-developer > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Ross G. <ro...@sa...> - 2002-11-04 18:15:53
|
Mike L. wrote: <snip what="stuff about commentaries"/> >> >>>Of course there are also the weekly >>>inconsistencies to consider too. >> >>Sorry I don't understand that, what do you mean "weekly inconsistencies" > > > I meant things like Van Nistelrooy having 3 different spelling variations > throughout one commentary. If it is true that they use buttons to help make > up the commentaries then inconsistencies are going to be less common, so > there's less to worry about then. Well, as for this particular example there is already a system for coping with this. Each player can have any number of names in the players.xml file. One of which is tagged as being the "main" one. This is the one that is the correct spelling and the one that the player likes to be known by. All the others can be anything (I think Nistleroy allready has a couple). When found in the commentary any of the names will be matched, but only the "main" one is used internally. So, a long as we have seen the mispelling before and entered it into the players.xml file no problem. If we haven't seen the name before then the points are credited to a player named "ERROR: Unable to recognise foo of bar", this will then be flagged up for manual verification, which of course will involde adding the player (or the new spelling) to the players.xml file. Over time, we should catch the majority of these. >>>I am however, beginning to wonder if there >>>isn't already a system out there that does what we are >> >>attempting to do as >> >>>far as Fantasy Football is concerned as the BC commentaries are, on the >>>whole, very consistent in their structure. Perhaps the Times >> >>(The Fantasy >> >>>League) use them to get their scores. I wonder... >> >>I am quite certain that if we pay for it we can have whatever stats we >>want. The issue is having to pay for it. However, I have designed the >>system in such a way that if we go down this route no recoding is >>required. WHat currently happens is: > > > I didn't mean we change tack and buy these, I meant that the commentaries > may need to remain consistent because other companies use the commentaries > in the same way that we are attempting to. I see, that's a possability. <snip what="stuff about how the scores generation works"/> >>>>The second way is simpler to implement, but may allow more errors to >>>>creep through. In this instance we need to think of as many sanity >>>>checks for the data as we can (for example, the number of goal scorers >>>>should be equal to the number of goals scored) and encode these in a >>>>verification document (which would be XSL). >>> >>> >>>I think we could make this work and if it's easier then why not >> >>this one? >> >>Well my original thinking was that it was more error prone. We have to >>think of all the possible errors we are likely to see and some things >>simply can't be checked for. However, if we can get to an acceptable >>level, say 98% accuracy and make it "game administrators decision is >>final" then I have no problem with this, especially given you >>observations about the flaws in my alternative plan above. >> >>So how about we do the second solution first and at a later stage (when >>we go live to fanfoot.com) we add the bit about confirmed and >>unconfirmed scores. Scores are uncomfirmed until midnight on Tuesdays >>(or whatever). These unconfirmed scores are updated online after each >>game. Any manager who believes one of their players is given an >>incorrect score can flag this via the web site. This sends an email to >>the game administrator with the relevant commentary and queried score, >>who can then confirm or alter the score. >> >>Once the deadline has passed we go into the "game administrators >>decision is final" stage. >> > > > > That would make sense. Excellent idea. OK, I'll get it into the short term plans (assuming Stuart is still in agreement with this simpler solution). It's opn my todo list. Ross > > Mike L. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Mike L. <mi...@fa...> - 2002-11-04 17:59:27
|
> > I've got a feeling that most of the commentaries like the BBC > one come from > > the same source, so error checking in this way would be flawed, > unless we > > can be sure of finding a site that uses a different source. > > Good point. Lets see if we can find one. The search is on then... > > Another problem > > may arise if the author of the commentaries suddenly decides to > write in a > > new style that completely throws the scoring system out. > > Well it looks to me like the commentators hit buttons rather than type > text. There is simply too much consistency for it to be people alone > (which is good for us). That doesn't mean that the whole system won;t > change, but at least they will all change consistently. I hadn't thought of that, it is good news if that's the case. > > Using two different > > sites means that this is more likely. > > True > > > Of course there are also the weekly > > inconsistencies to consider too. > > Sorry I don't understand that, what do you mean "weekly inconsistencies" I meant things like Van Nistelrooy having 3 different spelling variations throughout one commentary. If it is true that they use buttons to help make up the commentaries then inconsistencies are going to be less common, so there's less to worry about then. > > I am however, beginning to wonder if there > > isn't already a system out there that does what we are > attempting to do as > > far as Fantasy Football is concerned as the BC commentaries are, on the > > whole, very consistent in their structure. Perhaps the Times > (The Fantasy > > League) use them to get their scores. I wonder... > > I am quite certain that if we pay for it we can have whatever stats we > want. The issue is having to pay for it. However, I have designed the > system in such a way that if we go down this route no recoding is > required. WHat currently happens is: I didn't mean we change tack and buy these, I meant that the commentaries may need to remain consistent because other companies use the commentaries in the same way that we are attempting to. > Scrape commentary to give Events.xml > > Convert Events.xml to Scores.xml (which is specific to a particluar set > of rules) > > Convert scores.xml to whatever format the application needs > > We can therefore plug other peoples stats in at any of these points. FOr > example, if we purchase an XML file that defines the events in the > commentary we can skip the scraping section and start with Events.xml. > If we decide to use the same rules as game XYZ and purchase their scores > file we start at the second stage. > > In other words, if you can find a free source (or we stump up the money) > we can use anything available. > > >>The second way is simpler to implement, but may allow more errors to > >>creep through. In this instance we need to think of as many sanity > >>checks for the data as we can (for example, the number of goal scorers > >>should be equal to the number of goals scored) and encode these in a > >>verification document (which would be XSL). > > > > > > I think we could make this work and if it's easier then why not > this one? > > Well my original thinking was that it was more error prone. We have to > think of all the possible errors we are likely to see and some things > simply can't be checked for. However, if we can get to an acceptable > level, say 98% accuracy and make it "game administrators decision is > final" then I have no problem with this, especially given you > observations about the flaws in my alternative plan above. > > So how about we do the second solution first and at a later stage (when > we go live to fanfoot.com) we add the bit about confirmed and > unconfirmed scores. Scores are uncomfirmed until midnight on Tuesdays > (or whatever). These unconfirmed scores are updated online after each > game. Any manager who believes one of their players is given an > incorrect score can flag this via the web site. This sends an email to > the game administrator with the relevant commentary and queried score, > who can then confirm or alter the score. > > Once the deadline has passed we go into the "game administrators > decision is final" stage. > That would make sense. Excellent idea. Mike L. |
|
From: Ross G. <ro...@sa...> - 2002-11-04 17:53:50
|
Mike L. wrote: > Ross, > > When you get a sec would you mind updatin the teams.xml file in the > fanfoot/test folder, please. I have made a change to this file and already > committed to CVS - it's not one of the config files that can be used > locally, is it? You may not have noticed, because I did it quite late last > night. The change is detailed below. Sorry I thought I had done this. Now done. While I was at it I also put the files back so that you have write access to them (after all they are on you part of the server!). Just don't forget to update on CVS as well as on the live server. At some point I'll change the default settings to point to the files in CVS then we won't need to make two uploads on each change of the config files. Finaly no your can't set the teams and players files in the preferences becasue they are encoded in the config files themselves rather than in the application. This is to facilitate a migration at a later date to a more efficient data storage format than an xml file. Ross > > Mike L. > > >>-----Original Message----- >>From: csm...@li... >>[mailto:csm...@li...]On Behalf Of >>le...@us... >>Sent: 03 November 2002 23:13 >>To: csm...@li... >>Subject: [csms-cvs] csms-core/src/resources/conf teams.xml,1.3,1.4 >> >> >>Update of /cvsroot/csms/csms-core/src/resources/conf >>In directory usw-pr-cvs1:/tmp/cvs-serv1148 >> >>Modified Files: >> teams.xml >>Log Message: >>Renamed "Man United" to "Man Utd". >> >>Index: teams.xml >>=================================================================== >>RCS file: /cvsroot/csms/csms-core/src/resources/conf/teams.xml,v >>retrieving revision 1.3 >>retrieving revision 1.4 >>diff -C2 -d -r1.3 -r1.4 >>*** teams.xml 3 Nov 2002 20:59:28 -0000 1.3 >>--- teams.xml 3 Nov 2002 23:12:41 -0000 1.4 >>*************** >>*** 34,38 **** >> </team> >> <team id="MAN"> >>! <commonName>Man United</commonName> >> </team> >> <team id="MCY"> >>--- 34,38 ---- >> </team> >> <team id="MAN"> >>! <commonName>Man Utd</commonName> >> </team> >> <team id="MCY"> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: ApacheCon, November 18-21 in >>Las Vegas (supported by COMDEX), the only Apache event to be >>fully supported by the ASF. http://www.apachecon.com >>_______________________________________________ >>CSMS-cvs mailing list >>CSM...@li... >>https://lists.sourceforge.net/lists/listinfo/csms-cvs >> > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Ross G. <ro...@sa...> - 2002-11-04 17:31:29
|
Mike L. wrote: >>We need to think about what the 0.1 release will look like. I propose no >>additional features over what we already have. However, I would like it >>in a form that means Mike can use it to calculate scores for the >>Fanfoot.com game. >> >>In order to do this I think there are three things left to tackle >> >>Outstanding Bugs, Tasks and Feature Requests >>-------------------------------------------- >> >>I propose that any bug, feature request or taks with a priority of 7 or >>higher should be included in the 0.1 release. Therefore, if you want ot >>see something in the 0.1 release please either add it to SF now or up >>the priority of exeisitng items to at least 7. > > > I think we're getting close to clearing out almost all of the bugs which > cause errors in the scoring, so this would make good sense. :-) > > >>Presentation of results >>----------------------- >> >>There are currently two tasks relating to this, Mike needs to see the >>player ID number as well as the player name, and the "prettiness" of the >>output needs to be improved. >> >>Both of these are only a matter of improving the Scores2HTML.xsl in >>src/resources/conf > > > I've looked at this file and must admit I don't quite understand how it all > works, however, each time I take another look I understand a little more. > After the scoring bugs have been ironed out, I think we can start looking at > this again - a fresh lesson in xsl will be required for me though! I have used quite a few tricks in the creation of these XSL it certainly is well beyond what most people use XSL for. I am quite sure that whoever gets to it first will need to ask questions. Simply cut and paste bits and post them here fore explanations, it;ll then be archved for ourselves and newcomers. > > >>Error Trapping >>-------------- >> >>There is currently the facility to flag many errors in the calculation >>of scores. However, some can still slip through. >> >>I can see two ways of improving this situation: >> >>Scrape two information sources and compare the results. If the two >>coincide then we assume it is a valid event, otherwise we flag it for >>manual verification. >> >>This would provide two types of event a confirmed one and an unconfirmed >>one. We can then publish two scores for each player/team, a total >>confirmed score and a total unconfirmed score. >> >>Doing this would require some changes to the way the events are created, >>but would allow people to "dispute" scores. A disputed score could be >>marked as unconfirmed, only becoming confirmed again when manually >>verified by the games administrator. > > > I've got a feeling that most of the commentaries like the BBC one come from > the same source, so error checking in this way would be flawed, unless we > can be sure of finding a site that uses a different source. Good point. Lets see if we can find one. > Another problem > may arise if the author of the commentaries suddenly decides to write in a > new style that completely throws the scoring system out. Well it looks to me like the commentators hit buttons rather than type text. There is simply too much consistency for it to be people alone (which is good for us). That doesn't mean that the whole system won;t change, but at least they will all change consistently. > Using two different > sites means that this is more likely. True > Of course there are also the weekly > inconsistencies to consider too. Sorry I don't understand that, what do you mean "weekly inconsistencies" > I am however, beginning to wonder if there > isn't already a system out there that does what we are attempting to do as > far as Fantasy Football is concerned as the BC commentaries are, on the > whole, very consistent in their structure. Perhaps the Times (The Fantasy > League) use them to get their scores. I wonder... I am quite certain that if we pay for it we can have whatever stats we want. The issue is having to pay for it. However, I have designed the system in such a way that if we go down this route no recoding is required. WHat currently happens is: Scrape commentary to give Events.xml Convert Events.xml to Scores.xml (which is specific to a particluar set of rules) Convert scores.xml to whatever format the application needs We can therefore plug other peoples stats in at any of these points. FOr example, if we purchase an XML file that defines the events in the commentary we can skip the scraping section and start with Events.xml. If we decide to use the same rules as game XYZ and purchase their scores file we start at the second stage. In other words, if you can find a free source (or we stump up the money) we can use anything available. >>The second way is simpler to implement, but may allow more errors to >>creep through. In this instance we need to think of as many sanity >>checks for the data as we can (for example, the number of goal scorers >>should be equal to the number of goals scored) and encode these in a >>verification document (which would be XSL). > > > I think we could make this work and if it's easier then why not this one? Well my original thinking was that it was more error prone. We have to think of all the possible errors we are likely to see and some things simply can't be checked for. However, if we can get to an acceptable level, say 98% accuracy and make it "game administrators decision is final" then I have no problem with this, especially given you observations about the flaws in my alternative plan above. So how about we do the second solution first and at a later stage (when we go live to fanfoot.com) we add the bit about confirmed and unconfirmed scores. Scores are uncomfirmed until midnight on Tuesdays (or whatever). These unconfirmed scores are updated online after each game. Any manager who believes one of their players is given an incorrect score can flag this via the web site. This sends an email to the game administrator with the relevant commentary and queried score, who can then confirm or alter the score. Once the deadline has passed we go into the "game administrators decision is final" stage. Ross > > Mike L. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Mike L. <mi...@fa...> - 2002-11-04 17:25:56
|
Ross, When you get a sec would you mind updatin the teams.xml file in the fanfoot/test folder, please. I have made a change to this file and already committed to CVS - it's not one of the config files that can be used locally, is it? You may not have noticed, because I did it quite late last night. The change is detailed below. Mike L. > -----Original Message----- > From: csm...@li... > [mailto:csm...@li...]On Behalf Of > le...@us... > Sent: 03 November 2002 23:13 > To: csm...@li... > Subject: [csms-cvs] csms-core/src/resources/conf teams.xml,1.3,1.4 > > > Update of /cvsroot/csms/csms-core/src/resources/conf > In directory usw-pr-cvs1:/tmp/cvs-serv1148 > > Modified Files: > teams.xml > Log Message: > Renamed "Man United" to "Man Utd". > > Index: teams.xml > =================================================================== > RCS file: /cvsroot/csms/csms-core/src/resources/conf/teams.xml,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -C2 -d -r1.3 -r1.4 > *** teams.xml 3 Nov 2002 20:59:28 -0000 1.3 > --- teams.xml 3 Nov 2002 23:12:41 -0000 1.4 > *************** > *** 34,38 **** > </team> > <team id="MAN"> > ! <commonName>Man United</commonName> > </team> > <team id="MCY"> > --- 34,38 ---- > </team> > <team id="MAN"> > ! <commonName>Man Utd</commonName> > </team> > <team id="MCY"> > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-cvs mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-cvs > |
|
From: Ross G. <ro...@sa...> - 2002-11-04 17:16:59
|
Stuart Gardler wrote: > I would be willing to tackle things but I still do not have full CVS running > yet! You can still tackle them if you have the time. You can submit patches to SF (I'll explain how when you need to know), once they are on there either Mike or myself can commit them to CVS for you. If you do want to have a go at something make it work on your local machine by editing local files. Don't forget to set the configuration to work with the local files (see http://csms.sourceforge.net/downloadAndInstall/configuration.html). Once it works locally we make a patch (I'll write a doc for this as it will be useful to many developers to come). Ross > Stuart > > ----- Original Message ----- > From: "Ross Gardler" <ro...@sa...> > To: <csm...@li...> > Sent: Sunday, November 03, 2002 11:31 AM > Subject: [csms-dev] Overdue tasks > > > >>I would like to bring the following tasks to the attentiin of all >>developers. These tasks are now overdue, some of them are quick jobs. If >>you have a few minutes spare time perhaps you could tackle one, even >>making a start is good, of course I will provide any guidance I can: >> >>Move documentation from the Wiki >> > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=64340&gro > up_id=65029&group_project_id=23939 > >>Create a group logo >> > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=64093&gro > up_id=65029&group_project_id=23939 > >>Create a Fantasy Football Logo >> > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=64095&gro > up_id=65029&group_project_id=23939 > >>Create code metrics (currently assigned to me but if enyone fancies >>learning about Centipede I will welcome help) >> > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=64097&gro > up_id=65029&group_project_id=23939 > >>Of course there are many other places one can help. Just take a look at >>the bugs, task and feature request lists on > > http://www.sf.net/projects/csms > >>Ross >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: ApacheCon, November 18-21 in >>Las Vegas (supported by COMDEX), the only Apache event to be >>fully supported by the ASF. http://www.apachecon.com >>_______________________________________________ >>CSMS-developer mailing list >>CSM...@li... >>https://lists.sourceforge.net/lists/listinfo/csms-developer > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Stuart G. <st...@wk...> - 2002-11-04 17:15:10
|
I have seen the e-mail thanks Mike. I have done as you said but still get the same response. So I have done everything over again and will see what happens tomorrow morning. I am beginning to wonder if Windows NT is the problem because I have not progressed from the same point no matter what I have done. Stuart PS Saw your file update and I am now jealous and want my very of file to commit :) ----- Original Message ----- From: "Mike L." <mi...@fa...> To: <csm...@li...> Sent: Monday, November 04, 2002 5:01 PM Subject: RE: [csms-dev] Overdue tasks > Did you read my e-mail about SSH2? I even managed to commit a file last > night! > > Mike L. > > > -----Original Message----- > > From: csm...@li... > > [mailto:csm...@li...]On Behalf Of Stuart > > Gardler > > Sent: 04 November 2002 16:46 > > To: csm...@li... > > Subject: Re: [csms-dev] Overdue tasks > > > > > > I would be willing to tackle things but I still do not have full > > CVS running > > yet! > > Stuart > > > > ----- Original Message ----- > > From: "Ross Gardler" <ro...@sa...> > > To: <csm...@li...> > > Sent: Sunday, November 03, 2002 11:31 AM > > Subject: [csms-dev] Overdue tasks > > > > > > > I would like to bring the following tasks to the attentiin of all > > > developers. These tasks are now overdue, some of them are quick jobs. If > > > you have a few minutes spare time perhaps you could tackle one, even > > > making a start is good, of course I will provide any guidance I can: > > > > > > Move documentation from the Wiki > > > > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id > > =64340&gro > > up_id=65029&group_project_id=23939 > > > > > > Create a group logo > > > > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id > =64093&gro > up_id=65029&group_project_id=23939 > > > > Create a Fantasy Football Logo > > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=64095&gro > up_id=65029&group_project_id=23939 > > > > Create code metrics (currently assigned to me but if enyone fancies > > learning about Centipede I will welcome help) > > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=64097&gro > up_id=65029&group_project_id=23939 > > > > Of course there are many other places one can help. Just take a look at > > the bugs, task and feature request lists on > http://www.sf.net/projects/csms > > > > Ross > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: ApacheCon, November 18-21 in > > Las Vegas (supported by COMDEX), the only Apache event to be > > fully supported by the ASF. http://www.apachecon.com > > _______________________________________________ > > CSMS-developer mailing list > > CSM...@li... > > https://lists.sourceforge.net/lists/listinfo/csms-developer > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Ross G. <ro...@sa...> - 2002-11-04 17:13:41
|
Mike L. wrote: > I thought you said you allow at least a week between a submission and > expecting some kind of response. You only posted this item last Friday! My > comments to arrive shortly. No, I said I leave a week before hassling people to do something. Mind you I must admit I thought I'd sent the mail around wednesday, didn;t realise I'd only left a weekend. Sorry! In this instannce the document can is designed to evolve, your comments can go straight into the document if you like, or we can bring them to the table to discuss. Ross > > Mike L. > > >>-----Original Message----- >>From: csm...@li... >>[mailto:csm...@li...]On Behalf Of Ross >>Gardler >>Sent: 04 November 2002 12:08 >>To: csm...@li... >>Subject: [csms-dev] Short term plans gone live >> >> >>In the absence of any comments on my proposed short term plans lazy >>consensus has kicked in. I have now converted them to a xdoc and put >>them up on the web site. >> >>As always, feel free to make changes in accordance with our consitution >>(in other words announce your plans here, and add them to the public >>document as long as no-one has a problem with them). >> >>Ross >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: ApacheCon, November 18-21 in >>Las Vegas (supported by COMDEX), the only Apache event to be >>fully supported by the ASF. http://www.apachecon.com >>_______________________________________________ >>CSMS-developer mailing list >>CSM...@li... >>https://lists.sourceforge.net/lists/listinfo/csms-developer >> > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Ross G. <ro...@sa...> - 2002-11-04 17:11:24
|
Stuart Gardler wrote: > ----- Original Message ----- > From: "Ross Gardler" <ro...@sa...> > To: <csm...@li...> > Sent: Monday, November 04, 2002 3:16 PM > Subject: [csms-dev] Thinking about the 0.1 release > > > >>We need to think about what the 0.1 release will look like. I propose no >>additional features over what we already have. However, I would like it >>in a form that means Mike can use it to calculate scores for the >>Fanfoot.com game. >> >>In order to do this I think there are three things left to tackle >> >>Outstanding Bugs, Tasks and Feature Requests >>-------------------------------------------- >> >>I propose that any bug, feature request or taks with a priority of 7 or >>higher should be included in the 0.1 release. Therefore, if you want ot >>see something in the 0.1 release please either add it to SF now or up >>the priority of exeisitng items to at least 7. >> >>Presentation of results >>----------------------- >> >>There are currently two tasks relating to this, Mike needs to see the >>player ID number as well as the player name, and the "prettiness" of the >>output needs to be improved. >> >>Both of these are only a matter of improving the Scores2HTML.xsl in >>src/resources/conf > > > Stuart Gardler wrote > I think I could help with the Scores2HTML.xsl if everyone is ok with it. I think we might be OK with you helping out ;-) > My current problem of a very slow PC is frustrating and is stopping me from > being more active at this time. > I expect to remedy this situation in the very near future. Yes this is one of the problems with the build system we use, it is a bit resource hungry. However, the final system is lean and mean! > >>Error Trapping >>-------------- >> >>There is currently the facility to flag many errors in the calculation >>of scores. However, some can still slip through. >> >>I can see two ways of improving this situation: >> >>Scrape two information sources and compare the results. If the two >>coincide then we assume it is a valid event, otherwise we flag it for >>manual verification. >> >>This would provide two types of event a confirmed one and an unconfirmed >>one. We can then publish two scores for each player/team, a total >>confirmed score and a total unconfirmed score. >> >>Doing this would require some changes to the way the events are created, >>but would allow people to "dispute" scores. A disputed score could be >>marked as unconfirmed, only becoming confirmed again when manually >>verified by the games administrator. >> >>The second way is simpler to implement, but may allow more errors to >>creep through. In this instance we need to think of as many sanity >>checks for the data as we can (for example, the number of goal scorers >>should be equal to the number of goals scored) and encode these in a >>verification document (which would be XSL). > > > Stuart Gardler wrote: > My preference would be to follow the simpler route at this stage. Noted. Ross > > > > >>Of course we can do both if we think it's needed. >> >>Any preferences/ideas? >> >>Ross >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: ApacheCon, November 18-21 in >>Las Vegas (supported by COMDEX), the only Apache event to be >>fully supported by the ASF. http://www.apachecon.com >>_______________________________________________ >>CSMS-developer mailing list >>CSM...@li... >>https://lists.sourceforge.net/lists/listinfo/csms-developer > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Ross G. <ro...@sa...> - 2002-11-04 17:09:35
|
Mike L. wrote: > +1 also, but I see you've already done it! No I was just anticiping your +1's and so I set the mail list up ready. now that I have suffcient +1's I'll change the config so the mails go to the new list. If any lurkers want to continue to recieve bug mails please subscribe to our new bug mailing list. Ross > > Mike L. > > >>-----Original Message----- >>From: csm...@li... >>[mailto:csm...@li...]On Behalf Of Ross >>Gardler >>Sent: 04 November 2002 11:05 >>To: csm...@li... >>Subject: [csms-dev] Reduced noise from bugs >> >> >>We have been experimenting with send all changes to all bugs to this >>list. However, I feel that it is creting too much noise on the list and >>is likely to hide important mails from those not wishing to read every >>mail - i.e. potential developers rather than active developers. >> >>I have therefore changed the settings so that only new bugs are sent to >>this list. If you want to recieve further notifications you need to >>either be the person who submitted it, the person who it is assigned to >>or you need to click the "monitor" button the the bug page. >> >>If people would people we can set up a separate mailing list for bug >>announvements that will recieve all emails as this list was doing, >>however, this will mean that this list will not recieve any >>notifications at all. >> >>For the record I am +1 for this latter solution. >> >>Ross >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: ApacheCon, November 18-21 in >>Las Vegas (supported by COMDEX), the only Apache event to be >>fully supported by the ASF. http://www.apachecon.com >>_______________________________________________ >>CSMS-developer mailing list >>CSM...@li... >>https://lists.sourceforge.net/lists/listinfo/csms-developer >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Mike L. <mi...@fa...> - 2002-11-04 17:01:30
|
Did you read my e-mail about SSH2? I even managed to commit a file last night! Mike L. > -----Original Message----- > From: csm...@li... > [mailto:csm...@li...]On Behalf Of Stuart > Gardler > Sent: 04 November 2002 16:46 > To: csm...@li... > Subject: Re: [csms-dev] Overdue tasks > > > I would be willing to tackle things but I still do not have full > CVS running > yet! > Stuart > > ----- Original Message ----- > From: "Ross Gardler" <ro...@sa...> > To: <csm...@li...> > Sent: Sunday, November 03, 2002 11:31 AM > Subject: [csms-dev] Overdue tasks > > > > I would like to bring the following tasks to the attentiin of all > > developers. These tasks are now overdue, some of them are quick jobs. If > > you have a few minutes spare time perhaps you could tackle one, even > > making a start is good, of course I will provide any guidance I can: > > > > Move documentation from the Wiki > > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id > =64340&gro > up_id=65029&group_project_id=23939 > > > > Create a group logo > > > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id =64093&gro up_id=65029&group_project_id=23939 > > Create a Fantasy Football Logo > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=64095&gro up_id=65029&group_project_id=23939 > > Create code metrics (currently assigned to me but if enyone fancies > learning about Centipede I will welcome help) > http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=64097&gro up_id=65029&group_project_id=23939 > > Of course there are many other places one can help. Just take a look at > the bugs, task and feature request lists on http://www.sf.net/projects/csms > > Ross > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ApacheCon, November 18-21 in > Las Vegas (supported by COMDEX), the only Apache event to be > fully supported by the ASF. http://www.apachecon.com > _______________________________________________ > CSMS-developer mailing list > CSM...@li... > https://lists.sourceforge.net/lists/listinfo/csms-developer ------------------------------------------------------- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com _______________________________________________ CSMS-developer mailing list CSM...@li... https://lists.sourceforge.net/lists/listinfo/csms-developer |
|
From: Mike L. <mi...@fa...> - 2002-11-04 17:00:10
|
> We need to think about what the 0.1 release will look like. I propose no > additional features over what we already have. However, I would like it > in a form that means Mike can use it to calculate scores for the > Fanfoot.com game. > > In order to do this I think there are three things left to tackle > > Outstanding Bugs, Tasks and Feature Requests > -------------------------------------------- > > I propose that any bug, feature request or taks with a priority of 7 or > higher should be included in the 0.1 release. Therefore, if you want ot > see something in the 0.1 release please either add it to SF now or up > the priority of exeisitng items to at least 7. I think we're getting close to clearing out almost all of the bugs which cause errors in the scoring, so this would make good sense. > Presentation of results > ----------------------- > > There are currently two tasks relating to this, Mike needs to see the > player ID number as well as the player name, and the "prettiness" of the > output needs to be improved. > > Both of these are only a matter of improving the Scores2HTML.xsl in > src/resources/conf I've looked at this file and must admit I don't quite understand how it all works, however, each time I take another look I understand a little more. After the scoring bugs have been ironed out, I think we can start looking at this again - a fresh lesson in xsl will be required for me though! > Error Trapping > -------------- > > There is currently the facility to flag many errors in the calculation > of scores. However, some can still slip through. > > I can see two ways of improving this situation: > > Scrape two information sources and compare the results. If the two > coincide then we assume it is a valid event, otherwise we flag it for > manual verification. > > This would provide two types of event a confirmed one and an unconfirmed > one. We can then publish two scores for each player/team, a total > confirmed score and a total unconfirmed score. > > Doing this would require some changes to the way the events are created, > but would allow people to "dispute" scores. A disputed score could be > marked as unconfirmed, only becoming confirmed again when manually > verified by the games administrator. I've got a feeling that most of the commentaries like the BBC one come from the same source, so error checking in this way would be flawed, unless we can be sure of finding a site that uses a different source. Another problem may arise if the author of the commentaries suddenly decides to write in a new style that completely throws the scoring system out. Using two different sites means that this is more likely. Of course there are also the weekly inconsistencies to consider too. I am however, beginning to wonder if there isn't already a system out there that does what we are attempting to do as far as Fantasy Football is concerned as the BC commentaries are, on the whole, very consistent in their structure. Perhaps the Times (The Fantasy League) use them to get their scores. I wonder... > The second way is simpler to implement, but may allow more errors to > creep through. In this instance we need to think of as many sanity > checks for the data as we can (for example, the number of goal scorers > should be equal to the number of goals scored) and encode these in a > verification document (which would be XSL). I think we could make this work and if it's easier then why not this one? Mike L. |
