Newsgroup: it.hobby.lotto
Titolo: Rivista Lotto su web

lotto che occupi meno di 2000 byte per anno (52 estrazioni).
Acc... :-(
Quando ho calcolato la cifra di 2000 byte, nella fretta, non ho tenuto
conto del fatto che i 5 numeri su una ruota sono diversi e non conta l'
ordine di estrazione.
Tenendo conto di questo fatto si possono memorizzare le estrazioni del
lotto usando circa 1650 byte per anno.
A parte che ho i miei dubbi che i lottologi sappiano come sfruttare 
questo fatto per risparmiare spazio, questa cifra e' comunque ben
superiore ai 100k per 120 anni citati da chiales.
La mia scommessa vale quindi per un archivio che occupi meno di 1650
byte per anno e raddoppio a 20 milioni il premio! :-))))
(e stavolta non mi sono preso neanche il margine di un centinaio di byte
come avevo fatto prima)
:-))))
Enzo
"La libertà consiste nella libertà di dire che due piu due fanno
quattro. Quando questa libertà è concessa, tutte le altre seguono."
1984, G. Orwell
--
Email: 
en...@bitsmart.com
Home Page: 
http://www.bitsmart.com/enzo
 (in allestimento... e lo sarà per molto...)

l'altra! :-)
E pensare che quando qualcuno fa una proposta per l' apertura di nuovi
casino', si sentono, soprattutto  dalla sinistra, proteste
scandalizzate.
Nessuno pero' si e' scandalizzato quando proprio Veltroni ha introdotto
il secondo turno di gioco il mercoledi.


 
Mi fai sapere se il numero di byte ed il premio si sono finalmente
stabilizzati?
Si può avere qualche "garanzia" a proposito del premio?
1650*8/(52*50) = 5,077 bit/numero, giusto?
E' una compressione del 28 % su quella teorica del 6.5 bit (mamma mi si è
ristretto l'archivio).
A questo punto non so se i numeri del Lotto sono compressibili o no.
Saluti,
Gino Gracin
g.gr...@iol.it
LottoGiG   
http://users.iol.it/g.gracin/

 il secondo turno di gioco il mercoledi.
Beh io c'ho un localino se dovessero fare una legge !!!!
ciao

PREPARA I SOLDINI ;-)))
Stanno al sicuro in banca... e non sono mai stati cosi al sicuro...


gente ne' ha rovinate un sacco
Senti cosa diceva il matematico Emil Borel:
"Un giocatore, che giochi indefinitamente a un GIOCO EQUO, arriva
necessariamente alla rovina alla fine di un tempo piu' o meno
lungo...Questo tempo diventa brevissimo se il gioco non e' equo. Cio'
avviene sempre in pratica."


A questo punto non so se i numeri del Lotto sono compressibili o no.
Gino, proprio tu mi rispondi?
Avevo citato il fatto che i numeri casuali non si possono comprimere
quando tu avevi parlato del tuo metodo come una "interpolazione" della
serie di estrazioni. L' interpolazione e' una forma di compressione dei
dati quindi non ha senso su dati casuali.
E' ovvio che mi riferivo alla non comprimibilita' dei soli numeri del
lotto non di tutti i byte che per comodita' si aggiungono in un file.
Se per te compressione significare togliere delle informazioni aggiunte
ai numeri estratti e che non hanno nulla a che fare con essi, allora
vabbe' si puo' comprimere... ma allora tu l' interpolazione la fai anche
su questi dati?
Ripeto: una volta tolti dall' archivio i byte non significativi o gli
spazi bianchi che separano i numeri, una volta tolte le informazioni che
riguardano l' ordine di estrazione  e le informazioni che
consentirebbero di rappresentare anche numeri uguali sulla stessa ruota,
quello che rimane non si puo' comprimere. 
Comunque se per comprimere usi un programma standard come pkzip
basta memorizzare un numero in ogni byte e questi programmi non
riusciranno a comprimerli (almeno per quello che so su come funzionano
questi programmi).
Con questa storia della comprimibilita' dei dati casuali avete raggiunto
proprio il fondo. Chiunque abbia una minima cultura informatica sa che
si possono comprimere solo informaziani che hanno una loro struttura
interna e che questo e' impossibile con dei dati casuali. 
Del resto non mi sorprende che non riusciate a capirlo perche' le
estrazioni sono incomprimibili per lo stesso motivo per cui non si
possono fare previsioni esaminando quelle passate. 
Le due cose sono proprio equivalenti, se fosse vera una lo sarebbe anche
l' altra e viceversa. 
Tutto e' questo e' studiato da una teoria chiamata "Teoria algoritmica
dell' informazione". Potete trovare qualcosa anche sul web, cercate
"Gregory Chaitin" su un search engine, ci dovrebbe essere una pagina sul
sito dell' ibm.
Gino, tu faresti bene a dargli un occhiata, ti renderesti conto di quale
sciocchezza hai detto, dicendo che il tuo metodo equivale ad una
interpolazione matematica.


 il secondo turno di gioco il mercoledi.
Per non parlare dei gratta e vinci, la cosa piu' vicina al vituperato
gioco d'azzardo ma gestita dallo stato...
P.
 

che riguardano l' ordine di estrazione".
ho capito... :-) 
tu vuoi proprio provare a vincere la scommessa e cerchi alcune
indicazioni...
Va bene.
1650 si ottiene cosi:
log (90*89*88*87*86/(5*4*3*2)) = 25.38933
(il log e' in base 2)
questo e' il numero di bit necessario a rappresentare una cinquina (non
ordinata e formata da numeri diversi).
In un anno quindi servono:
25.38933*10*52/8 = 1650.3 byte
In pratica puoi pensare una cinquina come un numero da 0 a 43949267
e' usare 26 bit per rappresentarla. In questo modo arrivi a 1690 byte
per anno.  Per sfruttare anche quel margine tra 25.38933 e 26 bit puoi
pensare la sequenza di tutte le cinquine come un enorme numero scritto
in base 43949268 e applicare un algoritmo di conversione in base 2.
Sembra complicato, ma l' implementazione e' banale.


quello che rimane non si puo' comprimere. 
ti chiedo di riportare una chiara descrizione dell'"algoritmo" che porta a


 
Vedi ...qui sta il fatto.....questo e' un ragionamento da RAGIONIERE
non da giocatore del lotto.
Il ragioniere calcola se il lotto puo' o non puo' essere un investimento
il giocatore del lotto RISCHIA e si basa  su convinzioni personali
Diciamo che il lotto e' simile ad una FEDE ;-))) (esagerato !!!)
Se ci credi ci giochi se non ci credi non ci giochi....
ciao