by Joe » Thu Jun 12, 2008 7:33 am
[quote=Jerzy]
Your idea of matching numbers order at positions is good because it is simple and potentially efective if implemented in the filter. But is the filter you published the best implementation of your idea?[/quote] Not really. Bcoz I know this filter will be more effective only when we have back test function, as I am not clear with the coding for back testing now I have implemented this far,
[quote=Jerzy] I expected something simple and eazy to use. I imagine the filter should look similar to Match Distance Positions (Prev 1) filter [/quote] yeah I really thought about it, may be implemented next time, [quote=Jerzy] The checkboxes on the right would be avoided and Position Count and Column Count would be avoided as well.[/quote] I hope they're sufficient to have like Column count and positions count, so that we can able to set the min and max columns and positions.
[quote=Jerzy] And right now I do not know how to use it in practice.[/quote] Well, let me explain how I use this filter, first I find out the order of the previous one result in each column and place the orders in corresponding positions in filter and set the position limit 0/2 and leave, as I told you I have only max of 2 positions/orders matched with my previous one results, And I am using that settings only.
[quote=Jerzy]I believe you can reduce the package to a manageable size with jackpot ticket in it if you use very strict and exact settings this filter requires. How can we find the right settings for this filter?[/quote] Jerzy , jus be clear with this filter, this filter doesn't find any orders and you can't find the order for next draw, BUT we are sure that the previous order wont come for next draw 100%, and probably we can match 2 positions with previous one, so why do we must have the combinations when you are sure that they wont come, for that purpose we can use this filter,