1 2 3 7 8 9 5 2 3 7 8 9 1 6 3 7 8 9 5 6 3 7 8 9 1 2 4 7 8 9 5 2 4 7 8 9 1
6 4 7 8 9
the merge 1+5 / 2+6 / 3+4 / 7 / 8 / 9, renders good compression but it
generates one unwanted bet.
It would help that you send a sample group of bets.
On 2/7/07, bullockbefriending bard [EMAIL PROTECTED
Thanks. I'm going to try to see what happens if I throw my data at
py-cluster with some kind of nearness metric based initially upon
Hamming distance - perhaps later can include bet size in this and kill
two birds with one stone. Still going to be a lot of computational work
to then group
Any pointers much appreciated - I simply don't have the background or
experience to be able to visualise what this might be. I take it as a
given that the problem is NP-hard at the very least and that there is
no alternative but to go at it with some kind of greedy heuristic - and
any way of
I'm going to want to be able to recognise and merge the likes of:
5 + 7 / 3 / 11 / 7 + 14 / 1 / 9 - $50 ($200 total)
5 + 7 / 3 / 11 / 7 + 14 / 1 / 2 - $50 (ditto)
into
5 + 7 / 3 / 11 / 7 + 14 / 1 / 2 + 9 $50 ($400 total)
And so on, 'recursively' so that in a perfect world I'd end up with
each
Oops... I think I just did a silly thing and changed title of entire
thread due to unfamiliarity with Google Groups. Anyway, changing
subject back to '6 Pick Bet Grouping' just in case.
--~--~-~--~~~---~--~~
You received this message because you are subscribed
A single 6 Pick bet looks like this:
RACE1 RACE2RACE3RACE4 RACE5 RACE6
runner1 / runner 2 / runner 3 / runner4 / runner5 / runner6 - $amount
e.g. we might have:
5 / 3 / 11 / 7 / 1 / 9 - $50 (5 to come 1st or 2nd in Race1, 3 to
come first or 2nd in Race 2, etc.)
7 / 3 / 11 / 7