Search String: Display: Description: Sort:

Results:

References: [ +from:pokane@ei5di.com: 410 ]

Total 410 documents matching your query.

201. Re: [CQ-Contest] KR2Q - RX1CQ (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Fri, 05 Aug 2011 08:43:55 +0100
Never heard of the quaint old-fashioned concept of "trust but verify", or "doveryai, no proveryai"? I suppose that's "crap" too? 73, Paul EI5DI _______________________________________________ CQ-Cont
/archives//html/CQ-Contest/2011-08/msg00025.html (8,153 bytes)

202. Re: [CQ-Contest] KR2Q - RX1CQ (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Wed, 10 Aug 2011 09:18:57 +0100
<snip> There is unfairness because there is nothing special about contesting that makes it different, in this respect, from other competitive activities. Most competitive activities are closely regul
/archives//html/CQ-Contest/2011-08/msg00084.html (9,833 bytes)

203. Re: [CQ-Contest] Determining ASSISTED vs NON-ASSISTED -- was: =>RE: Cheating and bad journalism (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Sun, 25 Sep 2011 18:10:43 +0100
The difference between Assisted and Non-Assisted has two components - the use of either or both changes a single-op enrty from Non-Assisted to Assisted. The first is the use of spotting nets. Why? Be
/archives//html/CQ-Contest/2011-09/msg00240.html (8,318 bytes)

204. Re: [CQ-Contest] Incomplete SS exchange (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Mon, 07 Nov 2011 19:12:33 +0000
Yes, just as there should be a penalty (on ARRL) for not including the callsign as a Cabrillo exchange element, between the precedence and the check. Why encourage redundancy in contest exchanges? I
/archives//html/CQ-Contest/2011-11/msg00075.html (8,753 bytes)

205. Re: [CQ-Contest] Incomplete SS exchange (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Tue, 08 Nov 2011 15:54:57 +0000
You have to look slightly further. The official Cabrillo specifications for SS logs do not reflect the ARRL's rules - callsigns appear once only in Cabrillo QSO records. http://www.kkn.net/~trey/cabr
/archives//html/CQ-Contest/2011-11/msg00116.html (10,449 bytes)

206. Re: [CQ-Contest] Incomplete SS exchange (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Wed, 09 Nov 2011 09:24:25 +0000
It seems that Hans cannot accept that anyone outside the USA might be qualified to comment on SS. Wrong - electronic logs submitted in any format other than the specified Cabrillo format are rejected
/archives//html/CQ-Contest/2011-11/msg00156.html (11,504 bytes)

207. Re: [CQ-Contest] Incomplete SS exchange (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Thu, 10 Nov 2011 13:47:39 +0000
This is the perennial circular argument in support of the "do nothing" option. The rules are what they are, and you must do it because it's in the rules .... And no mention of the many golf rules tha
/archives//html/CQ-Contest/2011-11/msg00220.html (11,224 bytes)

208. Re: [CQ-Contest] unIDs (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Mon, 28 Nov 2011 09:18:42 +0000
The problem is recent, and getting worse. It stems from those stations assuming everyone else knows their call from spots or the RBN. For as long as they get a steady stream of callers, they have no
/archives//html/CQ-Contest/2011-11/msg00426.html (8,677 bytes)

209. Re: [CQ-Contest] Inequity of Zone Checking (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Wed, 30 Nov 2011 15:56:17 +0000
CQWW is a callsign-copying contest - no more and no less. For CQWW, zones (whether Sent or Received) are not cross-checked - if only, as KR2Q suggests, because it would be grossly unfair to do so. Th
/archives//html/CQ-Contest/2011-11/msg00536.html (8,255 bytes)

210. Re: [CQ-Contest] Inequity of Zone Checking (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Wed, 30 Nov 2011 21:43:29 +0000
The rules specify what elements entrants are obliged to exchange on-air. They do not indicate what happens to these exchange elements during log checking. RST and Zone are not checked in CQWW, but ca
/archives//html/CQ-Contest/2011-11/msg00564.html (9,266 bytes)

211. Re: [CQ-Contest] Follow the rules or affect change, but don't whine (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Sun, 04 Dec 2011 10:09:26 +0000
Jim has a point, but my point is pretty simple too. Any rule which requires contesters to exchange meaningless or redundant information is foolish - it is effectively a handicap on all entrants. If w
/archives//html/CQ-Contest/2011-12/msg00084.html (9,084 bytes)

212. [CQ-Contest] Remote Control in Contests (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Wed, 11 Apr 2012 10:22:50 +0100
In the ARRL Contest Update for April 11, 2012 we read Radio Arcala team member Toni OH2UA was at the controls of CQ8X for a serious contest operation in the Azores for WPX SSB. That's not unusual. Wh
/archives//html/CQ-Contest/2012-04/msg00096.html (8,652 bytes)

213. Re: [CQ-Contest] Remote Control in Contests (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Wed, 11 Apr 2012 18:55:14 +0100
Hans has provided an excellent example of a leading question. Not to worry. The length of the mic and speaker cables is irrelevant, once it exceeds the usual limit (1km diameter) for contest stations
/archives//html/CQ-Contest/2012-04/msg00119.html (10,981 bytes)

214. Re: [CQ-Contest] Remote contesting Questions (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Thu, 12 Apr 2012 12:27:44 +0100
That's generous of Mike, but I started the Remote Control thread and I believe he will find direct answers to many of his questions in my original post. http://lists.contesting.com/pipermail/cq-conte
/archives//html/CQ-Contest/2012-04/msg00142.html (7,616 bytes)

215. Re: [CQ-Contest] Remote Control in Contests (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Thu, 12 Apr 2012 17:42:33 +0100
Agreed SSB does not replace amateur-band RF in the signal path between the operators. It is the operators who exchange serials, or whatever is required - not the stations. VHF-spotting nets do not re
/archives//html/CQ-Contest/2012-04/msg00161.html (11,124 bytes)

216. Re: [CQ-Contest] Remote Control in Contests (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Fri, 13 Apr 2012 08:00:06 +0100
W5OV quoted EI5DI Since many people are getting tired of this thread, I'll keep this short. However, it's mildly amusing to me that, having first quoted my actual words, W5OV goes on to misquote them
/archives//html/CQ-Contest/2012-04/msg00175.html (12,715 bytes)

217. Re: [CQ-Contest] Michigan, South Dakota, and Ontario QSO Parties This Weekend (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Thu, 19 Apr 2012 10:33:47 +0100
It seems to me that, when QSO parties overlap, each would get more entries if there was a common QSO format, and unique county/state identifiers. Logging, and log submission, would be simplified - ju
/archives//html/CQ-Contest/2012-04/msg00262.html (7,624 bytes)

218. Re: [CQ-Contest] Aniother rules/remote RX issue (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Wed, 30 May 2012 19:48:33 +0100
It seems to me that when you use the internet to find, facilitate or make contest QSOs, then what you're not is single-op unassisted. A separate issue - local skimmers don't need the internet, but th
/archives//html/CQ-Contest/2012-05/msg00202.html (8,229 bytes)

219. Re: [CQ-Contest] Assisted or not assisted question (yet again) (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Sat, 02 Jun 2012 01:13:48 +0100
<snip> The "new technology" issue has been dealt with many times. As in all competitive events, new technologies are banned when the effects of using them are considered (by the organisers) to be dis
/archives//html/CQ-Contest/2012-06/msg00032.html (8,318 bytes)

220. Re: [CQ-Contest] Remote Control in Contests (score: 1)
Author: Paul O'Kane <pokane@ei5di.com>
Date: Mon, 04 Jun 2012 09:28:04 +0100
This is an admirable initiative in some ways. How could any reasonable fair-minded person not sign up? I can't help feeling it may be premature and irrelevant. It appears to assume that ALL of the ru
/archives//html/CQ-Contest/2012-06/msg00059.html (8,909 bytes)


This search system is powered by Namazu