<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-GB link="#0563C1" vlink="#954F72" style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal><span style='mso-fareast-language:EN-US'>The MOJO image been happily chugging away running RBN for contest type applications here for some time with no drama at all – thank you Dirk! <o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>I’ve given a little thought to what I think I would like to do in an ideal – and that’s set $minqual = 1 for spotted callsigns which are in a known good calls file (probably an amalgamation of the contest MASTER.DTA files from supercheckpartial.com and the VHF database from DL8EBW) – and set $minqual = 2 for all other calls….<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Don’t know if that suggestion makes processing easier </span><span style='font-family:"Segoe UI Emoji",sans-serif;mso-fareast-language:EN-US'>😉</span><span style='mso-fareast-language:EN-US'> Just a suggestion for the pot..<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>73,<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Andy, G4PIQ<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US>From:</span></b><span lang=EN-US> Dxspider-support <dxspider-support-bounces@tobit.co.uk> <b>On Behalf Of </b>Dirk Koopman via Dxspider-support<br><b>Sent:</b> 06 July 2021 21:07<br><b>To:</b> rin JG1VGX via Dxspider-support <dxspider-support@tobit.co.uk><br><b>Cc:</b> Dirk Koopman <djk@tobit.co.uk><br><b>Subject:</b> Re: [Dxspider-support] Enabling Q:1 spots<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>On 06/07/2021 04:54, rin JG1VGX via Dxspider-support wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>Hi All,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I have played with filters myself and here is a summary.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>What I wished to do:<o:p></o:p></p></div><div><p class=MsoNormal>- Allow Q:1 spots system-wide<o:p></o:p></p></div><div><p class=MsoNormal>- Set Q:2-9 as default for a new user<o:p></o:p></p></div><div><p class=MsoNormal>- Users can allow Q:1 as necessary<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>What I have done:<o:p></o:p></p></div><div><p class=MsoNormal>- set $minqual = 1 as Andy G4PIQ has suggested<o:p></o:p></p></div><div><p class=MsoNormal>(But this cannot be a permanent solution because /local/RBN.pm needs to be updated manually each time /perl/RBN.pm is updated)<o:p></o:p></p></div><div><p class=MsoNormal>- then played with various user filters, eg. acc/rbn, rej/rbn, user_default, node_default<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>What I have found:<o:p></o:p></p></div><div><p class=MsoNormal>- 'node_default' This looks like a different animal and serves no purpose in this case?<o:p></o:p></p></div><div><p class=MsoNormal>- 'user_default' This does the job, but cannot be overriden by users' own filters. Not useful?<o:p></o:p></p></div></blockquote><p class=MsoNormal><br>This is news to me. The thing about user_default is that is applies *only until* a user defines a personal filter for a category, it then will <u>override</u> the user_default with their preferences. The only caveat is that there seems to be a bug (in all branches) where "frequently" the user filter does not "take" until the user logs out and then in again.<br><br>"Frequently" in this context means: "never - when I am trying to find the fault" or "often enough for users to get confused and annoyed so that they logout, fume, wait a day or two and then login again when it now (magically) works".<br> <br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>- finally got the gist that a single 'acc/ A' and a 'rej/ not A' mean the same, but multiple 'acc' filters works like additive (A OR B) while 'rej' works like multiplicative (A AND B).<o:p></o:p></p></div><div><p class=MsoNormal>- if no /rbn filter is defined, /spots filters apply for both regular and RBN spots. But once any /rbn filter is defined, filters must be defined separately for both regular and RBN spots.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div></blockquote><p class=MsoNormal><br>Please do "help filter" or read it on the wiki. It's meant to be "intuitive", but then it would be - to me. It's not quite as you describe it. But in essence it's this:<br><br><br>0. If there is no filter for this "thing" then nothing is filtered. It is just passed on.<br>1. For every type of thing you can filter (spots, announcements etc) there as 10 filter slots.<br>2. You can have a different filter in each slot.<br>3. Each slot is tried in the order 0 -> 9. This is "ladder logic".<br>4. Empty slots are ignored.<br>5. For every slot that matches: if it is a REJ filter it immediately rejects that "thing"; if is an ACC filter it will accept that "thing". No further processing on that "thing" occurs for that filter.<br>6. REJ filters are tried first; if it falls out of the bottom then the ACC filters are tried and if it falls out of the bottom then that "thing" is rejected.<br><br>The point of this is that nobody gets negative logic right the first time (nor the second or third time) however good one might be. Hence the REJ filters - they throw away everything you DON'T want. The ACC filters (only) give you what you DO want. You are therefore using positive logic to get what you want (much more of the time). <br><br>As we are all consenting sysops here, you should be made aware of the implications of input filters on your feeds (or node_default file for that "thing"). Any input filter will affect what gets into your node for onward processing. It is dumped at source. BTW a more efficient way of reducing what your users can see is to rcmd/<node partner> acc/spots by_zone 1,2,3 (for instance) and your node will never see any spots from spotters in other zones. Saves <s>a lot</s> some bandwidth. <br><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>So far my purpose was not fulfilled but currently I have at my node:<o:p></o:p></p></div><div><p class=MsoNormal>- Set $minqual = 1<o:p></o:p></p></div><div><p class=MsoNormal>- In case users bothered by busted Q:1 spots, I would suggest them to use<o:p></o:p></p></div><div><p class=MsoNormal> acc/rbn info {q:[2-9]}, or rej/rbn info {q:1} <o:p></o:p></p></div></blockquote><p class=MsoNormal><br>I agree with this. But it is not a perfect answer to the problem. At the moment, I don't know what the processing issues might be for "per user" $minqual settings. <br><br><br><o:p></o:p></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>If there are better solutions, please let me know!<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>73 rin JG1VGX<o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p></blockquote><p class=MsoNormal><o:p> </o:p></p></div></body></html>