After watching the results in the ongoing seed test on the PA Match 6 favoring the 6 highest numbers over all vs the most frequent per column, there are some differences that will need to be taken into account for the next round of seed tests...

1. There is  no "bonus" ball in the match 6. All 6 columns were used together to generate the top 6. In the big games, it will be reduced to a field of the first 5 columns, with the bonus ball handled using straight up columnar frequency.

2. There are 2 free QP lines given on each Match 6 ticket that will not be present in the big games. These QP lines factor into the prizes won so far, which is why the seed test must be re run for the mega and PB.

3. There is not as much history under the current big game matrices... this could lead to a data starved situation when using the seeds later to generate lines. Should this condition occur, the decision will be to use a QP number for any missing numbers in a given line. On the kiosks in PA, if you enter too few numbers on a ticket, it will offer to fill in the rest of the ticket with QP numbers.

The tickets are also a greater expense, so the seed test will be limited to the same 10 draws as the Match 6. The one that has the most numbers appearing will move on to become the input seed for a vertical horizon test for that game.

The VH test will be a one off for each game because of the expense of buying 7 tickets vs the usual 1 per draw.

Still struggling to make auto updates happen, but still working on it. It is not just the parsing of the RSS feed, but also the selection of the first draw NOT in history and encoding the data correctly. I realize I have no choice but to manually update the PB and MM databases from where I gave up on them last year, but hopefully I get a breakthrough on the update automation process. I have been reading a free online book titled "Automate the boring stuff with Python" that provides some solid starting points for such a task.

With the dailies I am looking into gathering some stats on the whole combos rather than individual numbers in columns. This should be able to open up pathways to not just count winning straight combos, but also to count their permutations to get a top list of number combos that perform the highest, that might help the synchronization disconnect when just looking at individual digits.

Rather than give up again and wait for inspiration, I am going to just push through the idea drought and expand on more coding techniques to extract more info from the code base I have already created.

Happy Coding!