[Dxspider-support] bands.pl

Keith Maton g6nhu at me.com
Thu Oct 17 08:30:54 BST 2024 

Because at the moment, users who use the command "rej/spot on all/data” don’t get what they’re expecting.  FTx spots on most bands still get through and not everyone is using downstream software that blocks spots based on info text.  There’s never going to be SSB or CW in the few kHz per band that are used for FT8 and FT4 so it makes sense to add these spot frequencies (plus 3kHz) to the ‘data’ segment in bands.pl.

I agree that it won’t catch everything but it’ll certainly filter out a lot more than it does now.  

The most common question I get asked from my users is “How do I only get SSB/CW spots?”   Most of the time, they’ve already tried the data filter and found it doesn’t work properly.

Currently, I tell them to do this.

rej/spot 0 on all/data
rej/spot 1 on 1839/1844 or on 3572/3580 or on 7073/7078 or on 7047/7051
rej/spot 2 on 10130/10144 or on 14073/14085 or on 18099/18109
rej/spot 3 on 21073/21080 or on 21139/21143
rej/spot 4 on 24914/24924 or on 28073/28078 or on 28179/28184
rej/spot 5 on 50312/50327 or on 50322/50327
rej/spot 6 info FT8 or info FT4 or info RTTY or info PSK

If I can tell them to just do this, it’ll be so much easier for them and so much better all round.  

rej/spot 0 on all/data
rej/spot 1 info FT8 or info FT4 or info RTTY or info PSK

73 Keith



> On 16 Oct 2024, at 14:15, Rudy Bakalov via Dxspider-support <dxspider-support at tobit.co.uk> wrote:
> 
> I have been watching this thread only sporadically and missed its genesis. Apologies if my question was answered earlier.
> 
> The vast majority of spots are skimmer generated. They already come tagged with CW, RTTY, FT4, or FT8 and there is no ambiguity what mode they are, regardless of frequency. These mode tags are further used by downstream apps like loggers. During RTTY contests RTTY spots can be all over the bands. In addition, DXpeditions don’t necessarily stick to the official FT watering holes.
> 
> So why impose hard rules on spots based on frequency?
> 
> Rudy N2WQ
> 
> Sent using a tiny keyboard.  Please excuse brevity, typos, or inappropriate autocorrect.
> 
> 
>> On Oct 16, 2024, at 9:02 AM, g4piq--- via Dxspider-support <dxspider-support at tobit.co.uk> wrote:
>> 
>> 
>> Dirks suggested you speak with me since I made some of the previous changes. This looks good. I had thought about making the FT8/4 segments 4 kHz wide rather than 3 kHz, but in reality it seems there are no/very few spots above a 3 kHz audio frequency – so 3 kHz as you have implemented works better and avoid dropping RTTY / SSB spots  if you had rej/ft8 selected – though it’s a real minor corner case. 
>>  
>> Just a few suggestions…
>>  
>> I would add 50323-50326 to the 6m FT8 range – it’s a commonly used 2nd slot for inter-continental FT8. 
>> Also, you could add FT8 70154-70157 for 4m, 144174-144177 for 2m and 432174-432177 for 70cm. 
>> You could add FT8 - 5357 – 5340 for 6m.
>>  
>> 73
>>  
>> Andy, G4PIQ 
>>  
>>  
>>  
>>  
>>  
>>  
>> From: Dxspider-support <dxspider-support-bounces at tobit.co.uk> On Behalf Of IZ2LSC via Dxspider-support
>> Sent: 16 October 2024 09:30
>> To: The DXSpider Support list <dxspider-support at tobit.co.uk>
>> Cc: IZ2LSC <iz2lsc.andrea at gmail.com>
>> Subject: Re: [Dxspider-support] bands.pl
>>  
>> new file here
>> https://drive.google.com/file/d/1jBDNTcZgEVidWPycXPXhGdMgirPNW2CK/view?usp=sharing
>>  
>> Andrea
>> -->
>>  
>>  
>> Il giorno mar 15 ott 2024 alle ore 23:29 Keith Maton via Dxspider-support <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>> ha scritto:
>> This process about copying the file to /spider/local_data is what I was saying in my earlier email (I said "The supplied bands.pl <http://bands.pl/> is in /spider/data.  I know better than to overwrite files there so should this be placed in /spider/local_data?”)
>>  
>> I’ve just spent the last hour trying to make it work with no success.
>>  
>> If I copy bands.pl <http://bands.pl/> over to /spider/local_data and edit it there, then load it using load/bands and reload the filters as a user, it’s still using the file in /spider/data
>>  
>> I can see this very quickly because if I do a show/dx filter real 30, I’m getting spots that should be filtered out.
>>  
>> Editing the file in /spider/data, updating using load/bands and reloading the filters, it’s working as expected but it simply doesn’t seem to load the file from /spider/local_data.
>>  
>> Yes, the permissions were correct (sysop:sysop).
>>  
>> Can anyone else test this please?
>>  
>> Andrea, 30m needs changing on your version.  It should be 10136,10139 for FT8, not 10131,10134 (my mistake on my earlier message).
>>  
>> 73 Keith
>>  
>>  
>>  
>>  
>> 
>> 
>> On 15 Oct 2024, at 19:10, Dirk Koopman via Dxspider-support <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>> wrote:
>>  
>> (Andrea) Please don't do that. When an update is installed it will reset your /spider/data/bands.pl <http://bands.pl/> and you will lose all your changes. 
>> 
>> The correct thing to do is to copy /spider/data/band.pl <http://band.pl/> to /spider/local_data and modify it there. A 'load/bands' will pick your modified version as the modification date is newer than the one in /spider/data. If there is an update then the one in /spider/data will be used but - importantly - your version in /spider/local_data will not change. So you *could* 'touch /spider/local_data/bands.pl <http://bands.pl/>' to get your version back again.  
>> 
>> The (system) bands.pl <http://bands.pl/> changes very rarely, in fact it was changed this year for the first time since 2021. I am open to suggestions for changes, particularly for new mode band sections (assuming that they are stable). Please coordinate with Andy G4PIQ as he knows more about band plans than I do. If your changes are more general then I would be happy to incorporate them. 
>> 
>> 73 Dirk
>> 
>> 
>> On 15/10/2024 13:41, IZ2LSC via Dxspider-support wrote:
>> you can rename the original file as bands.old and copy the modified one in the /spider/data. 
>>  
>> Then you have to run the command load/bands
>>  
>> No reboot is needed
>>  
>> Andrea
>> 
>> -->
>>  
>>  
>> Il giorno mar 15 ott 2024 alle ore 11:18 Keith Maton via Dxspider-support <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>> ha scritto:
>> Understood Andrea, 
>>  
>> I didn’t look beyond the new entries and hadn’t spotted you’d added them to the data segments.
>>  
>> The supplied bands.pl <http://bands.pl/> is in /spider/data.  I know better than to overwrite files there so should this be placed in /spider/local_data?   Does spider need to be restarted in order to use the replacement file?
>>  
>> Dirk, are you happy to take a look over this and consider implementing it in a future release if you’re happy with it?
>>  
>> 73 Keith
>> 
>> 
>> On 15 Oct 2024, at 06:59, IZ2LSC <iz2lsc.andrea at gmail.com <mailto:iz2lsc.andrea at gmail.com>> wrote:
>>  
>> Hi Keith,  
>> FT* frequencies were added as data mode and as well as specific mode using ft8/ft4 name to have more granularity if you want to block only ft8/ft4.
>> And yes, you already have the specific filter for RTTY.
>>  
>> If you look at the first example in my previous email you can see that FT* frequencies are included in the data mode.
>>  
>>  
>> Andrea
>> 
>> -->
>>  
>>  
>> Il giorno lun 14 ott 2024 alle ore 23:11 Keith Maton via Dxspider-support <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>> ha scritto:
>> Hi Andrea, 
>>  
>> Thanks, but shouldn’t these be included as data, rather than given new names?  I mean, by definition, FT8 and FT4 are data modes.  I don’t think they need to be differentiated, we don’t have separate filters for RTTY and PSK, it’s all just data.
>>  
>> 73 Keith
>> 
>> 
>> On 14 Oct 2024, at 21:15, IZ2LSC <iz2lsc.andrea at gmail.com <mailto:iz2lsc.andrea at gmail.com>> wrote:
>>  
>> Hi, 
>> I modified the bands.pl <http://bands.pl/> file.
>> You can download it from here: https://drive.google.com/file/d/1mfwKtz7WxhWMK16KLjp9GzAsLAiQ5tEx/view?usp=sharing
>>  
>> Below some filter examples with the detailed freq range.
>>  
>> 73
>> Andrea
>> iz2lsc
>>  
>>  
>> rej/spot on all/data
>>  
>> "filter1":{
>>       "reject":{
>>          "asc":"(($r->[0]>=1838 && $r->[0]<=1843) || ($r->[0]>=3570 && $r->[0]<=3619) || ($r->[0]>=5366 && $r->[0]<=5467) || ($r->[0]>=7040 && $r->[0]<=7100) || ($r->[0]>=10141 && $r->[0]<=10149) || ($r->[0]>=10131 && $r->[0]<=10134) || ($r->[0]>=10140 && $r->[0]<=10143) || ($r->[0]>=14070 && $r->[0]<=14098) || ($r->[0]>=14101 && $r->[0]<=14111) || ($r->[0]>=18100 && $r->[0]<=18108) || ($r->[0]>=21070 && $r->[0]<=21119) || ($r->[0]>=21140 && $r->[0]<=21143) || ($r->[0]>=24920 && $r->[0]<=24929) || ($r->[0]>=24915 && $r->[0]<=24918) || ($r->[0]>=28050 && $r->[0]<=28149) || ($r->[0]>=29200 && $r->[0]<=29299) || ($r->[0]>=28180 && $r->[0]<=28183) || ($r->[0]>=50300 && $r->[0]<=50500) || ($r->[0]>=5670000 && $r->[0]<=5700000))",
>>          "code":null,
>>          "user":"on all/data"
>>  
>> rej/spot on all/ft8
>>  
>> "filter1":{
>>       "reject":{
>>          "asc":"(($r->[0]>=1840 && $r->[0]<=1843) || ($r->[0]>=3573 && $r->[0]<=3576) || ($r->[0]>=7074 && $r->[0]<=7077) || ($r->[0]>=10131 && $r->[0]<=10134) || ($r->[0]>=14074 && $r->[0]<=14077) || ($r->[0]>=18100 && $r->[0]<=18103) || ($r->[0]>=21074 && $r->[0]<=21077) || ($r->[0]>=24915 && $r->[0]<=24918) || ($r->[0]>=28074 && $r->[0]<=28077) || ($r->[0]>=50313 && $r->[0]<=50316))",
>>          "code":null,
>>          "user":"on all/ft8"
>>       }
>>  
>> rej/spot on all/ft4
>>  
>> "filter1":{
>>       "reject":{
>>          "asc":"(($r->[0]>=3575 && $r->[0]<=3578) || ($r->[0]>=7047 && $r->[0]<=7051) || ($r->[0]>=10140 && $r->[0]<=10143) || ($r->[0]>=14080 && $r->[0]<=14083) || ($r->[0]>=18104 && $r->[0]<=18107) || ($r->[0]>=21140 && $r->[0]<=21143) || ($r->[0]>=24919 && $r->[0]<=24922) || ($r->[0]>=28180 && $r->[0]<=28183) || ($r->[0]>=50318 && $r->[0]<=50321))",
>>          "code":null,
>>          "user":"on all/ft4"
>>       }
>>    },
>>  
>> rej/spot on 20m/ft8
>>  
>> "filter1":{
>>       "reject":{
>>          "asc":"(($r->[0]>=14074 && $r->[0]<=14077))",
>>          "code":null,
>>          "user":"on 20m/ft8"
>>       }
>>  
>>  
>> rej/spot on all/ft8 or on all/ft4
>>  
>> "filter1":{
>>       "reject":{
>>          "asc":"(($r->[0]>=1840 && $r->[0]<=1843) || ($r->[0]>=3573 && $r->[0]<=3576) || ($r->[0]>=7074 && $r->[0]<=7077) || ($r->[0]>=10131 && $r->[0]<=10134) || ($r->[0]>=14074 && $r->[0]<=14077) || ($r->[0]>=18100 && $r->[0]<=18103) || ($r->[0]>=21074 && $r->[0]<=21077) || ($r->[0]>=24915 && $r->[0]<=24918) || ($r->[0]>=28074 && $r->[0]<=28077) || ($r->[0]>=50313 && $r->[0]<=50316)) || (($r->[0]>=3575 && $r->[0]<=3578) || ($r->[0]>=7047 && $r->[0]<=7051) || ($r->[0]>=10140 && $r->[0]<=10143) || ($r->[0]>=14080 && $r->[0]<=14083) || ($r->[0]>=18104 && $r->[0]<=18107) || ($r->[0]>=21140 && $r->[0]<=21143) || ($r->[0]>=24919 && $r->[0]<=24922) || ($r->[0]>=28180 && $r->[0]<=28183) || ($r->[0]>=50318 && $r->[0]<=50321))",
>>          "code":null,
>>          "user":"on all/ft8 or on all/ft4"
>>       }
>> -->
>>  
>>  
>> Il giorno dom 13 ott 2024 alle ore 11:30 Keith Maton via Dxspider-support <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>> ha scritto:
>> That’s what I’ve done, the frequency pairs I listed are the base FT8 and FT4 frequencies for each band, plus 3kHz.  FT8 is often spotted as the base frequency plus the offset people are transmitting on so yes, it could be up to 3kHz above the base. 
>>  
>> At the moment, if someone sets a filter rej/spot on all/data, it doesn’t block FT8 or FT4 on all bands.  The data filter should block alldata, including FT4/8 and adding these pairs to bands.pl <http://bands.pl/> will fix that.
>>  
>> 73 Keith
>>  
>>  
>>  
>>  
>>  
>> 
>> 
>> On 13 Oct 2024, at 10:10, Kin EA3CV via Dxspider-support <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>> wrote:
>>  
>> I would propose at least a 3/4 kHz range to ensure that the spot frequency is always in the defined range.
>> It would be interesting if those who usually use the various digital modes prepared their ranges.
>>  
>> Kin EA3CV
>>  
>>  
>> De: IZ2LSC <iz2lsc.andrea at gmail.com <mailto:iz2lsc.andrea at gmail.com>>
>> Enviado: domingo, octubre 13, 2024 10:33:24 a. m.
>> Para: The DXSpider Support list <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>>
>> CC: Kin <ea3cv at cronux.net <mailto:ea3cv at cronux.net>>
>> Asunto: Re: [Dxspider-support] bands.pl <http://bands.pl/>
>>  
>> Hi, 
>> this change is quite easy to implement in bands.pl <http://bands.pl/>
>> I'm not so expert on FT8. Do we really want to block the whole range?
>> I mean, i.e, for ft8 on 20m is it better to block only 14074 or from 14074 to 14077 ?
>>  
>> Andrea
>>  
>> -->
>>  
>>  
>> Il giorno sab 12 ott 2024 alle ore 19:15 Kin via Dxspider-support <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>> ha scritto:
>> Hello,
>>  
>> Good idea, Keith.
>> I'm busy with other things at the moment, but I'll make a note of it in case no one else is up for it.
>>  
>> 73 de Kin EA3CV
>>  
>>  
>> De: Dxspider-support <dxspider-support-bounces at tobit.co.uk <mailto:dxspider-support-bounces at tobit.co.uk>> En nombre de Keith Maton via Dxspider-support
>> Enviado el: sábado, 12 de octubre de 2024 16:01
>> Para: The DXSpider Support list <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>>
>> CC: Keith Maton <g6nhu at me.com <mailto:g6nhu at me.com>>
>> Asunto: Re: [Dxspider-support] bands.pl <http://bands.pl/>
>>  
>> I’ve been helping a number of my users to filter out FT8 spots and I’ve been setting up frequency segments for them because setting rej/spot filters for data doesn’t seem to work very well with FT8 spots getting through.
>>  
>> Looking at bands.pl <http://bands.pl/>, I think it’s clear why, a lot of bands don’t have the FT8 frequency specified in the data entry.
>>  
>> For example, the main FT8 frequency on 30m is 10,131.000 kHz but bands.pl <http://bands.pl/> has 10141, 10149.  I’m not sure if these are spot frequencies or a range from 10141-10149.
>>  
>> 17m lists 18101,18108 but the main FT8 frequency for that band is 18100.
>>  
>> 12m lists 24920,24929 but the main FT8 frequency is 24915
>>  
>> I know bands.pl <http://bands.pl/> was updated earlier this year but I think we need some more entries in for FT8/FT4, etc.  If the entries are ranges then it should be straightforward to add additional ones for FT8 and FT4.
>>  
>> My suggestions for the primary HF bands.
>>  
>> FT8:
>> 1840,1843
>> 3573,3576
>> 7074,7077
>> 10131,10134
>> 14074,14077
>> 18100,18103
>> 24915,24918
>> 28074,28077
>>  
>> FT4:
>> 3575,3578
>> 7047,7051
>> 10140,10143
>> 14080,14083
>> 18104,18107
>> 21140,21143
>> 24919,24922
>> 28180,28183
>>  
>> I appreciate that there’s slight overlap on some of these and that it won’t stop spots for DXpeditions that operate outside the normal frequencies but if we can get all these added to bands.pl <http://bands.pl/> as part of the data segments, it’ll really help us.
>>  
>> 73 Keith
>>  
>>  
>>  
>> 
>> On 19 Apr 2024, at 12:11, Kin EA3CV via Dxspider-support <dxspider-support at tobit.co.uk <mailto:dxspider-support at tobit.co.uk>> wrote:
>>  
>> Hi,
>>  
>> It is true that there are users who limit themselves to the exclusive use of the BandMap, but others apply filters from their log/test sw, and these are generally those of the cluster used. We must not forget those who still use the command interface.
>>  
>> For a long time banding has evolved very slowly, but lately we have more bands. I would opt for a mixed model, that is, using the IARU band plan and rigorously adapting it to the de facto use of some that have carved out a niche for themselves in the spectrum. To answer, the same.
>>  
>> Now I have a first version of the plan for Region I, and it would be interesting if other users could contribute II and III Region. It is recast into a single one and we designate the typical segments.
>>  
>> Regards, 
>>  
>> Kin EA3CV
>>  
>>  
>> Enviado desde Outlook para Android <https://aka.ms/AAb9ysg>
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>  
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>  
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>  
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>  
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>  
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>  
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>  
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>  
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>> _______________________________________________
>> Dxspider-support mailing list
>> Dxspider-support at tobit.co.uk
>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at tobit.co.uk <mailto:Dxspider-support at tobit.co.uk>
> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.tobit.co.uk/pipermail/dxspider-support/attachments/20241017/a9770867/attachment-0001.htm>

More information about the Dxspider-support mailing list