CQ-Contest
[Top] [All Lists]

Re: [CQ-Contest] Where to Draw the Line was: Re: Does Using ViewProp Mak

To: kd4d@comcast.net, reflector cq-contest <CQ-Contest@Contesting.COM>
Subject: Re: [CQ-Contest] Where to Draw the Line was: Re: Does Using ViewProp Make You Assisted
From: Pete Smith N4ZR <n4zr@contesting.com>
Date: Fri, 29 Nov 2013 12:16:56 -0500
List-post: <cq-contest@contesting.com">mailto:cq-contest@contesting.com>
Hi Mark - not surprising, and I acknowledge that I did not give due weight to the implications of making CWSkimmer essential.

I think you overstate the barriers to entry, though. The most prolific RBN nodes (like WZ7I) run ordinary verticals. They do not seek to receive while transmitting - Wes really does not operate contests - but that is not an absolute showstopper. I simply disable my active vertical when my PTT is asserted, and I made on the order of 50K spots this weekend despite 19 hours of on-the-air time. This is possible because CW Skimmer remembers what has been heard on a particular decoder stream and "picks up where it left off."

73, Pete N4ZR
Check out the Reverse Beacon Network at
http://reversebeacon.net,
blog at reversebeacon.blogspot.com.
For spots, please go to your favorite
ARC V6 or VE7CC DX cluster node.

On 11/28/2013 11:41 AM, kd4d@comcast.net wrote:
Hi Pete:

Not surprisingly, I disagree with you about the difference between the CW Skimmer and the 
RBN.  IMHO, the CW Skimmer technology is the "game changer".  The RBN only adds 
remote receivers to that basic technology.  Viewprop uses the basic CW skimmer technology 
as its basis as well - the ability to rapidly identify a large number of CW stations 
automatically.

There are two reasons why I believe we should NOT make the distinction based on 
information from outside an arbitrary "boundary".

1)  Some (OK, at least one) of us enjoy tuning around and finding stations and multipliers to work 
ourselves and would still like to be able to compete.  A "local" CW skimmer would become 
an absolute necessity to compete in your proposed "new" category.  I want to be able to 
compete and tune around - why take away the existing categories that allow me to do so?

2)  This would DRAMATICALLY increase the "barriers to entry" for a single operator.  Now, 
the operator has to set up and operate a local CW-Skimmer-like capability to be competitive.  But, 
that's the easy part.  Now, he needs dedicated  receiving antennas which have gain and can 
effectively operate within the boundary of the local "station" - being able to receive 
weak signals and effectively receive while transmitting will become a major differentiator.

I believe it is completely appropriate for us to continue do define 
"assistance" (or whatever we decide to call it) as technology evolves.  Other 
sports do this - heck, they prohibit use of rangefinders in golf, motors in sailboat 
racing, computers in scrabble, bridge, and chess, ....

This technology is in its infancy:  we will have to decide what to do about 
totally automated contest stations as soon as a skilled programmer decides to 
implement them...

Yes, it's difficult, and there are edge cases (CW decoders that do "four" 
channels, etc..), but this is not new.

Like the people who race sailboats and play golf (and enjoy these activities), 
we CAN decide which technologies we want to include in different categories and 
which we do not.  We can even prohibit them (as we already do for the 
technology of very high power amplifiers).

73,

Mark, KD4D


----- Original Message -----
From: "Pete Smith N4ZR" <n4zr@contesting.com>
To: "reflector cq-contest" <CQ-Contest@Contesting.COM>
Sent: Wednesday, November 27, 2013 3:21:51 PM
Subject: [CQ-Contest] Where to Draw the Line was: Re: Does Using ViewProp Make 
You Assisted


After 5 years of advocating that any use of CW Skimmer should constitute
"assistance", I have changed my mind about where the line should be
drawn between Assisted/Unlimited and Unassisted, when it comes to
technology.

There are at least two reasons for this:

1. Elaborate attempts to define "assistance" in terms of software
capabilities are doomed to be almost instantly obsolete. Take ZL2HAM's
ViewProp as an example.  He could easily add a "contest mode" that would
prevent the collection of callsigns, frequencies and multipliers, while
still providing charts of when and which bands are open to which zones
or continents. That would arguably make it legally consistent with the
2013 CQWW definition of "unassisted." But then, what about next year?

2. Developments over the last 5 years have made CW Skimmer much less a
game-changer than other developments, such as the worldwide availability
of the Reverse Beacon Network. On November 23, the most prolific
individual CW Skimmer on the RBN in Europe (ES5PC) made 67,121 spots.
The most prolific in North America was WZ7I, with 64,106.  Meanwhile,
the RBN forwarded 2,815,948 spots!

Why is this important?  Because no single Skimmer can match the RBN for
its contribution to a station's score.  Quality filters such as the
CT1BOH/AB5K algorithm depend on multiple spots of the same station for
their accuracy. Moreover, if you are in the contest, your Skimmer cannot
be as capable as a station like WZ7I- both W3LPL and K3LR's Skimmers,
for example, only delivered 50-70percent as many spots as the best
dedicated Skimmer.

3. The cost of local CW Skimmer capability is minimal. While some early
efforts were over the top, you can now put a bandswitching Skimmer on
the air for under $200 - trivial compared to other expenditures that
people make for unassisted technology every day

For these reasons, I agree with Rick that the time has come for a
definition based on the station's boundary.  However, I think the
general rule should be "No information from beyond the station boundary,
regardless ofmode of reception." Specific exceptions could be added,
such as one for "generalized propagation information, such as WWV solar
indices".

Is it time?

73, Pete N4ZR
Check out the Reverse Beacon Network at
http://reversebeacon.net,
blog at reversebeacon.blogspot.com.
For spots, please go to your favorite
ARC V6 or VE7CC DX cluster node.

On 11/24/2013 3:56 PM, Jack Haverty. wrote:
I agree with Rick - the definitions of "assisted" or "unassisted" should be
in terms of communications methods used across your station's boundary
circle.

"Assisted" used to mean being helped by another living human.   With
computers, that doesn't happen nearly as much anymore.  Trying to draw
clear lines around various pieces of ill-defined and evolving technology is
probably impossible.

However, it is fairly easy to draw a line around a station, and determine
what kinds of communications signals are crossing it.  So, "unassisted"
could mean "nothing but amateur radio crosses that line".   Use of any
other communications means, for any purpose, to interact with anything
across that line makes you "assisted".  Internet or carrier pigeon or
signal flags - it's all assistance, using some communications mechanism
other than amateur radio to assist our amateur radio communications.

If you want to include "remote operation", simply define the way you draw
the line around a station to permit that -- the boundary includes the radio
location as well as the operator location, and a very narrow pipe
connecting the two, and only the two, by whatever means you like.

Note that this would permit Unassisted stations to use technology such as
spotting networks - but only if they were implemented using only amateur
radio.

Similarly, perhaps teams of geographically separated operators could
interact as a multi-multi entry, using only amateur radio communications to
coordinate their activities.

Just some thoughts for the annual debate...

73,
/Jack de K3FIV





On Sat, Nov 23, 2013 at 9:48 PM, Rick Kiessig<kiessig@gmail.com>  wrote:

While I agree that using ViewProp in its current form would make someone
assisted, I also think it would help everyone if the contest rules were
less
ambiguous.

Exactly what is meant by "providing call signs" and "multiplier
identification" and "along with frequency information"? Concrete examples
of
what's allowed and what's not would be very helpful.

Especially with increasing use of new and innovative forms of cheating (not
always purposeful), I would like to suggest a new approach for next season.
Rather than focusing on specific technologies, such as Skimmer or ViewProp,
which will always be a moving target, why not draw the line between
assisted
and unassisted in a very clear, unambiguous place:

Unassisted means no connections to the outside world, and no radio or
contest related help from someone there in person. No Internet, phone, HT,
satellite, or anything similar. Any such devices must be unplugged, turned
off, or definitively not accessible to participants for the entire duration
of the contest.

Assisted allows Internet access.

This would allow unassisted contesters to use any technology they wish,
provided it runs entirely at their location. That might be a local Skimmer
or other decoding software, or something new like ViewProp, provided it
didn't connect to the Internet.

This would also put the focus back on what you can build and integrate at
your site. Tinkering is a big part of the hobby for many of us, and that
should include software.

If adopted exactly as above, this would also put remote operations
automatically into the assisted category.

I realize there is still a strong sentiment for "a boy and his radio" type
contesting on the unassisted side. Unfortunately, with technology the way
it
is now, that line is hard to draw, and pretty much impossible to enforce.

BTW, one reason this is an issue for me (other than as the author of
ViewProp), is that the number of people who compete as assisted in this
part
of the world is relatively small compared to unassisted -- and competing
against very small group turns a contest into something else entirely.

73, Rick ZL2HAM / ZM1G


-----Original Message-----
From: CQ-Contest [mailto:cq-contest-bounces@contesting.com] On Behalf Of
Chris Hurlbut
Sent: Wednesday, November 20, 2013 3:29 PM
To: Ken Widelitz
Cc:cq-contest@contesting.com
Subject: Re: [CQ-Contest] Does Using ViewProp Make You Assisted

Of course it makes you assisted.
It provides "multiplier identification" as far as I'm concerned.  What a
great way to keep an eye on 10m during marginal conditions!  When are the
single ops in the Caribbean firing up on 160?  Easy, just look at the map!


No frequency information required.  You know it's open, you will find them.
1000 examples would be easy to come up with, but a debate is not required
in
this case.
-Chris KL9A


On Mon, Nov 18, 2013 at 9:01 PM, Ken Widelitz<widelitz@gte.net>  wrote:

     I've just downloaded and started to plan with ViewProp. What a neat
tool!
     If I don't display the path grid which shows call signs, does
displaying the
     DX Atlas map that ViewProp creates make me assisted?
     Per CQWW rule VIII 2. QSO alerting assistance: The use of any
technology or
     other source that provides call sign or multiplier identification
along with
     frequency information to the operator.
     I think viewing the DX Atlas map is NOT assistance per rule VIII,
since it
     doesn't show call signs and frequencies. The ViewProp grid does not
tie into
     my band maps, so I can't see the calls and frequencies there either.
     73, Ken, K6LA / VY2TT
_______________________________________________
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

_______________________________________________
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


_______________________________________________
CQ-Contest mailing list
CQ-Contest@contesting.com
http://lists.contesting.com/mailman/listinfo/cq-contest

<Prev in Thread] Current Thread [Next in Thread>