Newsgroup: it.hobby.lotto
Titolo: Standardizzazione: Riassunto su PROBLEMI E SPECIFICHE

Ho cercato di riassumere quanto pervenuto con i post: mi scuso in
anticipo per errori ed omissioni (nessuno e' perfetto)
STANDARDIZZAZIONE DEL FORMATO DEGLI ARCHIVI DELLE ESTRAZIONI
RIASSUNTO SU PROBLEMI E SPECIFICHE
VC01:scelta di un formato fisico del file:
Pozzato, Galeno,Victor: ASCII
Dalla Silvestra: ASCII latin-1
CONCLUSIONE
TUTTI DACCORDO SUL FORMATO ASCII (in chiaro o compattato)
VC02: scelta del numero di file
Pozzato: ultimo post e' daccordo su "piu file"
Ema da TIN, Dalla Silvestra:suddividere i file per decenni
Dalla Silvestra: file a parte per l'ordine di caricamento
Galeno: unico file
Victor: unico file
CONCLUSIONE
ardua....
secondo me il numero dei file deve uscire dallo standard, del resto se
uno ha a disposizioone solo pochio anni o dei periodi non
continuativi....
VC03: date di estrazione interne o esterne al file?
Pozzato:date interne
Ema da TIN: date interne se modifiche manuali
Galeno :date non abbinate all'estrazione
Victor : date interne
CONCLUSIONE
..possiamo azzardare per date interne?
VC04: mettere per prima l'ultima estrazione o l'estrazione piu'
vecchia?
Pozzato, Victor, GAleno: estrazioni in ordine naturale
CONCLUSIONE
ovvia: ordine naturale
VC05: record in formato delimitato, posizionale o entrambi?
Pozzato: delimitato
Dalla Silvestra: delimitatori e numeri a due cifre
Galeno: numeri a due cifre
Vistor: delimitarori e numeri a due cifre
VC06: all'interno del record di una estrazione va indicata
esplicitamente la ruota ?
Pozzato: indicazione esplicita
Ema da TIN: indicazione implicita nell'ordine delle estrazioni
Dalla Silvestra: elenco delle ruote all'inizio del file
CONCLUSIONI
ai posteri l'ardua sentenza:)
VC07: presenza di marcatori da pre-processare in prima colonna
Pozzato: va bene , ma complica il formato.
Victor: molto utili
COMMENTI INTERESSANTI:
Dalla Silvestra: estrazioni su unica riga
Ema da TIN: non su una sola riga
Ema da TIN: pascal e C leggono meglio un solo byte che una stringa
[non ritrovo i post giusti scusate]
usare dei crc  e PGP
codifica (1 numero 1 carattere) di compattazione
[.....]
Pozzato:
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.
Dalla Silvestra:
Un programma dovrebbe anche verificare la giusta sintassi
dell'archivio, anche se pero' cosi' diventa piu' lento a caricarlo.
Victor:
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'
****************
Sto per postare una prima idea di fromato standard che potrebbe
quadrare il cerchio e risolvere i problemi in sospeso oltre a essere
molto aperta.
Saluti a tutti!
Victor

Un bel di' Victor scrisse:
V> VC02: scelta del numero di file
V> 
V> Pozzato: ultimo post e' daccordo su "piu file"
V> Ema da TIN, Dalla Silvestra:suddividere i file per decenni
V> Dalla Silvestra: file a parte per l'ordine di caricamento
V> Galeno: unico file
V> Victor: unico file
V> 
io sono disposto a venire incontro... un file unico mi va bene :-)
V> CONCLUSIONE
V> ardua....
V> secondo me il numero dei file deve uscire dallo standard, del resto se
V> uno ha a disposizioone solo pochio anni o dei periodi non
V> continuativi....
V>
ok, e uno sia!
Io ci sto :-)
 
V> CONCLUSIONE
V> ..possiamo azzardare per date interne?
V> 
passato :-)
V> CONCLUSIONE
V> ovvia: ordine naturale
V> 
ottimo!
V> VC05: record in formato delimitato, posizionale o entrambi?
V> 
V> Pozzato: delimitato
V> Dalla Silvestra: delimitatori e numeri a due cifre
V> Galeno: numeri a due cifre
V> Vistor: delimitarori e numeri a due cifre
V> 
io dico delimitato, pero' con ENTER :-)
V> Dalla Silvestra: estrazioni su unica riga
V> Ema da TIN: non su una sola riga
V> 
ottimo... :-)
V> Ema da TIN: pascal e C leggono meglio un solo byte che una stringa
V> 
no, lasciate stare.
Arriviamo per ora ad una conclusione sul primo formato standard
leggibile.
Quello "codificato" semmai lo processiamo in seguito :-)
V> usare dei crc  e PGP
V> 
V> codifica (1 numero 1 carattere) di compattazione
V> 
vorrei esprimere un commento:
il CRC e' una funzione che deve essere calcolata da un programma.
Il file di estrazioni leggibile deve essere leggibile, quindi,
secondo me, il CRC e' scomodo.
Possiamo tenere buona l'idea pre un eventuale file codificato...
li' si che e' comodo sapere se l'archivio e' valido :-)
V> Dalla Silvestra:
V> Un programma dovrebbe anche verificare la giusta sintassi
V> dell'archivio, anche se pero' cosi' diventa piu' lento a caricarlo.
V> 
io sono sempre contro questa idea.
Il programma deve accertarsi solo di saper leggere e scrivere correttamente
l'archivio.
L'archivio _deve_ essere giusto, se ogni programma scrive bene.
Comunque il CRC potrebbe funzionare a questo proposito.
V> Victor:
V> le persone devono poter:
V> 1) aggiornare gli archivi
ovvio!
V> 2) controllarne la sintassi e la integrita'
cerchiamo di mantenerci sul semplice :-)
V> 3) eventualmente rigenerare i codici per il controllo di integrita'
no, questo lo si fa fare ad un programmino idiota!! :-)
-- 
"La crema sale in cima. Anche la feccia", legge di Wellington sul Potere
-- 
Emanuele Cesena
em...@iol.it
          occhio all'antispam NOSPAM!
http://www.geocities.com/SiliconValley/Grid/8879

Victor ha scritto:
V>  VC02: scelta del numero di file
V>  
V>  Pozzato: ultimo post e' daccordo su "piu file"
V>  Ema da TIN, Dalla Silvestra:suddividere i file per decenni
V>  Dalla Silvestra: file a parte per l'ordine di caricamento
V>  Galeno: unico file
V>  Victor: unico file
OK, anche per me va bene un file unico.
li avrei separati solo per praticità delle distribuzione e aggiornamento, cmq
l'assemblaggio sarebbe immediato con un semplice cat o type.
V>  CONCLUSIONE
V>  ...possiamo azzardare per date interne?
azzardiamo
V>  VC05: record in formato delimitato, posizionale o entrambi?
V>  
V>  Pozzato: delimitato
V>  Dalla Silvestra: delimitatori e numeri a due cifre
V>  Galeno: numeri a due cifre
V>  Vistor: delimitarori e numeri a due cifre
se è delimitato, non serve specificare il numero di cifre o di byte: ci sono i
delimitatori a stabilire la fine del numero.
V>  VC06: all'interno del record di una estrazione va indicata
V>  esplicitamente la ruota ?
V>  Pozzato: indicazione esplicita
V>  Ema da TIN: indicazione implicita nell'ordine delle estrazioni
V>  Dalla Silvestra: elenco delle ruote all'inizio del file
V>  
V>  CONCLUSIONI
V>  ai posteri l'ardua sentenza:)
io escluderei l'elenco a inizio file, perchè complicherebbe la gestione
dell'archivio ai programmatori smanettoni.
V>  COMMENTI INTERESSANTI:
V>  
V>  Dalla Silvestra: estrazioni su unica riga
V>  Ema da TIN: non su una sola riga
V>  
V>  Ema da TIN: pascal e C leggono meglio un solo byte che una stringa
anche io per un'unica riga
V>  codifica (1 numero 1 carattere) di compattazione
diventa pressochè impossibile l'aggiornamento manuale con un editor di testo.
V>  Pozzato:
V>  Facendo file separati per ruote e informazioni sull'estrazione si
V>  risolve in un sol colpo il problema: il file con le date conterrà
V>  anche la lista dei file contenenti i numeri, cioè le ruote.
dimentiachianolo
V>  Dalla Silvestra:
V>  Un programma dovrebbe anche verificare la giusta sintassi
V>  dell'archivio, anche se pero' cosi' diventa piu' lento a caricarlo.
e se ci limitassimo a verificare il CRC o analogo, ad esemio MD5?
V>  2) controllarne la sintassi e la integrita'
V>  3) eventualmente rigenerare i codici per il controllo di integrita'
possiamo usare md5sum per questo?
standard e open-software, più di così....
Ciao
Marco
-- 
Un programma di computer fa quello che gli dici, non quello che vuoi.
(Terza legge di Greer)