html/filtering_en-3.html

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
   2 <HTML>
   3 <HEAD>
   4  <META NAME="GENERATOR" CONTENT="LinuxDoc-Tools 0.9.21">
   5  <TITLE>The DXSpider User Filtering Primer v1.0: Configuring Spot Filters</TITLE>
   6  <LINK HREF="filtering_en-4.html" REL=next>
   7  <LINK HREF="filtering_en-2.html" REL=previous>
   8  <LINK HREF="filtering_en.html#toc3" REL=contents>
   9 <link rel=stylesheet href="style.css" type="text/css" title="default stylesheet">
  10 </HEAD>
  11 <BODY>
  12 <A HREF="filtering_en-4.html">Next</A>
  13 <A HREF="filtering_en-2.html">Previous</A>
  14 <A HREF="filtering_en.html#toc3">Contents</A>
  15 <HR>
  16 <H2><A NAME="s3">3.</A> <A HREF="filtering_en.html#toc3">Configuring Spot Filters</A></H2>
  17
  18 <H2><A NAME="ss3.1">3.1</A> <A HREF="filtering_en.html#toc3.1">What is a spot filter?</A>
  19 </H2>
  20
  21 <P>A spot filter is one rule (a one line spot filter) or multiple rules (multiple
  22 line spot filters) that a user can setup within DXSpider to control which
  23 specific spot(s) are received at the shack console.  These configurable
  24 filters/rules reside on the DXSpider node and are stored along with the user's
  25 other information. Filters can be likened to a car wash . . . . . like cars,
  26 information goes in one end dirty, gets washed and comes out the other end
  27 cleaned.</P>
  28
  29 <P>All spots received from other users on the cluster, or those received from other
  30 nodes, start out life destined for each and every connected user's console. If
  31 spot filtering has been configured, all spots headed for that user first go into
  32 the filter input, are processed and sent out the other end of these filters
  33 before being sent to the user's console. Like a car wash, each spot goes through
  34 one or many stages depending on whether the user wanted a simple or a
  35 super-duper filtering job.  Along the way, the spot gets scrubbed, unwanted
  36 information removed or wanted information passed on and finally the wanted spots
  37 only are spit out the other end - nice and clean with all unwanted "stuff" sent
  38 down the drain to the infamous "bit-bucket."  </P>
  39
  40
  41 <H2><A NAME="ss3.2">3.2</A> <A HREF="filtering_en.html#toc3.2">How can filters be used? </A>
  42 </H2>
  43
  44 <P>For example, let's say our local user has never owned a microphone in his life
  45 and definitely doesn't want to see any of those useless SSB spots. Our user
  46 simply sets up a basic filter to reject any SSB spots before they reach the
  47 user's console.  Similarly, it's now the ARRL CW DX contest weekend, so not only
  48 does our user not want to see SSB spots, but now doesn't want to see any UHF,
  49 VHF, DATA or any US/Canadian "DX" spots. Our user now only accepts HF CW
  50 CONTEST spots and in the same rule rejects spots for W and VE stations. In these
  51 and many more situations, "filters are our friends."</P>
  52
  53
  54 <HR>
  55 <A HREF="filtering_en-4.html">Next</A>
  56 <A HREF="filtering_en-2.html">Previous</A>
  57 <A HREF="filtering_en.html#toc3">Contents</A>
  58 </BODY>
  59 </HTML>