Search String: Display: Description: Sort:

Results:

References: [ +from:mjc5@psu.edu: 253 ]

Total 253 documents matching your query.

221. Re: [CQ-Contest] Operating Ethics for Multi-Op contest Stations (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Thu, 02 Apr 2009 14:50:57 -0400
It's kind of a self preservation thing. We can say "here's a place you can go when there is a contest". It goes a long way toward defusing their argument of "no place to go". It doesn't mean that con
/archives//html/CQ-Contest/2009-04/msg00052.html (9,600 bytes)

222. Re: [CQ-Contest] ETHICS (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Fri, 03 Apr 2009 09:20:07 -0400
ARRL and the F.C.C. have an Official Observer Program which is designed to deal with this very thing. It depends upon concerned Hams to listen and give feedback to the Amateur who may be doing someth
/archives//html/CQ-Contest/2009-04/msg00083.html (9,938 bytes)

223. Re: [CQ-Contest] ETHICS (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Fri, 03 Apr 2009 13:26:42 -0400
Agreed, I suspect that most people who are operating out of band will be embarrassed by it, and avoid doing it again. Perhaps the out of band issue might be better handled under sloppy practices as o
/archives//html/CQ-Contest/2009-04/msg00097.html (10,598 bytes)

224. Re: [CQ-Contest] Sweepstakes -Automatic Fill - 93 or 67 (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Thu, 09 Apr 2009 09:19:16 -0400
(speaking from my own experience) Sponsors would seem to have a different outlook and a different purpose for their involvement in contesting. At least from my perspective, the idea is to get as many
/archives//html/CQ-Contest/2009-04/msg00194.html (14,012 bytes)

225. Re: [CQ-Contest] be careful what you wish for (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Fri, 10 Apr 2009 09:20:46 -0400
Hi Sandy. I agree with your thoughts about needing sunspots, but.... That rule has so much vague verbiage that it is easy to poke a hole in it when trying to decide if it means that the QSO's between
/archives//html/CQ-Contest/2009-04/msg00216.html (10,726 bytes)

226. Re: [CQ-Contest] Sweepstakes -Automatic Fill - 93 or 67 (score: 1)
Author: Mike Coslo <mjc5@psu.edu>
Date: Sat, 11 Apr 2009 18:25:33 -0500
And most of us will. They just wanted people to come up with 2 numbers to be an exchange. If numbers are chosen by the individual Op without guidelines, you can be they will choose 55. If everyone is
/archives//html/CQ-Contest/2009-04/msg00229.html (10,902 bytes)

227. Re: [CQ-Contest] FQP logs, the new robot and Cabrillo (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Wed, 29 Apr 2009 08:03:22 -0400
I hear you brother! But we'll not get out of the Cabrillo mess soon, if ever. The biggest thing that I have learned after looking a a whole lot of logs is that any adjustment has to come from my end,
/archives//html/CQ-Contest/2009-04/msg00371.html (9,847 bytes)

228. Re: [CQ-Contest] Callsign "appendages" in QSO party logs (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Mon, 04 May 2009 08:47:13 -0400
There are several uses for appending to the callsign. Special event Stations in PAQP sometimes use multiple stations/ multiple counties. Not all software will accommodate the entry of the same callsi
/archives//html/CQ-Contest/2009-05/msg00030.html (11,564 bytes)

229. Re: [CQ-Contest] Mobile operation uploads to LOTW (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Wed, 06 May 2009 10:40:23 -0400
That is a serious deficiency in LOTW! Anything to the right of the slash needs to be placed in a lower priority than that to the left. That really has to be changed, because it doesn't reflect realit
/archives//html/CQ-Contest/2009-05/msg00062.html (9,062 bytes)

230. Re: [CQ-Contest] Mobile operation uploads to LOTW (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Wed, 06 May 2009 11:07:26 -0400
I'm speechless! Entering double logs may be the worst workaround I've ever seen. Let's hope they get that software "feature" fixed soon. And we appreciate it a lot Bob! This will be remembered at rai
/archives//html/CQ-Contest/2009-05/msg00064.html (8,566 bytes)

231. Re: [CQ-Contest] Mobile operation uploads to LOTW (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Thu, 07 May 2009 08:29:31 -0400
A matter of temperament, I guess. It's the reason I don't order two steak dinners in case one isn't to my liking. 8^) I deal to a fair degree in databases. Duplicate data in a database is not a good
/archives//html/CQ-Contest/2009-05/msg00074.html (11,743 bytes)

232. Re: [CQ-Contest] Mobile operation uploads to LOTW (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Thu, 07 May 2009 09:04:07 -0400
What we have is a bit of disconnect between database management, and the desire of a Ham to get a QSO accepted. If you get your QSO acknowledged, you're happy. That database isn't though. And it begs
/archives//html/CQ-Contest/2009-05/msg00080.html (10,034 bytes)

233. Re: [CQ-Contest] Mobile operation uploads to LOTW (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Fri, 08 May 2009 09:13:29 -0400
I have to chuckle. Of course the database doesn't "care". It's an expression based on how well it's working. But there is a person using it who does - or should. Databases are central and essential t
/archives//html/CQ-Contest/2009-05/msg00085.html (11,015 bytes)

234. Re: [CQ-Contest] [NCCC] NS Dash YouTube Videos (Dayton, OH) (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Thu, 21 May 2009 07:59:31 -0400
All they needed was eggs with spoons...... 8^) -73 de Mike N3LI - _______________________________________________ CQ-Contest mailing list CQ-Contest@contesting.com http://lists.contesting.com/mailman
/archives//html/CQ-Contest/2009-05/msg00179.html (7,829 bytes)

235. Re: [CQ-Contest] Second Century of Radio (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Wed, 27 May 2009 10:55:13 -0400
Although my personal preference would be to find something else to do with my time, we could call it telegraphy-sport. Since my major interest is in actual radio, I'd find such a thing to be mind num
/archives//html/CQ-Contest/2009-05/msg00245.html (8,648 bytes)

236. Re: [CQ-Contest] New Universal Contest Rule XXII (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Mon, 08 Jun 2009 08:27:47 -0400
In 07 I rewrote the PAQSO rules. Going from one page to 9 pages. In it, I specifically defined various classes, to the point of defining "Pennsylvania Amateur" and changing from "Operating Frequencie
/archives//html/CQ-Contest/2009-06/msg00106.html (10,001 bytes)

237. Re: [CQ-Contest] Borrowing Callsigns (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Tue, 09 Jun 2009 08:33:47 -0400
Lessee, I bet I can interpret this stricter that youze guys. Given that immediate means exactly immediate, this means that the control Op must: (humor alert) Turn on the radio Tune the radio Press th
/archives//html/CQ-Contest/2009-06/msg00140.html (10,994 bytes)

238. Re: [CQ-Contest] Erroneous Ten Minute Violations (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Wed, 29 Jul 2009 08:33:37 -0400
Side notes: clocks are set all over the place, and even internet computer updating is not 100 percent reliable. I had a time server that kept (re)setting my clock incorrectly. So any determination of
/archives//html/CQ-Contest/2009-07/msg00260.html (10,125 bytes)

239. Re: [CQ-Contest] Self Spotting Rationale (or, The Curmudgeon Awakes) (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Thu, 30 Jul 2009 11:10:46 -0400
And in the spirit of always going too far, is telling someone you are going to be in the contest a sked? In an effort to boost participation on some lesser used bands, we have some arranged times for
/archives//html/CQ-Contest/2009-07/msg00291.html (8,081 bytes)

240. Re: [CQ-Contest] Self spotting rationale (score: 1)
Author: Michael Coslo <mjc5@psu.edu>
Date: Thu, 30 Jul 2009 11:15:56 -0400
Yikes! You've just described a small denial of service attack. It's also the equivalent of jamming. Really bad idea, even to joke about. In addition, the DX clusters are there for DX'ers. That they g
/archives//html/CQ-Contest/2009-07/msg00292.html (9,829 bytes)


This search system is powered by Namazu