<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hello,<br>
If it is possible to set several filters to bandmap. A checkbox for
showing multis, 3 point station and 1 point station, could also help to
handle the flood of new callsigns from the skimmer. Or maybe a
prioritylist, which data source is allowed to overwrite other stations.
This would be nice if you are running your own skimner.<br>
<br>
I also like the sugguestion of the list from bob.<br>
<br>
I guess it is very tricky to find a solution which fits for everyone.
I'm really looking to see how it will be handled in the future.<br>
This feature can only be tested during contest operation.<br>
<br>
Olli<br>
<br>
<div class="moz-signature">
<title></title>
<hr size="2" width="100%"><font face="Arial"> Oliver Grossmann
| DH2WQ | <a class="moz-txt-link-abbreviated" href="mailto:oliver.grossmann@bretzi.de">oliver.grossmann@bretzi.de</a></font><br>
</div>
<br>
Am 01.12.2010 01:35, schrieb Bob Wilson, N6TV:
<blockquote
cite="mid:AANLkTim2=cV+-pXNiZLvWGmxBwCYiiq8-pLoDJ-VEbWC@mail.gmail.com"
type="cite">
<meta http-equiv="Context-Type"
content="text/html; charset=ISO-8859-1">
This is a new phenomenon, with dozens of Skimmers all over the world,
all interconnected by the Internet, together spotting spotting hundreds
of callsigns every second. It is quite possible for two stations to be
on exactly the same frequency at exactly the same time, and not hear
each other at all.<br>
<br>
Maybe the Win-Test band map needs a way to display up to three or four <i>dissimilar</i>
callsigns all at once, all on the same frequency. Then it's up to the <i>operator</i>
to click on the callsign he is actually hearing. Ctrl-Spacebar (grab
spot according to VFO A freq) could be pressed multiple times to run
through the list.<br>
<br>
Perhaps what is also needed in Win-Test' is a "voting" system for
cluster spots. If two skimmers (or humans) spot EI6IZ, and another
spots I6IZ, all within the same 5-minute period within the same spot
window, I6IZ should not replace EI6IZ in the band map, even if it was
spotted last. The three callsigns with the most spots in the last 5
minute period should "win". Of course if you sign your call enough
times in the pileup, your call could end up in the band map, right next
to the DX callsign, causing more confusion if you happen to be rare DX.<br>
<br>
One would think that a manually entered operator correction (via
right-click / Modify, or Ctrl-Enter) should have higher priority, but
when should it go away? A new valid call could show up on that
frequency, well before the timeout period. There needs to be some type
of "similarity check" I guess.<br>
<br>
Bad Skimmer or Cluster spots could also be automatically filtered if
Win-Test's used its built-in callsign pattern check, MASTER.SCP
database, and known calls already in the log, to determine whether or
not to put a spot into the bandmap and announce windows. Maybe it's
better to leave it to experienced operators to recognize these errors,
rather than the computer, but it is a distraction.<br>
<br>
Of course there's not much that Win-Test can do with skimmers like
WA7LNW-# that reported every station heard, instead of only those that
were CQing. Maybe Win-Test should automatically ignore a set of
Skimmer spots if is reported many different callsigns all on nearly the
same frequency, all within the same 5 minute period.<br>
<br>
73,<br>
Bob, N6TV<br>
<br>
<div>On Tue, Nov 30, 2010 at 2:55 PM, Matt IZ3EYZ <span><<a
moz-do-not-send="true" href="mailto:iz3eyz@virgilio.it">iz3eyz@virgilio.it</a>></span>
wrote:<br>
<blockquote>Unfortunately (as I expected) the 0hz thing doesn't solve
at all the problem<br>
which comes up using RBN.<br>
I installed and used 4.7 dev during last cqww cw and due to the fact
several<br>
skimmers actually spot S&Ping stns it means MANY mult spots are soon<br>
overwritten in a matter of few seconds. :-((<br>
Each op here devoleped his own strategy:<br>
a)writing down calls and qrgs on paper<br>
b)putting them into bandmap (but they are still overwritten)<br>
c)storing qrg's into rtx memories<br>
d)making sh/dx xyz to recall a certain call<br>
<br>
All of above is far from ideal.<br>
<br>
I just hope developers someday will understand the real need of
introducing<br>
a new feature or eventually remove the overwriting (and keep it just
for the<br>
same call spots )thing as ES5TV suggested.<br>
Looking at MS, M2, MM, SOA scores it can be seen how an automatic
spotting<br>
system like RBN brought mult numbers to another level. Actually I feel
those<br>
800 dxcc scores could be improved even more!<br>
<br>
73<br>
<br>
eyz<br>
<div>
<div><br>
<br>
----- Original Message -----<br>
From: "Peter" <<a moz-do-not-send="true" href="mailto:pc2a@pi4cc.nl">pc2a@pi4cc.nl</a>><br>
To: <<a moz-do-not-send="true" href="mailto:support@win-test.com">support@win-test.com</a>><br>
Sent: Monday, November 29, 2010 4:08 PM<br>
Subject: Re: [WT-support] CQWW CW issue<br>
<br>
<br>
> Mikael Larsmark schreef:<br>
>> Hello<br>
>><br>
>><br>
>><br>
>> I hope that some day you will understand how much the need to
be able to<br>
>> shut down the spot bandwidth. Maybe its because you lads don't
work much<br>
>> CW Contests (?) but this is a MAJOR issue.<br>
><br>
> This is fix in the latest dev version (4.7)<br>
> Worked great here with the spot wide set to 0 (zero) hz<br>
><br>
> Ppeter<br>
> PC2A<br>
> <a moz-do-not-send="true" href="http://www.pi4cc.nl">www.pi4cc.nl</a><br>
</div>
</div>
</blockquote>
</div>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Support mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Support@win-test.com">Support@win-test.com</a>
<a class="moz-txt-link-freetext" href="http://www.f5mzn.org/cgi-bin/mailman/listinfo/support">http://www.f5mzn.org/cgi-bin/mailman/listinfo/support</a>
</pre>
</blockquote>
</body>
</html>