Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[CQ\-Contest\]\s+improving\s+pileup\s+efficiency\s+\(was\s+NOT\s+ID\'ing\s+every\s*$/: 3 ]

Total 3 documents matching your query.

1. [CQ-Contest] improving pileup efficiency (was NOT ID'ing every (score: 1)
Author: "Larry Schimelpfenig" <k7sv@adelphia.net>
Date: Mon, 25 Dec 2006 15:37:22 -0500
signifying that he is ready for the next caller and at the same time confirming his call.On this very reflector Jim himself denied that he ends each Q withZD8Z. On the other hand he's so quick and i
/archives//html/CQ-Contest/2006-12/msg00630.html (7,920 bytes)

2. Re: [CQ-Contest] improving pileup efficiency (was NOT ID'ing every (score: 1)
Author: Jimk8mr@aol.com
Date: Mon, 25 Dec 2006 23:57:06 EST
Another factor in deciding how often to ID is how smooth was the last qso. If it was just a quick report at 40 wpm (or the phone equivalent), one can stretch things a bit. If the other guy has correc
/archives//html/CQ-Contest/2006-12/msg00632.html (6,822 bytes)

3. Re: [CQ-Contest] improving pileup efficiency (was NOT ID'ing every (score: 1)
Author: "Eric Hilding" <dx35@hilding.com>
Date: Tue, 26 Dec 2006 14:28:58 -0800
An erroneous assumption that exists in all of this is that the "pileup" always consists of the same group of stations calling until the pileup dwindles. In reality, if the DX station doesn't I.D. fre
/archives//html/CQ-Contest/2006-12/msg00638.html (9,565 bytes)


This search system is powered by Namazu