[RTTY] Trailing CQ

[Jeff AC0C]

I appreciate your continued work on Skimmer Alex.  You are making a fine 
product even better.  Thanks!

73/jeff/ac0c
www.ac0c.com
alpha-charlie-zero-charlie

-----Original Message----- 
From: Alex, VE3NEA
Sent: Friday, March 25, 2016 4:27 PM
To: rtty at contesting.com
Subject: Re: [RTTY] Trailing CQ

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 at contesting.com
http://lists.contesting.com/mailman/listinfo/rtty