[Dxspider-support] Self-spotting and de-duplication

Björn Ekelund bjorn at ekelund.nu
Thu Jan 16 17:26:06 GMT 2025


Kin,

this was very clear and very helpful.
Thank you for spending the time to do it.
I am sure others appreciate it too.

In my opinion, all comments should be ignored when determining dupes for
skimmer spots.

Björn SM7IUN

On Thu, Jan 16, 2025 at 10:28 AM Kin <ea3cv at cronux.net> wrote:

> Morning Björn,
>
>
>
> *>So timegranularity defines a window within which spots are considered to
> have *
>
> *>the same time, Does this then effectively define the minimum respotting
> time?*
>
>
>
> Yes, timegranularity effectively defines the minimum respotting time. It
> determines the size of the time window within which spots are considered
> to have the same timestamp. For example, if timegranularity is set to 600
> seconds (10 minutes), any spots reported within the same 10-minute
> interval will be grouped together, effectively preventing additional
> spots from being considered separate unless they occur in a different
> interval.
>
>
>
> *>Or is this the function of dupage? If it is, then I do not see the
> purpose of quantizing *
>
> *>time into timegranularity steps.*
>
>
>
> timegranularity is about standardizing time representation, while dupage
> enforces the minimum time between duplicate spots.
>
>
>
> *>And how can 600 be 4 minutes? Is time counted in steps of 0.4s?*
>
> *>Does this mean that dupage 3600 is 24 minutes?*
>
>
>
> *>And what is the function of qrggranularity? My empirical experiments say
> that I need *
>
> *>to move 10kHz away for DXSpider to not consider a new spot a dupe. Not
> 25kHz.*
>
>
>
> I hope that the following examples will clarify how it works.
>
>
>
> *>All I'm trying to do is to set up my node so that *
>
>
>
> *>1. a new spot of the same station on the same QRG after more than 3
> minutes is never considered a dupe*
>
>
>
> $Spot::timegranularity = 60
>
> $Spot::dupage = 180
>
>
>
> You should know that a duplicate is the sum of the fields
> spotted+spotter+qrg+time+comments, which will generate a hash like this:
> |IZ0ARL|IK2JTS|7075||1737012600|DTMBAI1823RM. For this reason, just using
> spotted+qrg+time is not sufficient to determine duplication.
>
>
>
> *>2. a new spot of a station 1kHz away from the previous spot is never
> considered a dupe.*
>
>
>
> $Spot::qrggranularity = 1
>
>
>
> *>3. self spots are never ever blocked*
>
>
>
> $Spot::minselfspotqrg = 0
>
>
>
>
>
> Example
>
>
>
> * Variables
>
>
>
> $Spot::timegranularity = 600    --> 10 min
>
> $Spot::qrggranularity = 25      --> 25 kHz
>
> $Spot::dupage = 3600            --> 1 h
>
>
>
> * Spot
>
>
>
> DX de IK2JTS:     7065.0  IZ0ARL       DTMBA I1823RM                    0731Z
> (1737012660)
>
>
>
>
>
> Adjusts to the nearest multiple (either downward or upward)
>
>
>
> *1737012660*/600 = 2895021.1 --> 2895021 (round to the nearest integer)
>
> 2895021*600 = *1737012600*
>
>
>
> *7065.0*/25 = 282.6 --> 283 (round to the nearest integer)
>
> 283×25 = *7075*
>
>
>
> * dupefile
>
>
>
> |IZ0ARL|IK2JTS|*7075*||*1737012600*|DTMBAI1823RM = 16-Jan-2025 0731Z
> expires 16-Jan-2025 0831Z
>
>
>
> This means that time is fixed in 10-minute intervals, and frequency is
> fixed in 25 kHz steps.
>
>
>
>
>
> * Comparison with different values for the same spot:
>
>
>
> DX de IK2JTS:     *7065.0*  IZ0ARL       DTMBA #I-1823RM
> *0735Z* (*1737012900*)
>
>
>
> Scenario 1:
>
>
>
> $Spot::timegranularity = 600
>
> $Spot::qrggranularity = 25
>
> $Spot::dupage = 3600
>
>
>
> |IZ0ARL|IT9JZK|*7075*||*1737013200*|DTMBAI1823RM = 16-Jan-2025 *0735Z*
> expires 16-Jan-2025 *0835Z*
>
>                        (*0740Z*)
>
>
>
> Scenario 2:
>
>
>
> $Spot::timegranularity = 60
>
> $Spot::qrggranularity = 1
>
> $Spot::dupage = 300
>
>
>
> |IZ0ARL|IT9JZK|*7065*||*1737012900*|DTMBAI1823RM = 16-Jan-2025 *0735Z*
> expires 16-Jan-2025 *0740Z*
>
>                       (*0735Z*)
>
>
>
>
>
> I'm not sure if I’ve managed to explain myself clearly this time. This is
> my interpretation after analyzing the code, from someone who is not an
> expert. I think the person who can help us best is Dirk, the creator of
> this. And sorry because my English is terrible
>
>
>
> Kin EA3CV
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.tobit.co.uk/pipermail/dxspider-support/attachments/20250116/156858a6/attachment-0001.htm>


More information about the Dxspider-support mailing list