<div dir="ltr"><div>Back to the main topic, <br clear="all"></div><div>Based on tests I did in the past, the logic behind the deduplication is not clear, or at least I cannot understand it.</div><div>Sometime ago I already wrote about this topic in the list, but no one answered.</div><div>I have seen many time spots classified as dupe even if a very long time has passed from last spot.</div><div>I also tried to change some parameters on the cluster configuration, but with no luck.</div><div>I end up by clearing on my cluster the dupe file every hour, to make the deduplication less aggressive.</div><div><br></div><div>73</div><div>Andrea, IZ2LSC</div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">--></div></div><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Il giorno lun 13 gen 2025 alle ore 19:37 Björn Ekelund via Dxspider-support <<a href="mailto:dxspider-support@tobit.co.uk">dxspider-support@tobit.co.uk</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Don't worry, my toes may be large but they can handle a good stepping. <div><br></div><div>When I put ham radio aside around 1990 for family and career reasons, DX clusters did </div><div>not really exist so when I returned in 2016 I had already missed the early days of clusters </div><div>where all spots were made by humans and the terminal bell went off every time a spot arrived.</div><div><br></div><div>I can understand there may be hams wanting to stay with that. </div><div>I enjoy CW for pretty much the same nostalgic reasons.</div><div><br></div><div>I'm of course perfectly fine with there being cluster nodes set up and optimized </div><div>for this type of old school usage. As long the cluster software does not enforce it </div><div>or prevents more modern ways.  </div><div><br></div><div>However, the way I see it, a casual user actually has ever more reason to embrace a </div><div>more modern cluster usage. The casual user does not spend endless hours by the radio </div><div>so he should have good reasons to maximize his productivity and/or fun. </div><div><br></div><div>Having a software (like SpotCollector or HRDLog) monitor the cluster and present </div><div>maps or lists or graphs with needed DXCC band slots, friends, event stations, etc. is a great </div><div>way to do exactly this. </div><div><br></div><div>And when you have a piece of software to collect your spots, information overload is no longer </div><div>an issue and you can tap into as many information sources as you like; RBN, PSKReporter, IRC, etc. </div><div>To get even more productive and have more fun. </div><div><br></div><div>But there are of course different definitions of fun. People do a lot of things that are difficult or </div><div>uncomfortable for fun. </div><div><br></div><div>So perhaps I should have used a bit more respectful language when describing the practices of </div><div>the early days of clusters.</div><div><br></div><div>Björn SM7IUN</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 13, 2025 at 6:00 PM Rene Olsen via Dxspider-support <<a href="mailto:dxspider-support@tobit.co.uk" target="_blank">dxspider-support@tobit.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi.<br>
<br>
To be honest I am not quite sure how to respond to this, without stepping on someones toes. <br>
But here it goes.<br>
<br>
You are aware that the DX-Cluster system is also used by casual users, who couldn't care <br>
less about bandmaps, contests and what else?<br>
<br>
DX-Clusters have been used just fine for 30+ years, without the use of RBN.<br>
<br>
> A cluster node without skimmer spots is of very little value.<br>
<br>
That is some statement. So what you are saying, is that all DX-Clusters without RBN feed <br>
might as well close down? I mean since they are of very little value.<br>
<br>
RBN is probably a good thing for some. But the user can turn it OFF if the user don't want it.<br>
<br>
I don't know how much RBN spots are used on various DX-Clusters. I can only speak for <br>
OZ5BBS-7. I have an average of maybe 45-55 users on a daily basis. Not many of them have <br>
enabled the RBN feed.<br>
<br>
I doubt that the casual user of a DX-Cluster wants to get a DX spot of some W station spotting <br>
itself 930 times during the CQWW contest.<br>
<br>
Its like everything revolves about contesting. Thats not the case.<br>
<br>
Many users who use DX-Clusters, couldn't care less about contests.<br>
<br>
I am not saying that DX-Clusters shouldn't evolve, and we should be stuck at how it was 30 <br>
years ago. But, it should be done with the casual DX-Cluster user in mind as well.<br>
<br>
I hope I didn't step on too many toes here :-)<br>
<br>
Vy 73 de Rene / OZ1LQH<br>
<br>
<br>
On 12 Jan 2025 at 22:51, Björn Ekelund via Dxspider- wrote:<br>
<br>
> A cluster node without skimmer spots is of very little value.<br>
> The reverse beacon network produces about 12 million spots on a<br>
> big contest weekend. This is consolidated and de-duped into perhaps half a<br>
> million.<br>
> With this in mind, what makes a few thousand self spots a problem?<br>
> <br>
> The days of watching the telnet feed scroll by are long gone.<br>
> Today computers turn the spot flow into bandmap items and lists of wanted<br>
> stations.<br>
> The cluster connection is just a data feed. Not a user interface.<br>
> <br>
> Björn SM7IUN<br>
> <br>
> On Sun, Jan 12, 2025 at 9:41PM Rene Olsen via Dxspider-support <<br>
> <a href="mailto:dxspider-support@tobit.co.uk" target="_blank">dxspider-support@tobit.co.uk</a>> wrote:<br>
> <br>
> > Hi.<br>
> ><br>
> > Does this mean that we can get selfspots every 3 minutes from 5000+ users<br>
> > or whatever?<br>
> ><br>
> > If thats the case it is just stupid.<br>
> ><br>
> > If it is really the case, it makes one wonder if it is even worth running<br>
> > a spider node anymore. It<br>
> > will totally ruin the entire idea of DX clusters. Which is not to allow<br>
> > some OZ station or<br>
> > whatever, to send self spot every 3 minutes 24/7.<br>
> ><br>
> > Just my opinion.<br>
> ><br>
> > Vy 73 de Rene / OZ1LQH<br>
> ><br>
> > On 12 Jan 2025 at 18:54, Björn Ekelund via Dxspider- wrote:<br>
> ><br>
> > > Some of the default settings of DXSpider seem optimized for users staring<br>
> > > at the telnet feed.<br>
> > ><br>
> > > In my scripts/startup I have added<br>
> > ><br>
> > > set/var $RBN::respottime = 180<br>
> > > set/var $Spot::minselfspotqrg  0<br>
> > ><br>
> > > A cluster node should never suppress a self spot. The minimum self<br>
> > spotting<br>
> > > periodicity is set<br>
> > > by the contest's rules and the cluster should never interfere with this.<br>
> > > Typical minimum periods for<br>
> > > self spotting in contests are between 3 and 10 minutes.<br>
> > ><br>
> > > If DXSpider does suppress self spots under certain conditions I would<br>
> > like<br>
> > > to know how to disable this.<br>
> > ><br>
> > > Björn SM7IUN<br>
> > ><br>
> > > On Sun, Jan 12, 2025 at 4:35PM Keith, G6NHU via Dxspider-support <<br>
> > > <a href="mailto:dxspider-support@tobit.co.uk" target="_blank">dxspider-support@tobit.co.uk</a>> wrote:<br>
> > ><br>
> > > > Now that self spotting is allowed for a trial period in all RSGB HF<br>
> > > > contests, I´ve been asked about self-spotting and submitting duplicate<br>
> > > > spots by a couple of my users.<br>
> > > ><br>
> > > > Some time ago I set minselfspotqrg to 0 to allow self spotting but<br>
> > what is<br>
> > > > the situation regarding duplicates because I understand some logging<br>
> > > > software can now self spot every few minutes.  I don´t necessarily<br>
> > agree<br>
> > > > with this but it´s going to happen more and more.<br>
> > > ><br>
> > > > What´s the period during which the cluster will reject a self spot as a<br>
> > > > dupe please and is there a variable that can be tweaked to adjust it?<br>
> > > ><br>
> > > > Thanks,<br>
> > > ><br>
> > > > 73 Keith.<br>
> > > > _______________________________________________<br>
> > > > Dxspider-support mailing list<br>
> > > > <a href="mailto:Dxspider-support@tobit.co.uk" target="_blank">Dxspider-support@tobit.co.uk</a><br>
> > > > <a href="https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
> > > ><br>
> > ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > Dxspider-support mailing list<br>
> > <a href="mailto:Dxspider-support@tobit.co.uk" target="_blank">Dxspider-support@tobit.co.uk</a><br>
> > <a href="https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
> ><br>
> <br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Dxspider-support mailing list<br>
<a href="mailto:Dxspider-support@tobit.co.uk" target="_blank">Dxspider-support@tobit.co.uk</a><br>
<a href="https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
</blockquote></div>
_______________________________________________<br>
Dxspider-support mailing list<br>
<a href="mailto:Dxspider-support@tobit.co.uk" target="_blank">Dxspider-support@tobit.co.uk</a><br>
<a href="https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" rel="noreferrer" target="_blank">https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><br>
</blockquote></div>