Malfunzionamento iniziale del conteggio dei "passi".

==============
Premesse :
Non ho mai avuto e/o usato il programma Lottodesk L8+.
Ho sempre usato e continuo ad usare solo il programma Spaziometria ultima vers. 1.6.31 by LuigiB.
In questi giorni mi son dedicato molto ai vari script dei "passi" del bravo g.silent
e per questo non ho avuto tempo di aggiornare i DUE TABELLONI del bravo micro.
==============
Con questo thread voglio sottoporre all'attenzione dell'ideatore dei "passi" Skorpio e tutti gli altri
di questo bellissimo forum di Gam, questo mio dubbio sul conteggio iniziale dei "passi" tramite script,
per avere un vostro parere sull'argomento, che di seguito vado a rappresentarlo con delle immagini.
==============
Vi descrivo prima il confronto di due ruote, Roma e Palermo, con la ricerca manuale in excel
e poi la stessa ricerca sempre su Roma e Palermo con lo script delle "Terzine sincrone per ambo"
dove i due risultati del conteggio iniziale dei "passi" risulta UGUALE (manuale = script)
Iniziamo con la ruota di ROMA
ricerca estrazioni dalla 9000 del 07/05/2015 alla 9005 del 19/05/2015 (estrazioni prese a caso)
durata di 6 estrazioni
passo 4 per la sorte dell'ambo
(nell'immagine le estrazioni sono molto di più ma quelle che interessano alla ricerca sono SOLO SEI)
(quelle indicate dai numeri laterali da 1 a 6 )
=====================


=====================

=====================

=====================
Ecco l'immagine del output dello script "Terzine sincrone per ambo"
dove abbiamo lo stesso risultato della ricerca manuale in excel :
La sortita dell'ambo nella ruota di Roma con ritardo ZERO ed esito UNO (vedi frecce rosse) nelle 6 estrazioni esaminate.
=====================


=====================

Passiamo alla ruota di PALERMO
ricerca estrazioni dalla 9000 del 07/05/2015 alla 9005 del 19/05/2015 (estrazioni prese a caso)
durata di 6 estrazioni
passo 5 per la sorte dell'ambo
=====================


=====================

=====================
Ecco l'immagine del output dello script "Terzine sincrone per ambo"
dove abbiamo lo stesso risultato della ricerca manuale in excel :
La sortita dell'ambo nella ruota di Palermo con ritardo ZERO ed esito UNO (vedi frecce rosse) nelle 6 estrazioni esaminate.
=====================


=====================
A questo punto chiedo a tutti voi : ho fatto bene i conteggi nelle due ruote secondo le regole dei "passi" ?
Credo di si in quanto anche l'elaborazione con lo script mi da gli stessi risultati di quelli manuali.

Ora passiamo a quelle ruote dove ho riscontrato il malfunzionamento del conteggio iniziale :
Facciamo la stessa ricerca manuale in excel sulla ruota di Torino
ricerca estrazioni dalla 9000 del 07/05/2015 alla 9005 del 19/05/2015 (estrazioni prese a caso)
durata di 6 estrazioni
passo 1 per la sorte dell'ambo
(nell'immagine le estrazioni sono molto di più ma quelle che interessano alla ricerca sono SOLO SEI)
(quelle indicate dai numeri laterali da 1 a 6 )
=====================


=====================

=====================

=====================

=====================

=====================

=====================
Ecco l'immagine del output dello script "Terzine sincrone per ambo"
della ruota di Torino stesso spazio estrazionale esaminato con la ricerca manuale SENZA AMBO
lo script invece trova un AMBO di passo 1 ma FUORI DAL RANGE delle 6 estrazioni richieste.
=====================


=====================

Vediamo ancora un'altra ruota, quella di Bari nelle 6 estrazioni con il passo 4
che la ricerca manuale risulta NESSUN AMBO
mentre lo script invece trova un AMBO di passo 4 ma FUORI DAL RANGE delle 6 estrazioni richieste.
Ecco la ruota di Bari passo 4 :
=====================


=====================

=====================

=====================
=====================
Ecco l'immagine del output dello script "Terzine sincrone per ambo"
ruota di Bari :
=====================


=====================

Vediamo ancora un'altra ruota, quella di Firenze nelle 6 estrazioni con il passo 5
che la ricerca manuale risulta NESSUN AMBO
mentre lo script invece trova un AMBO di passo 5 ma FUORI DAL RANGE delle 6 estrazioni richieste.
Ecco la ruota di Firenze passo 5 :
=====================


=====================

=====================
=====================
Ecco l'immagine del output dello script "Terzine sincrone per ambo"
ruota di Firenze :
=====================


=====================

=====================
Ho finito la mia rappresentazione del malfunzionamento del conteggio dei passi ma SOLO INIZIALE
perchè tutto il resto cioè una ricerca su lunghi periodi lo script calcola BENE tutti i dati e i valori.


E' giusto che lo script elabora e calcola un ambo (estratto) all'inizio della ricerca ?
Secondo me quando calcola questi ambi o estratti o terni sfalsa i totali generali degli esiti (terni o ambi o estratti).

Spero di aver esposto esaurientemente il mio dubbio e aspetto il vostro parere sull'argomento.
Buona serata a tutto il forum.
======================

A presto
Silop

Ciao Silop,
intervengo per cercare di capire e quindi verificare l'esattezza dei dati forniti dallo script e nello stesso tempo capire la strada da te seguita in questi tuoi controlli.
Premetto un concetto già espresso, cioè
<< in queste cose è difficile e faticoso spiegare, capirsi e chiarire, perchè ognuno di noi svolge indagini diverse ed a volte è facile intendere una cosa invece di un'altra soprattutto quando ti ritrovi in parte gli stessi dati e pertanto questi a volte possono portarci fuori strada.>>

Non so se ho ben capito i tuoi controlli, seguire tutta la tua rappresentazione non mi è agevole anche perchè non saprei come riportarti altri schemi esplicativi con le dovute risposte: non saprei postarli.

Pertanto taglio la testa al toro e prendo i dati che tu segnali come errati.

Ripeto quanto da me già detto al riguardo e che mi pare fosse chiaro:
<<scegli un passo, prendiamo ad esempio passo 10 e senza guardare cosa succede dall'estrazione 1 a 9 successive alla nascita della cinquina, vai a vedere se dopo 10 colpi la cinquina ha dato l'ambo; se l'ambo non c'è aspetti le successive cinquine sincrone per verificare se danno l'ambo e continui il gioco fino a quando trovi una cinquina che dà l'ambo al 10° colpo, sempre indipendentemente da cosa avviene nei 9 colpi precedenti.

L'attesa tra la sortita di uno di questi ambi ed il successivo ci dà il ritardo di quel passo.>>

Hai preso come riferimento la data del 19.05.2015, cioè la 9005, hai scelto il passo 1 su TO; metto in funzione lo script a quella data e mi dà questo

Cinquine sincrone per ambo a colpo, a passo 1

Ritardi attuali al 19.05.2015

Ba Ca Fi Ge Mi Na Pa Ro To Ve passo
20 27 6 125 17 34 53 58 5 87 1

Questo è l'esempio più facile da verificare per tutti, perchè il passo 1 non è altro che la ripetizione a colpo della cinquina appena sortita e sia con L8+ che con Spaziometria oppure con l'archivio di Gam è semplicissimo verificare che il ritardo per ambo su TO era pari a 5, come lo script ci ha dato.

Se vogliamo fare una verifica dai concorsi da te riportati risulta che alla data del 07-05-2015, concorso 9000 c'è stata la ripetizione dei numeri 51-76 sortiti nel concorso precedente.

Pertanto 9005-9000 dà 5, cioè questo è uguale al ritardo dato dallo script.

Vediamo ora il caso di BARI, un po' meno semplice ed alla stessa data questo mi dà lo script per i passi da 1 a 4:

Cinquine sincrone per ambo a colpo, a passo X
da passo 1 a passo 4

Ritardi attuali al 19.05.2015

Ba Ca Fi Ge Mi Na Pa Ro To Ve passo
20 27 6 125 17 34 53 58 5 87 1
94 112 12 173 17 41 38 132 22 107 2
12 17 83 55 59 11 24 17 10 12 3
5 88 131 9 45 112 7 0 49 25 4

Questo ci dice che il passo 4 su BARI tarda a dare l'ambo da 5 concorsi, cioè questo è avvenuto come per TO nel concorso 9000.

Infatti nel concorso 9000 è sortito l'ambo 10-22 della cinquina di passo 4, cioè estratta 4 concorsi prima, cioè al concorso 8996.

Pertanto anche in questo caso 9005-9000 dà 5, cioè questo è uguale al ritardo dato dallo script.

Infine vediamo il caso di FIRENZE, lo script ci dà questo:

Cinquine sincrone per ambo a colpo, a passo X
da passo 1 a passo 5

Ritardi attuali al 19.05.2015

Ba Ca Fi Ge Mi Na Pa Ro To Ve passo
20 27 6 125 17 34 53 58 5 87 1
94 112 12 173 17 41 38 132 22 107 2
12 17 83 55 59 11 24 17 10 12 3
5 88 131 9 45 112 7 0 49 25 4
35 22 5 91 169 16 0 18 40 2 5

Anche in questo caso vale lo stesso discorso di BA, cioè al concorso 9000 è sortito l'ambo 35-27 della cinquina sincrona estratta al passo 5, cioè cinque estrazioni prima al concorso 8995.

Pertanto anche in questo caso 9005-9000 dà 5, cioè questo è uguale al ritardo dato dallo script.

Questo è quello che riesco a spiegare e se ho ben compreso i tuoi schemi ed i tuoi dati: a me sembra chiaro.

Se Claudio o altri vogliono aggiungere qualcosa ben vengano, ciao a tutti,

Matteo

Un saluto a Silop e Matteo, mi scuso innanzitutto per non aver risposto subito.
Dopo approfondito esame devo dar ragione a Silop nel considerare l'anomalia riscontrata.
Sembra che lo script più che far l'analisi delle estrazioni considerate e descriverne poi i relativi risultati vada a ricercare gli effettivi esiti ottenibili sulle estrazioni analizzate, comprendendo anche l'estrazione iniziale non solo come base di ricerca in avanti ma anche come eventuale risultato a ritroso.
Non ho pratica di script e quindi non sono in grado di "leggere" l'anomalia nei vari comandi, ma sicuramente la soluzione và ricercata proprio in una riga o comando del listato.
Resta comunque il fatto che mi sembra trattarsi di errore formale, cioè nella stesura del prospetto, perchè l'esito segnalato è in ogni caso veritiero e non "falso" - anche se non si riferisce alla stringa richiesta - e come tale và conteggiato nel resoconto generale.
Buona Domenica, Claudio.

==============
Voglio scusarmi anch'io per non aver risposto subito all'intervento di Matteo, perché impegnato
per il viaggio di ritorno in treno al sud. Ero al nord dai miei figli.
======================
Le risposte di Matteo sono orientate solo sull'elaborazione del ritardo che effettua lo script,
nella rilevazione degli ambi nelle ruote da me indicate,
ma non fa nessun accenno alle ricerche MANUALI delle sortite/esiti degli stessi ambi delle suddette ruote
da me rappresentate e descritte con delle immagini.
Forse non sono stato molto esplicito nel descrivere gli eventi.
Ripeto i miei dubbi erano PRINCIPALMENTE se avevo interpretato bene
le regole del conteggio dei "passi" ideati da Skorpio.
Per questo motivi avevo messo a CONFRONTO la ricerca manuale dove le TRE ruote riportavano NESSUN AMBO,
contro la ricerca script che riportava la presenza di TRE AMBI nelle stesse ruote.
======================
In un primo momento leggendo l'intervento del buon Matteo ho pensato "… forse ho interpretato male…"
però oggi che ho visto l'intervento di Skorpio il mio dubbio si è chiarito.

Non ho frainteso le regole del conteggio dei "passi" ho interpretato bene.
Quindi la mia ricerca manuale in excel è "buona".

Ho riscontrato l'anomalia sul conteggio iniziale (come ho detto nel mio post precedente)
perché alla fine va a AUMENTARE sfalsando il conteggio totale degli ambi (estratti semplice o determinati,ambi e terni) sulla ruota.
======================
Cerco di rispondere a Skorpio su questa frase :
"Quello che non capisco è perchè lo faccia soltanto con l'estrazione iniziale e non poi anche con le altre."
======================

Lo script fa la stessa ed identica rilevazione anche nelle estrazioni comprese nel RANGE delle 6 estrazioni e oltre,
solo che non parte dalla 9000 (più vecchia) e va avanti fino alla 9005 come facciamo "noi" nella ricerca manuale excel,
lo script fa la ricerca partendo dalla 9005 (più giovane, per "lui" la 9005 E' LA BASE) e va verso la 9000 (più vecchia)
e oltre il range di 6 estrazioni fin quando non TROVA l'ambo nel "passo" richiesto.
Riporto un esempio già pubblicato prima (vedi immagine sopra) quello del passo 5 alla ruota di FIRENZE :
range di 6 estrazioni da 9000 alla 9005
passo 5
sorte dell'ambo
Quando "noi" indichiamo nello script i due input
inizio 9000
fine 9005
lo script inizia la rilevazione partendo dalla 9005 (la più giovane, per "lui" è la base)
e scende (cioè va verso la 9000 e oltre) di una estrazione per volta di passo 5 (distanza 5)
fin quando non trova un AMBO che si ripete tra le due estrazioni (come ha scritto il bravo g.silent in un altro post)
quindi inizia con 9005 passo 5 fino alla 9000 non trova nessun ambo
poi con 9004 passo 5 fino 8999 non trova nessun ambo
poi con 9003 passo 5 fino 8998 non trova nessun ambo
poi con 9002 passo 5 fino 8997 non trova nessun ambo
poi con 9001 passo 5 fino 8996 non trova nessun ambo
poi con 9000 passo 5 fino 8995 e trova un ambo
======================
Di regola lo script deve rappresentare gli stessi risultati che si ottengono con la ricerca manuale.
Se la ricerca manuale in excel mi indica che in quel definito range di 6 estrazioni NON CI SONO ambi
nella stessa ricerca lo script mi deve risultare che in quello spazio estrazionale non ci devono stare ambi,
se questo non succede significa che bisogna aggiustare qualche riga del listato (compito dello scripter).
======================
Buona serata a tutto il forum.
======================

A presto
Silop

Ciao Silop,
a me la risposta l'ho già data da tempo con questo:

<<scegli un passo, prendiamo ad esempio passo 10 e senza guardare cosa succede dall'estrazione 1 a 9 successive alla nascita della cinquina, vai a vedere se dopo 10 colpi la cinquina ha dato l'ambo; se l'ambo non c'è aspetti le successive cinquine sincrone per verificare se danno l'ambo e continui il gioco fino a quando trovi una cinquina che dà l'ambo al 10° colpo, sempre indipendentemente da cosa avviene nei 9 colpi precedenti.

L'attesa tra la sortita di uno di questi ambi ed il successivo ci dà il ritardo di quel passo.>>

Altro non so dire, ciao

Matteo

Grazie Silop per la spiegazione, ma se hai notato ho tolto subito quella frase perchè inopportuna.
A risposta di quanto scritto da Gaspare, confermo quella che era la mia convinzione - sottolineata nel precedente intervento. Si tratta di un problema legato alla forma, al prospetto che io fra l'altro non stampo neppure.
Bisogna distinguere 2 indicazioni diverse. Una riguarda il ritardo di una formazione che viene registrato in base alla ripetizione degli estratti e quindi è giustificata la segnalazione degli ambi nell'estrazione 9000 anche se hanno origine fuori dal range selezionato (forse non andrebbe evidenziata nel prospetto, ma come detto si tratta di una questione formale).
L'altra riguarda l'aspetto previsionale e fissa le formazioni che potranno ripetere degli estratti e si proietta sulle estrazioni future comprese nel range selezionato.
A parole sembra facile, ma poi le spiegazioni risultano forse un pò confuse.
La sostanza è che i dati elaborati non presentano alcun errore.
Saluti, Claudio.