lottoburg,
I knowing that the import wizard displays only draws that have not been added to the history yet. So, I have to use another file which contains only one draw of 09/01/16. The both files are as below:
The first file is my original one which includes 244 data from 01/01/2016 to 08/31/2016.
...
The information is appearing on the screen when I imported the second file.
What's happen? How can I resolve the problem next?
The problem is you have one draw only in the text file. The AI has insufficient data to understand the structure. You either have to place that new draw at the initial text file or, much simpler, since you want to add one new draw enter it manually without the import wizard. The import is a way to quickly add many draws at one step, not meant to be used for single draws. In fact, the recommended way to add one new draw is to copy the draw from the official lottery commision site (within the browser you see the results), right-click on the number panel of the lottery history manager window and click paste to quickly enter the numbers, set the date and click "add".
From the Help File and your explanations, both GAT Engine and the import wizard can not process or will discard the same winning history data. If so, how can we do that when a same winning data is appearing in the next draw even though the situation is rare in lotto games?
Noone said the import will discard the same winning data. Of course you can have draws that have the exact same drawn numbers, even consecutively. A draw consists of two parts, the date and the drawn numbers. The import understands this set (date/drawn numbers)and if this is already in the history, does not import it. This protect the history from double entries.
Could you explain the sentence above in detail by using the picture as below ?
If there was something more to be said about it, I would. Regularity=the desired hit occurs though the whole test range. If you see the desired hit conentrated only on part of the test range (the red line of the graph) and you don't get that hit at all in another part of that graph, then it doesn't have that good regularity. Honestly,there is nothing more or less to say about it.
The above words come from your Help File (Page 20/40). But it's not true according to my running picture as below. Why?
http://prntscr.com/cqaz4r
I am not sure what is the problem here? What is not true? In your picture, the top cell in the middle that says "3- 33" has a color underneath. Any GAT ID cell in the panorama that has the same color to that top cell, produces 3 hits. This is what the help file say. Similarly, the top cell "4- 21" in your picture has a color underneath, more dark green. Any GAT ID cell that has that color, also produced a 4 hit. Similarly, any top cell in each column has a color underneath. Any GAT ID that matches the same color to one of those top cells, produced that amount of hits represented by the column of that top cell. That's the whole point of this feature "compare numbers"; visually checkwhat GAT IDs delivered more or fewer hits. The darker the green, the more hits produced by the GAT ID with that darker green.
The above words come from your Help File (Page 20/40) and the above picture comes from your Help File (Page 21/40). I'm confused why do your Compare Numbers include 11 #s from 10...to 40 since any lotto 45/X in the world can not be 45/11?
Because compare numbers is a general feature. If you have the need to compare against more or fewer numbers to the actual drawn, you can do that too. No reason to restrict the functionality to just the exact amount of drawn numbers. Typically, you'll simply add the drawn numbers in there 99% of the time.