<div dir="ltr"><div>I must confess I do not read all the reflectors I subscribe to all the time.</div><div>Had I read your request for feedback I would definitely have answered.</div><div><br></div>I completely agree with Andy. 1kHz should be enough to allow a new spot.<div>As it seems, CC Cluster uses an even lower number. </div><div><br></div><div><div>Björn SM7IUN<br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 18, 2024 at 10:35 PM g4piq--- via Dxspider-support <<a href="mailto:dxspider-support@tobit.co.uk">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"><div class="msg-7244232800200705787"><div lang="EN-GB" style="overflow-wrap: break-word;"><div class="m_-7244232800200705787WordSection1"><p class="MsoNormal"><span>Hi Dirk,<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span>Oddly enough I ran across the same issue as Bjorn a few weeks back (and I was logged into GB7DJK at the time so you may find the logs there…) – I think I was re-spotting someone on 2m several hours after the first spot (but on the same frequency) and it told me it was a dupe. Seemed odd – but I forgot about it.<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span>On your new propoasls, I think only allowing a re-spot if someone has moved 25 kHz is far too strict. Realistically this needs to be 1 kHz or less in my view. On CW in a contest, or – more realistically for manual spots - on weak signal VHF, 1 kHz is a long way to be out.<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span>73<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span>Andy G4PIQ<u></u><u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><p class="MsoNormal"><span><u></u> <u></u></span></p><div><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0cm 0cm"><p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> Dxspider-support <<a href="mailto:dxspider-support-bounces@tobit.co.uk" target="_blank">dxspider-support-bounces@tobit.co.uk</a>> <b>On Behalf Of </b>djk via Dxspider-support<br><b>Sent:</b> 18 June 2024 19:59<br><b>To:</b> Björn Ekelund via Dxspider-support <<a href="mailto:dxspider-support@tobit.co.uk" target="_blank">dxspider-support@tobit.co.uk</a>><br><b>Cc:</b> djk <<a href="mailto:djk@tobit.co.uk" target="_blank">djk@tobit.co.uk</a>><br><b>Subject:</b> Re: [Dxspider-support] Respotting defects?<u></u><u></u></span></p></div></div><p class="MsoNormal"><u></u> <u></u></p><p>I am actually working on this area of the code at the moment in an effort to prevent the situation where certain stations send the same spot - at the same time - to as many nodes as possible. <u></u><u></u></p><p>Some time ago I asked the question as to whether I can remove the originating node from the spot dupe code. I am not aware of anybody giving me a definitive answer so I am going to default to remove the originating node. <u></u><u></u></p><p>There are some other twiddle pots in the code which I have put in over the years, some of which could (and in a few cases) should be revisited. <u></u><u></u></p><p>Having said that - even in the current mojo branch code - changing the "spotter" will (in my tests at least) be treated as a new spot. In fact, whilst I was doing this earlier today, I noticed two spots for the same Danish beacon (and time) come in, one after the other, from different spotters and they appeared in my console as one would expect. <u></u><u></u></p><p>DXSpider does not limit spotting the same callsign by different spotters either at the same time or later. It does, however, stop the same user spotting the same callsign on the same QRG and comment (if any). The only time this is allowed is with some (extra) information in the comment section. <u></u><u></u></p><p>This is the tuple that is stored in the spot cache:  "X|$call|$by|$qrg|$node|$nd|$text" <u></u><u></u></p><p>$qrg is "slot" of frequency which has been too large, I will reduce this to (default) 25Khz - but I am open to discussions about this. Change $Spot::qrggranularity.<u></u><u></u></p><p>$nd  is "slot " of time. This may be overkill but is (default) 10 minutes (600 seconds). Change $Spot::timegranularity.<u></u><u></u></p><p>A stored dupe tuple like this is only active for (default) 1 hour (3600 secs) . Change $Spot::dupage.<u></u><u></u></p><p>In my test code currently running on GB7DJK the $node field is blanked out and the $qrg field is normalised to the nearest 25Khz. <u></u><u></u></p><p>Until this email, I have not had any complaints from sysops about excessively strict deduping. So am at a loss to explain why you have these problems. <u></u><u></u></p><p>73 Dirk G1TLH<u></u><u></u></p><div><p class="MsoNormal">On 18/06/2024 13:09, Björn Ekelund via Dxspider-support wrote:<u></u><u></u></p></div><blockquote style="margin-top:5pt;margin-bottom:5pt"><div><p class="MsoNormal">This morning I was verifying some changes in the spot handling functionality  <u></u><u></u></p><div><p class="MsoNormal">in DXLog and doing this I created manual spots on my DXSpider node.  <u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">When spotting a callsign again on the same frequency after a few minutes, <u></u><u></u></p></div><div><p class="MsoNormal">DXSpider told me "Sorry, this is a duplicate." Which is sort of expected.<u></u><u></u></p></div><div><p class="MsoNormal"><br>What was <b>not </b>expected is that DXSpider kept saying this also after over 30 minutes, <u></u><u></u></p></div><div><p class="MsoNormal">even when spotting using a different callsign. This is unacceptable.<u></u><u></u></p></div><div><p class="MsoNormal">If limiting repeat spots on the same frequency at all, the timer should not be longer <u></u><u></u></p></div><div><p class="MsoNormal">than RBN which is 10 minutes.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">What was <b>also not </b>expected is that it did not matter if I changed the frequency <u></u><u></u></p></div><div><p class="MsoNormal">of the spot. Spotting the callsign on a completely new frequency within the same band <u></u><u></u></p></div><div><p class="MsoNormal">yielded the same message about being a duplicate. This is clearly a bug. When a <u></u><u></u></p></div><div><p class="MsoNormal">station is spotted on a new frequency, no re-spotting rules should apply.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div></div><div><p class="MsoNormal">Björn SM7IUN<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div></div><p class="MsoNormal"><br><br><u></u><u></u></p><pre>_______________________________________________<u></u><u></u></pre><pre>Dxspider-support mailing list<u></u><u></u></pre><pre><a href="mailto:Dxspider-support@tobit.co.uk" target="_blank">Dxspider-support@tobit.co.uk</a><u></u><u></u></pre><pre><a href="https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support" target="_blank">https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support</a><u></u><u></u></pre></blockquote></div></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>
</div></blockquote></div>