I think much of what this tool can do is available in Crystal Reports but this looks to be much easier and certainly something a parent or coach might find useful.  It takes a variety of input formats including SDIF (.sd3), Hy-tek, and plain text.  Since it accepts SDIF, it can report WinSwim results very easily.

I am slowly adding reporting functionality to wp-SwimTeam and I doubt I will ever do anything to this extent.

Dealing with all of the changes really played havoc with our meet preparation.  Even though I’ve made it really easy for parents to scratch their swimmers (e-mail, web site, and text message), we still have a fair number of no-shows.  It was bad enough the last couple weeks that I’ve decided I want to track it.

I plan to add an option to the Opt-In/Opt-Out system which will allow a user with the proper permissions to go back and mark swimmers as No-Shows.  This will show up on the Opt-In/Opt-Out reports as a new section.  I’ll probably put it right at the top.  I am hoping this will help us track our repeat offenders and they will make a better effort to let us know when they are not swimming.

Fortunately Hy-tek now has a demo version of Meet Manager available which while limited to 6 events, is useful for testing in a limited fashion.  For example, I was able to verify that the MM RE1 export from wp-SwimTeam will load in Meet Manager.  I was also able to test quite a few permutations of SDIF E0 and D0 records until I figured out what combination of course and seed times would load successfully.

Now that I know what works I am considering adding a couple utilities that will apply changes to an uploaded SDIF file and send it back for download.  If you have ideas for SDIF manipulations that need to be made, drop a note in the comments and I’ll see what I can do.

The first one I will do will modify SDIF files to include seed times (which are optional per the SDIF specification) when the fields are blank.

1. Open or Close the registration system. When the registration system is open, users can register their swimmers for the current season.  When the registration system is closed, only an Admin or Editor can register swimmers.  This setting appears on the Registration tab from the Options sub-menu.
2. Enable or disable user sign ups for jobs. When the job system is set for user sign ups, a user can sign up for any open job.  When the job system is set for admin sign up, users with either Admin or Editor roles can sign users up for jobs.  This second mode is good for teams where a paper or Excel list is used for job sign ups.  This setting appears on the Swim Team tab from the Options sub-menu.

I think the Wordpress Roles and Capabilities functionality may be the answer to my problem.  I could create a role for each age group and assign the users that have a swimmer in that age group to the appropriate roles.  By doing this, I think I can continue to use the Email Users plugin to contact specific groups of users based on the roles defined.

I need to do more research on Roles and Capabilities.  I’ve played with a couple plugins and they aren’t real straight forward.

I concluded over the weekend that volunteers is three phases:

1. Definition of volunteer roles which are referred to as “Jobs” within wp-SwimTeam.  The definition of a job includes the title, description, type of job, duration, where it is needed (home, away, both), and a few other details.
2. Assignment of jobs to a season or meet.  Some jobs span a season, some are only for a meet.  The number of people needed to fill the jobs will differ from team to team and from pool to pool.  You might need 3 timers for a 6 lane pool but 4 for a 8 lane pool (assuming each team provides half the timers).
3. Assignment of people to the jobs.  Once all of the jobs are defined and allocated for each meet and season, people need to sign up (or be assigned) to the jobs.  Initially I expect to only implement assignment and will add sign up later.

I’d be curious to know if anyone can think of a scenario that this won’t work for.  I’ve got phase 1 completed already and will start on phase 2 this week.

I had thought about using the same functionality that the WordPress.com Stats plugin uses which is Open Flash Chart to plot results.  Today while looking for something else, I may have found something which is a better solution:  pChart – a PHP library for building charts!

Hopefully I will get to try it out in the next few weeks.  I have been sidetracked by a WordPress project for my daughter’s soccer team so Swim Team will have wait a little longer.

A year ago when I started using WinSwim I ended up creating a slew of custom reports mostly to deal with the fact that our pool is one of the few in the area which is a 25 meter pool – most are 25 yards.  We needed times in both meters and yards and the reports which came with WinSwim didn’t really handle it.  So I created a bunch of my own.  The only real downside of using custom reports is it required a file that is installed with WinSwim (language.xml) to be modified.  This was a maintenance headache as it would be overwritten with each WinSwim update.

WinSwim 4.0.21 introduced a new model for custom reports which removes the need to modify the language.xml file (yeah!).  Now each report is paired with a corresponding XML file and they all reside in a directory called “custom” within the WinSwim installation tree.

The reports are mostly geared around Heat Sheets and end of year reports.  To use the new reports, download the ZIP file and unzip into your top level WinSwim installation directory. 

For example. in my case, I have WinSwim installed like this:

When the reports are installed correctly you will have a new “Custom” menu available in the Report Viewer as a new top level menu item to the right of “Reports”.  Note that the old “Custom” menu under the “Reports” but will still be there and will likely be empty unless you are using the old style of custom reports (which is still supported).

When a field is defined as “administrative”, only users with WordPress permissions of EDITOR or higher will have the fields visible.  For all other users, they are hidden.  An Admin or Editor can change the value of the field and it will be saved when the user or swimmer data is saved.

The first practical usage of this is with a team that wants to mark registration fees as paid on a per swimmer basis.  Not the sort of thing you would expose to a parent but useful from a logistics perspective.

Both user and administrative fields are available in reports.