Newsgroup: it.hobby.radioamatori
Titolo: Conversione Log

Salve a tutti
Vorrei abbandonare un tipo di log di cui non faccio il nome perchè comincia 
a essere un po troppo instabile causa di blocchi e perdita di dati, è uno 
dei nostri log a pagamento con tanto di assistenza (ultimamente un po 
debole)  molto blasonato su cui ci sono quasi 40 anni di attività e vorrei 
passare a uno dei log free tanto rinomati.
Secondo voi c'è la possibilità di convertire tutto sia log che diplomi senza 
perdita di dati oppure cè sempre da pagare qualcosa in termine di dati?
Grazie e 73 de
        Mont di Buje 

Mont di Buje ha scritto:

Ciao,
io qualche "travaso" di log, negli anni, l'ho fatto,
fastlog-easylog-logvrr-logger ed infine logger 32.
Non ho mai perso i qso, nessuno, ma per i diplomi, spesso non è
facilissimo,
la conta dei paesi per esempio, difficilmente sarà la stessa, a volte ci
sono prefissi strani (K5D visto come USA etc. etc.), che automaticamente
vengono assegnati appunto ad altri paesi dal nuovo log.
Fai delle prove, penso si tratti di easylog, e dovrebbe poter esportare in
Adif, con l'adif, un pò tutti i programmi di log attuali dovrebbero
importare senza "catastrofi", per i diplomi preparati a correggere qualche
errore.
In ogni modo, installa il log prescelto, e fai delle prove, prima di
abbandonare il vecchio log.
73's.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 abbandonare il vecchio log.
Molto bene, hai confermato quello che pensavo, certamente  l'abbandono non 
sarà così repentino ma penso che per un po compilerò due log per controllare 
i vari comportamenti del nuovo log.
Mi hanno consigliato il log LoggerBB (credo di aver capito giusto il nome) 
scritto dagli amici della sezione di Busto, comunque proverò questo e se 
posso anche altri.
Grazie dei consigli.
73 e Buona Pasqua, Mont di Buje 


Ciao
Si effettivamente hai ragione....
Molti (troppi) applicativi in export appositamente o altro, non verificano o
"compatibilizzano" i punti ADIF importanti e completi per specifiche
particolari come quelle da te correttamente esposti ma fanno solo il
"calcolo" sul call importato senza tener presente i campi completi
disponibili anch eper mancanza di dati da caricare.
Io infatti, anche per una verifica interna, in un mio IMPORT ho messo lo
"switch" di ricerca che permette, trovando una differenza tra il "calcolo
interno del call" e il "presente in ADIF", ripropone le possibilità creando
parimenti un file esterno ADIF.err contenente queste opzioni poi
quantificabili individualmente.
Solitamente alla partenza un'importare dovrebbe anche riproporre così al
volo almeno:
- secondo call/DXC
- importare secondo ADIF/status standard con DXC WAZ WAC WAS...
  sperando di conseguenza in questi dati salienti presenti nel LOG vecchio
CNTY
CQZ
CONT
DXCC (numerico)
IOTA
ITUZ
STATE
VE_PROV
lavorando poi eventualmente sul COMMENT
- eventuale STOP di verifica e modifica
- nel suo import accettare switch di appartenenza in un file di testo
(comment)
- file .err contenente i problemi riscontrati
ecc...
dulcis in fundo... accettare le info di errore comunicate dai corrispondenti
(file ADIF d'origine compreso) che hanno importato e modificare il proprio
IMPORT o EXPORT di conseguenza adattandolo al maggior numero di problemi.
Per info... un mio applicativo di adif import ha dovuto contenere oltre 300
correzioni per problemi di possibili incompatibilità prodotti da altri
EXPORT...
Non ti dico i problemi ad esempio con un LOG locale che lasciava (forse
ancora oggi) un bel * (asterisco) assieme al locatore nel file ADIF come
standard... e la risposta al problema mi fu data in un semplicemente di
"ADATTARE il programma di IMPORT"... :-((( LOL
Ciao