RTTY
[Top] [All Lists]

Re: [RTTY] Trailing CQ

To: rtty@contesting.com
Subject: Re: [RTTY] Trailing CQ
From: "Alex, VE3NEA" <alshovk@dxatlas.com>
Date: Fri, 25 Mar 2016 17:27:46 -0400
List-post: <rtty@contesting.com">mailto:rtty@contesting.com>
The latest version of RTTY Skimmer Server (not yet published, will be tested by a few volunteers in the EA contest) discards the CQ if it appears between two different callsigns. This should eliminate one scenario of invalid spot generation (<runner> CQ ... <caller>), or at least reduce its frequency - if the first call is lost to QSB, the second one may be spotted as running. There are several other improvements to the CQ/DE detection algorithm, they all need to be tested.

I am adding code to ignore CQ in the "CQ. <call>" combination, as you suggested, those who want to experiment can put "CQ." at the end of the message and see if this helps.

73 Alex VE3NEA


On 2016-03-25 17:06, Michael Clarson wrote:
My understanding of the problem is S&P operators like CQ at the end to save
time. Skimmers like the CQ at the end so they know its a valid CQ -
  running station. Problem is when someone tailends the CQ with their own
call (perfectly OK practice) it fools the skimmers into thinking they
called CQ. Suggestion: instead of attempting to change the operating
practice, suppose running stations end with CQ {period} {space} This keeps
S&P ops happy. If skimmers do nothing, status quo is maintained. If
skimmers alter software to ignore calls after the CQ {period}, spotting
accuracy is improved. Comments? --Mike, WV2ZOW
_______________________________________________
RTTY mailing list
RTTY@contesting.com
http://lists.contesting.com/mailman/listinfo/rtty

<Prev in Thread] Current Thread [Next in Thread>