RTTY
[Top] [All Lists]

Re: [RTTY] 2011 Roundup

To: <rtty@contesting.com>
Subject: Re: [RTTY] 2011 Roundup
From: "DickT-W0RAA" <dickt@w0raa.com>
Date: Wed, 10 Nov 2010 22:30:21 -0700
List-post: <rtty@contesting.com">mailto:rtty@contesting.com>
Switching the weekends is a great idea, and will certainly eliminate a lot 
of hard feelings and QRM.

Dick
W0RAA


> Date: Wed, 10 Nov 2010 15:16:08 -0500
> From: Chris Plumblee <chris.plumblee@gmail.com>
> Subject: Re: [RTTY] 2011 Roundup
> To: rtty@contesting.com, Don Hill AA5AU <aa5au@bellsouth.net>
> Message-ID:
> <AANLkTi=RWaVXK+PVBo=94hMtty4NshiNu1TA9Pmsiv3w@mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Just out of curiosity, what would the readership think about inquiring
> of WA7BNM as to the feasibility of switching the NAQP CW and NAQP SSB
> weekends in January to avoid this conflict? There is no RTTY contest
> on the WA7BNM contest calendar on the weekend of the NAQP SSB contest
> (two weeks later). A switch would remove 12 hours of pretty intensive
> CW operation for the weekend of the Roundup and replace it with SSB,
> which benefits Roundup operators and NAQP CW ops considerably.
>
> I suppose the two elements to balance in answering my question are
>
> 1. the potential for inter-modal interference between stations in the
> NAQP CW and RTTY Roundup, and
>
> 2. the overlap between RTTY Roundup and NAQP SSB.
>
> If the overlap between NAQP SSB and the Roundup for casual stations is
> minimal, it seems like a win-win. If the overlap is more considerable
> then a move would force a significant number of operators to choose
> between two excellent contests and seems like a not-so-good idea. The
> interference will be considerable if NAQP CW and RTTY Roundup remain
> on the same weekend, with less interference being suffered by ops in
> the RU as NAQP stations will all be running <150w.
>
> 73,
> Chris WF3C

_______________________________________________
RTTY mailing list
RTTY@contesting.com
http://lists.contesting.com/mailman/listinfo/rtty

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