Search String: Display: Description: Sort:

Results:

References: [ +from:ve7cc@shaw.ca: 20 ]

Total 20 documents matching your query.

1. Re: [RTTY] RTTY N1MM Logger questions (score: 1)
Author: "Lee Sawkins" <ve7cc@shaw.ca>
Date: Mon, 12 May 2014 12:35:07 -0700
Dick1) Connect to a CC Cluster such as VE7CC-1 AE5E-2 etc.2) Turn skimmer spots on by "set/skimmer"3) Set the keyword filter to reject spots you don't want. "set/filter keyword/reject cw, psk, beacon
/archives//html/RTTY/2014-05/msg00071.html (7,824 bytes)

2. Re: [RTTY] The RTTY efficiency myth and SUPERFILL (score: 1)
Author: "Lee Sawkins" <ve7cc@shaw.ca>
Date: Thu, 17 Jul 2014 13:18:05 -0700
This selfish practice can easily be stamped out by not logging the QSO of those who do not send an acknowledgement. 73 Lee /"//This selfish practice can easily be stamped out by working those individ
/archives//html/RTTY/2014-07/msg00073.html (12,365 bytes)

3. Re: [RTTY] The RTTY efficiency myth and SUPERFILL (score: 1)
Author: "Lee Sawkins" <ve7cc@shaw.ca>
Date: Thu, 17 Jul 2014 15:14:46 -0700
John Even if it took you 5 minutes to bust a pileup the first time, you would spend another 5 minutes to see if you got a confirmation the next time? Lee Is this a common problem? If I was unsure of
/archives//html/RTTY/2014-07/msg00075.html (9,840 bytes)

4. Re: [RTTY] Getting spotted by RTTY skimmers (score: 1)
Author: "Lee Sawkins" <ve7cc@shaw.ca>
Date: Mon, 29 Sep 2014 18:17:11 -0700
Starting your call macros with a couple of spaces does as well as <CR><LF> and has he added benefit of not causing the text to scroll down the screen if you press your callsign button several times.
/archives//html/RTTY/2014-09/msg00144.html (10,420 bytes)

5. Re: [RTTY] WHY put CQ at the end? (score: 1)
Author: "Lee Sawkins" <ve7cc@shaw.ca>
Date: Tue, 17 Feb 2015 10:58:30 -0800
David If you are using my cluster and want skimmer spots just enter SET/SKIMMER and you will get them. You also should reject at least CW and PSK skimmer spots during RTTY contests by using the KEYWO
/archives//html/RTTY/2015-02/msg00100.html (10,859 bytes)

6. Re: [RTTY] Decoder performance on crowded bands (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Mon, 28 Sep 2015 23:58:19 -0600 (MDT)
-- Original Message -- Tim You were implying that something is wrong with my node's default filtering. Your own filtering at the VE7CC-1 cluster node was last updated Dec 14, 2014. Your country filte
/archives//html/RTTY/2015-09/msg00124.html (9,528 bytes)

7. Re: [RTTY] JA RTTY on 80 during the CQWW (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Tue, 29 Sep 2015 16:35:20 -0600 (MDT)
Hi Jeff I made a handful of contacts with JA on 80. The activity by JA on 80 was very poor every though propagation was good. I only had 2 answer my CQs. These were on 3599.5. I also worked a couple
/archives//html/RTTY/2015-09/msg00143.html (9,224 bytes)

8. Re: [RTTY] JA RTTY on 80 during the CQWW (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Tue, 29 Sep 2015 17:20:09 -0600 (MDT)
Hi Ed. I love operating on 80. During many contests I am SO2R all night long on 40 and 80 as they are the only bands open up here. I think the best is for the JA stations to operate 3575 and down and
/archives//html/RTTY/2015-09/msg00149.html (11,212 bytes)

9. Re: [RTTY] Decoder performance on crowded bands (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Tue, 29 Sep 2015 18:58:30 -0600 (MDT)
Jamie How sending this. "{enter}WW3S WW3S ". Maybe this would break the association between the CQ from AA5AU and you better and not spot you. I seem to rarely get spotted during S&P and this is what
/archives//html/RTTY/2015-09/msg00151.html (10,296 bytes)

10. Re: [RTTY] Decoder performance on crowded bands (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Tue, 29 Sep 2015 19:08:15 -0600 (MDT)
Oops .... Correction I meant to say: How about sending this. "{enter}WW3S WW3S ". etc -- Original Message -- Jamie How sending this. "{enter}WW3S WW3S ". Maybe this would break the association betwee
/archives//html/RTTY/2015-09/msg00152.html (10,709 bytes)

11. Re: [RTTY] Decoder performance on crowded bands (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Wed, 30 Sep 2015 17:29:41 -0600 (MDT)
Dave I even put a CQ at the end of my TU message. TU VE7CC CQ Lee Dave, I think the CQ on the end serves two purposes. First, if a S&P station tunes across a signal and misses the opening CQ he has n
/archives//html/RTTY/2015-09/msg00186.html (9,516 bytes)

12. [RTTY] Skimmer spots dropped at VE7CC cluster node (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Wed, 30 Sep 2015 19:19:01 -0600 (MDT)
These links may be interesting to some of you. These are the typical rejected spots of any CC Cluster. RTTY skimmer spots are considered valid if spotted by ONE Skimmer. RTTY Skimmers are generally m
/archives//html/RTTY/2015-09/msg00193.html (8,225 bytes)

13. Re: [RTTY] RTTY and Skimmer was: Re: Decoder performance on crowded bands (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Thu, 1 Oct 2015 12:44:30 -0600 (MDT)
At risk of being shot at for self promotion I would like to say that although clusters running CC Cluster software are not using the CT1BOH algorithm , in my opinion what CC Clusters use is better. T
/archives//html/RTTY/2015-10/msg00010.html (10,867 bytes)

14. Re: [RTTY] Skimmer spots dropped at VE7CC cluster node (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Sun, 4 Oct 2015 19:18:43 -0600 (MDT)
You get busted because you are too close in frequency and call to W7RN or W7DRM and they were there first. 73 Lee -- Original Message -- So why am I in the busted list 41 times? 73 Jim W7RY --Origina
/archives//html/RTTY/2015-10/msg00021.html (9,099 bytes)

15. Re: [RTTY] Skimmer spots dropped at VE7CC cluster node (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Mon, 5 Oct 2015 14:40:57 -0600 (MDT)
Since most of the RTTY spots in my dropped lists were listed twice, the actual real number of dropped spots was closer to 20,000 rather than the 37,000 listed. Out of 922,000 RTTY spots over the week
/archives//html/RTTY/2015-10/msg00034.html (10,089 bytes)

16. Re: [RTTY] RTTY Skimmer - DF4UE (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Wed, 23 Mar 2016 17:05:23 -0600 (MDT)
Hi Phil Always nice to work you in the contests. I am curious which cluster call you mean when you say you are using "skimmer cluster". Do you mean the RBN or another specific cluster? I wrote the CC
/archives//html/RTTY/2016-03/msg00175.html (10,345 bytes)

17. Re: [RTTY] Trailing CQ (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Thu, 24 Mar 2016 15:40:35 -0600 (MDT)
Ed The trailing CQ in RTTY CQ messages is equivalent to the trailing TEST in CW CQ messages. I will not be eliminating it. When I see or hear a call a couple of times, I really want to know if I can
/archives//html/RTTY/2016-03/msg00208.html (10,599 bytes)

18. Re: [RTTY] Q Rate Killers (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Mon, 26 Sep 2016 22:18:16 -0600 (MDT)
CC Cluster do more quality checking than AR Clusters can for skimmer spots. You cannot turn this quality checking off. It is permanently enabled. CC Clusters do not send duplicate spots more than onc
/archives//html/RTTY/2016-09/msg00098.html (9,832 bytes)

19. Re: [RTTY] Q Rate Killers (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Tue, 27 Sep 2016 00:57:42 -0600 (MDT)
Users should never connect to the RBN directly. Users should connect to Cluster nodes that remove the dupes and bad spots. This greatly reduces the CPU usage of the user's computer. Lee VE7CC -- Orig
/archives//html/RTTY/2016-09/msg00099.html (9,193 bytes)

20. Re: [RTTY] VE7CC - CC User (score: 1)
Author: Lee Sawkins <ve7cc@shaw.ca>
Date: Sun, 2 Oct 2016 14:10:33 -0600 (MDT)
For RTTY contests using CC Clusters, you can eliminate spots that have non RTTY modes in the comments. For skimmers spots this eliminates ALL other modes. For non skimmer spots, it removes some of th
/archives//html/RTTY/2016-10/msg00006.html (9,576 bytes)


This search system is powered by Namazu