RTTY
[Top] [All Lists]

Re: [RTTY] RTTY and Skimmer was: Re: Decoder performance on crowded band

To: rtty@contesting.com
Subject: Re: [RTTY] RTTY and Skimmer was: Re: Decoder performance on crowded bands
From: Tom Osborne <w7why@frontier.com>
Date: Thu, 1 Oct 2015 10:05:35 -0700
List-post: <rtty@contesting.com">mailto:rtty@contesting.com>
One thing I wondered about was the 'not licensed' stations being spotted.
They are not legal to work as hams are not allowed to talk to someone who
is not a ham (other than on a station controlled legally by someone).  You
would think these would just not be posted.  73
Tom W7WHY

On Thu, Oct 1, 2015 at 9:25 AM, Michael Adams <mda@n1en.org> wrote:

> Today, skimmers report once every 10 minutes while a station is detected
> running.
>
> I wonder, if that logic were tweaked to adjust that window to report
> "every 10 minutes or after another station has been spotted on that same
> frequency, whichever comes first", could the CT1BOH skimbusted/skimverify
> logic be tweaked somehow to warn about possible S&P callers.
>
> Similarly...does there need to be an adjustment in the skimbusted logic to
> allow consideration of garble tables for RTTY spots?
>
> Finally, elsewhere in this thread, I believe I remember seeing that
> another node operator was getting feeds from both the RBN and from DL4RCK's
> system.  I have been doing that on my node, but I am discontinuing the
> DL4RCK feed after my CQWW RTTY experience.  On AR v6, duplicate spots from
> the different networks are being parsed as non-dupes, which impacts the
> CT1BOH logic.
>
> I can see someone arguing that skimmers can decode RTTY better than CW and
> therefore should get the "verify" tag sooner, but I chalked up the spotted
> S&P calls and the busted calls in part to the failure to dedupe spots.
>
> --
> Michael Adams | N1EN | mda@n1en.org
>
> -----Original Message-----
>
> This much I'm pretty sure of - neither CW nor RTTY Skimmer does any
> post-processing. Once the callsign and whether the station is CQing has
> been determined in a given decoder stream, that information is immediately
> passed to the Telnet server.  Ever since the first days of CW Skimmer I
> have wished for a function that would, in effect, "notice"
> that a station that was spotted as CQing was, in fact, S&P.  The obvious
> way to do this would be to "take note" that a station just posted as CQing
> turned up within some time interval on a different frequency, therefore
> indicating that he wasn't CQing at all, or at least no longer on the same
> frequency. Logging software could then go back and delete the original spot
> from the Bandmap or other listing of eligible stations waiting to be called.
>
> 73, Pete N4ZR
> _______________________________________________
> RTTY mailing list
> RTTY@contesting.com
> http://lists.contesting.com/mailman/listinfo/rtty
>
_______________________________________________
RTTY mailing list
RTTY@contesting.com
http://lists.contesting.com/mailman/listinfo/rtty

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