First , how many index digits are repeated from previous draw(s) in the same position .
Is important analysis positions that occurred index digits . How many repeats indifferently by positions is less important .
Mirel wrote:First , how many index digits are repeated from previous draw(s) in the same position .
Is important analysis positions that occurred index digits . How many repeats indifferently by positions is less important .
Mirel wrote:For the same reason for which we do not have this kind of filter for first/last digits : are eliminated less combinations .
teoman wrote:Mirel wrote:For the same reason for which we do not have this kind of filter for first/last digits : are eliminated less combinations .
As shown in the image, which eliminated less combinations of they: 'per ticket' or 'per position'?
This situation is for all filters of this type, 'per ticket' rejects more combinations.
Mirel wrote:Normally it's done well as filters has completely from the first , but best would be to look
on the Web the formulas which calculates ticket index for a specific draw but also inversely
giving a draw for a specific ticket index , if you have free time .
stan wrote:Mirel wrote:Normally it's done well as filters has completely from the first , but best would be to look
on the Web the formulas which calculates ticket index for a specific draw but also inversely
giving a draw for a specific ticket index , if you have free time .
i do have formulas to calculate ticket index from any ticket and to reconstruct ticket numbers from a given ticket index but it's not trivial. i have no problem sharing that with you but you'd need some programming language to implement that formula
CARBOB wrote:stan wrote:Mirel wrote:Normally it's done well as filters has completely from the first , but best would be to look
on the Web the formulas which calculates ticket index for a specific draw but also inversely
giving a draw for a specific ticket index , if you have free time .
i do have formulas to calculate ticket index from any ticket and to reconstruct ticket numbers from a given ticket index but it's not trivial. i have no problem sharing that with you but you'd need some programming language to implement that formula
Stan, what type of program language would I need?
stan wrote:the source code for combinations converter and index converter is attached. it's in java but the algorithm should be clear from the source code.
teoman wrote:stan wrote:the source code for combinations converter and index converter is attached. it's in java but the algorithm should be clear from the source code.
Stan, I tried to run the two sources codes and have the following errors. See image.
What would be the cause?
I tried and wiht the 'NetBeans IDE 7.0' and have the same errors.
Return to Comments, suggestions, feature requests
Users browsing this forum: No registered users and 17 guests