[WriteLog] Fw: VHF QSO Party
Wed, 12 Jun 2002 08:25:03 -0400
I received this from the ARRL in response to a query about the RS(T) problem
----- Original Message -----
From: "Henderson, Dan N1ND" <email@example.com>
To: "'Jim Brannigan'" <firstname.lastname@example.org>
Sent: Wednesday, June 12, 2002 08:19
Subject: RE: VHF QSO Party
> 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
> 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
> 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.
> I have asked the person who developed and programmed the robot to see if
> 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
> 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
> 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
> 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