I received this from the ARRL in response to a query about the RS(T) problem
Jim
----- Original Message -----
From: "Henderson, Dan N1ND" <dhenderson@arrl.org>
To: "'Jim Brannigan'" <jbrannig@optonline.net>
Sent: Wednesday, June 12, 2002 08:19
Subject: RE: VHF QSO Party
> Jim:
>
> Any submission that receives a numbered receipt is in the queue. Anyone
> who receives a message citing the problem of RS(T)s may ignore the
problems
> listed. I have asked the person who programs the robot to try and find a
> way to deal with this.
>
> The issue is that some people send RSTs and some do not. They are not
> required for VHF exchanges. When the robot scans a QSO line, it is
looking
> for the information in a certain order. After the callsign, it is looking
> for an Alpha-numeric sequence (grid square). When it reads a number first
> (RST), it says "oops, this isn't what I am expecting" and flags it.
Again,
> I have asked the person who developed and programmed the robot to see if
we
> can figure a way to handle this.
>
> The option at this time is to simply not scan QSO lines for any errors.
> This would mean that any log with a serious problem - such as no grid
> squares listed or no callsigns showing - would slip through, creating a
> problem when the logs are checked later. This is certainly not what any
of
> us want to see happen.
>
> Anyone who receives a numbered receipt has a valid log in the queue. The
> scanning of the log when submitted is not when log checking takes place -
> they are two separate processes. Anyone who receives a numbered receipt
but
> shows QSO line errors due to the RSTs in the log may ignore the problems
> cited. The log is saved in tact - those QSOs are not removed. The
complete
> log will be scored during the log checking process.
>
> Anyone with any questions may contact me. Thanks and 73
>
> Dan Henderson, N1ND
> ARRL Contest Branch Manager
|