jp4
Advanced Member >PLATINUM<
Ciao,
oggi presento una situazione di ritardo di rigo per ambo che pur riferendosi a tutte le ruote, considera queste singolarmente.
Mi spiego meglio e per aiutarmi mi servirò di due immagini.
La prima è una tabella in cui spicca l'elevato ritardo al rigo 12 che ha attirato il mio interesse.
Notate che il ritardo attuale ha appena superato il suo max storico, tra l'altro già superiore rispetto alle righe adiacenti.
"per vedere l'immagine cliccare col tasto destro apri in un'altra scheda"
Avrete notato che i ritardi storici aumentano con l'aumentare del numero di rigo.
Uno sguardo al tabellone analitico di un qualsiasi software di lotto può chiarire il perchè.
Ciò è dovuto al fatto che le prime righe sono più affollate di numeri e quindi l'ambo in una ruota esce più facilmente rispetto alle righe che ospitano estrazioni più lontane nel tempo e in cui troviamo solo pochi numeri, sono quelli ancora non riestratti. (una occhiata alla colonna frequenze nella tabella confermerà quanto appena detto).
Per passare dalla teoria alla pratica. qui di seguito ho allegato una immagine del tabellone analitico del programma free "spaziometria" ben conosciuto da molti.
Ho evidenziato il rigo 12.
La statistica considerata dalla tabella vista sopra, ci dice che
nelle singole ruote,
i numeri che passano da questo rigo,
non danno ambo da 144 estrazioni.
Solo per sabato si potranno giocare i seguenti ambi:
BA 42.54
CA 50.55.53.63
FI 88.38
GE 48.26
MI 60.69
PA 72.02
Non giocheremo niente a NA, RO, TO, VE perchè nel rigo sono presenti singoli numeri.
In caso di mancato ambo sabato, i numeri andranno aggiornati di volta in volta.
Personalmente non posso assicurarvi di poterli pubblicare ad ogni estrazione, quindi chi non possiede programmi di lotto è invitato a chiedere la collaborazione di amici o forumisti volenterosi.
X elcicerella,
grazie per il consiglio, ma ora che hai visto l'argomento che ti avevo preannunciato, avrai immaginato perchè ho dovuto usare la versione 5 di visual lotto. (nella 7 non credo ci sia).
.
oggi presento una situazione di ritardo di rigo per ambo che pur riferendosi a tutte le ruote, considera queste singolarmente.
Mi spiego meglio e per aiutarmi mi servirò di due immagini.
La prima è una tabella in cui spicca l'elevato ritardo al rigo 12 che ha attirato il mio interesse.
Notate che il ritardo attuale ha appena superato il suo max storico, tra l'altro già superiore rispetto alle righe adiacenti.
"per vedere l'immagine cliccare col tasto destro apri in un'altra scheda"
Avrete notato che i ritardi storici aumentano con l'aumentare del numero di rigo.
Uno sguardo al tabellone analitico di un qualsiasi software di lotto può chiarire il perchè.
Ciò è dovuto al fatto che le prime righe sono più affollate di numeri e quindi l'ambo in una ruota esce più facilmente rispetto alle righe che ospitano estrazioni più lontane nel tempo e in cui troviamo solo pochi numeri, sono quelli ancora non riestratti. (una occhiata alla colonna frequenze nella tabella confermerà quanto appena detto).
Per passare dalla teoria alla pratica. qui di seguito ho allegato una immagine del tabellone analitico del programma free "spaziometria" ben conosciuto da molti.
Ho evidenziato il rigo 12.
La statistica considerata dalla tabella vista sopra, ci dice che
nelle singole ruote,
i numeri che passano da questo rigo,
non danno ambo da 144 estrazioni.
Solo per sabato si potranno giocare i seguenti ambi:
BA 42.54
CA 50.55.53.63
FI 88.38
GE 48.26
MI 60.69
PA 72.02
Non giocheremo niente a NA, RO, TO, VE perchè nel rigo sono presenti singoli numeri.
In caso di mancato ambo sabato, i numeri andranno aggiornati di volta in volta.
Personalmente non posso assicurarvi di poterli pubblicare ad ogni estrazione, quindi chi non possiede programmi di lotto è invitato a chiedere la collaborazione di amici o forumisti volenterosi.
X elcicerella,
grazie per il consiglio, ma ora che hai visto l'argomento che ti avevo preannunciato, avrai immaginato perchè ho dovuto usare la versione 5 di visual lotto. (nella 7 non credo ci sia).
.
Ultima modifica: