Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[TRLog\]\s+Band\s+Map\s+Scanning\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[TRLog\]\s+Band\s+Map\s+Scanning\s*$/: 12 ]

Total 12 documents matching your query.

1. [TRLog] Band Map Scanning (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Mon, 06 Dec 1999 10:58:35 -0600; Here in the heart of the Black Hole, we spend a lot of time in S&P mode. The TRLOG band map is an extremely powerful tool, especially WITHOUT packet. My S&P method involves scanning the band quickly,; /archives//html/TRLog/1999-12/msg00056.html (9,227 bytes)
2. [TRLog] Band Map Scanning (score: 1): Author: ua9cdc@dialup.mplik.ru (Igor Sokolov); Date: Mon, 6 Dec 1999 22:24:05 +0500; on WITHOUT map. appear Ctrl-End and then pick the spot with arrow keys. I do it all the time. Or did I not correctly understand what you are looking for? What I do is tuning across the band. When he; /archives//html/TRLog/1999-12/msg00057.html (8,963 bytes)
3. [TRLog] Band Map Scanning (score: 1): Author: Clive_Whelan@compuserve.com (Clive Whelan); Date: Mon, 6 Dec 1999 18:13:45 -0500; Scott, << Here in the heart of the Black Hole, we spend a lot of time in S&P mode. >> You don't have a monopoly on that! << A keyboard command that will take the radio to the next non-dupe entry on t; /archives//html/TRLog/1999-12/msg00062.html (8,287 bytes)
4. [TRLog] Band Map Scanning (score: 1): Author: rpb@ec.rockwell.com (rpb@ec.rockwell.com); Date: Mon, 06 Dec 1999 18:02:54 -0600; well, as long as there is a thread on wishlists for the bandmap... how about frequency sensitive bandmap posts.... in other words, dont post ssb spots on the bandmap when operating a cw test only (i; /archives//html/TRLog/1999-12/msg00064.html (8,322 bytes)
5. [TRLog] Band Map Scanning (score: 1): Author: ve3bbh@interlog.com (Paul Hicks, VE3ZT); Date: Mon, 06 Dec 1999 19:59:22 -0500; Hi Scott, I like your No. 1, and I've subconsciously/unknowingly wished for Items 2 and 3. 73, Paul. VE3ZT -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Adm; /archives//html/TRLog/1999-12/msg00065.html (7,734 bytes)
6. [TRLog] Band Map Scanning (score: 1): Author: vr2bg@harts.org.hk (VR2BrettGraham); Date: Tue, 07 Dec 1999 06:48:29 +0000; Sorry, but all this talk about possible improvements to the bandmap for those who S&P have me thinking again about how nice it would be if the bandmap would at least allow the same call to be on more; /archives//html/TRLog/1999-12/msg00070.html (8,316 bytes)
7. [TRLog] Band Map Scanning (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 7 Dec 1999 14:50:40 -0000; It is rather complicated to do this by band - however, it would be pretty easy to add an option that simply doesn't erase other entries with the same callsign. Yup - this is a hard thing. I guess I; /archives//html/TRLog/1999-12/msg00074.html (9,524 bytes)
8. [TRLog] Band Map Scanning (score: 1): Author: PaulKB8N@aol.com (PaulKB8N@aol.com); Date: Tue, 7 Dec 1999 10:43:18 EST; Tree, I'd like to reiterate my request to have the band map create a seperate column for "stations mapped but not worked". You could then PgDn to each station that you need without having to sort thr; /archives//html/TRLog/1999-12/msg00076.html (7,868 bytes)
9. [TRLog] Band Map Scanning (score: 1): Author: k2av@contesting.com (Guy Olinger, K2AV); Date: Tue, 07 Dec 1999 12:28:26 -0500; The proposal for a second column just for mults would nullify one of the uses of the band map ... eg, have I listened to every spot. Having some of the calls off to the side would make this impossibl; /archives//html/TRLog/1999-12/msg00078.html (9,903 bytes)
10. [TRLog] Band Map Scanning (score: 1): Author: sdelling@facstaff.wisc.edu (Scott Ellington); Date: Tue, 07 Dec 1999 11:47:51 -0600; There have been some good suggestions, but let's keep in mind that the band map has two quite different uses. One is working multipliers from packet spots; the other is to make S&P more efficient wit; /archives//html/TRLog/1999-12/msg00079.html (8,298 bytes)
11. [TRLog] Band Map Scanning (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 7 Dec 1999 18:34:14 -0000; There have been some good ideas thrown around and I think at least a few of them will work their way into the next release. However, it is a bit overwhelming to think about them while I am in the mi; /archives//html/TRLog/1999-12/msg00081.html (8,964 bytes)
12. [TRLog] Band Map Scanning (score: 1): Author: vr2bg@harts.org.hk (VR2BrettGraham); Date: Wed, 08 Dec 1999 00:44:33 +0000; Tree replied: Yes, please! Many, many a time I could've gone straight to productive S&Ping after a band change if it were there, rather than first having to tell the program again that W3LPL, K3LR, K; /archives//html/TRLog/1999-12/msg00087.html (8,687 bytes)

Current List: 1 - 12
Page: [1]