[CQ-Contest] Why not BAN packet entirely in contests?
Barry Kutner
w2up at mindspring.com
Mon Jul 23 01:43:45 EDT 2001
On 22 Jul 01, Marty Tippin wrote:
> At 12:40 PM 7/22/2001 , you wrote:
>
>
> >On 22 Jul 01, Marty Tippin wrote:
> >
> > >
> > > If this has been argued before, I've not seen it. Apologies in advance if
> > > this stirs up a hornet's nest...
> > >
> > >
> > > What good reason is there to allow the use of packet cluster during
> > contests?
> > >
> > >
> >While we're at it, let's ban computers too. Paper logs only with
> >dupe sheets. Straight keys and bugs only, too. No memory keyers.
>
> That's a ridiculous argument which doesn't do anything but obscure the
> issue at hand. Nobody mentioned anything about computers or CW keys. Focus!
>
> Computer logging, memory keyers and the like have had an absolutely
> positive impact on contesting, whereas I fail to see anything truly useful
> about packet cluster use in a contest.
>
> Actually, my argument should have been made against using any form of
> "outside assistance," with packet cluster being the main form of outside
> assistance in use today.
>
>
It's not any more ridiculous than yours
>
> > > * Ops might actually have to turn the dial, listen, and use a bit of skill
> > > to find stations to work (a novel idea, I know..) This is not a "level the
> > > playing field" argument and I don't want to start that. But just think how
> > > much more true skill is required to tune the band, listening for weak ones
> > > buried in the noise than it is to simply click on an incoming spot and
> > have
> > > the rig QSY for you automatically.
> > >
> >
> >I can assure you, competitive ops turn the dial.
>
>
> And competitive ops probably don't use packet (certainly not those who are
> competitive single-ops). But there are a lot more non-competitive ops in a
> contest than competitive ones. Where's your argument in favor of allowing
> packet cluster in a contest?
>
>
OK, I guess K3WW and KI1G are not competitive. Tnx for
correcting that misconception on my part.
Argument in favor of packet:
It generates MORE CONTEST ACTIVITY for everyone, by
stimulating more interest from the casual ops.
>
> > > * I've worked multi-single efforts where I believe the packet cluster
> > > actually worked to the *detriment* of our score -- ops on the mult station
> > > were so consumed with working every new spot that came in that they never
> > > used a disciplined approach of scanning the band from one end to the other
> > > to find new stations (including the many that weren't being spotted). I'm
> > > certain a lot of mults were missed because of randomly hopping around
> > the band.
> > >
> >
> >Only because they are poor ops. Good ops know how and when to
> >use packet.
>
> Maybe so. But where's the argument here in favor of packet cluster?
>
You seem to have deveoped a stutter. See above.
>
>
> > > * The opportunity to cheat is obvious, and apparently a lot more
> > widespread
> > > than I would have guessed. Eliminate the source of this opportunity and
> > you
> > > eliminate at least some of the cheating. We'll deal with the 3KW stations
> > > and the low-power stations running 1KW or more later.
> > >
> >
> >No, deal with them now. A cheater is a cheater. If not packet,
> >something else.
>
> Agreed.
>
>
> > > * For those connected to internet packet clusters (as I believe the vast
> > > majority of users now are), a great percentage of the spots that come in
> > > are worthless and only waste your time when you check. I don't care if JA
> > > is working ZS on 10m, because I probably can't hear them. But the spots
> > > (after importing into the logging program) generally don't show the
> > source,
> > > only the station that was spotted.
> > >
> >
> >So?
>
> So? Where's the argument in favor or packet cluster use during a contest?
>
There's that stutter again. See above.
>
> > > * For DX stations, the packet cluster is often more harmful than
> > helpful to
> > > the run rate. I've seen many big DX stations comment that it's obvious
> > when
> > > they were spotted as the pileup gets suddenly huge. Imagine what
> > happens to
> > > the semi-casual DX with an "average" station who gets spotted and is
> > > suddenly overwhelmed with the pileup. I'll bet many of them just pull the
> > > plug and go do something else.
> > >
> > >
> >
> >Good ops know how to handle a pileup. If you feel overwhelmed,
> >either learn how to operate, or feel free to pull the plug.
>
> The DX has absolutely no control over how or when they get spotted on the
> cluster. So where's the argument in favor of packet?
>
Nobody has control over when they get spotted. Personally I love it
when a EU spots me. My rate climbs almost instantly. I like to see
a "show of hands:" Who would prefer not to be spotted on packet?
Stutter - see above.
> > > The only argument I can think of in favor of allowing packet is that it
> > > *might* attract more casual and/or inexperienced ops who aren't serious
> > > about the contest and only want to work a few new ones here and there. But
> > > keep in mind that these ops in general have less capable stations and are
> > > only going to be able to work the loudest DX they hear, which is obviously
> > > easy to find by spinning the dial.
> >
> >You're finally making sense. If only the big guns were on, the
> >contest would be very boring. You would want to operate a contest
> >that all weekend was like SS SUnday afternoon, would you?
>
> Well just for fun, I looked at my rates from last SS phone. I had better
> rates all day on Sunday than I did on Saturday evening. So, yes, I would
> like for the entire weekend to be like SS Sunday afternoon.
>
>
I doubt that is true for any of the top ten scores.
> > > If anyone can come up with more valid reasons for allowing packet cluster
> > > in a contest, I'm all ears!
> > >
> >
> >Time and technology march on. Deal with it!
>
> Ok, but where's the argument in favor of packet cluster?
>
See above.
73,
Barry
> Not all technological advances in ham radio are necessarily useful or
> applicable to contesting. In particular, I see packet cluster as a
> technological advance which has it's place but not necessarily in a contest.
>
>
> -Marty NW0L
> martyt at pobox.com
>
--
Barry Kutner, W2UP Internet: w2up at mindspring.com
Newtown, PA Frankford Radio Club
--
CQ-Contest on WWW: http://lists.contesting.com/_cq-contest/
Administrative requests: cq-contest-REQUEST at contesting.com
More information about the CQ-Contest
mailing list