Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[CQ\-Contest\]\s+\[FCG\]\s+CQ\s+WW\s+Rules\s+and\s+SCP\s*$/: 28 ]

Total 28 documents matching your query.

1. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: Cqtestk4xs@aol.com
Date: Mon, 17 Jun 2013 11:40:42 -0400 (EDT)
So is going through your log AFTER THE CONTEST, looking for obvious typos like KlABC instead of K1ABC or GOABC instead of G0ABC against the rules? K4XS In a message dated 6/17/2013 3:36:01 P.M. Coord
/archives//html/CQ-Contest/2013-06/msg00183.html (9,508 bytes)

2. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: w5ov@w5ov.com
Date: Mon, 17 Jun 2013 12:32:43 -0500
I am curious how these scenarios are being read into rules that say nothing about correcting typos or using SCP? "Check Partial" or "Super Check Partial" doesn't ever "log" anything. The operator cho
/archives//html/CQ-Contest/2013-06/msg00186.html (12,700 bytes)

3. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: Maarten van Rossum <pd2r.maarten@gmail.com>
Date: Mon, 17 Jun 2013 20:00:41 +0200
No, that is perfectly legit. Your not using external data such as QRZ or a DX cluster to verify callsigns, your just correcting a typo. Nothing wrong with that. As for the zone "problem" regarding U.
/archives//html/CQ-Contest/2013-06/msg00188.html (12,242 bytes)

4. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: Richard F DiDonna NN3W <richnn3w@verizon.net>
Date: Mon, 17 Jun 2013 16:48:39 -0400
I'm having a slight issue with one thing you've written Bob. You wrote that it is "not OK to go back and correct this after the fact." This seems at odds with what I have heard stations say for years
/archives//html/CQ-Contest/2013-06/msg00191.html (10,317 bytes)

5. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: w5ov@w5ov.com
Date: Mon, 17 Jun 2013 16:34:18 -0500
Rich, Thanks for bringing this up and with the specifics you mention. These are some very subtle and fine points, but I think the underlying foundational issues are important to understand. In the ca
/archives//html/CQ-Contest/2013-06/msg00193.html (13,631 bytes)

6. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: Pete Smith N4ZR <n4zr@contesting.com>
Date: Mon, 17 Jun 2013 17:35:38 -0400
Why not simply make the WRTC rule the standard for CQWW (for that matter, for all contests)? 73, Pete N4ZR Check out the Reverse Beacon Network at http://reversebeacon.net, blog at reversebeacon.blog
/archives//html/CQ-Contest/2013-06/msg00194.html (12,277 bytes)

7. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: Steve London <n2icarrl@gmail.com>
Date: Mon, 17 Jun 2013 15:39:01 -0600
SCP and CP don't "log" anything. The operator logs the QSO when he/she presses the Enter key. 73, Steve, N2IC If CP or SCP logs the call incorrectly and I want to change it then I can't unless I do i
/archives//html/CQ-Contest/2013-06/msg00195.html (11,532 bytes)

8. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: Mark Bailey <kd4d@comcast.net>
Date: Mon, 17 Jun 2013 19:06:36 -0400
In CQWW, whether you can change the call depends on whether you sent the other station's callsign - basically whether you were running. See XII 2)  That implied you can't correct an exchange error, b
/archives//html/CQ-Contest/2013-06/msg00196.html (12,315 bytes)

9. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: Tom Haavisto <kamham69@gmail.com>
Date: Mon, 17 Jun 2013 21:15:45 -0400
My understanding is the examples you are using are fine to correct the log, since it is based on information *transmitted over the air*. What is not OK is to use external data (not passed over the ai
/archives//html/CQ-Contest/2013-06/msg00197.html (12,600 bytes)

10. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: kd4d@comcast.net
Date: Tue, 18 Jun 2013 02:47:47 +0000 (UTC)
But, the rule says... X II 2. All sent and received exchanges are to be logged. In addition to the number exchange, the call sign sent by an entrant during a completed exchange, must be logged as sen
/archives//html/CQ-Contest/2013-06/msg00202.html (14,011 bytes)

11. [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: "James Cain" <jamesdavidcain@gmail.com>
Date: Tue, 18 Jun 2013 08:08:51 -0500
If a contest ends at 2359Z, isn't anything you do to your log after that outside the time boundary of the contest? -- JC K1TN _______________________________________________ CQ-Contest mailing list C
/archives//html/CQ-Contest/2013-06/msg00203.html (8,438 bytes)

12. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: somata90924@mypacks.net
Date: Mon, 17 Jun 2013 21:43:53 -0700 (GMT-07:00)
How about people who use specially designed programs that immediately check all the dx sites to see if this call is actually on, and auto correct ? How will you stop that? Joe, w6vnr --Original Messa
/archives//html/CQ-Contest/2013-06/msg00206.html (14,737 bytes)

13. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: Maarten van Rossum <pd2r.maarten@gmail.com>
Date: Tue, 18 Jun 2013 08:11:19 +0200
Who is to ever know you changed the call from HG108DX to HG109DX? They are not going to listen to the SDR recordings unless there is something fishy with your log. Of course, not being able to get ca
/archives//html/CQ-Contest/2013-06/msg00207.html (16,388 bytes)

14. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: "Bob Naumann" <W5OV@W5OV.COM>
Date: Tue, 18 Jun 2013 08:08:18 -0500
Who is doing that and with what programs, Joe? --Original Message-- From: CQ-Contest [mailto:cq-contest-bounces@contesting.com] On Behalf Of somata90924@mypacks.net Sent: Monday, June 17, 2013 11:44
/archives//html/CQ-Contest/2013-06/msg00216.html (15,524 bytes)

15. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: Jimk8mr@aol.com
Date: Tue, 18 Jun 2013 11:33:45 -0400 (EDT)
It could be reasonably argued that the competition is about what you do on the air, and the log is simply the record of what you did on the air. Is the correction issue any different for multiop stat
/archives//html/CQ-Contest/2013-06/msg00218.html (8,803 bytes)

16. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: "Randy Thompson K5ZD" <k5zd@charter.net>
Date: Sun, 23 Jun 2013 09:56:43 -0500
We (contesting) are in the midst of a transition. When electronic logs enabled computer checking, it was eye opening to see all of the errors in logs. UBN reports showed everything in graphic detail.
/archives//html/CQ-Contest/2013-06/msg00297.html (14,923 bytes)

17. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: Steve Sacco NN4X <nn4x@embarqmail.com>
Date: Sun, 23 Jun 2013 10:34:48 -0400
I've been following this latest thread by the cq-contest-lawyers with my usual disdain. I'd like to short circuit the thread, and suggest that there are two logical end-points we can arrive at which
/archives//html/CQ-Contest/2013-06/msg00298.html (19,105 bytes)

18. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: <ve4xt@mymts.net>
Date: Sun, 23 Jun 2013 09:59:15 -0500
This appears to support what I have always considered an acceptable form of log washing -- namely that if you KNOW you worked the guy correctly and that an error in the log is typographical in nature
/archives//html/CQ-Contest/2013-06/msg00299.html (17,000 bytes)

19. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: "Jack Haverty." <k3fiv@arrl.net>
Date: Sun, 23 Jun 2013 12:41:38 -0700
Rules are very difficult to write down so precisely that no one can find loopholes. So in most sporting contests, there's some kind of impartial third-party to make the final decision - referee, umpi
/archives//html/CQ-Contest/2013-06/msg00302.html (24,674 bytes)

20. Re: [CQ-Contest] [FCG] CQ WW Rules and SCP (score: 1)
Author: "Hans Brakob" <kzerohb@gmail.com>
Date: Sun, 23 Jun 2013 14:15:15 -0700 (PDT)
Hold it!  TIME OUT! Third party referees in the cloud?  UN observers in blue construction hard hats sent to selected toy radio stations to monitor for weapons of mass obstruction?  Massive broadband
/archives//html/CQ-Contest/2013-06/msg00304.html (27,219 bytes)


This search system is powered by Namazu