Newsgroup: it.hobby.lotto
Titolo: PROBLEMI (Proposta di formato standard per archivio estrazioni)

A questo post ci si puo' "attaccare" facendo il Re: per fare proposte
riguardo i PROBLEMI relativi alla crazione di un formato standard
degli archivi delle estrazioni lotto.

Gli archivi lotto dovrebbero essere facilmente 
 gestibili dai piu' comuni linguaggi di programmazione, da cio'
deriva:
VC05: record in formato delimitato, posizionale o entrambi?
vale a dire tra un campo e l'altro di un record nel file (es. tra un
estratto e l'altro) mettere un delimitatore o no (es. un ";")? Inoltre
indicare i numeri sempre a due cifre o no? (cioe' record in formato
posizionale o no). 
A me piace l'idea di usare un delimitatore e mettere sempre numeri di
due cifre.
VC06: all'interno del record di una estrazione va indicata
esplicitamente la ruota (o ci si affida al fatto che la prima e'
sempre Bari...ecc.....)?
Dovendo fare uno standard credo sia meglio indicare esplicitamente la
ruota .
Victor

...


 ruota .
Potrebbero essere elencate le ruote all'inizio del file, con lo stesso
separatore dei dati tra ruota e ruota. Problema e' se venisse aggiunta
una ruota con una citta' col nome contenente uno spazio (ad esempio,
"Reggio Emilia") e lo spazio fosse proprio il separatore tra ruota e
ruota, ma attualmente questo non creerebbe problema... 
ciao
					Michele


Sono daccordo sull'indicare all'inizio i separatori usati, e' piu'
delicato il problema delle ruote, pensando di avere un file unico
abbiamo gia' che per un certo periodo ci sono state 8 ruote, quindi le
ruote non si possono indicare all'inizio, si puo' pensare a metterle
in ogni estrazione (riga) con una abbreviazione (magari ndicare le
abbreviazioni all'inizio) , qualcosa tipo
DATA|BA|numeri|CA|numeri| e cosi' via
certo l'informazione è ridondante, devo pensarci un po' su, il
problema non e' tanto per il passato in quanto si sa gia' quali sono
state le ultime due ruote aggiunte, quanto per il futuro.
Ciao!
Victor


wrote:


Victor ha scritto:
V>  VC05: record in formato delimitato, posizionale o entrambi?
delimitato
V>  VC06: all'interno del record di una estrazione va indicata
V>  esplicitamente la ruota (o ci si affida al fatto che la prima e'
V>  sempre Bari...ecc.....)?
V>  Dovendo fare uno standard credo sia meglio indicare esplicitamente la
V>  ruota .
concordo.
Facendo file separati per ruote e informazioni sull'estrazione si risolve in
un sol colpo il problema: il file con le date conterrà anche la lista dei file
contenenti i numeri, cioè le ruote.
Ciao
Marco
-- 
Una qualsiasi autorizzazione sarà concessa solo quando nessuno di coloro che
la concedono potrà essere incolpato in caso di fallimento, e tutti coloro che
la concedono potranno vantarsi in caso di successo. (Regola di Roger)

 DATA|BA|numeri|CA|numeri| e cosi' via
Potrebbe essere qualcosa come:
[DATA]  |Bari          |Cagliari      |Firenze       |...
19990102|01.02.03.04.05|06.07.08.09.10|11.12.13.14.15|...
19990107|16.17.18.19.20|21.22.23.24.25|26.27.28.29.30|...
...
ciao
					Michele

...
e se a meta' anno inseriscono una ruota nuova (magari al centro)?:)
cmq credo che siamo giunti ad una prima risposta, si potrebbe fare
cosi'':
la prima colonna deve essere dedicata a eventuali marcatori per far
capire che si tratta di informazioni aggiuntive (come nel C per gli
statement al preprocessore), si potrebbe indicare:
se la riga e' un commento , o se.....
c'e' una variazione nelle ruote, a sulla riga stessa viene messa la
nuova intestazione delle ruote, nel formato che hai indicato tu.
Credo si ragionevole, no?
Ciao
Victor

dell'archivio, anche se pero' cosi' diventa piu' lento a caricarlo...
Ho scritto una cazzata nel post precedente, qui c'e' un problema
serio:
le persone devono poter:
1) aggiornare gli archivi
2) controllarne la sintassi e la integrita'
3) eventualmente rigenerare i codici per il controllo di integrita'
quindi significa che bisogna fare un programma freeware per
controllare la sintassi , facilitare gli aggiornamenti, generare un
codice (tipo CRC) che indichi se l'archivio e' corrotto.
Ciao!
Vic


ma il fatto di chiamare il file con il nome dell'anno non vi piace
proprio!???
Ciao
Victor

Un bel di' Michele Dalla Silvestra scrisse:
MDS> Un programma dovrebbe anche verificare la giusta sintassi
MDS> dell'archivio, anche se pero' cosi' diventa piu' lento a caricarlo...
MDS> 
e no! :-)
Un programma deve verificare l'esattezza quando importa... poi si da
per scontato che tutto sia perfetto!
Se maneggi un archivio sono affari tuoi... :-)
MDS> dimensione del file dell'archivio (anche se di poco) e si vedrebbero
MDS> meno dati a video quando uno li inserisce. A scelta punto e spazio
MDS> potrebbero essere sostituiti con altri caratteri, possiamo vedere
MDS> insieme quali piacciono di piu'...
MDS> 
e un piu' semplice:
AA BB CC DD EE
FF GG HH II LL
...
l'andare a capo mi occupa piu' spazio... :)
MDS> Potrebbero essere elencate le ruote all'inizio del file, con lo stesso
MDS> separatore dei dati tra ruota e ruota. Problema e' se venisse aggiunta
MDS> una ruota con una citta' col nome contenente uno spazio (ad esempio,
MDS> "Reggio Emilia") e lo spazio fosse proprio il separatore tra ruota e
MDS> ruota, ma attualmente questo non creerebbe problema... 
MDS> 
secondo me senza ruota va meglio: l'ordine e' il solito alfabetico :-)
-- 
"Quando il vostro gatto vi si e' addormentato in grembo e ha l'aria
perfettamente felice e adorabile, dovrete improvvisamente andare in bagno",
legge della frustrazione da felino
-- 
Emanuele Cesena
d.a.m...@iol.it
    occhio all'antispam NOSPAM!
http://www.geocities.com/SiliconValley/Grid/8879

Un bel di' Marco Pozzato scrisse:
MP> 
MP> Facendo file separati per ruote e informazioni sull'estrazione si risolve in
MP> un sol colpo il problema: il file con le date conterrà anche la lista dei file
MP> contenenti i numeri, cioè le ruote.
MP> 
le ruote sono informazioni inutili... basta metterle sempre in ordine ed
attribuire un valore fuori dal range 1..90 per le volte che non si e' giocato
:-)
-- 
"Per quanto nascosta sia una pecca, la natura riuscira' sempre a trovarla.",
principio di Benedict (corollario 9 alla legge di Murphy)


 capire che si tratta di informazioni aggiuntive (come nel C per gli
Si potrebbe definire un carattere (tipo '#' o ';') che messo a inizio
riga fa si' che il programma ignori completamente il contenuto di
quella riga.
Poi la riga la si puo' usare a piacere per annotare qualsiasi
informazione (che va trattata comunque a mano).
ciao
					Michele


L'idea era proprio questa, un delimitatore che dica che li' ci sono le
nuove ruote.
In verita' pero' tale riga andrebbe interpretata dal programma che
carica le estrazioni.
Ciao
Victor

Victor
Tanti Saluti.
A. GALENO

Victor ha scritto:
V>  la prima colonna deve essere dedicata a eventuali marcatori per far
V>  capire che si tratta di informazioni aggiuntive (come nel C per gli
V>  statement al preprocessore), si potrebbe indicare:
V>  se la riga e' un commento , o se.....
V>  c'e' una variazione nelle ruote, a sulla riga stessa viene messa la
V>  nuova intestazione delle ruote, nel formato che hai indicato tu.
V>  Credo si ragionevole, no?
ragionevole e potente, ma mi pare che complichi troppo il formato, soprattutto
per chi aggiorna a mano e per chi ci costruisce sopra un programma senza
essere un programmatore esperto, ma solo smanettando con un po' di basic.
Essenzialmente, mi pare di capire che il problema è la possibile aggiunta di
ulteriori ruote in futuro. Per questo motivo io organizzerei così il record:
- 1 campo data
- numero imprecisato di campi per le ruote contenenti solo i numeri e l'indice
di affidabilità: per ora sono 10, ma potrebbero aumentare
il tutto si gioca coi separatori, ad esempio: separiamo i campi delle ruote
con ':' e all'interno di questo separiamo i 5 numeri con uno spazio e l'indice
di affidabilità con un ';'
Quando un programma legge un'estrazione, legge il primo campo (la data è
sempre presente) e tanti campi 'ruota' finch+ incontra il carattere di fine
riga '\n'.
a voi la parola
Ciao
Marco
-- 
Se si cambia coda, quella che si e' appena lasciata diventera' immediatamente
la piu' veloce. (Osservazione di Zenone) 
Continuare a cambiar coda le rallenta entrambe e fa infuriare tutti.
(Corollario di Kenton)

Victor ha scritto:
V>  ma il fatto di chiamare il file con il nome dell'anno non vi piace
V>  proprio!???
si puň anche fare senza problemi, tanto col cat si ricompatta tutto in un
battibaleno.
Ciao
Marco
PS giuro che la signature č casuale come tutte le altre! questo TIN mi
stupisce sempre piů: sono settimane che ho aggiunto questa signature, ma non
l'aveva mai beccata, mentre sembra davvero che capisca che i qusti messaggi
aleggia lo spirito di unix :-)
-- 
(o-  | Unix is simple and coherent , but it takes a genius  to understand
//\  | and appreciate  its simplicity .
V_/_ |                                    Dennis Ritchie .


Hai dimenticato un campo per indicare se l'estrazione era truccata o
regolare!!!
Ciao ;-)
--
Riccardo
 email: 
r.c...@iol.it

Un bel di' Marco Pozzato scrisse:
MP> 
MP> Quando un programma legge un'estrazione, legge il primo campo (la data è
MP> sempre presente) e tanti campi 'ruota' finch+ incontra il carattere di fine
MP> riga '\n'.
MP> 
secondo me non va:
se aggiungono la ruota di Desenzano, questa non verra' messa in fondo...
ma dopo Cagliari.
Quindi ti salta tutto... :-)
Secondo me, una volta che saranno istituite nuove ruote, vedremo il dafarsi:
aggiornare l'archivio dall'inizio con la 3^ riga a:
  99 99 99 99 99
Oppure renderlo dinamico come proponi tu... pero' secondo me vale la pena
di aspettare.
Ciao!
-- 
"Quando un sistema arriva ad essere completamente definito, qualche
maledetto idiota scopre qualcosa che annulla il sistema o che lo espande
fino a renderlo irriconoscibile", legge di Brooke


Un bel di' Victor scrisse:
V> ma il fatto di chiamare il file con il nome dell'anno non vi piace
V> proprio!???
V> 
propongo di chiamarlo cosi':
archAAAA.lot
ed ora vi spiego i perche':
AAAA e' l'anno, in modo da capire a cosa ci si riferisce.
arch e l'estensione lot servono per capire che si tratta di un archivio
lotto.
Il nome e' formato da 8 caratteri + 3 di estensione, in modo da non
perdere la compattibilita' col DOS (il s.o. che da piu' problemi in 
questo senso).
L'estensione e' .lot e non .txt per distinguerla: tanto in Win lo si
associa al Blocco Note e lo si apre con la stessa facilita' dei .txt :-)
Ciao!
-- 
"10. Non dare mai ordini per iscritto", dal decalogo di Spark per il giovane
manager


riga '\n'.
si, ok, ma credo sia meglio mantenere l'ordine delle ruote, se viene
aggiunta una ruota nel mezzo e' un problema.
Ciao
Victor
PS: sto per postare un riassunto di quanto discusso fin'ora.

di bytes che questo comportera'.
diverse persone hanno detto la loro sull'argomento in vari post


 possa semplificare i programmi che devono caricare le estrazioni.
I programmi in genere se ne fregano se nella conversione
stringa->intero il numero e' preceduto da zeri, sia in C sia in
Pascal.  Volendo fare le cose cifra per cifra, e' comunque piu' facile
con lo zero davanti.
Come leggibilita' i numeri tutti a due cifre fanno un archivio piu'
compatto, senza lasciare "buchi".
Per chi inserisce i dati da tastiera, il tasto spazio e' lontano dal
tastierino numerico, quindi scomodo :-)
ciao
					Michele

 Secondo me, una volta che saranno istituite nuove ruote, vedremo il dafarsi:
Una ruota in piu' generera' casini a non finire (ruote consecutive o
altro) che inserire in modo semiautomatico una colonna di zeri. In
questo caso basteranno 10 minuti per riaggiornare (anche a mano)
l'archivio.
ciao
					Michele

Un bel di' Michele Dalla Silvestra scrisse:
MDS> 
MDS> Per chi inserisce i dati da tastiera, il tasto spazio e' lontano dal
MDS> tastierino numerico, quindi scomodo :-)
MDS> 
e vabbe'... si era parlato del '|' :-)
Piu' lontano/scomodo di quello... (ci vuole pure lo SHIFT) :-)))
E poi scusa: tu usi 2 mani sul tastierino?? :-))
-- 
"Per quanto nascosta sia una pecca, la natura riuscira' sempre a trovarla.",
principio di Benedict (corollario 9 alla legge di Murphy)
-- 
Emanuele Cesena
em...@iol.it
          occhio all'antispam NOSPAM!
http://www.geocities.com/SiliconValley/Grid/8879

Un bel di' Michele Dalla Silvestra scrisse:
MDS> 
MDS> Una ruota in piu' generera' casini a non finire (ruote consecutive o
MDS> altro) che inserire in modo semiautomatico una colonna di zeri. In
MDS> questo caso basteranno 10 minuti per riaggiornare (anche a mano)
MDS> l'archivio.
MDS> 
allora creiamo un archivio dinamico e dio!
Una bella lista che salva i dati esattamente come sono in memoria... :)
-- 
"Preoccupati delle pagliuzze e le travi si arrangeranno da sole", legge di
Peter sulla Sostituzione


Riccardo ha scritto:
R>  Hai dimenticato un campo per indicare se l'estrazione era truccata o
R>  regolare!!!
ahhahha
cmq, c'è sempre l'indice di affidabilità a ricordarci quel 20-40% di
estrazioni irregolari :-))
Ciao
Marco
-- 
La natura e' fantastica. Un miliardo di anni fa non avrebbe mai sospettato
che noi avremmo portato gli occhiali, eppure ci ha fatto le orecchie.
(Milton Berle)

Ema da TIN ha scritto:
EdT>  secondo me non va:
EdT>  se aggiungono la ruota di Desenzano, questa non verra' messa in fondo...
EdT>  ma dopo Cagliari.
e chi lo dice :-)
le ruote vengono aggiunte in fondo, man mano che vengono aggiunte.
cmq, in un caso simile, la cosa più sensata è di riaggiornare l'intero
archivio inserendo dei valori NULL nel campo relativo alla nuova ruota.
Ciao
Marco
-- 
Non si sa mai chi ha ragione, ma bisogna sempre sapere a chi conviene darla.
(Legge di Whistler)


Attualmente sono in ordine alfabetico, e ritengo che tali debbano rimanere
anche in caso di future aggiunte, così come è stato quando da 8 ruote si è
passati a 10.
Ciao
   Riccardo
P.S.: Ma... Marco... scrivi i tuoi messaggi alle 5:25? Urca!
--
Riccardo
 email: 
r.c...@iol.it

Un bel di' Marco Pozzato scrisse:
MP> Ema da TIN ha scritto:
EdT>>  secondo me non va:
EdT>>  se aggiungono la ruota di Desenzano, questa non verra' messa in fondo...
EdT>>  ma dopo Cagliari.
MP> e chi lo dice :-)
allora rifacciamo gli archivi, e Cagliari e l'altra ruota che sono
"arrivate dopo" le piazziamo per ultime.
Cosi' svuotiamo dei campi :)
MP> le ruote vengono aggiunte in fondo, man mano che vengono aggiunte.
MP> 
ok, e non lo puoi fare anche andando a capo per ogni ruota??
Invece di
DATA
10 RIGHE
DATA
...
avrai
DATA
11 RIGHE
DATA
...
what cambia?? :-)
MP> cmq, in un caso simile, la cosa più sensata è di riaggiornare l'intero
MP> archivio inserendo dei valori NULL nel campo relativo alla nuova ruota.
MP> 
Orbene, se devi rifare l'archivio, tanto vale andare a capo :-)
-- 
"In casi di crisi che obbligano la gente a scegliere tra varie linee di
condotta, la maggioranza scegliera' la peggiore possibile", legge di Rudin


Riccardo ha scritto:
R>  P.S.: Ma... Marco... scrivi i tuoi messaggi alle 5:25? Urca!
R>  
alle volte faccio il turno di notte! :-)
Ciao
Marco
-- 
I tre porcellini si presentano da Mike Bongiorno e chiedono: 
<<Scusi, ha delle domande da porci?>> (A.A.)