Ricerca lunghette

[forerunner]

quando fai una nuova ricerca la lista si dovrebbe svuotare ed inserire i risultati nuovi ...

Sì, quello l'ho capito ma io non vedo un'icona per tornare alla scelta dei numeri da analizzare. In altre parole si dovrebbe comportare come quando si apre una prima pagina, poi la seconda e tramite l'icona per tornare indietro si può tornare alla pagina iniziale.

 

[LuigiB]

inizia a mettere la versione nuova va .. .poi guarda meglio il programma

 

[mirapep]

Buongiorno,
Luigi puoi darmi un consiglio? Finora con i miei programmini ho sempre usato questo procedimento. Al lancio del programma carico in memoria. una variabile X(indice,ruota,estratti) l'archivio delle estrazioni, in un'altra variabile (NumAVirtuali,Chiave) le chiavi composte dai 90 numeri diversamente disposti. Ad ogni estrazione, per il numero di archivi impostato, procedo di volta in volta alla trasformazione e mi calcolo quel che cerco, estrazione per estrazione, frequenze, ritardi, rmax, ritardi ciclici ecc...
Una procedura che da anni studio è quella di ricercare e salvare in un file i dati storici, archivio per archivio, fino a una certa data per poi impiegarli in un'altra routine che mi ricerca ad esempio le combinazioni che sono più prossime al loro storico e mai superiori. Quindi c'è un ingresso e uscita dinamico di combinazioni............Questo in estrema sintesi.
Pensi che in termini di velocità di esecuzione sia più performante creare prima gli archivi come fai per RicercaLunghette?
Tieni presente, però, che se volessi valutare cicli di 300 estrazioni ad esempio, gli archivi, per come imposto io la ricerca cambiano radicalmente. Questo perchè cambia l'indice di inizio trasformazione; in pratica se come per RicercaLunghette si segue l'indice da 1 a fine estrazioni hai un archivio, ma se inizio la trasformazione dall'estrazione nr 2 avrò un'altro archivio
Se puoi mi sarebbe utile un tuo parere, in termini di programmazione, prima di mettermi a stravolgere il tutto

 

[mirapep]

Ti riporto un esempio. Terzina per ambata ruota di PA. Archivi nr. 1000, estrazioni di valutazione per gli storici 4000

Lancio l'esecuzione statistica


All'estrazione 4000 il gioco avrebbe prodotto questi risultati in termini di frequenze, ritardi e rmax. Ovviamente fino all'estrazione 4000 è come barare perchè si gioca su dati noti



Giochiamo per 10 estrazioni successive alle 4000



In 10 estrazioni si sarebbe vinta l'ambata in terzina 4 volte

 

[LuigiB]

Ciao Mira ,non ho capito bene le tue necessità , anche perchè non mi suona il fatto che cambiando estrazione di inizio dell'analisi si modifichi l'archivio , ovvero lo so benissimo che è cosi ma quello che non mi torna è il fatto che l'archivio virtuale dovrebbe avere da quanto ho capito una corrispondenza biunivoca con l'archivio reale , quindi partendo da una qualsiasi estrazione sapendo di questa il numero dovrebbe essere sempre possible risalire all'estrazione dell'archivio di base ,e questo deve essere possibile oggi ma anche domani quando riaccendo il computer e scelgo lo stesso archivio , quello che cambia è il range di ricerca e non è corretto secondo la mia logica che al cambiare il range di ricerca si cambi anche l'archivio .. l'archivio deve rimanere fisso senno che archivio è ... perciò io lo creo a priori e aggiungo secondo il criterio le nuove estrazioni al limite si possono produrre piu archivi.
Detto questo sicuramente un minimo beneficio ad avere gia l'archivio pronto e a caricarlo in una matrice di UDT lo potresti avere in termini di velocità , ma non è certo quello il collo di bottiglia.... ad sempio se uno deve calcolare un ritardo basta che va tot strazioni indietro fino a che quella combinazione non si sia sfaldata ed eccolo li trovato il ritardo , ma se uno cerca i ritardo massimo invece le estrazioni all'indietro
se le deve fare fino alla prima ...allora in questo caso se uno avesse una sorta di database dove registrare la situazione statistica per ciascuna combinazione potrebbe riprenderne il calcolo a partire dall'ultima estrazione analizzata..questo introdurrebbe delle difficoltà ma avrebeb sicuramente dei benefici in termini di velocità.
Ora per la velocità bisogna pure vedere come sono le routine che fanno il calcolo statistico.
Se semplicemente scorrono le estrazioni e fannno i conteggi è chiaro che sia la cosa piu semplice ma aanche quella piu lenta...quindi andrebbero ottimizzate pure le routine del calcolo statistico ...

 

[mirapep]

Se semplicemente scorrono le estrazioni e fannno i conteggi è chiaro che sia la cosa piu semplice ma aanche quella piu lenta...quindi andrebbero ottimizzate pure le routine del calcolo statistico ...

Faccio proprio quello, anche perchè dopo un certo numero di estrazioni, utili a calcolare nella fase iniziale ritardi e frequenze, incomincia la valutazione del metodo

Ad avere gli archivi già sviluppati eliminerebbe 5 righe di codice per ogni estrazione

 

[LuigiB]

non è questione di quante righe levi ma di quante volte quelle istruzioni vengono ripetute o meglio viene ripetuto quello che fanno.
Tutto sommato per fare una prova al volo potresti benissimo usare uno o piu archivi preimpostati all'inizio e vedere se le cose ti migliorano ..

 

[silop2005]

SPMT vers. 1.6.34_Agg.Web e relativo plugin SVP vers. 1.0.56 e Plugin_FTP vers. 1.0 e SpazioScript vers.1.0.9 e RicercaLunghetta vers.1.0.22

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

Ciao LuigiB ,

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

sto controllando e ricontrollando tutto ma non riesco

a trovare la soluzione del problema con gli archivi virtuali

cioè le anomalie delle celle vuote, gli zeri, i numeri con TRE cifre.

Lo stesso problema del mio post #535 si ripresenta anche con le altre due lotterie

superenalotto e 10eLotto

sempre con gli archivi virtuali.

Poi quelle poche volte che hanno funzionato senza gli errori su menzionati

i ritardi dei numeri R (significa R= reali) tra parentesi non si trovano

esempio : BA 11.21 R(7.17) rit. 29 | 21.26 R(17.22) rit. 29 | 09.11 R(5.7) rit. 29

se controllo sull'archivio virtuale (senza errori) il ritardo si trova cioè uno dei due numeri lo trovo al ritardo 29

mentre quelli tra parentesi i reali sull'archivio reale del lotto al ritardo 29 non ci sono.

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

Ho analizzati (come da tue indicazioni) visivamente anche gli archivi REALI del lotto, superenalotto e 10eLotto

ma sembrano tutto a posto.

Ho controllato anche le chiavi di generazione e sembrano tutte normali (90numeri sono 90 numeri)

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

Mentre se faccio ricerche con gli archivi reali Lotto, SE, e 10eL (che sono gli stessi di SPMT) funziona tutto a meraviglia.

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

Buona serata a tutto il forum.

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

A presto

Silop

 

[mirapep]

[TR]
[TD]se controllo sull'archivio virtuale (senza errori) il ritardo si trova cioè uno dei due numeri lo trovo al ritardo 29[/TD]
[/TR]
[TR]
[TD]mentre quelli tra parentesi i reali sull'archivio reale del lotto al ritardo 29 non ci sono.[/TD]
[/TR]

Questo è normale, il ritardo è correttamente riferito all'archivio virtuale
Ho controllato qualche archivio virtuale, tutto regolare

 

[LuigiB]

silop non potresti postare il file che usi cosi verifico ?

 

[silop2005]

SPMT vers. 1.6.34_Agg.Web e relativo plugin SVP vers. 1.0.56 e Plugin_FTP vers. 1.0 e SpazioScript vers.1.0.9 e RicercaLunghetta vers.1.0.22

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

Ciao LuigiB ,

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

intendi il file excel virtuale .csv ?

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

A presto

Silop

 

[LuigiB]

intendo i lfile csv del tuo archivio di base ...

 

[silop2005]

vedi la posta

 

[LuigiB]

vedi la posta

non accedo piu a quella posta percio lo devi postare qui o da qualche altra parte

 

[claudio8]

Silop, ti prego.... da qualche altra parte... tipo mediafire altrimenti mi blocca lavisione del tread.

 

[silop2005]

SPMT vers. 1.6.34_Agg.Web e relativo plugin SVP vers. 1.0.56 e Plugin_FTP vers. 1.0 e SpazioScript vers.1.0.9 e RicercaLunghetta vers.1.0.22

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

Ciao LuigiB ,

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

eccoli in allegati in formato txt da lottoced

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

A presto

Silop PS: x Claudio adesso cancello il post precedente

 

[LuigiB]

ok , puoi cancellarli

 

[LuigiB]

scusa Silop ma che carattere separatore hai messo per leggere questi archivi ? lo spazio ? Se il file di base è EstrazioniLotto si vede chiaramente che non va bene ...

 

[silop2005]

scusa Silop ma che carattere separatore hai messo per leggere questi archivi ? lo spazio ? Se il file di base è EstrazioniLotto si vede chiaramente che non va bene ...

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

SPMT vers. 1.6.34_Agg.Web e relativo plugin SVP vers. 1.0.56 e Plugin_FTP vers. 1.0 e SpazioScript vers.1.0.9 e RicercaLunghetta vers.1.0.22

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

Ciao LuigiB ,

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

non ho capito…

io non ho usato nessun carattere separatore

l'archivio EstrazioniLotto.csv l'ho fatto con lo script

poi non so…

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

A presto

Silop

 

[LuigiB]

bho se lo apro non vedo nessun carattere ";"