CQ-Contest
[Top] [All Lists]

Re: [CQ-Contest] The contest is over

To: <kg0us@sbcglobal.net>, <cq-contest@contesting.com>
Subject: Re: [CQ-Contest] The contest is over
From: "Randy Thompson K5ZD" <k5zd@charter.net>
Date: Mon, 8 Dec 2008 03:43:59 -0000
List-post: <cq-contest@contesting.com">mailto:cq-contest@contesting.com>
A few points in response...

I record the contests as part of the audio streaming that I do from my
station during contests.  The recording happens and provides a useful
archive for others who want to see how they sounded at my station.  No way
am I going to go back and listen to hours and hours of a contest to see if I
missed a letter in a call somewhere.

There used to be people who recorded the whole contest instead of logging in
real time.  They would then go back and transcribe the contest from the
recording.  Ouch.  Can you imagine working a contest twice?

There are many people who think Super Check Partial is outside help.  While
I can see their point, I don't agree.  The operator still has to copy the
call and exchange of the other station.  For me, SCP helps to know when to
ask for a repeat on a call.

You mentioned prefilled exchanges.  This probably also helps accuracy, but
with a danger.  Not everyone's exchange stays the same from year to year.
So once again, the operator is still responsible for copying the required
info.

Assistance in terms of the Assisted category revolves mostly around getting
callsign and frequency information during the contest.  I.e., having other
people point you to stations you may or may not have found tuning on your
own.

Just because we have lots of technology around us, it doesn't make its use
required as part of contesting.  There is a significant majority of
contesters who recognize that there is value in single operator efforts that
do not involve outside assistance.  I.e., do everything yourself.  For the
others, there are categories that permit assistance during the contest.  So
everyone has an opportunity to compete with like minded efforts.  

The ethical discussion is to help set the boundaries between the various
categories and what our norms and expectations of behavior are for each.

Randy, K5ZD


> -----Original Message-----
> From: cq-contest-bounces@contesting.com 
> [mailto:cq-contest-bounces@contesting.com] On Behalf Of DR
> Sent: Saturday, December 06, 2008 9:54 PM
> To: cq-contest@contesting.com
> Subject: Re: [CQ-Contest] The contest is over
> 
>  
> I have had some concerns for quite some time that I would 
> like to write about since we are talking the ethics of 
> getting outside help and correcting logs after the contest 
> period is completed.  I have always wondered why does Randy 
> and others take the extra time to record the entire contest 
> while participating in a contest?  I am not accusing him or 
> anyone else of cheating and I am sure that there is a 
> legitimate reason for this, but to me it would be too 
> tempting to use the recording to correct any errors made in 
> the contest log once the contest is over.  Also, it could be 
> a huge stress relief knowing  that everything is being 
> recorded when operating hot and heavy in a SO2R mode and one 
> is not completely sure if they got that last second radio 
> contact completely correct when someone is trying to steal 
> your run frequency on the other radio.
> What about the use of Super Partial Call Check?  Each year we 
> are asked to send in our log so that a new Super Partial Call 
> Check database can be created.  Couldn?t the use of Super 
> Partial Check be considered getting outside help to improve 
> log accuracy when we use such a database to fill in missing 
> callsign letters?  The help would come from the use of 
> outside information that was obtained from operators who 
> previously participated in contests and then submitted a log 
> for Super Partial Check database updates.
> Lastly, logging programs such as Writelog not only have the 
> ability to record entire contest but the program also has a 
> feature that allows the operator to load in an exchange from 
> an ADI file.  For example, if someone had access to several 
> past sweepstakes contest logs; they could run some macros to 
> focus in on past callsigns, precedence, check, and section 
> information while eliminating outliers.  The resulting data 
> can then be place in an ADI file that can be loaded before 
> the beginning of the contest.  Once an operator enters a 
> persons callsign listed in the ADI file, that persons 
> previous year?s precedence, check, and section will 
> automatically fill.  Of course you have to be aware that 
> people sometimes change power and other information from year 
> to year.  This is also why the program feature allows the 
> operator to filter what part of the fill they want to be 
> displayed.  I am guessing that most operators? fills will be 
> the same from year  to year.  I am sure that some of the big 
> boys know about this feature, it did not just get 
> incorporated into Writelog by accident.  The question is, 
> just as with the Super Partial Check database, is this not 
> getting outside help for improving your log accuracy before 
> the contest even begins?
> I agree that we probably should not exchange callsign 
> correction on the reflector after the completion of the 
> contest.  However, to me the exchange of a dozen callsign 
> corrections seems petty to the enormous information available 
> above for correcting and improving ones log accuracy before 
> log submittal.
> Is the rule such that if everyone has the above tools 
> available to them, whether or not everyone is aware of the 
> tools, then it is ethical to use them to improve your 
> accuracy before, during, and potentially after the contest is over?
> 73,
> Dave KG0US
>  
>  
> _______________________________________________
> CQ-Contest mailing list
> CQ-Contest@contesting.com
> http://lists.contesting.com/mailman/listinfo/cq-contest
> 

_______________________________________________
CQ-Contest mailing list
CQ-Contest@contesting.com
http://lists.contesting.com/mailman/listinfo/cq-contest
<Prev in Thread] Current Thread [Next in Thread>