Question for Brian Wakem

JAG said:

Hi Brian,

I saw your post regarding running logs and posted a reply, but I don't know
if you saw it barried in the thread.

My question was regarding the screenshot you posted of a training log
running via a localhost webserver under KDE.

I've been looking for good training software under Linux, and haven't seen
the software you were using.

Can you post a link, or is it something you made yourself? Is it open-
source?

Jason, I currently use a spreadsheet (gnumeric) as a training log. It tracks
milage on several different pairs of shoes, weekly milage totals, and logs
entries. There is very little that you can't do with a spreadsheet. I'd
recommend this approach.

Cheers,
--
Donovan Rebbechi
http://pegasus.rutgers.edu/~elflord/

JAG said:

Hi Brian,

I saw your post regarding running logs and posted a reply, but I don't
know if you saw it barried in the thread.

My question was regarding the screenshot you posted of a training log
running via a localhost webserver under KDE.

I've been looking for good training software under Linux, and haven't seen
the software you were using.

Can you post a link, or is it something you made yourself? Is it open-
source?

Thanks,
Jason

I wrote it myself in Perl. It requires mysql (though I suppose it could be
easy adapted to use any RDBMS) and a web server running locally. Then you
can access it via any browser from anywhere.

If you're interested I can give you the code and instructions for setting up
the neccessary DB tables. But, be aware I never intended anybody else to
use it, so the code is very messy and there is little input validation -
data must be entered in the format it expects or it'll choke. Also it is
designed for use at 1280x1024, anything less and it'll look quite messy,
though you can get away with it at 1024x768.

--
Brian Wakem

Brian Wakem said:

If you're interested I can give you the code and instructions for setting up
the neccessary DB tables. But, be aware I never intended anybody else to
use it, so the code is very messy and there is little input validation -
data must be entered in the format it expects or it'll choke.

Brian, I would be very interested to see the database portion you've
come up with if you don't mind. I work with SQL Server all day
everyday, and I really enjoy database design. Assuming I ever have
any free time again it might be fun to see how this could work with an
mssql backend.

If you take the NO and SWEN parts out of my email address, that will
work.

Thanks

Karen

Brian Wakem <[email hidden]> wrote in news:[email hidden]:

Quoted message said:

I wrote it myself in Perl. It requires mysql (though I suppose it
could be easy adapted to use any RDBMS) and a web server running
locally. Then you can access it via any browser from anywhere.

If you're interested I can give you the code and instructions for
setting up the neccessary DB tables. But, be aware I never intended
anybody else to use it, so the code is very messy and there is little
input validation - data must be entered in the format it expects or
it'll choke. Also it is designed for use at 1280x1024, anything less
and it'll look quite messy, though you can get away with it at
1024x768.

Hey Brian,

Thanks for getting back to me. I am certainly very interested in taking a
look at what you've created. Can you tar or zip up an archive and email it
to me at "jason at ultraslack .dot. com"?

Why not put it on sourceforge and let the rest of the world mess around
with it as well?

Thanks a bunch,
Jason

--
Remove "pants" to reply

JAG said:

Brian Wakem <[email hidden]> wrote in news:[email hidden]:

Quoted message said:

I wrote it myself in Perl. It requires mysql (though I suppose it
could be easy adapted to use any RDBMS) and a web server running
locally. Then you can access it via any browser from anywhere.

If you're interested I can give you the code and instructions for
setting up the neccessary DB tables. But, be aware I never intended
anybody else to use it, so the code is very messy and there is little
input validation - data must be entered in the format it expects or
it'll choke. Also it is designed for use at 1280x1024, anything less
and it'll look quite messy, though you can get away with it at
1024x768.

Hey Brian,

Thanks for getting back to me. I am certainly very interested in taking a
look at what you've created. Can you tar or zip up an archive and email it
to me at "jason at ultraslack .dot. com"?

Why not put it on sourceforge and let the rest of the world mess around
with it as well?

Thanks a bunch,
Jason

I'll put something together tomorrow and post the url here.

--
Brian Wakem

Brian Wakem said:

JAG said:

Brian Wakem <[email hidden]> wrote in news:[email hidden]:

Quoted message said:

I wrote it myself in Perl. It requires mysql (though I suppose it
could be easy adapted to use any RDBMS) and a web server running
locally. Then you can access it via any browser from anywhere.

If you're interested I can give you the code and instructions for
setting up the neccessary DB tables. But, be aware I never intended
anybody else to use it, so the code is very messy and there is little
input validation - data must be entered in the format it expects or
it'll choke. Also it is designed for use at 1280x1024, anything less
and it'll look quite messy, though you can get away with it at
1024x768.

Hey Brian,

Thanks for getting back to me. I am certainly very interested in taking a
look at what you've created. Can you tar or zip up an archive and email
it to me at "jason at ultraslack .dot. com"?

Why not put it on sourceforge and let the rest of the world mess around
with it as well?

Thanks a bunch,
Jason

I'll put something together tomorrow and post the url here.

Right, you can get it here
http://homepage.ntlworld.com/b.wakem/stuff/runlog.zip

Unzip it and read the README, that'll tell you how to set it up and basic
usage.

--
Brian Wakem