Brainstorming a GUI for the current script

Published:

Updated:

While it is nice to just run the script and study the resultant data, I think it would be a better experience if I were to create a full Python application.

For readability, the current script stores information in lists so that I can get a 3 column display output at the end. If I instead use a grid based system, they can populate directly after each column processes, allowing for the following...

1. I can sort the distributions descending!

2. I can change the background color of the cells in the distribution, red for Hot, Blue for cold, leaving the neutral with a white background.

3. I can use the same per column approach, where the grid layout would be dependent upon the number of columns of data in the input file, providing a 3x3 grid for output with pick 3 data, or a 5x3 grid for pick 5 data.

4. User controls can appear below the grid

5. The introduction of visualization!

This will make the data easier to read, and allow the development of another feature... step sequencing... taking the results from the 150 draws and stepping one draw at a time to watch the changes. Processing in 7 draw steps makes a big difference in the output, maybe a single step through each draw will be less volatile. Possibly shedding some light on exactly where in the neutral numbers the changes are taking place.

So the plan is to create a version of the script that will index by 1 instead of 7, for the last 7 draws to prove out the concept, which may end up as the refinement for next week's picks, then start looking at the creation of a gui.

Since I am in some need of learning gui coding, it will be a win regardless of what numbers are drawn. After the next 6 weeks go by, if there is no win, it will be back to the sidelines while the above gets completed.

Always good to have a plan

Entry #444

Comments

Avatar hypersoniq -
#1
It will probably take a day or 2 to think about the changes necessary to modify the code for a 7 day, one step execution.
I do have that flexibility because of the parametric design of the function, everything is passed in as an argument, from the model size (150) to the classification window (7). The offset is used to set up past runs and for the back tests.
Still difficult to figure out the second phase, but tweaking a setting here or a variable there is much easier with modular code.

Post a Comment

Please Log In

To use this feature you must be logged into your Lottery Post account.

Not a member yet?

If you don't yet have a Lottery Post account, it's simple and free to create one! Just tap the Register button and after a quick process you'll be part of our lottery community.

Register