baseballsim-devel Mailing List for Monte Carlo Baseball Simulation
Status: Beta
Brought to you by:
thecage
Menu
▾
▴
baseballsim-devel — Mailing list for developers of the Monte Carlo Baseball Simulation
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
(23) |
May
(11) |
Jun
(5) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
|---|
|
From: Greg C. <the...@ho...> - 2001-12-31 06:20:52
|
The code should now be in a pretty stable state. It's not as well documented as I would like it to be, but I'll be fixing that up in the next few days. I've fixed all the bugs I've found and reorganized a lot of it, so I don't see the base changing much soon. So if you want to get to work on something, now would be the time :). Send me an e-mail with anything you want to do. Thanks, Greg Chanan. _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com |
|
From: Greg C. <the...@ho...> - 2001-12-28 03:11:08
|
Yes, I'm still looking for it to be done. I fixed up that last bug I was talking about, so the code should be good. I would wait a few days before starting, since I'm reorganizing a lot of it, adding lots of documentation, and the like, so it will be changing around a lot. I estimate it will be done tomorrow, the 28th. I'll send an e-mail out when the code is stable and we can discuss details. Thanks, Greg Chanan. >From: "Ryan C. Payne" <rya...@at...> >To: "Greg Chanan" <the...@ho...> >Subject: Re: Database Programmer Needed >Date: Wed, 26 Dec 2001 21:01:54 -0500 > >Are you still looking for this to be done? > ----- Original Message ----- > From: Greg Chanan > To: Ryan C. Payne > Sent: Wednesday, July 25, 2001 2:47 PM > Subject: Re: Database Programmer Needed > > > Cool, I'm eagerly awaiting the design doc. I haven't seen anything >about a graphical front-end to the database, and I would assume they would >link to one on the website if it was useful. Anyway, yes you are correct >-- I live on the west coast so if we are going to talk on AIM, keep that in >mind =). > Thanks, > Greg. > ----- Original Message ----- > From: Ryan C. Payne > To: Greg Chanan > Sent: Wednesday, July 25, 2001 4:28 AM > Subject: Re: Database Programmer Needed > > > Yeah, that's prety much correct. Give me a night or two and I will >send you a design doc. that will outline what I plan to do. I have never >used SourceForge's CVS before, so I will most likely have questions on >that. I was poking through the database last night. There is a ton of info >in there. I wonder if anybody has created a graphical front end for the >data? > > Anyway, I am off to work. I will send you over the design when I >get it together. > > Talk to you later, > > RC > > P.S. I imagine that you are on the West Coast (The samplesim.doc >mentioned the Anaheim Angels a lot). > ----- Original Message ----- > From: Greg Chanan > To: Ryan C. Payne > Sent: Wednesday, July 25, 2001 12:16 AM > Subject: Re: Database Programmer Needed > > > Ok, what you propose sounds good if I understood correctly. >Basically, the actual application will be for MS-SQL, but since it uses >ODBC the code should work if you use another database. Is this correct? >Obviously I have very little experience with database, so I'm hoping I >interpreted that correctly. Anyway, I will be on AIM as Lakers634 most >nights, so we could talk about details there if you prefer. > > Thanks, > Greg. _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp. |
|
From: Greg C. <the...@ho...> - 2001-12-23 09:10:12
|
Wow, it's been a really really really long time eh? Well I finally got off my butt and wrote some code. Today I released 0.3.4 of the baseballsim, which will be the last beta release besides a minor bug fix (more on that later). This release consists almost entirely of bug fixes and clean ups. Check out the changelog at: http://sourceforge.net/project/shownotes.php?group_id=23909&release_id=66760 I've already found a bug, which is somewhat serious. The program works fine when compiled with MSVC++ (this is what the windows binary release contains), but when I tried compiling it with gcc/cygwin and dev-c++ (which uses mingw), it freezes. Hopefully someone with better knowledge of this stuff can help me out. I'd really appreciate it. After the bug is fixed (and any other which may creep up), development will move over to 1.0, which will contain a lot of the features that were asked for a long time ago, but never came. I've created a tracker for coordinating this release, which is at: http://sourceforge.net/pm/task.php?group_project_id=15843&group_id=23909&func=browse . Some of that stuff is beyond my realm of knowledge, so if you are still willing to contribute, please please send me an e-mail. It will be much appreciated. Also, my old e-mail address gr...@ga... is either down or will be down for good shortly, so don't send me mail through there, but send it to the...@ho... Yours truely, Greg Chanan _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com |
|
From: Greg C. <the...@ho...> - 2001-07-18 06:21:45
|
Well I'm happy to announce that the project has over 500 downloads from = sourceforge. Good work all =3D). Greg. |
|
From: Greg C. <the...@ho...> - 2001-07-06 04:26:24
|
The changes are basically what I discussed in the last e-mail. You can = view the full Change Log/Release Notes here: http://sourceforge.net/project/shownotes.php?group_id=3D23909&release_id=3D= 42444 or go to directly to the download page here: = http://sourceforge.net/project/showfiles.php?group_id=3D23909&release_id=3D= 42444 =20 The website: http://baseballsim.sourceforge.net/ will be updated later = tonight. Greg. |
|
From: Greg C. <the...@ho...> - 2001-07-04 05:37:45
|
I finished my code cleanup for now, and the program in CVS is faster, = smaller, and has less compile dependencies than 0.3.2. I'll fix up the = last known bug = (http://sourceforge.net/tracker/?func=3Ddetail&aid=3D438141&group_id=3D23= 909&atid=3D380038) and probably release a new version (0.3.3). Before = 1.0, I would like the ability to read in data from the archive, but I = don't know if ben is still going to work on that, so if i have time I'll = get something started. So I guess just that and some massive testing = needs to be done before 1.0, unless anyone can come up with some other = ideas...(hint hint). Greg. |
|
From: Greg C. <the...@ho...> - 2001-07-01 18:03:46
|
Just wanted to let you know that I am back from vacation, so work will = continue on the baseballsim. I've just been cleaning up the code, = getting rid of unneeded things, etc. Greg. |
|
From: Greg C. <the...@ho...> - 2001-06-23 05:27:36
|
3 things of note today: 1) I fixed some old bugs, mangled save names and hanging. 2) All my finals are done, which means more time to develop, except... 3) I'll be going on vacation tomorrow for a week. I might have = computer access, but I might not =3D). Also, I'm not really sure I will have much more time to develop this = summer, since when I get back from vacation, I will be taking an = afternoon class as well as doing research work at the university. Until = next time, Greg. |
|
From: Greg C. <the...@ho...> - 2001-06-21 20:37:31
|
I tried compiling the baseballsim under gcc/linux last night, but had a = few problems. Those problems have been fixed and the changes are in CVS. = Go to http://sourceforge.net/cvs/?group_id=3D23909 for directions on = getting the source from CVS. I got it running under linux, so there = shouldn't be any problems (mail me if you have any). |
|
From: Greg C. <the...@ho...> - 2001-06-19 03:08:58
|
I fixed up another small bug and added accurate field positions in = retrosheet output today, so I decided to go ahead and release 0.3.2. I = think the next release should be 1.0, since all I can think of doing = right now is clean up the source code and add the stats archive (though = that may take awhile). Greg. |
|
From: Greg C. <the...@ho...> - 2001-06-16 21:51:37
|
This is what I've been doing the past days: -Fixed a bug that made the number of trials display wrong -Added 5 save slots which are nameable to make it easier to run a series = of simulations -Fixed a bug which accidentally overwrote a slot (not 100% sure it is = fixed) All these changes are in CVS and have been released as 0.3.2pre1, which = is available on the sourceforge website. I'm going to clean up the = code, maybe do some optimizations, and then release 0.3.2. Greg |
|
From: Greg C. <the...@ho...> - 2001-06-08 01:40:27
|
Well, even though the stats on sourceforge seem to have died (won't = register CVS activity), work has continued and I just released 0.3.1. = There are a bunch of changes, so check out the changelog. |
|
From: Benjamin M. <bma...@ma...> - 2001-05-31 05:15:26
|
I started work this week, and am going to have to get a routine going=20 before I can work on my changes. My main one is taking input from the=20= baseball archive. I was going to dedicate a weekend to that soon. http://www.baseball1.com/ Ben On Wednesday, May 30, 2001, at 09:22 PM, Greg Chanan wrote: > Ben, > =A0 > I'm just wondering what you are working on and what you would like to=20= > see in the next version, since I'm going to start seriously coding=20 > again (after my few days break).=A0 I've been trying to work on speed = and=20 > such, but haven't been able to make a significant dent. > =A0 > Thanks, > Greg. |
|
From: Greg C. <the...@ho...> - 2001-05-31 04:25:58
|
Ben, I'm just wondering what you are working on and what you would like to = see in the next version, since I'm going to start seriously coding again = (after my few days break). I've been trying to work on speed and such, = but haven't been able to make a significant dent. Thanks, Greg. |
|
From: Greg C. <the...@ho...> - 2001-05-27 07:24:18
|
I released 0.3.0 just now, and sourceforge should have the updated files = soon. Check out the changelog for details (this is a major update). = Thanks, Greg. |
|
From: Greg C. <the...@ho...> - 2001-05-21 01:28:27
|
Ok I fixed the retrosheet (blank) outputting problems, so you can grab = the version from CVS if you want that fix. I did find another bug = though...if the game goes into extra innings, the play field will have = innings as 1,2,3 instead of 10,11,12, which I guess is because innings = are being cleared after 9. Expect a fix later. |
|
From: Greg C. <the...@ho...> - 2001-05-21 00:56:23
|
Hey, I realeased 0.2.4pre1 today, which contains some better double-play = and error code, though it's still messed up. I'll definately take a = look at it before the next version. Also, I added the retrosheet code, = but it seems to repeat the same play a few times in a row (i.e. you will = see a lot of walks and S.3-1 looking fields.) This is either a problem = with not clearing out the string, or some weird bug with the batting = where it will repeat. I'll look at this. Actually I just figured out = that the batter code is right, it's not clearing the string...if you = erase the string each time through, you get some blank output, which = means the string was not clearing before. I'll look into this and = probably commit and change to CVS tonight. And on the topic of CVS, I = moved the stats module inside baseball, so now when you want to checkout = the code, just checkout the baseball module. Thanks. |
|
From: Greg C. <the...@ho...> - 2001-05-19 23:00:06
|
Hey, I spent some time today working on the retrosheet output, and I =
have it pretty close to working, except the strings seem to get =
"corrupted" or something. Instead of the normal numbers or play strings =
I get output with a bunch of=20
=03 <---- charachters like that and other weird output. Anyway, I had a =
similar problem before, but I don't remember how I fixed it. If you =
could take a look at it, it would be very helpful, since I am pretty =
lost when dealing with strings. I think the problem is near here:
for (int b =3D 0; b < 9; ++b){
start =3D "start,";
start+=3D h[b].retroName;
start+=3D ",\"";
start+=3D h[b].getName();
start+=3D "\",";
start+=3D "0,"; //home team
start+=3D b; //lineup position
start+=3D ',';
start+=3D b; //field position - NOT RIGHT NOW!
rout << start << endl;}
Instead of:
start,andeg101,"Garret Anderson",0,2,2
I get something like this:
start,andeg101,"Garret Anderson",0,=01,=01
which is in retrosheet.cpp, but i'm not sure. The integers (b) are not =
adding onto the string correctly, I belive. So if you would like to =
help, checkout the latest version from CVS and go to baseballsim.cpp and =
change tlgames to 1 (this will mess up some stats output, but forget =
about that for now), so it doesn't output a million retrosheet games, =
but only 1. Any help would be greatly appreciated. The retrosheet =
file is created in the retrosheet subdirectory under 00TEAM.EVA, where =
team is the 3 letter acrynoym of the home team.
|
|
From: Benjamin J. M. <ma...@uc...> - 2001-05-17 06:33:48
|
http://www.retrosheet.org/datause.txt Has some stuff about the event codes: event type. There are 25 different numeric codes to describe the type of event. They are: Code Meaning 0 Unknown event 1 No event 2 Generic out 3 Strikeout 4 Stolen base 5 Defensive indifference 6 Caught stealing 7 Pickoff error 8 Pickoff 9 Wild pitch 10 Passed ball 11 Balk 12 Other advance 13 Foul error 14 Walk 15 Intentional walk 16 Hit by pitch 17 Interference 18 Error 19 Fielder's choice 20 Single 21 Double 22 Triple 23 Home run 24 Missing play On Wed, May 16, 2001 at 07:47:36PM -0700, Greg Chanan wrote: > Hey, I was wondering if you were at least slightly more familiar with the retrosheet format than I am. The problem is I need a way to represent errors and stolen bases, but the explanation I read (datause.doc) showed no easy way to do it. Any help would be appreciated. -- Ben Matasar <ma...@uc...> |
|
From: Greg C. <the...@ho...> - 2001-05-17 02:50:34
|
Hey, I was wondering if you were at least slightly more familiar with = the retrosheet format than I am. The problem is I need a way to = represent errors and stolen bases, but the explanation I read = (datause.doc) showed no easy way to do it. Any help would be = appreciated. |
|
From: Benjamin J. M. <ma...@uc...> - 2001-05-10 07:17:50
|
I would suspect that decreasing order of On Base Percentage is the best lineup, but it wouldn't surprise me if the below was true. Ben On Wed, May 09, 2001 at 07:35:39PM -0700, Greg Chanan wrote: > Here's my changelog: > > -Added sorting for slugging percentage and ops. I have a > feeling that an order with the top obp playe first, then > the rest of the players in decreasing order of their > slugging percentages will turn out the best when I do > another large test (like the report on the website). > Anyway, my point is that this is not an insignificant change. > -Made a .tar.gz file to make it easier for Linux users. > -Updated the stats package to 2.0 (adds slugging percentage mentioned above). -- Ben Matasar <ma...@uc...> |
|
From: Greg C. <the...@ho...> - 2001-05-10 02:37:34
|
Here's my changelog: -Added sorting for slugging percentage and ops. I have a feeling that an order with the top obp playe first, then=20 the rest of the players in decreasing order of their=20 slugging percentages will turn out the best when I do=20 another large test (like the report on the website). =20 Anyway, my point is that this is not an insignificant change. -Made a .tar.gz file to make it easier for Linux users. -Updated the stats package to 2.0 (adds slugging percentage mentioned = above). |
|
From: Greg C. <the...@ho...> - 2001-05-03 05:28:46
|
I released 0.22 tonight, which includes sorting players (making it = easier to do tests), as well as some small bug fixes and some code = revision. Tell me what you think and any other features you want. |
|
From: Greg C. <the...@ho...> - 2001-04-27 05:59:55
|
Unfortunately I realized after committing the files to CVS that a bug is = in the sorting functions that I thought I had fixed...basically, the = same player is sometimes put twice in a lineup. I'll look into this = when I get back. |
|
From: Greg C. <the...@ho...> - 2001-04-25 06:09:18
|
1) There are double plays now, so that's probably not an issue 2) Read my sample simulation, I think it's at = http://baseballsim.sourceforge.net/samplesim.doc I have a few reasons why runs might be too high... 2a) They probably play extra innings because if the same team is playing = (i.e. same players), they are very equally matched, which would make the = games go longer. I'll have to do some tests with different teams to = check this. 2b) The stats are slightly too high...for total plate appearances I = only do (atbats + walks), which doesn't take into account getting hit by = a pitch, getting to first on a strike-out, etc. This one is probably a = very very small issue though 2c) Your idea about starters only getting at-bats is correct and = similar to one of my ideas in the sample...I said the Angels runs were = hurt by the lineups the used in the beginning/middle of the season, = where they didn't really know who was best...also injuries would impact = that along the same lines. 3) Thanks for that data, I'll look at it tomorrow. |