[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Can't generate the cabrillo file!!!



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

El Mié 30 Oct 2002 10:43, reinc@iae.nl escribió:
> The "0"  is not the qso number, but the designation of the transmitter
> when you work the M2 category....
Ups!
I am sorry.... at the end we take part as multi-multi as we did not know how 
to use multi-2 with tfl O:-)
No problem... the main thing was to make qsos and radio... we were not to win 
;-) as we are a not experienced team... 
I am the only team member who "makes radio" daily... the others don't and two 
of us have passed their examination but they don't have a rig so they only 
make radio on contest! :-)
So we take part on contest just for fun.

> The points are given by the log checking software, and are not contained
> in the cabrillo file.
Ok.
Now i can say the cabrillo is ok (i think)

> I will have a look at the log and generate the proper file.
> (Nice thing is that tlf will rescore the log with proper mults :-)
Please....


> Pse get me the bug report, so I can see what to change before the CW
> portion!!
I have not found the paper we wrote as the bugs were apearing...
Here is my "by-mind bug list":

*Some VE stations don't generate the proper zone and generates ")5"  and so 
on... (i have read in the list about this bug)

*We had to modify twice the zone when the zone received were different from 
the proposed by tlf.

*We couldn't enter D4B station as it "autoentered" "D4" so we had to edit the 
log or add a comment... it is a BIG problem as you cannot work D4B and any 
other D4 station as they are "duped" ;-)

*TLF crashed with a segmentation fault if you enter too much characters in the 
"call" field... to test it just keep a key pressed for a while ;-)

*TLF does not recognise time zones... so you must set the proper time on your 
computer.

*A BIG problem.... is that during the contest the time changed... and we 
didn't notice that until 4 hours after the computer had changed automatically 
the time and our logs were bad timed :-(
Another problem... or wish for the "TODO" list would be a "time sincronyzation 
mini protocol" to have sincronyzed logs... and not having to set the time on 
the  net... just for that all the PC's on the net could sincronize (the 
precision should only be adjusted to 1 minute) with the "minor IP" or any 
other algoritm... just for not receiving QSOs from the future ;-) so a "sort 
+3" and a "sort +2" to the logs should be the same :-)

*We needed two "enter hits" to enter a QSO.

*Not a bug but a not user friendly feature is when you, for example in the 
contest hear only "TV"... you enter "TV" in the call field and then you hear 
the complete call... "EA4TV"... you cannot just hit "begin" and then enter 
"EA4"... as you overwrite the "T" ;-) It is important in a pile-up with lot 
of noise when you cannot hear properly or when the pile-up is heavy.

*Not a bug but an incomplete feature is that if you modify something with "@" 
once you have entered the QSO... the modification is not "retransmited" so 
the data is not the same in all logs!
And if you edit the log... the log is not "re-read" until you restart tlf.
A good feature would be to re-read the log just after an edition and sending 
the modifications throgh the net :-)

Once again... we missed a nice "log edition" and a way to keep the same logs 
in all the computers... as in a 48h hight load period is quite easy to have a 
computer or network problem... or... just imagine you add a new computer on 
saturday afternoon to the network... (as we did... we were using a "wireless 
network" and we started another PC with tlf on saturday... so we had to stop 
pile-ups and searching to copy the logs from one to another  and start it ;-) 
)

The "nice log edition" would be a QUICK way to edit a call... the best way for 
all of us would be the "up cursor" and then delete and insert... just as CT. 
¿Could it be possible? It would earn a lot in user friendlyness :-)

And the error correction or database sincronization protocol... would need 
some thinking before implementing ;-) but we could help on that.

Thanks & 73

- -- 
Un saludo,
	Jaime Robles, EA4TV
	jaime@robles.nu

Visita	http://www.redlibre.net - La Red Libre de todos!		
	http://smsdx.net - El DXCluster en tu movil!

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (GNU/Linux)

iD8DBQE9v7qyER46oL+8yYURAot0AJ9X8k5CQfVDz3fu7EcmVlrzna0psACfQGGS
7ox0C6FqSIo9wZ4fsuWr4tA=
=yh6d
-----END PGP SIGNATURE-----



Reply to: