Newsgroup: it.hobby.scacchi
Titolo: Cosa c'è in Federazione?

Buongiorno a tutti. Non è mia abitudine scrivere sul newsgroup nonostante mi
capita di dare un'occhiata ogni tanto e spesso trovo interessanti argomenti
e spunti di cui discutere con amici ecc.
Volevo comunque fare chiarezza una volta per tutte, visto le agitazioni
elettorali di questi giorni, di cosa c'è e cosa non c'è in FSI dal punto di
vista informatico. Da circa un anno e mezzo collaboro con la Federazione per
creare un sistema decente di gestione per l'ufficio FSI che si trova in via
Cusani. La procedura che ho sviluppato si chiama FSIArch, è stata sviluppata
in VB 6.0 con database Access 2000 e comprende le seguenti gestioni:
1. gestione delle persone, circoli, soci, arbitri, istruttori, dirigenti e
commissioni; ogni persona ha ovviamente un codice UNIVOCO che avrà per tutta
la sua vita e che è quello stampato sulla tessera FSI.
2. gestione ELO: tabelle già predisposte per la gestione dell'ELO, tuttora
inoperative perchè Bombelli ancora non aveva avuto la possibilità di darmi
indicazioni.
3. stampa tessere e dati con possibilità di lancio di procedure access
direttamente dall'apposito programma.
4. meccanismi di storicizzazione per la gestione e svecchiamento dei dati
Tutte le gestioni comprendono l'inserimento, modifica, cancellazione ed i
dati sono intabellati in maniera intelligente, senza ridondanze.
Tutto questo è perfettamente funzionante, esiste ed è reale.
Cosa è in fase di lavorazione per completare il tutto? Mi spiace dirlo, ma
con l'assenza di Bombelli ho approfittato per iniziare a gestire la parte
ELO che verrà completata prima dell'uscita dell'ELO del secondo trimestre.
Cosa comprende (ammesso che tutto vada ok)
Ho chiesto personalmente al dott. Diena di inserire nel file ELOFSI.ELO il
codice IDPERSONA che gli fornirò, in modo da aggiornare l'elo
automaticamente inserendo un semplice disketto nel computer (quello del
torneo da aggiornare). La nuova fatica sarà così articolata:
1. mappatura tramite una tabella di corrispondenza EDLOFSI - FSIARCH in
atteesa che Diena faccia la modifica (già realizzata)
2. programma di gestione tornei, per indicare per ogni torneo la data di
arrivo, l'avvenuta omologazione ecc. che verrà poi facilmente pubblicata su
internet con apposita procedura per estrarre i dati
3. programma gestione inserimenti manuali (non si sa mai)
4. programma inserimenti automatici su una tabella variazioni che permetterà
di calcolare l'ELO provvisorio (anche torneo per torneo) di volta in volta
che verranno omologati. Anche quì è prevista una procedura per esporre i
dati su internet (ognuno potrà controllare l'evoluzione del proprio elo via
via che i tornei verranno omologati) (già realizzato ed in fase di test)
5. programma per la rigenerazione del file ELOFSI.ELO (indici compresi) che
permetterà ad ogni trimestre di dare agli arbitri il file per la gestione
dei tornei.
6. altri vari oggettini (tipo storicizzazioni ecc. ) che ancora sono in fase
di studio.
Qualcuno potrà domandarsi se tutto questo è l'anticamera di una gestione
torneo per torneo dell'ELO? Forse è l'inizio di qualcosa, ma ancora il
lavoro da fare molto. Faccio presente che io non lavoro in FSI e faccio
questo ed altro durante il tempo libero. Grande lavoro di consulenza e anche
di spalaggio (chi frequenta il settore sa cosa voglio dire) è svolto anche
da Franca Dapiran.
Ecco cosa c'è in FSI e cosa ci sarà nei prossimi mesi.
Saluti
Mauro Fiori
--------------------------------
Inviato via 
http://usenet.libero.it

 Mauro Fiori
A mio avviso bisognerebbe passare immediatamente alla gestione informatica
dell'ELO. I circoli che si terranno al passo dovrebbero avere agevolazioni,
chi invece manderà ancora i dati e le variazioni in formato cartaceo,
dovra' pagare il lavoro di inserimento "manuale" dei dati, come è giusto
che sia.
Ciao, complimenti e grazie per il lavoro svolto
Davide C.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Ciao, complimenti e grazie per il lavoro svolto
Mi associo ai ringraziamenti e ai complimenti.
ciao, edo

3. programma gestione inserimenti manuali (non si sa mai)
Anche perche' un nuovo tesserato in sala torneo non ha un codice
univoco. Avrai tutto gia' previsto, ma te lo rammento, non si sa mai :-)
Questa cosa dei nuovi potrebbe comportare un "leggero" problema.
Io arbitro e non so' il codice. Ti mando il verbale.
Tu FSI gli assegni il codice 123456.
Il tipo va a un altro torneo e l'altro arbitro non sa il codice. Ti manda il verbale.
Tu devi *riconoscere* che e' lo stesso di prima.
Ripeto, forse hai gia' previsto tutto, ma vale la pena che te lo ricordi,
prima che poi magari vengano assegnati piu' codici alla stessa persona.
Altra idea sarebbe quella che sia l'arbitro stesso ad assegnare il codice
dei nuovi. Assegni a me (Mascheroni) il "pacchetto" di codici dal
123000 all'123999 e a te (Fiori) il "pacchetto" di codici dal 124000 all'124999.
Poi ci pensiamo noi, nei tornei, a consumare il pacchetto assegnando un
numero al giocatore nuovo, mettendolo nel Diena.
La prima volta che ti arrivano i file con un giocatore nuovo, il sistema
lo riconoscero' come nuovo e agira' di conseguenza. Dalla seconda volta in
poi il giocatore verra' riconosciuto, ecc.
Procedura un po' "rischiosa", ma pensarci cinque minuti non ti costa
niente, a parte i cinque minuti :-)
Non so, sono tutte idee buttate li', valuta tu.
Grazie per il tuo intervento chiarificatore.
Ciao!
Maurizio Mascheroni
===================================================
Maurizio Mascheroni           
mask...@maskeret.com
---------------------------------------------------
 
http://www.maskeret.com/mecca
 
http://www.maskeret.com/micio
 
http://www.scaccobratto.com
 
http://www.italiascacchistica.com
 
http://www.romagnolionline.com
===================================================

 internet con apposita procedura per estrarre i dati
Ottimo! Due domande secche, del tutto identiche. In un thread di qualche
mese fa Adriano Lorenzini e Maurizio Mascheroni segnalavano che la FIDE
sta portando avanti un progetto per l'invio automatico della
documentazione di un torneo, e che riportavano sul sito ufficiale lo
standard che verra' richiesto per la formattazione dei dati. Il sistema
che la FSI sta sviluppando segue lo stesso standard, o no? Il buon
Walter Ravagnati ricorda che lui ha da lungo tempo informatizzato il
trattamento dei dati dei tornei, utilizzando presumibilmente uno
standard suo. La FSI segue lo stesso standard, o no?
Il motivo delle mie domande e' ovvio: se la risposta a tutte dovesse
essere "no", ci troviamo di fronte ad almeno 4 standard diversi (FIDE,
FSI, Ravagnati e output Diena, oltre a tutti gli output dei programmi
non-Diena). E sarebbe meglio uniformare il tutto subito...
Ciao, Bruno.


L'unico standard riconosciuto dalla FSI per la gestione dell'ELO è il Diena.
Non sono al corrente di altri standard per la gestione dell'ELO poichè in
Federazione c'è solo quello. Per quanto riguarda la FIDE, il discorso è
differente. Il file che viene fornito dalla FIDE viene elaborato da un altro
programma Diena (ELOFI3) che converte automaticamente il formato della FIDE
nel formato Diena per la consultazione (e solo per quella). Fino a che la
FSI non decide diversamente, bisogna sopravvivere con quello che c'è. Ciò
non significa che dobbiamo fare tutto con il vecchio sistema, ma che bisogna
sfruttare le nuove tecnologie utilizzando lo standard esistente. Per il
momento, cerchiamo di far funzionare quello che non funziona, poi si
migliora e si passa per esempio ad una possibile gestione sulla rete.
Saluti
Mauro


non-Diena). E sarebbe meglio uniformare il tutto subito...
Basta usare un solo software per gestire i tornei e sei a posto.
In alternativa si puo' "obbligare" i programmatori dei software
attualmente usabili (GETS, GTS, Diena) a emettere i dati in un
unico formato, preciso e definitivo, che sara' poi quello da
inviare in FSI per l'elaborazione.
L'alternativa opposta, cioe' che sia la FSI a crearsi 'n'
interfacce per importare dati da qualsivoglia software, pur
fattibile, non la prenderei nemmeno in considerazione, perche'
e' sbagliata "concettualmente". E' la FSI che "comanda", per cosi'
dire, quindi un software, per essere approvato dalla medesima,
dovra' sottostare a certe caratteristiche, una delle quali sara'
appunto quella di fornire i dati in un certo modo. Se dovesse
mettersi a "rincorrere" il formato diverso di ogni sofware
si tirerebbe la zappa sui piedi.
I tre software citati prima, come detto, sono "autorizzati"
per i campionati giovanili.
Per tutti gli altri tornei credo che l'unico software autorizzato
sia il Diena; per cui la FSI in questo momento credo stia 
pensando all'interfaccia solo con quello.
<COMPATIBILITA' ON>
Messaggio per Mauro ... :-)
Silvia, che cambia computer piu' velocemente dei vestiti, mi segnala
che Diena, "sotto" i nuovi sistemi operativi (Windows 2000,
XP, ecc.) a volte va, a volte no. I malfunzionamenti non e' chiaro
da cosa dipendano.
Per cui sarebbe il caso di preoccuparsi anche di questo aspetto
(nel senso di trovare un altro software), pena la necessita' di
utilizzare computer datati, incompatibilita' causali, ecc. ...
<COMPATIBILITA' OFF>
Il discorso FIDE e' diverso. Loro vogliono i dati in un certo
formato, ma e' solo la FSI che glieli manda (non i singoli arbitri
a fine torneo, intendo dire). 
Quindi la procedura puo' essere sinteticamente esposta cosi':
1) arbitro che arbitra con "qualcosa" 
2) arbitro invia i file in FSI
3) FSI elabora i file arrivati e li travasa nel proprio database,
   con tutti gli annessi e connessi del caso, li scaraventa
   su Internet, ecc.
4) FSI elabora il torneo appena "importato" dal proprio database
   e crea l'output per la FIDE.
Attualmente, comunque, non ho ben chiaro come la FSI invii i dati
alla FIDE.


    e crea l'output per la FIDE.
Questo e' proprio il nocciolo di quanto volevo far osservare. Nel
momento in cui la FSI elabora i dati e li travasa nel suo database
(punto 3), in che formato li dispone? Un esempio pratico: quanti
caratteri prevede il campo Cognome? Questo campo avra' un numero di
caratteri N1 secondo il Diena ed N2 secondo lo standard FIDE, ed in
generale N1 sara' diverso da N2. Se lo standard FSI e' modellato sul
Diena, non sara' compatibile con quello FIDE.
Secondo me occorrerebbe modellarlo sullo standard FIDE, per diverse
buone ragioni:
1) ci sono maggiori probabilita' che alla fine ci si ritrova
"automaticamente" con gli standard degli altri paesi (a meno che il
Diena non sia lo standard "de facto" in tutto il mondo.
2) la fase di creazione dell'output per la FIDE (punto 4) verrebbe
risparmiata
3) dal momento che comunque il Diena andrebbe modificato (il discorso
contenuto in COMPATIBILITA' ON e OFF) e che comunque "e' la FSI che
comanda", e' meglio imporre a questo lo standard FSI che non viceversa.
4) infine... lo spiego con un esempio, l'ultimo punto. Immaginiamo che
il Diena prevede un cognome della lunghezza massima di 20 lettere, e la
FIDE di 22. Se al torneo partecipa qualcuno con il cognome corto, e'
tutto OK. Se il cognome e' di 21 o 22 lettere (ci sono dei cognomi, per
esempio indiani, molto lunghi...) succede un casino! (Prevengo una
obiezione: se il cognome e' di 23 o piu' lettere, comunque anche la FIDE
dovra' abbreviarlo a massimo 22, e quindi non e' vero che il casino
succede comunque...) 
Ciao, Bruno.

risparmiata
Ma no, che c'entra?
In FSI avranno una miliardata di tabelle e database con tutti gli
ambaradan che servono a noi. Nel solo file giocatori c'e' la categoria
nazionale, per dire, che alla FIDE non frega nulla.
Alla FIDE serve un banale file di testo con quattro campetti in
croce per calcolare l'Elo Fide. Non gli serve altro.
Non e' che la FIDE abbia uno standard per i database o cose simili,
vuole solo un file di testo con i campi formattati e separati
da virgole (o tabulatori, non ricordo bene), e quei dati saranno
si' e no un decimo di quelli presenti nel database FSI.
I dati che servono per il calcolo Elo Fide *non* sono gli stessi
che servono per il calcolo dell'Elo Italia, quindi un solo output
non puo' servire per tutte e due gli scopi, perche' la Fide vuole
solo quello che compete a lei, senza altra fuffa intorno.


 <COMPATIBILITA' OFF>
Importante segnalazione!
In più di una occasione mi è capitato di recuperare un pc "al volo" per
gestire un torneo e in più di una occasione si sono presentati problemi.
Dalla mia esperienza posso rilevare quanto segue:
- macchine con DOS o Windows 3.x .... NO PROBLEM! (ci mancherebbe :-))
- macchine windows 95 e 98 (prima edizione) ... NO PROBLEM!
- macchine windows 98 (seconda edizione) o millenium ... alcuni problemi
nella gestione dei task DOS ... questi problemi sono sempre "del tutto
casuali" dovuti spesso e volentieri ad una non corretta gestione della
memoria utilizzata da DOS e quindi dal BASIC.
- macchine windows NT ... "stranamente" :-) ... NO PROBLEM ... non ho però
provato con macchine a service pack 6 o con explorer 6
- macchine windows 2000 ... ho avuto molti problemi!!! ... spesso e
volentire l'applicazione non parte dandomi l'errore "Cannot execute as child
of BASIC" (premetto che windows 2000 l'ho sempre usato sono in inglese ...
sono allergica ai sistemi operativi in italiano :-)) ... a volte
l'applicazione funziona ma è lentissima nell'inserimento dei dati e quindi
... inutilizzabile!
- macchine windows XP ... l'ho provato solo una volta e sinceramente non ho
avuto difficoltà probabilmente grazie ai miglioramenti apportati da
microsoft alla NTVDM ... non sono però in grado di dare un giudizio concreto
visti i pochi utilizzi su questo sistema operativo.
Spesso e volentieri ci sono problemi per la connessione delle stampanti ...
lo so che il problema si può risolvere ... ma bisogna sapere dove mettere il
flag giusto.
... nessuno ha avuto problemi di questo genere con DIENA?
Sarebbe bello che in contemporanea agli aggiornamenti già annunciati uscisse
una "nuova versione" del DIENA ad interfaccia grafica ... oppure sempre ad
interfaccia carattere ma con la compatibilità ai nuovi sistemi operativi.
Vorrei precisare che il programma DIENA mi piace e lo utilizzo ormai da
circa 6 o 7 anni e mi trovo benissimo ... i miei sono solo appunti
costruttivi per una eventuale analisi e implementazione.
Ciao a tutti!
--
**********************************
Silvia - 
lad...@libero.it
CIRCOLO SCACCHI MONZA
http://www.monzascacchi.com/
**********************************


Bah!?
Ho scritto, ed ormai da due anni gira quello che tu hai descritto,
testato da oltre mille tornei gestiti a vari livelli.
Ci ho fatto senza problemi anche gare importanti, per esempio la più
grande gara valida per Elo e Categorie mai disputata in Italia (CI16 a
Cortina - 8 tornei tutti in linea e 462 giocatori).
Butta addirittura fuori pagine web complete, con pagine html
standardizzate e già collegate fra loro.
E' uno sviluppo del Diena, almeno perchè ne utilizza il suo affidabile
processo di accoppiamento.
Peraltro, essendo scritto in VB6 con sotto Access, può facilmente
essere interfacciato con il lavoro di Mauro Fiori. Già adesso ha una
procedura nativa che trasforma i dati del vetusto file sequenziale
ASCII ELOFSI.ELO e del file ASCII.txt FIDE in un database da cui
carica automaticamente i dati, codici compresi (ove esistenti).
Ha già una procedura che compila automaticamente il verbale cartaceo
di gara, con possibilità di generare un file (contenente
l'IDGiocatore-FSI di sei caratteri numerici) per la trasmissione alla
FSI e la sua elaborazione automatizzata nell'archivio centrale.
E' presente la procedura per le gare a squadre, funzionante sullo
stesso tracciato record - tuttavia questa è assai meno avanzata come
affidabilità, essendo stata molto meno testata.
Infine, è presente una procedura per la gestione delle manifestazioni
pluritorneo (gran premi, challenge, Campionato Italiano Under 16
ecc.), con generazione automatica - partendo dai singoli tornei - di
classifiche, statistiche, elaborazioni aggregate (es. per circolo, per
scuola, per sesso, per provincia, per regione ecc.), che butta fuori
con un click un intero sito web statico composto talvolta da alcune
centinaia di pagine pronto per essere messo in rete senza ulteriori
interventi.
Questo ed altro ancora ....
Vedete, le cose ci sono, basta fare un censimento di quello che c'è ed
evitare lavori duplicati.
Ciao
Walter Ravagnati
Tutto c


Il mio standard prevede già, nel tracciato record, l'idGiocatore della
FSI - di 6 cifre - alternativo al mio idCode.
Il modificare tutto basando il lavoro, com'è logico, sull'idCode della
FSI (che già ho utilizzato per fare il famigerato "controllo del
tesseramento delle fasi locali del Campionato Italiano Under 16 2002")
è solo questione di tempo programmazione, che spenderò ben volentieri.
Ciao
Walter Ravagnati


Sbagliata o non sbagliata, è quello che ho dovuto fare per gestire
l'ambaradan con i programmi in circolazione senza avere la possibilità
di ottenere qualcosa da chi li aveva fatti.
Ho tutti i convertitori, anche quelli per Tango (Mascheroni)
Ciao
Walter Ravagnati

evitare lavori duplicati.
Ok, Walter, pero' rendilo disponibile.
Non c'e' da nessuna parte, continui a implementarlo e non si sa quando
lo finisci.
Sul mio PC con W98 non si installa.
Non ho provato sul portatile con Millenium perche' tremo all'idea
e non posso permettermi che mi succeda niente sul quel portatile.
Mauro a Gorgonzola ha dovuto disintallare non so cosa perche' gli
aveva impallato tutto il portatile.
Quindi:
1) fattelo approvare *ufficialmente* dalla FSI
2) crea un bel file zip e mettilo sul sito arbitrale
3) smetti di "incasinarlo" per qualche mese :-) cosi' che tutti lo
   possiamo testare
4) scrivi un manuale (magari c'e' gia', pero' visto che non sono
   riuscito a installarlo ...)
5) prima di rilasciarlo prova a installarlo un po' su piu' piattaforme
6) forse c'e' gia', ma dovresti parametrizzare le stampe, sul tipo
   di quello che fa "Swiss Perfect" (poter scegliere i campi da
   stampare): le stampe in "landscape" sono orribili.
Senza tutto quanto sopra, per me, non esiste.
Della serie ... ci vuole professionalita' in tutto.



Bah - a parte la parametrizzazione delle stampe, quello che c'è è
quello che ti da' il Diena (che manca di tutto ciò che hai descritto,
compresa la formale approvazione della FSI), oltre a molto di più.
Il Diena è diventato uno standard per essere nato e cresciuto in
carenza di meglio. Ora del meglio, a mio avviso, c'è.
Basta non avere la mentalità di colui che rimane ancorato al buon
tempo antico, anche a costo di fare fatica per migliorare la PROPRIA
produttività individuale.
Ciao
Walter Ravagnati

produttività individuale.
Ma quale cacchio di mentalita'!?
Basta *AVERE* il *SOFTWARE*!
Cosa cacchio fa' un arbitro oggi?
Prende e va sul sito arbitrale, ma se va sul sito arbitrale
e trova il Diena scarica il Diena.
Se non riesce ad avere il tuo come diavolo fa' a usarlo e a
cambiare mentalita'?


 processo di accoppiamento.
Ma anche i turni sono un' opinione?
Oppure esiste una procedura standard codificata e ratificata per la
procedura di accoppiamento?
In questo secondo caso tutti i programmi ovviamente dovrebbero produrre a
fronte degli stessi input, gli stessi output.
Oppure esistono degli accoppiamenti diversi in caso di uso di programmi di
accoppiamento differenti?
Andando indietro con la memoria, mi ricordo che un Maestro romano aveva
scritto una routine per il sistema italo-svizzero. Secondo lui era l'unica
che riusciva ad accoppiare in maniera corretta col quel sistema anche gli
ultimi turni di un torneo 8 turni 12 giocatori, sempre secondo lui e sempre
una dozzina di anni fa negli altri programmi la routine che sceglieva le
coppie da disaccoppiare non era scritta secondo le norme in vigore, ma agiva
in modo abbastanza casuale.
Giovanni

via che i tornei verranno omologati) (già realizzato ed in fase di test)
Immagino che questo voglia dire che presto la regola dei 4 tornei sarà
applicata davvero...
Complimenti.

applicata davvero...
Anche questo e' un aspetto piuttosto particolare, che Fiori dovra' tenere in
debito conto.
Per realizzare la verifica dei 4 tornei e' assolutamente necessario che i
calcoli dei tornei siano fatti in rigoroso ordine temporale, cosa
che potrebbe non avvenire se i tornei arrivano in federazione non in
quell'ordine esatto (un giocatore potrebbe fare due tornei diversi a
breve distanza l'uno dall'altro, ma l'arbitro del secondo torneo potrebbe
essere piu' veloce dell'arbitro del primo torneo nel mandare i dati).
Per questo e' necessario che venga approntata anche una procedura di
ricalcolo globale a fine trimestre, che agisca sui tornei nell'ordine
esatto.
Questo, nel caso di pubblicazione in real time dei dati dei tornei su
Internet, comporta il problema che un giocatore potrebbe vedere
la somma delle proprie variazioni "singole" (pubblicate in tempo reale) 
diversa dalla somma delle medesime pubblicata nella lista di fine trimestre.
Ovviamente con il ricalcolo globale si potrebbero anche modificare i dati
"parziali" dei singoli tornei, anzi, siccome saranno su un database,
saranno sicuramente modificati. Cio' non toglie che a quel punto un giocatore
potrebbe non capire perche' un torneo in cui aveva guadagnato 12 punti
improvvisamente viene modificato e la sua variazione diviene di 9 punti (esempio).


 tutte le funzioni.
Ciao Walter,
se lo metti on-line io lo scarico anche se sono 100mb. :-) e mi offro come
beta-tester!
e se mi autorizzi lo metto anche a disposizione sul sito di Monza per il
download ... ma dacci la possibilità di usare il tuo programma .. che tra
l'altro ho visto di sfuggita al tornei di Roncobello ...
ciao!
Silvia

 delle tessere.
Scusate ma non restisto ... devo dire qualcosa su questo punto in "difesa"
della federazione.
Dunque ... da due anni (2002, 2003) la Federazione "stampa in casa" le
tessere dei giocatori agonisti, ordinari, junior, dirigenti, istruttori e da
due anni a questa parte di tempi si sono ridotti NOTEVOLMENTE.
Sono passata personalmente in federazione all'inizio di gennaio a presentare
il tesseramento del Circolo Scacchi Monza ... non ho parole!!!
Un delirio di tessere da fare una pila di moduli alta almeno 40 cm. arrivati
ovviamente da tutta Italia, via fax, via posta, via piccione viaggiatore!
... alcuni circoli sono molto "ordinati" presentano i moduli compilati al
PC, o a macchina ... altri però presentano i moduli del tesseramento scritti
a mano ... con una grafia totalmente illeggibile!!!!
Il compito della federazione non è affatto gravoso :-) (si fa per dire...)
hanno a disposizione un programma dove immettono il cognome e nome ...
controllano i dati a pc con i dati sul modulo (indirizzo, data di nascita,
categoria, circolo di appartenza ... ), fanno le modifiche e i doppi
controlli del caso e marcano il tesserato per la stampa .... quando
finiscono un circolo stampano le tessere ... poi le controllano per
verificare che non ci siano errori, spuntano i nomi, impacchettano il tutto
e spediscono .....
moltiplica tutte queste operazione per 12.000 nominativi!!!!!!!!!! ... anzi
di più se contiamo anche le tessere aggiuntive!!!!
tutte queste operazioni vengono fatte mentre rispondono al telefono per le
richieste più assurde, preparano lettere e raccomandate, gestiscono la
contabilità e altro ....
E allora cosa mi dite adesso????
Sicuramente l'introduzione di un software per l'automazione di tutto questo
sarebbe auspicabile ... ma non credo che possa "eliminare o ridurre" il
lavoro umano che sta dietro ad una organizzazione ... non esistono software
a prova di errore!


 wrote:

Scusate se intervengo da non addetto ai lavori, ma la tessera di altra
federazione sportiva non la rifaccio tutti gli anni. L'ho fatta solo
all'atto della prima iscrizione e poi tutti i dati (pagamento della
quota annuale, ecc... idoneità fisica compresa) vengono aggiornati sulla
memoria di cui è dotata la tessera nella sede del circolo via computer
in tempo reale e con questa tessera sono riconoscibile in tutto il
mondo.
Così non si devono ogni anno rifare le tessere, ma solo aggiornale via
computer, con tutti i risparmi di tempo e denaro connessi.
Sembra impossibile che in uno sport dove ormai tutti i tornei sono
gestiti con un computer, non ci sia questo.
Poi sulla memoria della carta (che è anche sponsorizzata) ci sarebbe
scritta tutta la storia del giocatore. 
Bisognerebbe usare le migliori tecnologie disponili. 
Se non lo si fa, bisognerebbe chiederersi il perchè.
Scusate, ma il "compito ....gravoso" (caos) se lo vanno a cercare.
Se poi il numero di tessere lievitasse di qualche migliao (invece di
perdere quelle che hanno) forse si troverebbe anche  lo sponsor che paga
la federazione per la sua pubblicità sulla tessera. 
Sogni......, ma c'è chi li ha già realizzati e a volte basterebbe
copiare.
Saluti
Roberto Tomat 

ovviamente da tutta Italia, via fax, via posta, via piccione viaggiatore!
Proprio questo il problema. Ecco perché chiediamo la gestione on line.
Buone speranze. Probabilmente da quest'anno, interfacciando il sistema
federale con quello on line che abbiamo già predisposto, si inizierà
la prova ufficiale con un paio di Comitati per poi estenderlo sul
territorio. Ovviamente i dati (quelli consentiti) saranno visibili su
Internet.
Ciao!
Gigi Troso
Resp. Sito Federazione Scacchistica Italiana
http://www.federscacchi.it
--------------------------------------------
Presidente del Comitato Regionale Pugliese
http://www.pugliascacchi.it
--------------------------------------------
Gli Scacchi - Chess
http://space.tin.it/sport/ltroso/
--------------------------------------------
Tel. 
(+39) 339 2695756

 Internet.
Scusa Gigi una cosa non mi è chiara ... in questo tipo di gestione come
avete previsto di coordinare e "controllare" l'inserimento di nuovi
tesserati o la "rettifica" dei dati dei "vecchi" tesserati?
Ciao a tutti!
Silvia


a mano ... con una grafia totalmente illeggibile!!!!
Altra applicazione è l'elo. Sicuramente saranno pervenute numerose
segnalazioni in federazione riguardo l'elo. Se ci fai caso, c'e' una
ricerca per un paio di criteri. Ebbene, basterebbe modificare in empo
reale quel db per avere un sistema sempre aggiornato, visibile e
utilizzabile. Sarà un errore aggiornare il remoto dal locale e non il
locale da remoto come accade nei sistemi evoluti.
Se vuoi testare il sistema per il Circolo di Monza avvisami.
Ciao, a presto
