Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[RTTY\]\s+Dupes\s+how\s+to\s+handle\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[RTTY\]\s+Dupes\s+how\s+to\s+handle\s*$/: 48 ]

Total 48 documents matching your query.

21. Re: [RTTY] Dupes how to handle (score: 1): Author: Bill Turner <dezrat1242@yahoo.com>; Date: Mon, 13 Feb 2012 16:04:32 -0800; ORIGINAL MESSAGE: REPLY: Dupes are NEVER penalized unless you claim point credit for them. Any logging software I know of does NOT give point credit for dupes, so that is a non-issue unless you're lo; /archives//html/RTTY/2012-02/msg00171.html (9,488 bytes)
22. Re: [RTTY] Dupes how to handle (score: 1): Author: goldtr8@charter.net; Date: Mon, 13 Feb 2012 19:14:40 -0500 (EST); I don't do much contesting so when I do I use my HRD log and set up macros to mimic what I see happening in the contest and I go slow because that's just how I do it. The last time I tried a contest; /archives//html/RTTY/2012-02/msg00172.html (10,337 bytes)
23. Re: [RTTY] Dupes how to handle (score: 1): Author: "Alejandro V. XE1EE" <xe1ee@telmexmail.com>; Date: Mon, 13 Feb 2012 18:16:20 -0600; Good point, so I'll erase that macro and will work dupes from now on. I use Writelog and Wintest. Tnx Bill ** XE1EE Alejandro Valdez O. DXCC RTTY, SSB & CW Mixed, 10, 15, 20 & 40 WAS, TPA & WAC www.d; /archives//html/RTTY/2012-02/msg00173.html (10,903 bytes)
24. Re: [RTTY] Dupes how to handle (score: 1): Author: "Alejandro V. XE1EE" <xe1ee@telmexmail.com>; Date: Mon, 13 Feb 2012 18:33:41 -0600; For contest logging I use Writelog for RTTY, and Win-Test for SSB and CW (sometimes rtty). All that resulting ADIF (daily and contests) are imported to VQLOG (to me the best logging software I ever u; /archives//html/RTTY/2012-02/msg00174.html (18,278 bytes)
25. Re: [RTTY] Dupes how to handle (score: 1): Author: "Gary AL9A" <al9a@mtaonline.net>; Date: Mon, 13 Feb 2012 16:02:34 -0900; I too will stack stations if I'm getting several printing at the same time in a pile up. I rarely have more than one or two in the stack. Problem is when I go to the "next" guy he is often not there.; /archives//html/RTTY/2012-02/msg00175.html (11,346 bytes)
26. Re: [RTTY] Dupes how to handle (score: 1): Author: "Jim W7RY" <jimw7ry@gmail.com>; Date: Mon, 13 Feb 2012 17:28:21 -0800; That would be my guess. They're probably using their new Icom rig that does contest serial numbers and has other rtty memories. They just hit the key to send their call and the report. 73 Jim W7RY __; /archives//html/RTTY/2012-02/msg00176.html (14,931 bytes)
27. Re: [RTTY] Dupes how to handle (score: 1): Author: "Tom Osborne" <w7why@frontier.com>; Date: Mon, 13 Feb 2012 19:08:44 -0800; Hi Larry I have always wondered why people want to work the DX'pedition on every available band/slot. Say HK0NA makes 50,000 Q's and they all work him 27 times. That means that only about 1850 statio; /archives//html/RTTY/2012-02/msg00182.html (10,434 bytes)
28. Re: [RTTY] Dupes how to handle (score: 1): Author: "Ed Muns" <ed@w0yk.com>; Date: Mon, 13 Feb 2012 23:11:40 -0400; There is no "limit" to the number of dupes you can have in your log. There is no disqualification or any consequence at all for having any number of dupes in your log. In the days before electronic l; /archives//html/RTTY/2012-02/msg00183.html (17,626 bytes)
29. Re: [RTTY] Dupes how to handle (score: 1): Author: "K9OR" <k9or@comcast.net>; Date: Mon, 13 Feb 2012 21:20:51 -0600; I would suggest that program developers and macro-suggesters NOT put the "B4" macro in their defaults. Makes it look like B4 is an accepted practice. Got rid of B4 a long time ago, for the same reaso; /archives//html/RTTY/2012-02/msg00185.html (7,324 bytes)
30. Re: [RTTY] Dupes how to handle (score: 1): Author: "Ed Muns" <ed@w0yk.com>; Date: Mon, 13 Feb 2012 23:21:59 -0400; In today's log checking, even paper logs are handled the same way. There are so few of them, we just get them entered into a Cabrillo file and run them with the rest of the logs in the log check soft; /archives//html/RTTY/2012-02/msg00186.html (10,093 bytes)
31. Re: [RTTY] Dupes how to handle (score: 1): Author: "K9OR" <k9or@comcast.net>; Date: Mon, 13 Feb 2012 21:26:32 -0600; And another issue... If a contestant is running assisted, their bandmap or cluster window may show an 'unworked' station on a certain frequency... They click there..but that station is gone...and you; /archives//html/RTTY/2012-02/msg00187.html (7,367 bytes)
32. Re: [RTTY] Dupes how to handle (score: 1): Author: Robert Chudek - K0RC <k0rc@citlink.net>; Date: Mon, 13 Feb 2012 21:47:31 -0600; Yes, the N1MM team has completely re-written and posted "starter" Function Key files on their website recently. 'Best practices" were thoroughly discussed and applied to these new examples. There is; /archives//html/RTTY/2012-02/msg00189.html (8,631 bytes)
33. Re: [RTTY] Dupes how to handle (score: 1): Author: "Ed Muns" <ed@w0yk.com>; Date: Mon, 13 Feb 2012 23:52:58 -0400; Stack usage is not yet well-defined and probably several approaches can be argued as valid. Here's mine: 1. I am very careful to stack calls in the order that they print in my RTTY decoder window(s).; /archives//html/RTTY/2012-02/msg00190.html (13,319 bytes)
34. Re: [RTTY] Dupes how to handle (score: 1): Author: "K3RWN" <rwnewbould@comcast.net>; Date: Mon, 13 Feb 2012 23:23:27 -0500; Ed very well stated. For an example there is a station that will remain call-less that I remember sending the report first in almost every RTTY contest I have worked it, however in the WPX 2012 I wor; /archives//html/RTTY/2012-02/msg00192.html (8,458 bytes)
35. Re: [RTTY] Dupes how to handle (score: 1): Author: "Ron Kolarik" <rkolarik@neb.rr.com>; Date: Mon, 13 Feb 2012 22:32:17 -0600; Honor Roll in as many modes as possible......"gotta have it, gotta have it now". The new DDXCC is causing some problems too. HK0NA was plauged with pirates and that may account for some of the "insur; /archives//html/RTTY/2012-02/msg00195.html (11,230 bytes)
36. Re: [RTTY] Dupes how to handle (score: 1): Author: Ian White GM3SEK <gm3sek@ifwtech.co.uk>; Date: Tue, 14 Feb 2012 09:17:36 +0000; Thanks, Ed - that post is yet another 'keeper' from you. They may be getting their timing right for P49X because you are stacking almost constantly, so callers can always hear what they need to do. B; /archives//html/RTTY/2012-02/msg00199.html (11,416 bytes)
37. Re: [RTTY] Dupes how to handle (score: 1): Author: Ian White GM3SEK <gm3sek@ifwtech.co.uk>; Date: Tue, 14 Feb 2012 09:34:07 +0000; wrote: That is a very good point. Many authors of digital and logging software are not contesters or DXers (the writer of HRD freely admits this) so the example macros that they supply are frankly aw; /archives//html/RTTY/2012-02/msg00200.html (8,756 bytes)
38. Re: [RTTY] Dupes how to handle (score: 1): Author: "Barry Murrell ZS2EZ" <zs2ez@zs2ez.co.za>; Date: Tue, 14 Feb 2012 12:03:21 +0200; When "trawling" the bands in S&P I generally give a station up to 3 calls to reply, then move on (unless it is a mult that I need). In the Roundup I maintained an S&P rate of over 90 an hour for the; /archives//html/RTTY/2012-02/msg00201.html (13,027 bytes)
39. Re: [RTTY] Dupes how to handle (score: 1): Author: "John GW4SKA" <ska@bartg.org.uk>; Date: Tue, 14 Feb 2012 03:18:31 -0800; AFC is an evil device that should be banished from the screen! Far better to net properly. Another reason for off frequency calls is clicking on spots then not listening. Spots are usually going to b; /archives//html/RTTY/2012-02/msg00205.html (13,250 bytes)
40. Re: [RTTY] Dupes how to handle (score: 1): Author: iw1ayd <iw1ayd@googlemail.com>; Date: Tue, 14 Feb 2012 13:25:39 +0100; I strongly agree with the idea of Bill W6WRT for the S&P DUPEs, TU Bill as usual. I will C&P your macro text inside mine macro set: {TX}{ENTERLF}NOT IN LOG{ENTERLF}PLEASE WORK ME AGAIN {MYCALL} {MYCA; /archives//html/RTTY/2012-02/msg00208.html (9,404 bytes)

Current List: 21 - 40
Page: [1] [2] [3]