Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[CQ\-Contest\]\s+Multi\-op\s+rule\s+change\s+in\s+CQWW\s*$/: 24 ]

Total 24 documents matching your query.

1. [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Juha Rantanen <rantalaane@gmail.com>
Date: Thu, 18 Aug 2011 08:23:42 +0300
CQWW CC has created a totally unnecessary rule change for multi-ops in CQWW: 12. When two or more transmitters are present on a band, either a software or hardware device MUST be used to prevent more
/archives//html/CQ-Contest/2011-08/msg00136.html (7,221 bytes)

2. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Steve London <n2icarrl@gmail.com>
Date: Thu, 18 Aug 2011 07:21:02 -0600
I agree with Juha. There are really two rule changes here: 1) Must have a transmit interlock when two (or more) radios on same band. Completely unenforceable. 2) No alternating CQ's on the same band.
/archives//html/CQ-Contest/2011-08/msg00137.html (8,357 bytes)

3. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Steve London <n2icarrl@gmail.com>
Date: Thu, 18 Aug 2011 08:17:59 -0600
Yes, CQWW already had such a rule. And since CQWW already had the rule, why should CQWW specify the method of compliance ? No it's not up to them. It must be hardware or software. Human lockout (usin
/archives//html/CQ-Contest/2011-08/msg00138.html (9,176 bytes)

4. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: "Bob Naumann" <W5OV@W5OV.COM>
Date: Thu, 18 Aug 2011 07:39:19 -0500
Unnecessary? Really? The rule is in place to assure that two signals cannot occur simultaneously on a band in compliance with the rules. Dueling CQ's is already forbidden in the rules for many reason
/archives//html/CQ-Contest/2011-08/msg00139.html (10,133 bytes)

5. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: "Bob Naumann" <W5OV@W5OV.COM>
Date: Thu, 18 Aug 2011 08:52:58 -0500
Looking at recent contest results, we have found that "completely unenforceable" is not true in the case of both CQWW and the RDXC for multiple signals per band. Violation of the one transmitter at a
/archives//html/CQ-Contest/2011-08/msg00141.html (11,581 bytes)

6. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: "DF3KV" <df3kv@t-online.de>
Date: Thu, 18 Aug 2011 15:10:05 +0200
That is imho a very reasonable rule. Consider a large M/M station with plenty of operators and multiple transceivers on a single band blocking many frequencies for others with their alternate cq. The
/archives//html/CQ-Contest/2011-08/msg00142.html (9,790 bytes)

7. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Jimk8mr@aol.com
Date: Thu, 18 Aug 2011 09:04:46 -0400 (EDT)
I can't speak for why the Contest Committee did it, but I see one very good reason to have done so: There is only so much spectrum available for us. In contests it is much less than we would like to
/archives//html/CQ-Contest/2011-08/msg00143.html (9,579 bytes)

8. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Jukka Klemola <jpklemola@gmail.com>
Date: Thu, 18 Aug 2011 17:57:44 +0300
Juha and all, The rule intention is to prevent simultaneous CQ from one station. Main driver is available bandwidth. By this rule, for example 160SSB can be used in Europe. Without this rule, there c
/archives//html/CQ-Contest/2011-08/msg00144.html (10,246 bytes)

9. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: "Stan Stockton" <stan@aqity.com>
Date: Thu, 18 Aug 2011 08:53:49 -0500
Looks to me like they are defining alternate CQs as "soliciting contacts" Juha OH6XX I can see where it could become a bit messy if several multi-multi stations had 3-6 stations on the air, all soli
/archives//html/CQ-Contest/2011-08/msg00145.html (9,823 bytes)

10. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: "Igor Sokolov" <ua9cdc@gmail.com>
Date: Thu, 18 Aug 2011 18:50:17 +0600
Juha, I think they introduced this new rule to avoid overcrowding bands with a lot of strong signals. Those who are capable of alternating CQ on the same band in fact occupy two frequencies. Usually
/archives//html/CQ-Contest/2011-08/msg00146.html (10,541 bytes)

11. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Mats Strandberg <sm6lrr@gmail.com>
Date: Thu, 18 Aug 2011 19:29:57 +0400
Hello Juha, With all respect to technical and operating skills developing our contesting further, my opinion is that using two RUN-frequencies on one band (interlocked transceivers assumed of course)
/archives//html/CQ-Contest/2011-08/msg00147.html (10,413 bytes)

12. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: "Radio K0HB" <kzerohb@gmail.com>
Date: Thu, 18 Aug 2011 10:15:00 -0800
Thank you. 73, de Hans, K0HB _______________________________________________ CQ-Contest mailing list CQ-Contest@contesting.com http://lists.contesting.com/mailman/listinfo/cq-contest
/archives//html/CQ-Contest/2011-08/msg00148.html (9,054 bytes)

13. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Barry <w2up@comcast.net>
Date: Thu, 18 Aug 2011 11:19:05 -0600
I'd like to see Multiops prohibited from the bottom 25 KHz of a band :.) Barry W2UP -- Barry Kutner, W2UP Lakewood, CO _______________________________________________ CQ-Contest mailing list CQ-Conte
/archives//html/CQ-Contest/2011-08/msg00150.html (9,603 bytes)

14. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: w5ov@w5ov.com
Date: Thu, 18 Aug 2011 13:32:47 -0400
I think it is well known that the "hand signal method" does not PREVENT both radios from transmitting at the same time. The new rule requires a solution that PREVENTS the two radios from transmittin
/archives//html/CQ-Contest/2011-08/msg00151.html (9,493 bytes)

15. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: "Radio K0HB" <kzerohb@gmail.com>
Date: Thu, 18 Aug 2011 18:07:00 -0800
As you may know, I am a great believer in "let them play" under only minimal rules, but I do not support the idea that a "super station" should be allowed to control two QRGs within a single band seg
/archives//html/CQ-Contest/2011-08/msg00153.html (11,237 bytes)

16. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Art Boyars <artboyars@gmail.com>
Date: Thu, 18 Aug 2011 22:11:23 -0400
I can't resist. I have not read all the discussion in detail, but there seems to be a near-consensus that dueling CQs is immoral if done on a single band, mainly because it uses up too much spectrum.
/archives//html/CQ-Contest/2011-08/msg00156.html (9,163 bytes)

17. [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: "Jeffrey Clarke" <ku8e@bellsouth.net>
Date: Thu, 18 Aug 2011 21:14:56 -0400
For all categories: 12. When two or more transmitters are present on a band, either a software or hardware device MUST be used to prevent more than one signal at any one time;interlocking two or more
/archives//html/CQ-Contest/2011-08/msg00157.html (10,775 bytes)

18. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Jimk8mr@aol.com
Date: Thu, 18 Aug 2011 23:10:59 -0400 (EDT)
Because much of the time only one band is really open and useful. Think 20 meters when the solar flux is at 70. Also because I don't think many SO guys can defend two run frequencies at one time. Two
/archives//html/CQ-Contest/2011-08/msg00159.html (8,919 bytes)

19. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Mike Fatchett W0MU <w0mu@w0mu.com>
Date: Thu, 18 Aug 2011 21:22:41 -0600
I contest for fun. If I can win even better but I do it with integrity and it is not win at all costs. When the fun stops the radio on off button is depressed and it is on to another hobby. The cheat
/archives//html/CQ-Contest/2011-08/msg00160.html (13,110 bytes)

20. Re: [CQ-Contest] Multi-op rule change in CQWW (score: 1)
Author: Art Boyars <artboyars@gmail.com>
Date: Fri, 19 Aug 2011 00:00:46 -0400
Jim, Sounds reasonable. (I do think that eventually technology will move us to where SO can run two freq's (maybe a "skimmer" copying on each channel). Would it be immoral then? Or would we not care,
/archives//html/CQ-Contest/2011-08/msg00162.html (10,222 bytes)


This search system is powered by Namazu