PDA

View Full Version : systems without a database


hermes
27th January 2004, 06:23 PM
I notice lots of people on this forum and elsewhere plugging away at their systems without the benefit of a big database. Me too. I want to say to these people that you don't need a big database. You just need some scientific sampling.

The science is the same as that which underlies opinion polling and market research. Opinion Pollsters can quite accurately guage the opinions of a 20 million. population using samples as small as 2000. They have a good record of doing so.

Like others I design and try lots of systems. Most fail. I test them like this:

1. First sample = 150 recent races (or bets) If this shows miserable results, forget it. If it gets near to break even or pays POT continue. This sample will include at least one period of three consequitive days.

2. Second sample = 100 races from the same season in previous years (not recent races) but with NO consequitive days. If its near to break even or in POT, continue.

3. Third sample = 100 random races from all seasons trying only one or two races per day from here and there. If its near to break even or in POT, continue. A system MUST pass this test. (If you only sample consequitive days you can hit distorting cycles and mini-cycles. You have to sample against this phenomenon.)

4. Fourth Sample = carefully tabulate results over the last week's races, going back over some days covered in sample 1 but writing it up on a spreadsheet to examine results more closely.

In all cases under-state long-priced winners. It saves averaging results. Set a rule such as "All results over $20 will be recorded as $15 winners". This is essential. The greatest danger in sampling (not a danger in big databases) is that long priced winners blow out your results - they are not really part of the longer strike pattern but just flukes peculiar to that sample.

Also in all samples of 100 I begin by marking down 4 straight losses. This is an added margin of error.

If a system makes it this far and shows a reasonable result I then try it on paper only over a week's live races, continuing the spreadsheet of Sample 4.

If its still ahead then I try it at 50c units in live races. Slow and careful. I used to lash out and say "I have confidence in my methods!" Not any more.

The risk is that you hit a boom day and think you've found the holy grail and overeact. Experience will teach you that many systems romp through the sampling, perform well in live races for a fortnight and then die.

The thing to look for in live sampling is not POT but the same PATTERN of results as in the past results samples. If it shows the same pattern, persist.

Obviously systems that chase longshots require bigger samples to look at longer cycles and patterns.

Here's a trap for new players:

In sampling systems it is easiest to move through one meeting at a time race 1 to race 8 looking for cases of the configuration you are testing.

But in live racing punters tend to move from meeting to meeting these days, so race 1 of the day is at Mornington and race 2 of the day is at Townsville and race 2 is at Randwick, etc.

In which case you cannot apply the patterns of your samples to live racing. If you test it meeting by meeting you will have to bet it meeting by meeting and not across meetings, especially if you are parlaying or loss-chasing etc or depend on a certain strike-rate.

The limitation of sampling is that you tend to only try systems with simple, easy-to-look-up rules rather than complex, finely-tuned rules. But there's nothing wrong with simplicity, I say.

I find the TABQ records the best to sample from. Its an on-line data base of the last two or so years results.

Sampling can be mechanical and time-consuming, but I listen to music and "multi-task". I'm a chronic insomniac anyway and late night TV just isn't what it used to be.

The great advantage to this way of doing things is that my eye passes over hundreds and hundreds of results and fields. While testing one system new observations arise and new ideas come up. You notice patterns. That doesn't happen if you just click the button on a database. I feel like I'm learning more about the game while sampling.

The thing to remember, I reckon, is that in this country we are not playing against the track or the TAB (except as taxpayers) but against each other. This means that you can only win by one of two strategies:

*Do what other punters do and do it better than them.
*Do something other punters aren't doing, exploiting a niche.

Most of my system ideas are looking for a niche.

Happy punting. May you win, but not at my expense. Pari-Mutuel.

Hermes

crash
30th January 2004, 06:43 AM
Nice post Hermes.

Boy, you are certainly punting in the yards with that lot of manual effort.
So have you come up with some winning formulas [ not asking you to share them, just curious ] ?

What data do you find the most important [ days since last start etc. ] and any that seem prominent in most systems, but actually aren't that important at all ? Or do you just look for number patterns ?

Cheers.

hermes
30th January 2004, 07:24 AM
Thanks for responding Crash. It isn't as much work as it sounds because most of my ideas don't get past the first sample. I only put hours into something that shows real promise. Some guys spend months or even years compiling their own databases. The main point of my post is that you don't need a huge database. You just need a good sampling technique.

My results tend to confirm things said by others on this forum. I haven't made any uniquie discoveries. For instance, I find outside barriers as good as inside barriers. Days since last start is a very good factor to include.

But I do try to find strategies that are unusual and other punters aren't doing. For fancy factors I turn to my collection of old copies of the Sportsman, especially the zip ratings. I also have a little system that is testing well from data from the Wizard speed ratings.

But as I say, most ideas crash, Crash. I gave up on one last night. Showed profit in the first few samples but after 600 races it was 20% LOT. Another one bites the dust.

In over a year of research I've come up with three systems I think have a solid basis. All have done OK but two are struggling at present. Hoping for a better day today.

Good luck to all

Hermes

Shaun
30th January 2004, 09:10 AM
I like the idea of testing and use the QTAB site aswell....the problem with a data base is that it won't allowe you to stop when you are in front....ot maybe you like to bet on the best class of race for the day....one day this will be 5 G1 races and on another this will be a mix of classes and like you said when you are testing you see things you don't see in the data base

Chrome Prince
30th January 2004, 02:11 PM
On 2004-01-30 10:10, Shaun wrote:
I like the idea of testing and use the QTAB site aswell....the problem with a data base is that it won't allowe you to stop when you are in front....ot maybe you like to bet on the best class of race for the day....one day this will be 5 G1 races and on another this will be a mix of classes and like you said when you are testing you see things you don't see in the data base


Firstly. I am a database devotee :wink:

Hermes is correct you don't need a database, but a database will very quickly let you see certain aspects and POT without spending hours of research.
It is how you use it, and the information contained therein, that is the key.

Shaun, a database will let you bet in any manner you choose if you tell it to.
Personally, I export my system to excel, then try various staking methods including stop at a winner for the day.

I can also bet on the best class of race for the day, or assess G1's on one day or 1Mw on the other.

It boils down to what you put into it and how you use it.

I am guilty of devoting countless hours in building it, but on the plus side, once the framework is there, I'll be able to use the same setup for years and it will save a great deal of time. The other benefit is I can trial my own various ratings over years of data at a time and find out if it's effective or not in 30 seconds.

puntz
30th January 2004, 02:44 PM
<font size=-1>[ This Message was edited by: puntz on 2004-01-31 00:06 ]</font>

crash
30th January 2004, 05:10 PM
Chrome,

Countless hours building up a computer system, 30sec. to test a punting system... Yep, your just a computer junkie Chrome, punting just an excuse !!

Cheers.