mirror of
git://scm.dxcluster.org/scm/spider
synced 2024-09-21 15:57:12 +00:00
3848 lines
104 KiB
Plaintext
3848 lines
104 KiB
Plaintext
<!doctype linuxdoc system>
|
|
|
|
<article>
|
|
|
|
<!-- Title information -->
|
|
|
|
<title>The DXSpider User Manual v1.51</title>
|
|
<author>Ian Maude, G0VGS, (g0vgs@gb7mbc.net)</author>
|
|
<date>June 2004 revision 1</date>
|
|
|
|
<abstract>
|
|
A complete reference for users of the DXSpider DXCluster program.
|
|
</abstract>
|
|
|
|
<!-- Table of contents -->
|
|
<toc>
|
|
|
|
<!-- Begin the document -->
|
|
|
|
<sect>Introduction
|
|
|
|
<sect1>What is a DX Cluster?
|
|
|
|
<p>
|
|
A DX Cluster is a packet node where DX chasers on any band or mode can
|
|
post rare or interesting stations that they have worked or heard. Of
|
|
course other people are doing the same thing too, so you can find new
|
|
DX as well as telling others about the stations you have worked.
|
|
Clusters tend to be linked to each other so that the amount of people
|
|
using them is increased, thereby increasing the amount of posted DX.
|
|
Other information can be found on clusters such as on-line call books,
|
|
mail etc. You can talk to other stations connected to the cluster
|
|
network too, in real time, whether at the node you are logged into or
|
|
on another node connected to the network. You can also use converse
|
|
mode, where several stations can talk to each other in the same way.
|
|
Of course, the DX is still posted to you all the while!
|
|
|
|
<sect1>So what is DXSpider?
|
|
|
|
<p>
|
|
PacketCluster nodes have been around since roughly 1985. The original
|
|
PacketCluster idea came from Dick Newell, AK1A, and ran under DOS.
|
|
In about 1992 Dick stopped the development of the PacketCluster
|
|
software for amateur radio. Many systems are still using this
|
|
relatively old DOS software today.
|
|
|
|
There are several new compatible cluster programs around now,
|
|
including DXSpider. DXSpider is a clone of PacketCluster software that runs
|
|
under several operating systems including Linux and Windows. Linux is fast
|
|
becoming the choice for amateur radio stations because of it's flexibility,
|
|
reliability and the lack of the memory limitations of DOS. Linux supports
|
|
multitasking and is also multiuser. It has support for AX25, ROSE,
|
|
NetROM and TCPIP built in, making it the ideal choice for amateur
|
|
radio. It is also totally free!
|
|
|
|
DXSpider was conceived and begun in 1998 by Dirk Koopman, G1TLH as an
|
|
exercise in perl programming. It has developed rapidly and today is a
|
|
very powerful cluster program. It was designed to be totally compatible
|
|
with the AK1A program, although several commands have been extended to
|
|
improve functionality.
|
|
|
|
This manual is designed to help you become familiar with the commands
|
|
that DXSpider supports and to help you get the best from the program so
|
|
you can enjoy working that rare DX! As DXSpider is being improved all the
|
|
time, commands will be added as time goes by, so make sure you have
|
|
the most upto date version of this manual. The latest version will
|
|
always be included with the cluster program so if you are unsure, simply
|
|
ask your sysop. The manual will also be available on the wesite.
|
|
|
|
|
|
<sect>Logins and logouts.
|
|
|
|
<p>
|
|
You might not think that there is a lot of point of including a
|
|
section on how to log in and out of DXSpider. However, you would be
|
|
suprised at the difficulties some people have in simply getting in
|
|
and out of the cluster!
|
|
|
|
There are several ways a login might be achieved, dependant on how
|
|
the sysop has DXSpider configured. It is impossible for me to cover all
|
|
variations but here are the basic ones.
|
|
|
|
<sect1>AX25 logins.
|
|
|
|
<p>
|
|
Simplicity itself. The usual <bf>CONNECT</bf> command will log you straight
|
|
into the cluster and you will not have to do anything else.
|
|
Obviously, you will have to connect to the correct callsign. Some
|
|
nodes use an SSID with their call so you would have to add that.
|
|
|
|
<bf>Examples:</bf>
|
|
|
|
<tscreen><verb>
|
|
connect GB7MBC
|
|
connect GB7MBC-1
|
|
</verb></tscreen>
|
|
|
|
<sect1>Netrom logins.
|
|
|
|
<p>
|
|
There are several possibilities here, dependant on how the sysop has
|
|
configured his system. If you are connecting via netrom then you are
|
|
most probably connecting from another station. Listing the nodes in
|
|
that station with the <bf>NODES</bf> command will tell you what callsign
|
|
or netrom alias to connect to. Then just issue the connect command
|
|
from there. It is possible that the netrom alias may connect you to
|
|
a node with an alias for the cluster, such as DXC. Just type this
|
|
and you will be connected.
|
|
|
|
<bf>Example:</bf>
|
|
<tscreen><verb>
|
|
connect MBCDX
|
|
</verb></tscreen>
|
|
|
|
<sect1>Telnet logins.
|
|
|
|
<p>
|
|
With telnet connections, the source callsign is not seen by DXSpider, so
|
|
you will be asked to login with your callsign.
|
|
To telnet to DXSpider, you would connect to a specific port. There is no
|
|
standard at the moment for a cluster telnet port but ask the sysop if
|
|
you are unsure.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
telnet gb7mbc 8000
|
|
</verb></tscreen>
|
|
|
|
All the above are possible ways of connecting to a DXSpider cluster. You
|
|
may have some or all of these available to you. There may be one or
|
|
two additional ways to connect dependant on the network local to you.
|
|
However I am sure you get the idea.
|
|
|
|
<sect1>Logouts.
|
|
|
|
<p>
|
|
Logging out can be done by simply issuing the standard <bf>BYE</bf>
|
|
command.
|
|
|
|
You could also send a disconnect if you are using AX25, or a <bf>CLOSE</bf>
|
|
command if you are connected via telnet.
|
|
If you do not log out gracefully using one of the above commands,
|
|
you may find you are unable to get a full connect next time. This
|
|
may also happen if a netrom connection drops. You may get connected,
|
|
but nothing else will happen because the program thinks you are still
|
|
connected and will not let you connect twice under the same call.
|
|
However you could reconnect by adding a number to the end of your call,
|
|
for example G0YLM-2.
|
|
This can be done by either altering your MYCALL setting in the TNC or
|
|
by altering your program configuration.
|
|
|
|
|
|
<sect>Setting your personal details.
|
|
|
|
<p>
|
|
Once logged in to the cluster, you should set your details so that
|
|
anybody who wishes to contact you can find out who and where you are.
|
|
There are four items to set, your name, qth, location and home node.
|
|
Setting these details also allows the use of the SHOW/HEADING and
|
|
SHOW/SUN commands from within the cluster. Unless you set your QTH
|
|
and location, these commands cannot function.
|
|
Once you have set your name, DXSpider will greet you with it next time
|
|
you login. Your QTH setting is where you live and it is a good idea
|
|
to add your locator to this as the location setting is converted to
|
|
latitude and longitude once inputted. You can actually set your location
|
|
in latitude/longitude or as a locator. Setting your home node will
|
|
tell the program where you wish mail to be sent to you.
|
|
|
|
<bf>Examples:</bf>
|
|
|
|
<tscreen><verb>
|
|
set/name Ian
|
|
set/qth Morecambe, Lancashire IO84NB
|
|
set/location 48 34 n 12 12 e
|
|
set/qra IO84NB
|
|
set/home gb7mbc
|
|
</verb></tscreen>
|
|
|
|
<sect>Getting and posting DX.
|
|
|
|
<p>
|
|
When all is said and done, this is the main function of a DX cluster.
|
|
In its simplest form you can just connect to the node and you will
|
|
start to receive DX spots almost immediately! You can check on
|
|
recent postings in either a general manner or on a particular band or
|
|
mode. You can even check DX by callsign or a fragment of a callsign.
|
|
Of course, once you get the hang of things, it is expected that you
|
|
start posting some yourself! After all, there would be no clusters
|
|
if people did not post DX and you get the added thrill of the hunt!
|
|
|
|
<sect1>Receiving DX.
|
|
|
|
<p>
|
|
As we have already said, it is possible just to connect to the
|
|
cluster and you will receive spots automatically. However, you may
|
|
wish to check on spots just posted. Maybe you wish to see if a
|
|
particular band is open or if a certain callsign is active, perhaps a
|
|
DXpedition. The command to do this is <bf>SHOW/DX</bf>. Without any
|
|
other arguments, this command will output the last 10 spots
|
|
posted. It is possible to look at more than this, for example the
|
|
last 20 or 50 spots, by adding the number to the command. You can
|
|
make it even more specific by adding a band in either wavelength or
|
|
frequency, and/or any additional information such as QSL details.
|
|
|
|
<bf>Examples:</bf>
|
|
|
|
<tscreen><verb>
|
|
show/dx
|
|
show/dx 5
|
|
show/dx 20
|
|
</verb></tscreen>
|
|
|
|
will show the last 10, 5 and 20 spots received by the cluster
|
|
respectively.
|
|
|
|
<bf>Examples</bf>
|
|
|
|
<tscreen><verb>
|
|
show/dx on 20m
|
|
show/dx 10 on 20m
|
|
show/dx 20 on 20m
|
|
</verb></tscreen>
|
|
|
|
will show the last 5, 10 or 20 spots on 20 metres only.
|
|
|
|
It is also possible to check for certain callsigns, or fragments of
|
|
callsigns in the same way.
|
|
|
|
<bf>Examples:</bf>
|
|
|
|
<tscreen><verb>
|
|
show/dx g0vgs
|
|
show/dx 10 g0vgs
|
|
</verb></tscreen>
|
|
|
|
would show the last 5 or 10 dx spots containing the callsign g0vgs.
|
|
|
|
<p>
|
|
You can check for DX by offset and also by specifying a comment to
|
|
search for.
|
|
|
|
<bf>Examples:</bf>
|
|
|
|
<tscreen><verb>
|
|
show/dx 30-40
|
|
show/dx 14000-14033
|
|
show/dx iota
|
|
</verb></tscreen>
|
|
|
|
would show the spots that arrived between 30 and 40 spots ago and any
|
|
spots with the word <em>iota</em> in the comment field. The case of
|
|
the comment is not important.
|
|
|
|
Checking DX posted on a certain day is possible too. All you have
|
|
to do here is to specify how many days ago it was like this ...
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
show/dx day 30
|
|
</verb></tscreen>
|
|
|
|
It is of course possible to specify multiple arguments.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
show/dx 20 prefix 9a on vhf day 30
|
|
</verb></tscreen>
|
|
|
|
This would show the last 20 spots posted by or about calls with the prefix
|
|
9a on vhf 30 days ago.
|
|
|
|
As you can see the <bf>SHOW/DX</bf> command is very flexible, so if you are
|
|
not sure whether something will work or not, try it and see! More
|
|
information can be found in the Command Set section.
|
|
|
|
<sect1>Posting DX.
|
|
|
|
<p>
|
|
To post DX you use the <bf>DX</bf> command. The syntax is shown below.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
dx (frequency) (callsign) (remarks)
|
|
</verb></tscreen>
|
|
|
|
Where frequency is in kilohertz and the callsign is the callsign of
|
|
the station you have worked or heard, (ie not your own callsign!).
|
|
The remarks section allows you to add information like the operators
|
|
name or perhaps a location. Actually DXSpider will allow the frequency
|
|
and callsign fields to be entered in any order.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
dx 14004 pa3ezl OP Aurelio 599
|
|
</verb></tscreen>
|
|
|
|
In fact, all the following will give the same result...
|
|
|
|
<tscreen><verb>
|
|
dx 14004 pa3ezl OP Aurelio 599
|
|
dx pa3ezl 14004 OP Aurelio 599
|
|
dx pa3ezl 14.004 OP Aurelio 599
|
|
</verb></tscreen>
|
|
|
|
This posting, or callout as it is known, will be forwarded to all
|
|
other connected stations both at the cluster you are connected to and
|
|
other active clusters in the network. The callout will also be sent
|
|
to you as proof of receipt.
|
|
|
|
<sect>Headings and propagation
|
|
|
|
<p>
|
|
There are three commands in DXSpider to help you get the best DX possible.
|
|
These are <bf>SHOW/SUN</bf>, <bf>SHOW/MOON</bf> and
|
|
<bf>SHOW/HEADING</bf>. These commands will only work for you if you
|
|
have entered your personal details. They use your entered location as
|
|
a reference, so if you have not entered it or have entered it incorrectly
|
|
they will not return the correct information.
|
|
|
|
<sect1>Sun
|
|
|
|
<p>
|
|
The <bf>SHOW/SUN</bf> command can be used in three different ways. It
|
|
can be used to show sunrise and sunset times for your own station, a
|
|
particular callsign or a prefix.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
show/sun
|
|
</verb></tscreen>
|
|
|
|
The output from this would look something like this ..
|
|
|
|
<tscreen><verb>
|
|
sh/sun
|
|
Location Rise Set Azim Elev
|
|
G0VGS Morecambe, Lancashire 07:08Z 17:39Z 205.3 24.1
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
sh/sun 5b4
|
|
</verb></tscreen>
|
|
|
|
would look like this ...
|
|
|
|
<tscreen><verb>
|
|
sh/sun 5b4
|
|
Location Rise Set Azim Elev
|
|
5B Cyprus-5B 04:23Z 15:40Z 244.0 18.8
|
|
</verb></tscreen>
|
|
|
|
You can also specify multiple arguments like this ...
|
|
|
|
<tscreen><verb>
|
|
sh/sun gw4veq 5b4ab zs
|
|
</verb></tscreen>
|
|
|
|
and then the output would look like this ...
|
|
|
|
<tscreen><verb>
|
|
sh/sun gw4veq 5b4ab zs
|
|
Location Rise Set Azim Elev
|
|
GW4VEQ Brungwran, Isle of Anglesey IO 07:14Z 17:48Z 204.9 24.9
|
|
5B Cyprus-5B 04:23Z 15:40Z 244.5 18.3
|
|
ZS So-Africa-ZS1-ZS 04:31Z 17:28Z 289.9 41.3
|
|
ZS So-Africa-ZS5-ZS 03:44Z 16:34Z 278.5 32.0
|
|
ZS So-Africa-ZS6-ZS 03:59Z 16:42Z 277.6 35.0
|
|
</verb></tscreen>
|
|
|
|
<sect1>Moon
|
|
|
|
<p>
|
|
The <bf>SHOW/MOON</bf> command works in the same way as the
|
|
<bf>SHOW/SUN</bf> command. This program however, calculates the
|
|
rise and set times of the moon for a prefix or callsign, together
|
|
with the current azimuth and elevation of the sun at these
|
|
locations.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
show/moon ea
|
|
</verb></tscreen>
|
|
|
|
The output from this command would look like this ..
|
|
|
|
<tscreen><verb>
|
|
sh/moon ea
|
|
Location Rise Set Azim Elev RGain dB
|
|
EA Spain-EA 08:15Z 20:09Z 257.2 9.5 -0.6
|
|
</verb></tscreen>
|
|
|
|
You can see that the output is similar to the <bf>SHOW/SUN</bf>
|
|
command, with slightly different fields.
|
|
|
|
<sect1>Heading
|
|
|
|
<p>
|
|
The <bf>SHOW/HEADING</bf> command works in the same way as the
|
|
<bf>SHOW/SUN</bf> and <bf>SHOW/MOON</bf> commands but outputs beam
|
|
headings for a specified callsign or prefix. Reciprocal beam headings
|
|
are also calculated.
|
|
|
|
<bf>Example</bf>
|
|
|
|
<tscreen><verb>
|
|
show/heading zl
|
|
</verb></tscreen>
|
|
|
|
The output from this command would look like this ..
|
|
|
|
<tscreen><verb>
|
|
sh/heading zl
|
|
ZL New-Zealand-ZL1-ZL: 7 degs - dist: 11238 mi, 18087 km Reciprocal heading: 355 degs
|
|
ZL New-Zealand-ZL2-ZL: 9 degs - dist: 11540 mi, 18574 km Reciprocal heading: 353 degs
|
|
ZL New-Zealand-ZL3-ZL: 19 degs - dist: 11634 mi, 18724 km Reciprocal heading: 345 degs
|
|
ZL New-Zealand-ZL4-ZL: 34 degs - dist: 11783 mi, 18963 km Reciprocal heading: 332 degs
|
|
</verb></tscreen>
|
|
|
|
<sect>Announcements.
|
|
|
|
<sect1>Making announcements.
|
|
|
|
<p>
|
|
Occasionally, you may wish to post something that does not fall into
|
|
the normal parameters for a DX callout. You may wish to tell
|
|
everybody connected that 10 FM is open for example, or ask if anyone
|
|
knows the QSL manager for a certain callsign etc. You can do this
|
|
using the <bf>ANNOUNCE</bf> command.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
announce 10 FM is open in IO84NB to europe.
|
|
</verb></tscreen>
|
|
|
|
That would let everyone know locally that this was the case, however
|
|
it would not be forwarded to other nodes connected. To send
|
|
announcements to other connected nodes as well, you would use the
|
|
<bf>FULL</bf> extension.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
announce full Anyone seen EA7WA today?
|
|
</verb></tscreen>
|
|
|
|
Be cautious in your use of announce full. There are many other tools
|
|
available to get the information you require and the judicious use of
|
|
this command is frowned upon as it creates a great deal of traffic
|
|
across the network.
|
|
|
|
<sect1>Listing announcements.
|
|
|
|
<p>
|
|
You can list previous announcements in the standard format with the
|
|
<bf>SHOW</bf> command. As before you can list just the last 5 or as
|
|
many as you wish.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
show/announcements
|
|
show/announcements 10
|
|
</verb></tscreen>
|
|
|
|
<sect>Nodes and users.
|
|
|
|
<p>
|
|
You can check which nodes are connected in the network, who is
|
|
logged on locally, who is logged on at all the nodes or even
|
|
just one node in particular. This is handy if you wish to see whether
|
|
a friend is connected at the node they use. To see who is connected
|
|
to the nodes, the <bf>SHOW/CONFIGURATION</bf> command is used.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
show/configuration
|
|
show/configuration/nodes
|
|
show/configuration (node_call)
|
|
show/configuration (prefix)
|
|
</verb></tscreen>
|
|
|
|
The first of our three examples would output something like this,
|
|
|
|
<tscreen><verb>
|
|
sh/c
|
|
Node Callsigns
|
|
EI5TCR (7 users)
|
|
GB7ADX
|
|
GB7BAA G4FPV G8TIC
|
|
GB7BIG (GD0TEP) GD3UMW
|
|
GB7BPQ (G0INA) G0RCI G3AKU G3OCA
|
|
(GB7CDX) G3JNB G4ALR
|
|
GB7DJK G0FYD G0REK G1TLH G4PEL G4SOZ
|
|
G4TVR G7SQW K8AZ M0CTQ-1 MM1CXE-10
|
|
ON7WP
|
|
GB7DXA G0RDI G8SJP
|
|
GB7DXC (G0HDB) G0WFK (G1FYC) G3KWK G3LME
|
|
G3OIL G4BGW G4FUJ (G4PDQ) GW7SMV
|
|
GB7DXE G1NNB
|
|
(GB7DXG) GU6EFB GU7DHI
|
|
GB7DXK G1NTW G3IBI G3NSM G3XAQ G4CUS
|
|
G4XQY G7GAN
|
|
GB7DXM G1EUC G3GAF G3LAS G4ZTR G8WXU
|
|
M0BCT M1EMF
|
|
</verb></tscreen>
|
|
|
|
You will notice that EI5TCR is showing only that it has 7 users and not
|
|
giving the actual callsigns. This means that this node is on a limited
|
|
protocol of some kind, probably because of a contest situation where
|
|
slow radio links can block up and fail if too much information is sent
|
|
between nodes.
|
|
|
|
The second example would just show the nodes connected in the
|
|
network, like this,
|
|
|
|
<tscreen><verb>
|
|
sh/c/n
|
|
Node Callsigns
|
|
GB7BAA GB7BAA GB7BPQ (GB7CDX) GB7DJK GB7DXA
|
|
GB7DXC GB7DXE (GB7DXG) GB7DXK GB7DXL
|
|
GB7DXM GB7DXS GB7IPT GB7MRS GB7UJS
|
|
GB7YDX KL7G N2TLY (ON0DXK)
|
|
GB7BIG EI5TCR GB7ADX GB7BIG GB7UDX
|
|
GB7MBC
|
|
PA4AB-14 PA4AB-14
|
|
PI4TUE-8 PI4TUE-8
|
|
</verb></tscreen>
|
|
|
|
If we insert the node_call pi4tue-8 into the third example, then
|
|
this would be the output,
|
|
|
|
<tscreen><verb>
|
|
Node Callsigns
|
|
PI4TUE-8 9A1CMA-6 DF6PW DL4FAY DL4KAK DL4WF-2
|
|
F5NOD-2 F5PAC IZ0CSR N6CR OH2BLD
|
|
ON1LVL-13 ON4CBT ON4CJP ON5DXL-14 ON7NQ
|
|
PA0RCT PA3DYS PA3FDO PA5KW-4 PI4TUE-9
|
|
YT1XX
|
|
</verb></tscreen>
|
|
|
|
As you can see, only the users of the requested node are shown.
|
|
|
|
You can also use a prefix to show only a group of nodes. For example
|
|
you may only wish to see who is connected to the nodes in the UK. To
|
|
do this simply use a prefix like this ...
|
|
|
|
<verb>
|
|
show/configuration gb7
|
|
</verb>
|
|
|
|
To show the locally connected users, the <bf>SHOW/USERS</bf> command is
|
|
used
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
show/users
|
|
</verb></tscreen>
|
|
|
|
The output of this command would look like this,
|
|
|
|
<tscreen><verb>
|
|
Callsigns connected to GB7MBC
|
|
G0JHC G0NEI G0VGS G0VGS-2 G0YLM
|
|
G3JAG G3OWO G3UEU
|
|
</verb></tscreen>
|
|
|
|
<sect>Talk mode.
|
|
|
|
<p>
|
|
You can send a single comment or start a dedicated talk session to
|
|
another user by using the <bf>TALK</bf> command.
|
|
|
|
<p>
|
|
Talk mode is used to send a one line comment or greeting to a
|
|
specific user connected either at your node or another in the
|
|
network. You can also enter into a dedicated talk session with
|
|
another user. Talks will be automatically forwarded to other nodes
|
|
if the station you are talking to is not connected locally.
|
|
You can find out who is connected by using the
|
|
<bf>SHOW/CONFIGURATION</bf> command, (described earlier).
|
|
|
|
<bf>Examples:</bf>
|
|
|
|
<tscreen><verb>
|
|
talk g0rdi Having a good day Iain?
|
|
</verb></tscreen>
|
|
|
|
This example would send the line "Having a good day Iain?" to the
|
|
user g0rdi but would leave you in normal mode.
|
|
|
|
<tscreen><verb>
|
|
talk g0rdi
|
|
Entering Talkmode, /EX to end, /<cmd> to run a command
|
|
Talk (G0RDI)>
|
|
</verb></tscreen>
|
|
|
|
As you can see, you can still run commands whilst in talk mode.
|
|
Simply prefix the command with a / like /sh/dx and you will get
|
|
the expected output.
|
|
If the user is connected to another node, you may have to use a
|
|
slightly extended version of the <bf>TALK</bf> command.
|
|
|
|
<tscreen><verb>
|
|
talk g0rdi > gb7djk
|
|
</verb></tscreen>
|
|
|
|
To exit talk mode, you issue the command <bf>/ex</bf>.
|
|
|
|
Whilst in talk mode you will still receive DX spots. This means that
|
|
you can chat to a friend whilst working DX.
|
|
|
|
<sect>Mail.
|
|
|
|
<p>
|
|
You can send and receive both personal mail and bulletins with DXSpider
|
|
quite easily.
|
|
|
|
<sect1>The "directory" command.
|
|
|
|
<p>
|
|
To list mail you would use the <bf>DIRECTORY</bf> command. On its
|
|
own, this command will output the last ten messages received by the
|
|
node, either to or from yourself or bulletins such as "DX" and "ALL".
|
|
As with other commands you can display more by specifying a number
|
|
with the command. You should be aware that Spider will accept
|
|
these commands by separating with either a slash or a space, so
|
|
<em>dir new</em> and <em>dir/new</em> work in the same way.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
directory
|
|
directory/20
|
|
directory 20
|
|
</verb></tscreen>
|
|
|
|
Of course most of the time you will only want to list new mail sent
|
|
to you personally since your last login. However you might also like
|
|
to check for general mail received by the node. In fact if there is
|
|
new mail for you, the cluster will tell you when you login. You will
|
|
also be informed if new mail arrives for you during the time you are
|
|
logged in.
|
|
Mail is not only sent to callsigns though. Mail can also be sent to
|
|
subjects like "all" or "local" or "dx" etc. You can treat these
|
|
bulletins in the same way as personal mail with the directory
|
|
command.
|
|
|
|
<bf>Examples:</bf>
|
|
|
|
<tscreen><verb>
|
|
directory/new
|
|
directory/own
|
|
directory/own/10
|
|
directory/all
|
|
directory/from <call>
|
|
</verb></tscreen>
|
|
|
|
The last option will only show mail from a callsign if it was sent to
|
|
you personally or was sent as a bulletin. There are some additional
|
|
commands and these can be found in the DXSpider Command Reference section.
|
|
|
|
<sect1>Reading mail.
|
|
|
|
<p>
|
|
The output of the <bf>DIRECTORY</bf> command could be something like
|
|
this.
|
|
|
|
<tscreen><verb>
|
|
dir
|
|
20735 2 ALL GW7SMV 21-Feb 1204Z REC 9E1S QSL TDY 50Mhz....
|
|
20823 308 UK G0HDB 22-Feb 2334Z Help - which district code?
|
|
20824 105 ALL W9AE 23-Feb 0349Z S0NY QSL address?
|
|
20825 2 UK G0LRJ 23-Feb 0806Z QSL REC LZ2CJ/1.CARD NO-750.
|
|
20858 2 ALL GW7SMV 24-Feb 0905Z REC S92DX QSL CARD TDY 50Mhz
|
|
20921 200 ALL GM4FDM 27-Feb 2203Z Trip to VP8
|
|
20949 375 ALL K0MN 27-Feb 0428Z ST0P cards are gd @ ARRL
|
|
20950 2 UK G0LRJ 28-Feb 0835Z QSL REC SV9/IZ0CKJ/P EU-187.
|
|
20987 569 ALL GD0TEP 1-Mar 1733Z Portable contests
|
|
21076 2 ALL G4AFJ 3-Mar 1743Z kh6nd/kh5 qsl received
|
|
21184-p 599 GW4HAT G0VGS 4-Mar 1518Z Re: Time
|
|
</verb></tscreen>
|
|
|
|
The first column is the actual message number. If the message is a
|
|
personal one to you, you will see a letter 'p' after this number. If
|
|
the message has been read, there will be a '-' between the message
|
|
number and the 'p'. This only works for personal messages. The next
|
|
column shows the file size of the message. The third column shows the
|
|
address the message was sent to and the next column shows who sent it.
|
|
The rest is fairly self-explanatory.
|
|
|
|
Reading a message is as simple as typing read, followed by the
|
|
message number that you wish to read.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
read 25
|
|
</verb></tscreen>
|
|
|
|
will read message number 25. However the mail will be displayed in it's
|
|
entirety unless you specify a page length. You can set your page length
|
|
to any number you like and when the message reaches that number of lines
|
|
you will get a prompt giving you options.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
set/page 20
|
|
</verb></tscreen>
|
|
|
|
|
|
<sect1>Sending mail.
|
|
|
|
<p>
|
|
Sending mail is done in the time honoured way. First you specify
|
|
a recipient for the message, then you will be prompted for a subject.
|
|
Once you have done this you will be asked to type your message.
|
|
Please remember that there is no automatic word wrap, so unless you
|
|
are using a client that wraps lines automatically, remember to hit
|
|
return at the end of each line.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
send m0azm
|
|
Enter Subject (30 characters):
|
|
See you Thursday
|
|
Enter Message /EX to send or /ABORT to exit
|
|
Hi Ian,
|
|
Just a quick note to say that I can make Thursday after all. The
|
|
appointment I had has cancelled so we are go!
|
|
Cheers
|
|
Ian
|
|
</verb></tscreen>
|
|
|
|
At this point you can either hit return and enter /ex to send the
|
|
message or use /abort at any time to abort it. You can now display
|
|
the message in the normal way. There are several send options and
|
|
these are listed in the Command Set section. These include sending
|
|
mail to several recipients and asking for a return receipt.
|
|
|
|
|
|
<sect1>Replying to mail.
|
|
|
|
<p>
|
|
If mail is addressed to you or to a bulletin address, you can use the
|
|
<bf>REPLY</bf> command to reply to it. Using this command, the
|
|
subject will be automatically set for you as "Re: subject", whatever
|
|
the subject was.
|
|
|
|
<bf>Example:</bf>
|
|
|
|
<tscreen><verb>
|
|
reply 2500
|
|
</verb></tscreen>
|
|
|
|
<sect1>Deleting mail
|
|
|
|
<P>
|
|
To delete a message, you use the <em>delete</em> command.
|
|
You can only delete messages sent to or received by yourself.
|
|
Bulletins are dealt with automatically or by the sysop.
|
|
|
|
<sect>Filtering (From version 1.45)
|
|
|
|
<sect1>General filter rules
|
|
|
|
<P>
|
|
Upto v1.44 it was not possible for the user to set their own filters. From
|
|
v1.45 though that has all changed. It is now possible to set filters for just
|
|
about anything you wish. If you have just updated from an older version of
|
|
DXSpider you will need to update your new filters. You do not need to do
|
|
anything with your old filters, they will be renamed as you update.
|
|
|
|
<P>
|
|
There are 3 basic commands involved in setting and manipulating filters. These
|
|
are <em>accept</em>, <em>reject</em> and <em>clear</em>. First we will look
|
|
generally at filtering. There are a number of things you can filter in the
|
|
DXSpider system. They all use the same general mechanism.
|
|
|
|
<P>
|
|
In general terms you can create a 'reject' or an 'accept' filter which can have
|
|
up to 10 lines in it. You do this using, for example ...
|
|
|
|
<tscreen><verb>
|
|
accept/spots .....
|
|
reject/spots .....
|
|
</verb></tscreen>
|
|
|
|
where ..... are the specific commands for that type of filter. There are
|
|
filters for spots, wwv, announce, wcy and (for sysops) connects. See each
|
|
different accept or reject command reference for more details.
|
|
|
|
There is also a command to clear out one or more lines in a filter. They are ...
|
|
|
|
<tscreen><verb>
|
|
clear/spots 1
|
|
clear/spots all
|
|
</verb></tscreen>
|
|
|
|
There is clear/xxxx command for each type of filter.
|
|
|
|
<P>
|
|
and you can check that your filters have worked by the command ...
|
|
|
|
<tscreen><verb>
|
|
show/filter
|
|
</verb></tscreen>
|
|
|
|
<P>
|
|
For now we are going to use spots for the examples, but you can apply the same
|
|
principles to all types of filter.
|
|
|
|
<sect1>Types of filter
|
|
|
|
<P>
|
|
There are two main types of filter, <em>accept</em> or <em>reject</em>. You
|
|
can use either to achieve the result you want dependent on your own preference
|
|
and which is more simple to do. It is pointless writing 8 lines of reject
|
|
filters when 1 accept filter would do the same thing! Each filter has 10
|
|
lines (of any length) which are tried in order. If a line matches then the
|
|
action you have specified is taken (ie reject means ignore it and accept
|
|
means take it)
|
|
|
|
<P>
|
|
If you specify reject filters, then any lines that arrive that match the filter
|
|
will be dumped but all else will be accepted. If you use an accept filter,
|
|
then ONLY the lines in the filter will be accepted and all else will be dumped.
|
|
For example if you have a single line <em>accept</em> filter ...
|
|
|
|
<tscreen><verb>
|
|
accept/spots on vhf and (by_zone 14,15,16 or call_zone 14,15,16)
|
|
</verb></tscreen>
|
|
|
|
then you will <em>ONLY</em> get VHF spots <em>from</em> or <em>to</em> CQ zones
|
|
14, 15 and 16.
|
|
|
|
<P>
|
|
If you set a reject filter like this ...
|
|
|
|
<tscreen><verb>
|
|
reject/spots on hf/cw
|
|
</verb></tscreen>
|
|
|
|
Then you will get everything <em>EXCEPT</em> HF CW spots. You could make this
|
|
single filter even more flexible. For example, if you are interested in IOTA
|
|
and will work it even on CW even though normally you are not interested in
|
|
CW, then you could say ...
|
|
|
|
<tscreen><verb>
|
|
reject/spots on hf/cw and not info iota
|
|
</verb></tscreen>
|
|
|
|
But in that case you might only be interested in iota and say:-
|
|
|
|
<tscreen><verb>
|
|
accept/spots not on hf/cw or info iota
|
|
</verb></tscreen>
|
|
|
|
which achieves exactly the same thing. You should choose one or the other
|
|
until you are comfortable with the way it works. You can mix them if you
|
|
wish (actually you can have an accept AND a reject on the same line) but
|
|
don't attempt this until you are sure you know what you are doing!
|
|
|
|
<P>
|
|
You can arrange your filter lines into logical units, either for your own
|
|
understanding or simply convenience. Here is an example ...
|
|
|
|
<tscreen><verb>
|
|
reject/spots 1 on hf/cw
|
|
reject/spots 2 on 50000/1400000 not (by_zone 14,15,16 or call_zone 14,15,16)
|
|
</verb></tscreen>
|
|
|
|
What this does is to ignore all HF CW spots and also rejects any spots on VHF
|
|
which don't either originate or spot someone in Europe.
|
|
|
|
<P>
|
|
This is an example where you would use a line number (1 and 2 in this case), if
|
|
you leave the digit out, the system assumes '1'. Digits '0'-'9' are available.
|
|
This make it easier to see just what filters you have set. It also makes it
|
|
more simple to remove individual filters, during a contest for example.
|
|
|
|
<P>
|
|
You will notice in the above example that the second line has brackets. Look
|
|
at the line logically. You can see there are 2 separate sections to it. We
|
|
are saying reject spots that are VHF or above <em>APART</em> from those in
|
|
zones 14, 15 and 16 (either spotted there or originated there). If you did
|
|
not have the brackets to separate the 2 sections, then Spider would read it
|
|
logically from the front and see a different expression entirely ...
|
|
|
|
<tscreen><verb>
|
|
(on 50000/1400000 and by_zone 14,15,16) or call_zone 14,15,16
|
|
</verb></tscreen>
|
|
|
|
The simple way to remember this is, if you use OR - use brackets. Whilst we are
|
|
here CASE is not important. 'And BY_Zone' is just the same as 'and by_zone'.
|
|
|
|
As mentioned earlier, setting several filters can be more flexible than
|
|
simply setting one complex one. Doing it in this way means that if you want
|
|
to alter your filter you can just redefine or remove one or more lines of it or
|
|
one line. For example ...
|
|
|
|
<tscreen><verb>
|
|
reject/spots 1 on hf/ssb
|
|
</verb></tscreen>
|
|
|
|
would redefine our earlier example, or
|
|
|
|
<tscreen><verb>
|
|
clear/spots 1
|
|
</verb></tscreen>
|
|
|
|
To remove all the filter lines in the spot filter ...
|
|
|
|
<tscreen><verb>
|
|
clear/spots all
|
|
</verb></tscreen>
|
|
|
|
<sect1>Filter options
|
|
|
|
<P>
|
|
You can filter in several different ways. The options are listed in the
|
|
various helpfiles for accept, reject and filter.
|
|
|
|
<sect1>Advanced filtering
|
|
|
|
<P>
|
|
Once you are happy with the results you get, you may like to experiment.
|
|
|
|
<P>
|
|
The previous example that filters hf/cw spots and accepts vhf/uhf spots from EU
|
|
can be written with a mixed filter, for example ...
|
|
|
|
<tscreen><verb>
|
|
rej/spot on hf/cw
|
|
acc/spot on 0/30000
|
|
acc/spot 2 on 50000/1400000 and (by_zone 14,15,16 or call_zone 14,15,16)
|
|
</verb></tscreen>
|
|
|
|
Note that the first filter has not been specified with a number. This
|
|
will automatically be assumed to be number 1. In this case, we have
|
|
said <em>reject all HF spots in the CW section of the bands but accept
|
|
all others at HF. Also accept anything in VHF and above spotted in or
|
|
by operators in the zones 14, 15 and 16</em>. Each filter slot actually
|
|
has a 'reject' slot and an 'accept' slot. The reject slot is executed
|
|
BEFORE the accept slot.
|
|
|
|
<P>
|
|
It was mentioned earlier that after a reject test that doesn't match, the
|
|
default for following tests is 'accept', the reverse is true for 'accept'.
|
|
In the example what happens is that the reject is executed first, any non
|
|
hf/cw spot is passed to the accept line, which lets through everything
|
|
else on HF. The next filter line lets through just VHF/UHF spots from EU.
|
|
|
|
<sect1>A Filtering Tutorial
|
|
|
|
<P>
|
|
There is now an excellent primer/tutorial on filtering written by Jim
|
|
Samuels, W3BG with an introduction by Dave Hawes N3RD that I strongly
|
|
suggest you read. You can read it here
|
|
<htmlurl url="filtering_en.html" name="The DXSpider User Filtering Primer">
|
|
|
|
<sect>Hints, tips and common questions.
|
|
|
|
<p>
|
|
<bf/Q./These commands seem very long! Can I shorten them?
|
|
|
|
<bf/A./Of course you can and the usual abbreviations work. If you
|
|
are unsure, try it.
|
|
|
|
<bf/Q./I am not sure if this command is correct. Can I cause any
|
|
harm if I try it?
|
|
|
|
<bf/A./Do not be afraid to try a command to see if it will work,
|
|
at the worst you will get an error message. If you require any
|
|
help on a command, just type help followed by the command you
|
|
want help on. Look at the "DXSpider Command Reference" section to see
|
|
what help can be found.
|
|
|
|
<bf/Q./How should I use the announce command?
|
|
|
|
<bf/A./With respect. Use the command by all means, but please
|
|
only use the "full" extension if absolutely necessary. It can
|
|
create a LOT of messages passing between clusters.
|
|
|
|
<bf/Q./I like to be working in the shack while logged into the
|
|
cluster but I can't be looking at the screen all the time. How
|
|
can I be alerted when anything happens?
|
|
|
|
<bf/A./Use the <bf>SET/BEEP</bf> command. You can find information
|
|
on this in the "DXSpider Command Reference" section.
|
|
|
|
<bf/Q./I got disconnected from the cluster and now I can't log
|
|
back in again. What is wrong?
|
|
|
|
<bf/A./Probably the cluster thinks you are still logged on and
|
|
will not let you reconnect using the same call to prevent loops.
|
|
Try logging on again adding an ssid to your callsign as DXSpider
|
|
treats G0YLM and G0YLM-1 as different users.
|
|
|
|
<bf/Q./How do I know if I have got the latest version of this
|
|
user manual?
|
|
|
|
<bf/A./The latest and greatest will always be on the Website. It will
|
|
also be included with every release of DXSpider. As always, if unsure,
|
|
ask your sysop what version number is the latest.
|
|
|
|
<sect>The DXSpider Command Reference
|
|
|
|
<sect1>accept
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>accept</bf> Set a filter to accept something
|
|
</tt>
|
|
|
|
<P>
|
|
Create a filter to accept something
|
|
|
|
There are 2 types of filter, accept and reject. See HELP FILTERING for more
|
|
info.
|
|
<sect1>accept/announce [0-9] <pattern>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>accept/announce [0-9] <pattern></bf> Set an 'accept' filter line for announce
|
|
</tt>
|
|
|
|
<P>
|
|
Create an 'accept this announce' line for a filter.
|
|
|
|
An accept filter line means that if the announce matches this filter it is
|
|
passed onto the user. See HELP FILTERING for more info. Please read this
|
|
to understand how filters work - it will save a lot of grief later on.
|
|
|
|
You can use any of the following things in this line:-
|
|
|
|
<tscreen><verb>
|
|
info <string> eg: iota or qsl
|
|
by <prefixes> eg: G,M,2
|
|
origin <prefixes>
|
|
origin_dxcc <prefixes or numbers> eg: 61,62 (from eg: sh/pre G)
|
|
origin_itu <prefixes or numbers> or: G,GM,GW
|
|
origin_zone <prefixes or numbers>
|
|
origin_state <states> eg: VA,NH,RI,NH
|
|
by_dxcc <prefixes or numbers>
|
|
by_itu <prefixes or numbers>
|
|
by_zone <prefixes or numbers>
|
|
by_state <states>
|
|
channel <prefixes>
|
|
wx 1 filter WX announces
|
|
dest <prefixes> eg: 6MUK,WDX (distros)
|
|
</verb></tscreen>
|
|
|
|
some examples:-
|
|
|
|
<tscreen><verb>
|
|
acc/ann dest 6MUK
|
|
acc/ann 2 by_zone 14,15,16
|
|
(this could be all on one line: acc/ann dest 6MUK or by_zone 14,15,16)
|
|
</verb></tscreen>
|
|
or
|
|
<tscreen><verb>
|
|
acc/ann by G,M,2
|
|
</verb></tscreen>
|
|
|
|
for american states
|
|
|
|
<tscreen><verb>
|
|
acc/ann by_state va,nh,ri,nh
|
|
</verb></tscreen>
|
|
|
|
You can use the tag 'all' to accept everything eg:
|
|
|
|
<tscreen><verb>
|
|
acc/ann all
|
|
</verb></tscreen>
|
|
|
|
but this probably for advanced users...
|
|
<sect1>accept/spots [0-9] <pattern>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>accept/spots [0-9] <pattern></bf> Set an 'accept' filter line for spots
|
|
</tt>
|
|
|
|
<P>
|
|
Create an 'accept this spot' line for a filter.
|
|
|
|
An accept filter line means that if the spot matches this filter it is
|
|
passed onto the user. See HELP FILTERING for more info. Please read this
|
|
to understand how filters work - it will save a lot of grief later on.
|
|
|
|
You can use any of the following things in this line:-
|
|
|
|
<tscreen><verb>
|
|
freq <range> eg: 0/30000 or hf or hf/cw or 6m,4m,2m
|
|
on <range> same as 'freq'
|
|
call <prefixes> eg: G,PA,HB9
|
|
info <string> eg: iota or qsl
|
|
by <prefixes>
|
|
call_dxcc <prefixes or numbers> eg: 61,62 (from eg: sh/pre G)
|
|
call_itu <prefixes or numbers> or: G,GM,GW
|
|
call_zone <prefixes or numbers>
|
|
call_state <states> eg: VA,NH,RI,ME
|
|
by_dxcc <prefixes or numbers>
|
|
by_itu <prefixes or numbers>
|
|
by_zone <prefixes or numbers>
|
|
by_state <states> eg: VA,NH,RI,ME
|
|
origin <prefixes>
|
|
channel <prefixes>
|
|
</verb></tscreen>
|
|
|
|
'call' means the callsign that has spotted 'by' whoever.
|
|
|
|
For frequencies, you can use any of the band names defined in
|
|
SHOW/BANDS and you can use a subband name like: cw, rtty, data, ssb -
|
|
thus: hf/ssb. You can also just have a simple range like: 0/30000 -
|
|
this is more efficient than saying simply: freq HF (but don't get
|
|
too hung up about that)
|
|
|
|
some examples:-
|
|
|
|
<tscreen><verb>
|
|
acc/spot 1 on hf/cw
|
|
acc/spot 2 on vhf and (by_zone 14,15,16 or call_zone 14,15,16)
|
|
</verb></tscreen>
|
|
|
|
You can use the tag 'all' to accept everything, eg:
|
|
|
|
<tscreen><verb>
|
|
acc/spot 3 all
|
|
</verb></tscreen>
|
|
|
|
for US states
|
|
|
|
<tscreen><verb>
|
|
acc/spots by_state VA,NH,RI,MA,ME
|
|
</verb></tscreen>
|
|
|
|
but this probably for advanced users...
|
|
<sect1>accept/wcy [0-9] <pattern>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>accept/wcy [0-9] <pattern></bf> set an 'accept' WCY filter
|
|
</tt>
|
|
|
|
<P>
|
|
It is unlikely that you will want to do this, but if you do then you can
|
|
filter on the following fields:-
|
|
|
|
<tscreen><verb>
|
|
by <prefixes> eg: G,M,2
|
|
origin <prefixes>
|
|
origin_dxcc <prefixes or numbers> eg: 61,62 (from eg: sh/pre G)
|
|
origin_itu <prefixes or numbers> or: G,GM,GW
|
|
origin_zone <prefixes or numbers>
|
|
by_dxcc <prefixes or numbers>
|
|
by_itu <prefixes or numbers>
|
|
by_zone <prefixes or numbers>
|
|
channel <prefixes>
|
|
</verb></tscreen>
|
|
|
|
There are no examples because WCY Broadcasts only come from one place and
|
|
you either want them or not (see UNSET/WCY if you don't want them).
|
|
|
|
This command is really provided for future use.
|
|
|
|
See HELP FILTER for information.
|
|
<sect1>accept/wwv [0-9] <pattern>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>accept/wwv [0-9] <pattern></bf> set an 'accept' WWV filter
|
|
</tt>
|
|
|
|
<P>
|
|
It is unlikely that you will want to do this, but if you do then you can
|
|
filter on the following fields:-
|
|
|
|
<tscreen><verb>
|
|
by <prefixes> eg: G,M,2
|
|
origin <prefixes>
|
|
origin_dxcc <prefixes or numbers> eg: 61,62 (from eg: sh/pre G)
|
|
origin_itu <prefixes or numbers> or: G,GM,GW
|
|
origin_zone <prefixes or numbers>
|
|
by_dxcc <prefixes or numbers>
|
|
by_itu <prefixes or numbers>
|
|
by_zone <prefixes or numbers>
|
|
channel <prefixes>
|
|
</verb></tscreen>
|
|
|
|
for example
|
|
|
|
<tscreen><verb>
|
|
accept/wwv by_zone 4
|
|
</verb></tscreen>
|
|
|
|
is probably the only useful thing to do (which will only show WWV broadcasts
|
|
by stations in the US).
|
|
|
|
See HELP FILTER for information.
|
|
<sect1>announce <text>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>announce <text></bf> Send an announcement to LOCAL users only
|
|
</tt>
|
|
|
|
<P>
|
|
<text> is the text of the announcement you wish to broadcast
|
|
<sect1>announce full <text>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>announce full <text></bf> Send an announcement cluster wide
|
|
</tt>
|
|
|
|
<P>
|
|
This will send your announcement cluster wide
|
|
<sect1>apropos <string>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>apropos <string></bf> Search help database for <string>
|
|
</tt>
|
|
|
|
<P>
|
|
Search the help database for <string> (it isn't case sensitive), and print
|
|
the names of all the commands that may be relevant.
|
|
<sect1>blank [<string>] [<nn>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>blank [<string>] [<nn>]</bf> Print nn (default 1) blank lines (or strings)
|
|
</tt>
|
|
|
|
<P>
|
|
In its basic form this command prints one or more blank lines. However if
|
|
you pass it a string it will replicate the string for the width of the
|
|
screen (default 80) and then print that one or more times, so:
|
|
|
|
<tscreen><verb>
|
|
blank 2
|
|
</verb></tscreen>
|
|
|
|
prints two blank lines
|
|
|
|
<tscreen><verb>
|
|
blank -
|
|
</verb></tscreen>
|
|
|
|
prints a row of - characters once.
|
|
|
|
<tscreen><verb>
|
|
blank abc
|
|
</verb></tscreen>
|
|
|
|
prints 'abcabcabcabcabcabc....'
|
|
|
|
This is really only of any use in a script file and you can print a maximum
|
|
of 9 lines.
|
|
<sect1>bye
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>bye</bf> Exit from the cluster
|
|
</tt>
|
|
|
|
<P>
|
|
This will disconnect you from the cluster
|
|
<sect1>chat <group> <text>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>chat <group> <text></bf> Chat or Conference to a group
|
|
</tt>
|
|
|
|
<P>
|
|
It is now possible to JOIN a group and have network wide conferencing to that
|
|
group. DXSpider does not (and probably will not) implement the AK1A
|
|
conference mode as this seems very limiting, is hardly used and doesn't seem
|
|
to work too well anyway.
|
|
|
|
This system uses the existing ANN system and is compatible with both other
|
|
DXSpider nodes and AK1A clusters (they use ANN/<group>).
|
|
|
|
You can be a member of as many "groups" as you want. To join a group type:-
|
|
|
|
<tscreen><verb>
|
|
JOIN FOC (where FOC is the group name)
|
|
</verb></tscreen>
|
|
|
|
To leave a group type:-
|
|
|
|
<tscreen><verb>
|
|
LEAVE FOC
|
|
</verb></tscreen>
|
|
|
|
You can see which groups you are in by typing:-
|
|
|
|
<tscreen><verb>
|
|
STAT/USER
|
|
</verb></tscreen>
|
|
|
|
and you can see whether your mate is in the group, if he connects to the
|
|
same node as you, by typing:-
|
|
|
|
<tscreen><verb>
|
|
STAT/USER g1tlh
|
|
</verb></tscreen>
|
|
|
|
To send a message to a group type:-
|
|
|
|
<tscreen><verb>
|
|
CHAT FOC hello everyone
|
|
</verb></tscreen>
|
|
|
|
or
|
|
|
|
<tscreen><verb>
|
|
CH #9000 hello I am back
|
|
</verb></tscreen>
|
|
|
|
See also JOIN, LEAVE, SHOW/CHAT
|
|
<sect1>clear/announce [1|all]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>clear/announce [1|all]</bf> Clear a announce filter line
|
|
</tt>
|
|
|
|
<P>
|
|
This command allows you to clear (remove) a line in a annouce filter or to
|
|
remove the whole filter.
|
|
|
|
see CLEAR/SPOTS for a more detailed explanation.
|
|
<sect1>clear/route [1|all]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>clear/route [1|all]</bf> Clear a route filter line
|
|
</tt>
|
|
|
|
<P>
|
|
This command allows you to clear (remove) a line in a route filter or to
|
|
remove the whole filter.
|
|
|
|
see CLEAR/SPOTS for a more detailed explanation.
|
|
<sect1>clear/spots [0-9|all]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>clear/spots [0-9|all]</bf> Clear a spot filter line
|
|
</tt>
|
|
|
|
<P>
|
|
This command allows you to clear (remove) a line in a spot filter or to
|
|
remove the whole filter.
|
|
|
|
If you have a filter:-
|
|
|
|
<tscreen><verb>
|
|
acc/spot 1 on hf/cw
|
|
acc/spot 2 on vhf and (by_zone 14,15,16 or call_zone 14,15,16)
|
|
</verb></tscreen>
|
|
|
|
and you say:-
|
|
|
|
<tscreen><verb>
|
|
clear/spot 1
|
|
</verb></tscreen>
|
|
|
|
you will be left with:-
|
|
|
|
<tscreen><verb>
|
|
acc/spot 2 on vhf and (by_zone 14,15,16 or call_zone 14,15,16)
|
|
</verb></tscreen>
|
|
|
|
If you do:
|
|
|
|
<tscreen><verb>
|
|
clear/spot all
|
|
</verb></tscreen>
|
|
|
|
the filter will be completely removed.
|
|
<sect1>clear/wcy [1|all]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>clear/wcy [1|all]</bf> Clear a WCY filter line
|
|
</tt>
|
|
|
|
<P>
|
|
This command allows you to clear (remove) a line in a WCY filter or to
|
|
remove the whole filter.
|
|
|
|
see CLEAR/SPOTS for a more detailed explanation.
|
|
<sect1>clear/wwv [1|all]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>clear/wwv [1|all]</bf> Clear a WWV filter line
|
|
</tt>
|
|
|
|
<P>
|
|
This command allows you to clear (remove) a line in a WWV filter or to
|
|
remove the whole filter.
|
|
|
|
see CLEAR/SPOTS for a more detailed explanation.
|
|
<sect1>dbavail
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>dbavail</bf> Show a list of all the Databases in the system
|
|
</tt>
|
|
|
|
<P>
|
|
Title says it all really, this command lists all the databases defined
|
|
in the system. It is also aliased to SHOW/COMMAND.
|
|
<sect1>dbshow <dbname> <key>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>dbshow <dbname> <key></bf> Display an entry, if it exists, in a database
|
|
</tt>
|
|
|
|
<P>
|
|
This is the generic user interface to the database to the database system.
|
|
It is expected that the sysop will add an entry to the local Aliases file
|
|
so that users can use the more familiar AK1A style of enquiry such as:
|
|
|
|
<tscreen><verb>
|
|
SH/BUCK G1TLH
|
|
</verb></tscreen>
|
|
|
|
but if he hasn't and the database really does exist (use DBAVAIL or
|
|
SHOW/COMMAND to find out) you can do the same thing with:
|
|
|
|
<tscreen><verb>
|
|
DBSHOW buck G1TLH
|
|
</verb></tscreen>
|
|
|
|
<sect1>directory
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>directory</bf> List messages
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>directory <from>-<to>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>directory <from>-<to></bf> List messages <from> message <to> message
|
|
</tt>
|
|
|
|
<P>
|
|
List the messages in the messages directory.
|
|
|
|
If there is a 'p' one space after the message number then it is a
|
|
personal message. If there is a '-' between the message number and the
|
|
'p' then this indicates that the message has been read.
|
|
|
|
You can use shell escape characters such as '*' and '?' in the <call>
|
|
fields.
|
|
|
|
You can combine some of the various directory commands together eg:-
|
|
|
|
<tscreen><verb>
|
|
DIR TO G1TLH 5
|
|
</verb></tscreen>
|
|
or
|
|
<tscreen><verb>
|
|
DIR SUBJECT IOTA 200-250
|
|
</verb></tscreen>
|
|
|
|
You can abbreviate all the commands to one letter and use ak1a syntax:-
|
|
|
|
<tscreen><verb>
|
|
DIR/T G1* 10
|
|
DIR/S QSL 10-100 5
|
|
</verb></tscreen>
|
|
|
|
<sect1>directory <nn>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>directory <nn></bf> List last <nn> messages
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>directory all
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>directory all</bf> List all messages
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>directory from <call>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>directory from <call></bf> List all messages from <call>
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>directory new
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>directory new</bf> List all new messages
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>directory own
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>directory own</bf> List your own messages
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>directory subject <string>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>directory subject <string></bf> List all messages with <string> in subject
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>directory to <call>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>directory to <call></bf> List all messages to <call>
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>dx [by <call>] <freq> <call> <remarks>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>dx [by <call>] <freq> <call> <remarks></bf> Send a DX spot
|
|
</tt>
|
|
|
|
<P>
|
|
This is how you send a DX Spot to other users. You can, in fact, now
|
|
enter the <freq> and the <call> either way round.
|
|
|
|
<tscreen><verb>
|
|
DX FR0G 144.600
|
|
DX 144.600 FR0G
|
|
DX 144600 FR0G
|
|
</verb></tscreen>
|
|
|
|
will all give the same result. You can add some remarks to the end
|
|
of the command and they will be added to the spot.
|
|
|
|
<tscreen><verb>
|
|
DX FR0G 144600 this is a test
|
|
</verb></tscreen>
|
|
|
|
You can credit someone else by saying:-
|
|
|
|
<tscreen><verb>
|
|
DX by G1TLH FR0G 144.600 he isn't on the cluster
|
|
</verb></tscreen>
|
|
|
|
The <freq> is compared against the available bands set up in the
|
|
cluster. See SHOW/BANDS for more information.
|
|
<sect1>echo <line>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>echo <line></bf> Echo the line to the output
|
|
</tt>
|
|
|
|
<P>
|
|
This command is useful in scripts and so forth for printing the
|
|
line that you give to the command to the output. You can use this
|
|
in user_default scripts and the SAVE command for titling and so forth
|
|
|
|
The script will interpret certain standard "escape" sequences as follows:-
|
|
|
|
<tscreen><verb>
|
|
\t - becomes a TAB character (0x09 in ascii)
|
|
\a - becomes a BEEP character (0x07 in ascii)
|
|
\n - prints a new line
|
|
</verb></tscreen>
|
|
|
|
So the following example:-
|
|
|
|
<tscreen><verb>
|
|
echo GB7DJK is a dxcluster
|
|
</verb></tscreen>
|
|
|
|
produces:-
|
|
|
|
<tscreen><verb>
|
|
GB7DJK is a dxcluster
|
|
</verb></tscreen>
|
|
|
|
on the output. You don't need a \n on the end of the line you want to send.
|
|
|
|
A more complex example:-
|
|
|
|
<tscreen><verb>
|
|
echo GB7DJK\n\tg1tlh\tDirk\n\tg3xvf\tRichard
|
|
</verb></tscreen>
|
|
|
|
produces:-
|
|
|
|
<tscreen><verb>
|
|
GB7DJK
|
|
g1tlh Dirk
|
|
g3xvf Richard
|
|
</verb></tscreen>
|
|
|
|
on the output.
|
|
|
|
<sect1>filtering...
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>filtering...</bf> Filtering things in DXSpider
|
|
</tt>
|
|
|
|
<P>
|
|
There are a number of things you can filter in the DXSpider system. They
|
|
all use the same general mechanism.
|
|
|
|
In general terms you can create a 'reject' or an 'accept' filter which
|
|
can have up to 10 lines in it. You do this using, for example:-
|
|
|
|
<tscreen><verb>
|
|
accept/spots .....
|
|
reject/spots .....
|
|
</verb></tscreen>
|
|
|
|
where ..... are the specific commands for that type of filter. There
|
|
are filters for spots, wwv, announce, wcy and (for sysops)
|
|
connects. See each different accept or reject command reference for
|
|
more details.
|
|
|
|
There is also a command to clear out one or more lines in a filter and
|
|
one to show you what you have set. They are:-
|
|
|
|
<tscreen><verb>
|
|
clear/spots 1
|
|
clear/spots all
|
|
</verb></tscreen>
|
|
|
|
and
|
|
|
|
<tscreen><verb>
|
|
show/filter
|
|
</verb></tscreen>
|
|
|
|
There is clear/xxxx command for each type of filter.
|
|
|
|
For now we are going to use spots for the examples, but you can apply
|
|
the principles to all types of filter.
|
|
|
|
There are two main types of filter 'accept' or 'reject'; which you use
|
|
depends entirely on how you look at the world and what is least
|
|
writing to achieve what you want. Each filter has 10 lines (of any
|
|
length) which are tried in order. If a line matches then the action
|
|
you have specified is taken (ie reject means ignore it and accept
|
|
means gimme it).
|
|
|
|
The important thing to remember is that if you specify a 'reject'
|
|
filter (all the lines in it say 'reject/spots' (for instance)) then if
|
|
a spot comes in that doesn't match any of the lines then you will get
|
|
it BUT if you specify an 'accept' filter then any spots that don't
|
|
match are dumped. For example if I have a one line accept filter:-
|
|
|
|
<tscreen><verb>
|
|
accept/spots on vhf and (by_zone 14,15,16 or call_zone 14,15,16)
|
|
</verb></tscreen>
|
|
|
|
then automatically you will ONLY get VHF spots from or to CQ zones 14
|
|
15 and 16. If you set a reject filter like:
|
|
|
|
<tscreen><verb>
|
|
reject/spots on hf/cw
|
|
</verb></tscreen>
|
|
|
|
Then you will get everything EXCEPT HF CW spots, If you am interested in IOTA
|
|
and will work it even on CW then you could say:-
|
|
|
|
<tscreen><verb>
|
|
reject/spots on hf/cw and not info iota
|
|
</verb></tscreen>
|
|
|
|
But in that case you might only be interested in iota and say:-
|
|
|
|
<tscreen><verb>
|
|
accept/spots not on hf/cw or info iota
|
|
</verb></tscreen>
|
|
|
|
which is exactly the same. You should choose one or the other until
|
|
you are confortable with the way it works. Yes, you can mix them
|
|
(actually you can have an accept AND a reject on the same line) but
|
|
don't try this at home until you can analyse the results that you get
|
|
without ringing up the sysop for help.
|
|
|
|
Another useful addition now is filtering by US state
|
|
|
|
<tscreen><verb>
|
|
accept/spots by_state VA,NH,RI,ME
|
|
</verb></tscreen>
|
|
|
|
You can arrange your filter lines into logical units, either for your
|
|
own understanding or simply convenience. I have one set frequently:-
|
|
|
|
<tscreen><verb>
|
|
reject/spots 1 on hf/cw
|
|
reject/spots 2 on 50000/1400000 not (by_zone 14,15,16 or call_zone 14,15,16)
|
|
</verb></tscreen>
|
|
|
|
What this does is to ignore all HF CW spots (being a class B I can't
|
|
read any CW and couldn't possibly be interested in HF :-) and also
|
|
rejects any spots on VHF which don't either originate or spot someone
|
|
in Europe.
|
|
|
|
This is an exmaple where you would use the line number (1 and 2 in
|
|
this case), if you leave the digit out, the system assumes '1'. Digits
|
|
'0'-'9' are available.
|
|
|
|
You can leave the word 'and' out if you want, it is implied. You can
|
|
use any number of brackets to make the 'expression' as you want
|
|
it. There are things called precedence rules working here which mean
|
|
that you will NEED brackets in a situation like line 2 because,
|
|
without it, will assume:-
|
|
|
|
<tscreen><verb>
|
|
(on 50000/1400000 and by_zone 14,15,16) or call_zone 14,15,16
|
|
</verb></tscreen>
|
|
|
|
annoying, but that is the way it is. If you use OR - use
|
|
brackets. Whilst we are here CASE is not important. 'And BY_Zone' is
|
|
just 'and by_zone'.
|
|
|
|
If you want to alter your filter you can just redefine one or more
|
|
lines of it or clear out one line. For example:-
|
|
|
|
<tscreen><verb>
|
|
reject/spots 1 on hf/ssb
|
|
</verb></tscreen>
|
|
|
|
or
|
|
|
|
<tscreen><verb>
|
|
clear/spots 1
|
|
</verb></tscreen>
|
|
|
|
To remove the filter in its entirty:-
|
|
|
|
<tscreen><verb>
|
|
clear/spots all
|
|
</verb></tscreen>
|
|
|
|
There are similar CLEAR commands for the other filters:-
|
|
|
|
<tscreen><verb>
|
|
clear/announce
|
|
clear/wcy
|
|
clear/wwv
|
|
</verb></tscreen>
|
|
|
|
ADVANCED USERS:-
|
|
|
|
Once you are happy with the results you get, you may like to experiment.
|
|
|
|
my example that filters hf/cw spots and accepts vhf/uhf spots from EU
|
|
can be written with a mixed filter, eg:
|
|
|
|
<tscreen><verb>
|
|
rej/spot on hf/cw
|
|
acc/spot on 0/30000
|
|
acc/spot 2 on 50000/1400000 and (by_zone 14,15,16 or call_zone 14,15,16)
|
|
</verb></tscreen>
|
|
|
|
each filter slot actually has a 'reject' slot and an 'accept'
|
|
slot. The reject slot is executed BEFORE the accept slot.
|
|
|
|
It was mentioned earlier that after a reject test that doesn't match,
|
|
the default for following tests is 'accept', the reverse is true for
|
|
'accept'. In the example what happens is that the reject is executed
|
|
first, any non hf/cw spot is passed to the accept line, which lets
|
|
thru everything else on HF.
|
|
|
|
The next filter line lets through just VHF/UHF spots from EU.
|
|
<sect1>help
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>help</bf> The HELP Command
|
|
</tt>
|
|
|
|
<P>
|
|
HELP is available for a number of commands. The syntax is:-
|
|
|
|
<tscreen><verb>
|
|
HELP <cmd>
|
|
</verb></tscreen>
|
|
|
|
Where <cmd> is the name of the command you want help on.
|
|
|
|
All commands can be abbreviated, so SHOW/DX can be abbreviated
|
|
to SH/DX, ANNOUNCE can be shortened to AN and so on.
|
|
|
|
Look at the APROPOS <string> command which will search the help database
|
|
for the <string> you specify and give you a list of likely commands
|
|
to look at with HELP.
|
|
<sect1>join <group>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>join <group></bf> Join a chat or conference group
|
|
</tt>
|
|
|
|
<P>
|
|
JOIN allows you to join a network wide conference group. To join a
|
|
group (called FOC in this case) type:-
|
|
|
|
<tscreen><verb>
|
|
JOIN FOC
|
|
</verb></tscreen>
|
|
|
|
See also CHAT, LEAVE, SHOW/CHAT
|
|
<sect1>kill <from msgno>-<to msgno>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>kill <from msgno>-<to msgno></bf> Delete a range of messages
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>kill <msgno> [<msgno..]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>kill <msgno> [<msgno..]</bf> Delete a message from the local system
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>kill <msgno> [<msgno> ...]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>kill <msgno> [<msgno> ...]</bf> Remove or erase a message from the system
|
|
</tt>
|
|
|
|
<P>
|
|
You can get rid of any message to or originating from your callsign using
|
|
this command. You can remove more than one message at a time.
|
|
<sect1>kill from <regex>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>kill from <regex></bf> Delete messages FROM a callsign or pattern
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>kill to <regex>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>kill to <regex></bf> Delete messages TO a callsign or pattern
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>leave <group>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>leave <group></bf> Leave a chat or conference group
|
|
</tt>
|
|
|
|
<P>
|
|
LEAVE allows you to leave a network wide conference group. To leave a
|
|
group (called FOC in this case) type:-
|
|
|
|
<tscreen><verb>
|
|
LEAVE FOC
|
|
</verb></tscreen>
|
|
|
|
See also CHAT, JOIN, SHOW/CHAT
|
|
<sect1>links
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>links</bf> Show which nodes is physically connected
|
|
</tt>
|
|
|
|
<P>
|
|
This is a quick listing that shows which links are connected and
|
|
some information about them. See WHO for a list of all connections.
|
|
<sect1>read
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>read</bf> Read the next unread personal message addressed to you
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>read <msgno>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>read <msgno></bf> Read the specified message
|
|
</tt>
|
|
|
|
<P>
|
|
You can read any messages that are sent as 'non-personal' and also any
|
|
message either sent by or sent to your callsign.
|
|
<sect1>reject
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>reject</bf> Set a filter to reject something
|
|
</tt>
|
|
|
|
<P>
|
|
Create a filter to reject something
|
|
|
|
There are 2 types of filter, accept and reject. See HELP FILTERING for more
|
|
info.
|
|
<sect1>reject/announce [0-9] <pattern>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>reject/announce [0-9] <pattern></bf> Set a 'reject' filter line for announce
|
|
</tt>
|
|
|
|
<P>
|
|
Create an 'reject this announce' line for a filter.
|
|
|
|
A reject filter line means that if the announce matches this filter it is
|
|
passed onto the user. See HELP FILTERING for more info. Please read this
|
|
to understand how filters work - it will save a lot of grief later on.
|
|
|
|
You can use any of the following things in this line:-
|
|
|
|
<tscreen><verb>
|
|
info <string> eg: iota or qsl
|
|
by <prefixes> eg: G,M,2
|
|
origin <prefixes>
|
|
origin_dxcc <prefixes or numbers> eg: 61,62 (from eg: sh/pre G)
|
|
origin_itu <prefixes or numbers> or: G,GM,GW
|
|
origin_zone <prefixes or numbers>
|
|
origin_state <states> eg: VA,NH,RI,ME
|
|
by_dxcc <prefixes or numbers>
|
|
by_itu <prefixes or numbers>
|
|
by_zone <prefixes or numbers>
|
|
by_state <states> eg: VA,NH,RI,ME
|
|
channel <prefixes>
|
|
wx 1 filter WX announces
|
|
dest <prefixes> eg: 6MUK,WDX (distros)
|
|
</verb></tscreen>
|
|
|
|
some examples:-
|
|
|
|
<tscreen><verb>
|
|
rej/ann by_zone 14,15,16 and not by G,M,2
|
|
</verb></tscreen>
|
|
|
|
You can use the tag 'all' to reject everything eg:
|
|
|
|
<tscreen><verb>
|
|
rej/ann all
|
|
</verb></tscreen>
|
|
|
|
but this probably for advanced users...
|
|
<sect1>reject/spots [0-9] <pattern>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>reject/spots [0-9] <pattern></bf> Set a 'reject' filter line for spots
|
|
</tt>
|
|
|
|
<P>
|
|
Create a 'reject this spot' line for a filter.
|
|
|
|
A reject filter line means that if the spot matches this filter it is
|
|
dumped (not passed on). See HELP FILTERING for more info. Please read this
|
|
to understand how filters work - it will save a lot of grief later on.
|
|
|
|
You can use any of the following things in this line:-
|
|
|
|
<tscreen><verb>
|
|
freq <range> eg: 0/30000 or hf or hf/cw or 6m,4m,2m
|
|
on <range> same as 'freq'
|
|
call <prefixes> eg: G,PA,HB9
|
|
info <string> eg: iota or qsl
|
|
by <prefixes>
|
|
call_dxcc <prefixes or numbers> eg: 61,62 (from eg: sh/pre G)
|
|
call_itu <prefixes or numbers> or: G,GM,GW
|
|
call_zone <prefixes or numbers>
|
|
call_state <states> eg: VA,NH,RI,ME
|
|
by_dxcc <prefixes or numbers>
|
|
by_itu <prefixes or numbers>
|
|
by_zone <prefixes or numbers>
|
|
by_state <states> eg: VA,NH,RI,ME
|
|
origin <prefixes>
|
|
channel <prefixes>
|
|
</verb></tscreen>
|
|
|
|
'call' means the callsign that has spotted 'by' whoever.
|
|
|
|
For frequencies, you can use any of the band names defined in
|
|
SHOW/BANDS and you can use a subband name like: cw, rtty, data, ssb -
|
|
thus: hf/ssb. You can also just have a simple range like: 0/30000 -
|
|
this is more efficient than saying simply: on HF (but don't get
|
|
too hung up about that)
|
|
|
|
some examples:-
|
|
|
|
<tscreen><verb>
|
|
rej/spot 1 on hf
|
|
rej/spot 2 on vhf and not (by_zone 14,15,16 or call_zone 14,15,16)
|
|
</verb></tscreen>
|
|
|
|
You can use the tag 'all' to reject everything eg:
|
|
|
|
<tscreen><verb>
|
|
rej/spot 3 all
|
|
</verb></tscreen>
|
|
|
|
but this probably for advanced users...
|
|
<sect1>reject/wcy [0-9] <pattern>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>reject/wcy [0-9] <pattern></bf> set a 'reject' WCY filter
|
|
</tt>
|
|
|
|
<P>
|
|
It is unlikely that you will want to do this, but if you do then you can
|
|
filter on the following fields:-
|
|
|
|
<tscreen><verb>
|
|
by <prefixes> eg: G,M,2
|
|
origin <prefixes>
|
|
origin_dxcc <prefixes or numbers> eg: 61,62 (from eg: sh/pre G)
|
|
origin_itu <prefixes or numbers> or: G,GM,GW
|
|
origin_zone <prefixes or numbers>
|
|
by_dxcc <prefixes or numbers>
|
|
by_itu <prefixes or numbers>
|
|
by_zone <prefixes or numbers>
|
|
channel <prefixes>
|
|
</verb></tscreen>
|
|
|
|
There are no examples because WCY Broadcasts only come from one place and
|
|
you either want them or not (see UNSET/WCY if you don't want them).
|
|
|
|
This command is really provided for future use.
|
|
|
|
See HELP FILTER for information.
|
|
<sect1>reject/wwv [0-9] <pattern>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>reject/wwv [0-9] <pattern></bf> set a 'reject' WWV filter
|
|
</tt>
|
|
|
|
<P>
|
|
It is unlikely that you will want to do this, but if you do then you can
|
|
filter on the following fields:-
|
|
|
|
<tscreen><verb>
|
|
by <prefixes> eg: G,M,2
|
|
origin <prefixes>
|
|
origin_dxcc <prefixes or numbers> eg: 61,62 (from eg: sh/pre G)
|
|
origin_itu <prefixes or numbers> or: G,GM,GW
|
|
origin_zone <prefixes or numbers>
|
|
by_dxcc <prefixes or numbers>
|
|
by_itu <prefixes or numbers>
|
|
by_zone <prefixes or numbers>
|
|
channel <prefixes>
|
|
</verb></tscreen>
|
|
|
|
for example
|
|
|
|
<tscreen><verb>
|
|
reject/wwv by_zone 14,15,16
|
|
</verb></tscreen>
|
|
|
|
is probably the only useful thing to do (which will only show WWV broadcasts
|
|
by stations in the US).
|
|
|
|
See HELP FILTER for information.
|
|
<sect1>reply
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>reply</bf> Reply (privately) to the last message that you have read
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>reply <msgno>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>reply <msgno></bf> Reply (privately) to the specified message
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>reply b <msgno>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>reply b <msgno></bf> Reply as a Bulletin to the specified message
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>reply noprivate <msgno>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>reply noprivate <msgno></bf> Reply as a Bulletin to the specified message
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>reply rr <msgno>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>reply rr <msgno></bf> Reply to the specified message with read receipt
|
|
</tt>
|
|
|
|
<P>
|
|
You can reply to a message and the subject will automatically have
|
|
"Re:" inserted in front of it, if it isn't already present.
|
|
|
|
You can also use all the extra qualifiers such as RR, PRIVATE,
|
|
NOPRIVATE, B that you can use with the SEND command (see SEND
|
|
for further details)
|
|
<sect1>send <call> [<call> ...]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>send <call> [<call> ...]</bf> Send a message to one or more callsigns
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>send copy <msgno> <call>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>send copy <msgno> <call></bf> Send a copy of a message to someone
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>send noprivate <call>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>send noprivate <call></bf> Send a message to all stations
|
|
</tt>
|
|
|
|
<P>
|
|
All the SEND commands will create a message which will be sent either to
|
|
an individual callsign or to one of the 'bulletin' addresses.
|
|
|
|
SEND <call> on its own acts as though you had typed SEND PRIVATE, that is
|
|
it will mark the message as personal and send it to the cluster node that
|
|
that callsign is connected to. If the <call> you have specified is in fact
|
|
a known bulletin category on your node (eg: ALL) then the message should
|
|
automatically become a bulletin.
|
|
|
|
You can have more than one callsign in all of the SEND commands.
|
|
|
|
You can have multiple qualifiers so that you can have for example:-
|
|
|
|
<tscreen><verb>
|
|
SEND RR COPY 123 PRIVATE G1TLH G0RDI
|
|
</verb></tscreen>
|
|
|
|
which should send a copy of message 123 to G1TLH and G0RDI and you will
|
|
receive a read receipt when they have read the message.
|
|
|
|
SB is an alias for SEND NOPRIVATE (or send a bulletin in BBS speak)
|
|
SP is an alias for SEND PRIVATE
|
|
|
|
The system will ask you for a subject. Conventionally this should be
|
|
no longer than 29 characters for compatibility. Most modern cluster
|
|
software should accept more.
|
|
|
|
You will now be prompted to start entering your text.
|
|
|
|
You finish the message by entering '/EX' on a new line. For instance:
|
|
|
|
<tscreen><verb>
|
|
...
|
|
bye then Jim
|
|
73 Dirk
|
|
/ex
|
|
</verb></tscreen>
|
|
|
|
If you have started a message and you don't want to keep it then you
|
|
can abandon the message with '/ABORT' on a new line, like:-
|
|
|
|
<tscreen><verb>
|
|
line 1
|
|
line 2
|
|
oh I just can't be bothered with this
|
|
/abort
|
|
</verb></tscreen>
|
|
|
|
If you abort the message it will NOT be sent.
|
|
|
|
When you are entering the text of your message, most normal output (such
|
|
as DX announcements and so on are suppressed and stored for latter display
|
|
(upto 20 such lines are stored, as new ones come along, so the oldest
|
|
lines are dropped).
|
|
|
|
Also, you can enter normal commands commands (and get the output
|
|
immediately) whilst in the middle of a message. You do this by typing
|
|
the command preceeded by a '/' character on a new line, so:-
|
|
|
|
<tscreen><verb>
|
|
/dx g1tlh 144010 strong signal
|
|
</verb></tscreen>
|
|
|
|
Will issue a dx annoucement to the rest of the cluster.
|
|
|
|
Also, you can add the output of a command to your message by preceeding
|
|
the command with '//', thus :-
|
|
|
|
<tscreen><verb>
|
|
//sh/vhftable
|
|
</verb></tscreen>
|
|
|
|
This will show YOU the output from SH/VHFTABLE and also store it in the
|
|
message.
|
|
|
|
You can carry on with the message until you are ready to send it.
|
|
<sect1>send private <call>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>send private <call></bf> Send a personal message
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>send rr <call>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>send rr <call></bf> Send a message and ask for a read receipt
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/address <your address>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/address <your address></bf> Record your postal address
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/announce
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/announce</bf> Allow announce messages to come out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/anntalk
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/anntalk</bf> Allow talk like announce messages on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/beep
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/beep</bf> Add a beep to DX and other messages on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/dx
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/dx</bf> Allow DX messages to come out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/dxcq
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/dxcq</bf> Show CQ Zones on the end of DX announcements
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/dxgrid
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/dxgrid</bf> Allow QRA Grid Squares on the end of DX announcements
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/dxitu
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/dxitu</bf> Show ITU Zones on the end of DX announcements
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/echo
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/echo</bf> Make the cluster echo your input
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/email <email> ...
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/email <email> ...</bf> Set email address(es) and forward your personals
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/here
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/here</bf> Tell the system you are present at your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/homenode <node>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/homenode <node> </bf> Set your normal cluster callsign
|
|
</tt>
|
|
|
|
<P>
|
|
Tell the cluster system where you normally connect to. Any Messages sent
|
|
to you will normally find their way there should you not be connected.
|
|
eg:-
|
|
<tscreen><verb>
|
|
SET/HOMENODE gb7djk
|
|
</verb></tscreen>
|
|
|
|
<sect1>set/language <lang>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/language <lang></bf> Set the language you want to use
|
|
</tt>
|
|
|
|
<P>
|
|
You can select the language that you want the cluster to use. Currently
|
|
the languages available are en (English), de (German), es (Spanish),
|
|
Czech (cz), French (fr), Portuguese (pt), Italian (it) and nl (Dutch).
|
|
<sect1>set/location <lat & long>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/location <lat & long></bf> Set your latitude and longitude
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/logininfo
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/logininfo</bf> Inform when a station logs in/out locally
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/name <your name>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/name <your name></bf> Set your name
|
|
</tt>
|
|
|
|
<P>
|
|
Tell the system what your name is eg:-
|
|
<tscreen><verb>
|
|
SET/NAME Dirk
|
|
</verb></tscreen>
|
|
|
|
<sect1>set/page <lines per page>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/page <lines per page></bf> Set the lines per page
|
|
</tt>
|
|
|
|
<P>
|
|
Tell the system how many lines you wish on a page when the number of line
|
|
of output from a command is more than this. The default is 20. Setting it
|
|
explicitly to 0 will disable paging.
|
|
<tscreen><verb>
|
|
SET/PAGE 30
|
|
SET/PAGE 0
|
|
</verb></tscreen>
|
|
|
|
The setting is stored in your user profile.
|
|
<sect1>set/password
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/password</bf> Set your own password
|
|
</tt>
|
|
|
|
<P>
|
|
This command only works for a 'telnet' user (currently). It will
|
|
only work if you have a password already set. This initial password
|
|
can only be set by the sysop.
|
|
|
|
When you execute this command it will ask you for your old password,
|
|
then ask you to type in your new password twice (to make sure you
|
|
get it right). You may or may not see the data echoed on the screen
|
|
as you type, depending on the type of telnet client you have.
|
|
<sect1>set/prompt <string>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/prompt <string></bf> Set your prompt to <string>
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/qra <locator>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/qra <locator></bf> Set your QRA Grid locator
|
|
</tt>
|
|
|
|
<P>
|
|
Tell the system what your QRA (or Maidenhead) locator is. If you have not
|
|
done a SET/LOCATION then your latitude and longitude will be set roughly
|
|
correctly (assuming your locator is correct ;-). For example:-
|
|
<tscreen><verb>
|
|
SET/QRA JO02LQ
|
|
</verb></tscreen>
|
|
|
|
<sect1>set/qth <your qth>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/qth <your qth></bf> Set your QTH
|
|
</tt>
|
|
|
|
<P>
|
|
Tell the system where you are. For example:-
|
|
<tscreen><verb>
|
|
SET/QTH East Dereham, Norfolk
|
|
</verb></tscreen>
|
|
|
|
<sect1>set/startup
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/startup</bf> Create your own startup script
|
|
</tt>
|
|
|
|
<P>
|
|
Create a startup script of DXSpider commands which will be executed
|
|
everytime that you login into this node. You can only input the whole
|
|
script afresh, it is not possible to 'edit' it. Inputting a new script is
|
|
just like typing in a message using SEND. To finish inputting type: /EX
|
|
on a newline, to abandon the script type: /ABORT.
|
|
|
|
You may find the (curiously named) command BLANK useful to break
|
|
up the output. If you simply want a blank line, it is easier to
|
|
input one or more spaces and press the <return> key.
|
|
|
|
See UNSET/STARTUP to remove a script.
|
|
<sect1>set/talk
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/talk</bf> Allow TALK messages to come out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/usstate
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/usstate</bf> Allow US State info on the end of DX announcements
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/wcy
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/wcy</bf> Allow WCY messages to come out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/wwv
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/wwv</bf> Allow WWV messages to come out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>set/wx
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>set/wx</bf> Allow WX messages to come out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>show/chat [<group>] [<lines>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/chat [<group>] [<lines>]</bf> Show any chat or conferencing
|
|
</tt>
|
|
|
|
<P>
|
|
This command allows you to see any chat or conferencing that has
|
|
occurred whilst you were away. SHOW/CHAT on its own will show data for
|
|
all groups. If you use a group name then it will show only chat for
|
|
that group.
|
|
<sect1>show/configuration [<node>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/configuration [<node>]</bf> Show all the nodes and users visible
|
|
</tt>
|
|
|
|
<P>
|
|
This command allows you to see all the users that can be seen
|
|
and the nodes to which they are connected.
|
|
|
|
This command is normally abbreviated to: sh/c
|
|
|
|
Normally, the list returned will be just for the nodes from your
|
|
country (because the list otherwise will be very long).
|
|
|
|
<tscreen><verb>
|
|
SH/C ALL
|
|
</verb></tscreen>
|
|
|
|
will produce a complete list of all nodes.
|
|
|
|
BE WARNED: the list that is returned can be VERY long
|
|
|
|
It is possible to supply a node or part of a prefix and you will get
|
|
a list of the users for that node or list of nodes starting with
|
|
that prefix.
|
|
|
|
<tscreen><verb>
|
|
SH/C GB7DJK
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
SH/C SK
|
|
</verb></tscreen>
|
|
|
|
<sect1>show/configuration/node
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/configuration/node</bf> Show all the nodes connected locally
|
|
</tt>
|
|
|
|
<P>
|
|
Show all the nodes connected to this node.
|
|
<sect1>show/contest <year and month>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/contest <year and month></bf> Show all the contests for a month
|
|
</tt>
|
|
|
|
<P>
|
|
Show all known contests which are maintained at http://www.sk3bg.se/contest/
|
|
for a particular month or year. The format is reasonably flexible.
|
|
For example:-
|
|
|
|
<tscreen><verb>
|
|
SH/CONTEST sep2003
|
|
SH/CONTEST 03 march
|
|
</verb></tscreen>
|
|
|
|
<sect1>show/date [<prefix>|<callsign>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/date [<prefix>|<callsign>]</bf> Show the local time
|
|
</tt>
|
|
|
|
<P>
|
|
This is very nearly the same as SHOW/TIME, the only difference the format
|
|
of the date string if no arguments are given.
|
|
|
|
If no prefixes or callsigns are given then this command returns the local
|
|
time and UTC as the computer has it right now. If you give some prefixes
|
|
then it will show UTC and UTC + the local offset (not including DST) at
|
|
the prefixes or callsigns that you specify.
|
|
<sect1>show/db0sdx <callsign>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/db0sdx <callsign></bf> Show QSL infomation from DB0SDX database
|
|
</tt>
|
|
|
|
<P>
|
|
This command queries the DB0SDX QSL server on the internet
|
|
and returns any information available for that callsign. This service
|
|
is provided for users of this software by http://www.qslinfo.de.
|
|
|
|
See also SHOW/QRZ, SHOW/WM7D.
|
|
<sect1>show/dx
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/dx</bf> Interrogate the spot database
|
|
</tt>
|
|
|
|
<P>
|
|
If you just type SHOW/DX you will get the last so many spots
|
|
(sysop configurable, but usually 10).
|
|
|
|
In addition you can add any number of these commands in very nearly
|
|
any order to the basic SHOW/DX command, they are:-
|
|
|
|
<tscreen><verb>
|
|
on <band> - eg 160m 20m 2m 23cm 6mm
|
|
on <region> - eg hf vhf uhf shf (see SHOW/BANDS)
|
|
on <from>/<to> - eg 1000/4000 14000-30000 (in Khz)
|
|
<from>-<to>
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
<number> - the number of spots you want
|
|
<from>-<to> - <from> spot no <to> spot no in the selected list
|
|
<from>/<to>
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
<prefix> - for a spotted callsign beginning with <prefix>
|
|
*<suffix> - for a spotted callsign ending in <suffix>
|
|
*<string>* - for a spotted callsign containing <string>
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
day <number> - starting <number> days ago
|
|
day <from>-<to> - <from> days <to> days ago
|
|
<from>/<to>
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
info <text> - any spots containing <text> in the info or remarks
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
by <call> - any spots spotted by <call> (spotter <call> is the
|
|
same).
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
qsl - this automatically looks for any qsl info on the call
|
|
held in the spot database.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
iota [<iota>] - If the iota island number is missing it will look for
|
|
the string iota and anything which looks like an iota
|
|
island number. If you specify then it will look for
|
|
that island.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
qra [<locator>] - this will look for the specific locator if you specify
|
|
one or else anything that looks like a locator.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
dxcc - treat the prefix as a 'country' and look for spots
|
|
from that country regardless of actual prefix.
|
|
eg dxcc oq2
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
You can also use this with the 'by' keyword so
|
|
eg by W dxcc
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
real or rt - Format the output the same as for real time spots. The
|
|
formats are deliberately different (so you can tell
|
|
one sort from the other). This is useful for some
|
|
logging programs that can't cope with normal sh/dx
|
|
output. An alias of SHOW/FDX is available.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
filter - Filter the spots, before output, with the user's
|
|
spot filter. An alias of SHOW/MYDX is available.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
zone <zones> - look for spots in the cq zone (or zones) specified.
|
|
zones are numbers separated by commas.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
by_zone <zones> - look for spots spotted by people in the cq zone
|
|
specified.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
itu <itus> - look for spots in the itu zone (or zones) specified
|
|
itu zones are numbers separated by commas.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
by_itu <itus> - look for spots spotted by people in the itu zone
|
|
specified.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
state <list> - look for spots in the US state (or states) specified
|
|
The list is two letter state codes separated by commas.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
by_state <list> - look for spots spotted by people in the US state
|
|
specified.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
e.g.
|
|
</verb></tscreen>
|
|
|
|
<tscreen><verb>
|
|
SH/DX 9m0
|
|
SH/DX on 20m info iota
|
|
SH/DX 9a on vhf day 30
|
|
SH/DX rf1p qsl
|
|
SH/DX iota
|
|
SH/DX iota eu-064
|
|
SH/DX qra jn86
|
|
SH/DX dxcc oq2
|
|
SH/DX dxcc oq2 by w dxcc
|
|
SH/DX zone 4,5,6
|
|
SH/DX by_zone 4,5,6
|
|
SH/DX state in,oh
|
|
SH/DX by_state in,oh
|
|
</verb></tscreen>
|
|
|
|
<sect1>show/dxcc <prefix>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/dxcc <prefix></bf> Interrogate the spot database by country
|
|
</tt>
|
|
|
|
<P>
|
|
This command takes the <prefix> (which can be a full or partial
|
|
callsign if desired), looks up which internal country number it is
|
|
and then displays all the spots as per SH/DX for that country.
|
|
|
|
This is now an alias for 'SHOW/DX DXCC'
|
|
|
|
The options for SHOW/DX also apply to this command.
|
|
e.g.
|
|
|
|
<tscreen><verb>
|
|
SH/DXCC G
|
|
SH/DXCC W on 20m iota
|
|
</verb></tscreen>
|
|
|
|
This can be done with the SHOW/DX command like this:-
|
|
|
|
<tscreen><verb>
|
|
SH/DX dxcc g
|
|
SH/DX dxcc w on 20m iota
|
|
</verb></tscreen>
|
|
|
|
This is an alias for: SH/DX dxcc
|
|
<sect1>show/dxqsl <callsign>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/dxqsl <callsign></bf> Show any QSL info gathered from spots
|
|
</tt>
|
|
|
|
<P>
|
|
The node collects information from the comment fields in spots (things
|
|
like 'VIA EA7WA' or 'QSL-G1TLH') and stores these in a database.
|
|
|
|
This command allows you to interrogate that database and if the callsign
|
|
is found will display the manager(s) that people have spotted. This
|
|
information is NOT reliable, but it is normally reasonably accurate if
|
|
it is spotted enough times.
|
|
|
|
For example:-
|
|
|
|
<tscreen><verb>
|
|
sh/dxqsl 4k9w
|
|
</verb></tscreen>
|
|
|
|
You can check the raw input spots yourself with:-
|
|
|
|
<tscreen><verb>
|
|
sh/dx 4k9w qsl
|
|
</verb></tscreen>
|
|
|
|
This gives you more background information.
|
|
<sect1>show/dxstats [days] [date]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/dxstats [days] [date]</bf> Show the DX Statistics
|
|
</tt>
|
|
|
|
<P>
|
|
Show the total DX spots for the last <days> no of days (default is 31),
|
|
starting from a <date> (default: today).
|
|
<sect1>show/fdx
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/fdx</bf> Show the DX data in realtime format.
|
|
</tt>
|
|
|
|
<P>
|
|
Normally SHOW/DX outputs spot data in a different format to the
|
|
realtime data. This is a deliberate policy (so you can tell the
|
|
difference between the two). Some logging programs cannot handle
|
|
this so SHOW/FDX outputs historical data in real time format.
|
|
|
|
This is an alias for: SHOW/DX real
|
|
<sect1>show/files [<filearea> [<string>]]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/files [<filearea> [<string>]]</bf> List the contents of a filearea
|
|
</tt>
|
|
|
|
<P>
|
|
SHOW/FILES on its own will show you a list of the various fileareas
|
|
available on the system. To see the contents of a particular file
|
|
area type:-
|
|
<tscreen><verb>
|
|
SH/FILES <filearea>
|
|
</verb></tscreen>
|
|
where <filearea> is the name of the filearea you want to see the
|
|
contents of.
|
|
|
|
You can also use shell globbing characters like '*' and '?' in a
|
|
string to see a selection of files in a filearea eg:-
|
|
<tscreen><verb>
|
|
SH/FILES bulletins arld*
|
|
</verb></tscreen>
|
|
|
|
See also TYPE - to see the contents of a file.
|
|
<sect1>show/filter
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/filter</bf> Show the contents of all the filters you have set
|
|
</tt>
|
|
|
|
<P>
|
|
Show the contents of all the filters that are set. This command displays
|
|
all the filters set - for all the various categories.
|
|
<sect1>show/hfstats [days] [date]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/hfstats [days] [date]</bf> Show the HF DX Statistics
|
|
</tt>
|
|
|
|
<P>
|
|
Show the HF DX spots breakdown by band for the last <days> no of days
|
|
(default is 31), starting from a <date> (default: today).
|
|
<sect1>show/hftable [days] [date] [prefix ...]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/hftable [days] [date] [prefix ...]</bf> Show the HF DX Spotter Table
|
|
</tt>
|
|
|
|
<P>
|
|
Show the HF DX Spotter table for the list of prefixes for the last
|
|
<days> no of days (default is 31), starting from a <date> (default: today).
|
|
|
|
If there are no prefixes then it will show the table for your country.
|
|
|
|
Remember that some countries have more than one "DXCC country" in them
|
|
(eg G :-), to show them (assuming you are not in G already which is
|
|
specially treated in the code) you must list all the relevant prefixes
|
|
|
|
<tscreen><verb>
|
|
sh/hftable g gm gd gi gj gw gu
|
|
</verb></tscreen>
|
|
|
|
Note that the prefixes are converted into country codes so you don't have
|
|
to list all possible prefixes for each country.
|
|
|
|
If you want more or less days than the default simply include the
|
|
number you require:-
|
|
|
|
<tscreen><verb>
|
|
sh/hftable 20 pa
|
|
</verb></tscreen>
|
|
|
|
If you want to start at a different day, simply add the date in some
|
|
recognizable form:-
|
|
|
|
<tscreen><verb>
|
|
sh/hftable 2 25nov02
|
|
sh/hftable 2 25-nov-02
|
|
sh/hftable 2 021125
|
|
sh/hftable 2 25/11/02
|
|
</verb></tscreen>
|
|
|
|
This will show the stats for your DXCC for that CQWW contest weekend.
|
|
|
|
You can specify either prefixes or full callsigns (so you can see how you
|
|
did against all your mates). You can also say 'all' which will then print
|
|
the worldwide statistics.
|
|
|
|
<tscreen><verb>
|
|
sh/hftable all
|
|
</verb></tscreen>
|
|
|
|
<sect1>show/moon [ndays] [<prefix>|<callsign>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/moon [ndays] [<prefix>|<callsign>]</bf> Show Moon rise and set times
|
|
</tt>
|
|
|
|
<P>
|
|
Show the Moon rise and set times for a (list of) prefixes or callsigns,
|
|
together with the azimuth and elevation of the sun currently at those
|
|
locations.
|
|
|
|
If you don't specify any prefixes or callsigns, it will show the times for
|
|
your QTH (assuming you have set it with either SET/LOCATION or SET/QRA),
|
|
together with the current azimuth and elevation.
|
|
|
|
In addition, it will show the illuminated fraction of the moons disk.
|
|
|
|
If all else fails it will show the Moonrise and set times for the node
|
|
that you are connected to.
|
|
|
|
For example:-
|
|
|
|
<tscreen><verb>
|
|
SH/MOON
|
|
SH/MOON G1TLH W5UN
|
|
</verb></tscreen>
|
|
|
|
You can also use this command to see into the past or the future, so
|
|
if you want to see yesterday's times then do:-
|
|
|
|
<tscreen><verb>
|
|
SH/MOON -1
|
|
</verb></tscreen>
|
|
|
|
or in three days time:-
|
|
|
|
<tscreen><verb>
|
|
SH/MOON +3 W9
|
|
</verb></tscreen>
|
|
|
|
Upto 366 days can be checked both in the past and in the future.
|
|
|
|
Please note that the rise and set times are given as the UT times of rise and
|
|
set on the requested UT day.
|
|
<sect1>show/muf <prefix> [<hours>][long]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/muf <prefix> [<hours>][long]</bf> Show the likely propagation to a prefix
|
|
</tt>
|
|
|
|
<P>
|
|
This command allow you to estimate the likelihood of you contacting
|
|
a station with the prefix you have specified. The output assumes a modest
|
|
power of 20dBW and receiver sensitivity of -123dBm (about 0.15muV/10dB SINAD)
|
|
|
|
The result predicts the most likely operating frequencies and signal
|
|
levels for high frequency (shortwave) radio propagation paths on
|
|
specified days of the year and hours of the day. It is most useful for
|
|
paths between 250 km and 6000 km, but can be used with reduced accuracy
|
|
for paths shorter or longer than this.
|
|
|
|
The command uses a routine MINIMUF 3.5 developed by the U.S. Navy and
|
|
used to predict the MUF given the predicted flux, day of the year,
|
|
hour of the day and geographic coordinates of the transmitter and
|
|
receiver. This routine is reasonably accurate for the purposes here,
|
|
with a claimed RMS error of 3.8 MHz, but much smaller and less complex
|
|
than the programs used by major shortwave broadcasting organizations,
|
|
such as the Voice of America.
|
|
|
|
The command will display some header information detailing its
|
|
assumptions, together with the locations, latitude and longitudes and
|
|
bearings. It will then show UTC (UT), local time at the other end
|
|
(LT), calculate the MUFs, Sun zenith angle at the midpoint of the path
|
|
(Zen) and the likely signal strengths. Then for each frequency for which
|
|
the system thinks there is a likelihood of a circuit it prints a value.
|
|
|
|
The value is currently a likely S meter reading based on the conventional
|
|
6dB / S point scale. If the value has a '+' appended it means that it is
|
|
1/2 an S point stronger. If the value is preceeded by an 'm' it means that
|
|
there is likely to be much fading and by an 's' that the signal is likely
|
|
to be noisy.
|
|
|
|
By default SHOW/MUF will show the next two hours worth of data. You
|
|
can specify anything up to 24 hours worth of data by appending the no of
|
|
hours required after the prefix. For example:-
|
|
|
|
<tscreen><verb>
|
|
SH/MUF W
|
|
</verb></tscreen>
|
|
|
|
produces:
|
|
|
|
<tscreen><verb>
|
|
RxSens: -123 dBM SFI: 159 R: 193 Month: 10 Day: 21
|
|
Power : 20 dBW Distance: 6283 km Delay: 22.4 ms
|
|
Location Lat / Long Azim
|
|
East Dereham, Norfolk 52 41 N 0 57 E 47
|
|
United-States-W 43 0 N 87 54 W 299
|
|
UT LT MUF Zen 1.8 3.5 7.0 10.1 14.0 18.1 21.0 24.9 28.0 50.0
|
|
18 23 11.5 -35 mS0+ mS2 S3
|
|
19 0 11.2 -41 mS0+ mS2 S3
|
|
</verb></tscreen>
|
|
|
|
indicating that you will have weak, fading circuits on top band and
|
|
80m but usable signals on 40m (about S3).
|
|
|
|
inputing:-
|
|
|
|
<tscreen><verb>
|
|
SH/MUF W 24
|
|
</verb></tscreen>
|
|
|
|
will get you the above display, but with the next 24 hours worth of
|
|
propagation data.
|
|
|
|
<tscreen><verb>
|
|
SH/MUF W L 24
|
|
SH/MUF W 24 Long
|
|
</verb></tscreen>
|
|
|
|
Gives you an estimate of the long path propagation characterics. It
|
|
should be noted that the figures will probably not be very useful, nor
|
|
terrible accurate, but it is included for completeness.
|
|
<sect1>show/mydx
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/mydx</bf> Show the DX data filtered with your spot filter.
|
|
</tt>
|
|
|
|
<P>
|
|
SHOW/DX potentially shows all the spots available in the system. Using
|
|
SHOW/MYDX will, instead, filter the availble spots using any spot filter
|
|
that you have set, first.
|
|
|
|
This command, together with ACCEPT/SPOT or REJECT/SPOT, will allow
|
|
you to customise the spots that you receive.
|
|
|
|
So if you have said: ACC/SPOT on hf
|
|
|
|
Doing a SHOW/MYDX will now only, ever, show HF spots. All the other
|
|
options on SH/DX can still be used.
|
|
<sect1>show/newconfiguration [<node>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/newconfiguration [<node>]</bf> Show all the nodes and users visible
|
|
</tt>
|
|
|
|
<P>
|
|
This command allows you to see all the users that can be seen
|
|
and the nodes to which they are connected.
|
|
|
|
This command produces essentially the same information as
|
|
SHOW/CONFIGURATION except that it shows all the duplication of
|
|
any routes that might be present It also uses a different format
|
|
which may not take up quite as much space if you don't have any
|
|
loops.
|
|
|
|
BE WARNED: the list that is returned can be VERY long
|
|
<sect1>show/newconfiguration/node
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/newconfiguration/node</bf> Show all the nodes connected locally
|
|
</tt>
|
|
|
|
<P>
|
|
Show all the nodes connected to this node in the new format.
|
|
<sect1>show/prefix <callsign>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/prefix <callsign></bf> Interrogate the prefix database
|
|
</tt>
|
|
|
|
<P>
|
|
This command takes the <callsign> (which can be a full or partial
|
|
callsign or a prefix), looks up which internal country number
|
|
it is and then displays all the relevant prefixes for that country
|
|
together with the internal country no, the CQ and ITU regions.
|
|
|
|
See also SHOW/DXCC
|
|
<sect1>show/qra <lat> <long>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/qra <lat> <long></bf> Convert lat/long to a QRA Grid locator
|
|
</tt>
|
|
|
|
<P>
|
|
This is a multipurpose command that allows you either to calculate the
|
|
distance and bearing between two locators or (if only one locator is
|
|
given on the command line) the distance and beraing from your station
|
|
to the locator. For example:-
|
|
|
|
<tscreen><verb>
|
|
SH/QRA IO92QL
|
|
SH/QRA JN06 IN73
|
|
</verb></tscreen>
|
|
|
|
The first example will show the distance and bearing to the locator from
|
|
yourself, the second example will calculate the distance and bearing from
|
|
the first locator to the second. You can use 4 or 6 character locators.
|
|
|
|
It is also possible to convert a latitude and longitude to a locator by
|
|
using this command with a latitude and longitude as an argument, for
|
|
example:-
|
|
|
|
<tscreen><verb>
|
|
SH/QRA 52 41 N 0 58 E
|
|
</verb></tscreen>
|
|
|
|
<sect1>show/qra <locator> [<locator>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/qra <locator> [<locator>]</bf> Show distance between QRA Grid locators
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>show/qrz <callsign>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/qrz <callsign></bf> Show any callbook details on a callsign
|
|
</tt>
|
|
|
|
<P>
|
|
This command queries the QRZ callbook server on the internet
|
|
and returns any information available for that callsign. This service
|
|
is provided for users of this software by http://www.qrz.com
|
|
|
|
See also SHOW/WM7D for an alternative.
|
|
<sect1>show/route <callsign> ...
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/route <callsign> ...</bf> Show the route to the callsign
|
|
</tt>
|
|
|
|
<P>
|
|
This command allows you to see to which node the callsigns specified are
|
|
connected. It is a sort of inverse sh/config.
|
|
|
|
<tscreen><verb>
|
|
sh/route n2tly
|
|
</verb></tscreen>
|
|
|
|
<sect1>show/satellite <name> [<hours> <interval>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/satellite <name> [<hours> <interval>]</bf> Show tracking data
|
|
</tt>
|
|
|
|
<P>
|
|
Show the tracking data from your location to the satellite of your choice
|
|
from now on for the next few hours.
|
|
|
|
If you use this command without a satellite name it will display a list
|
|
of all the satellites known currently to the system.
|
|
|
|
If you give a name then you can obtain tracking data of all the passes
|
|
that start and finish 5 degrees below the horizon. As default it will
|
|
give information for the next three hours for every five minute period.
|
|
|
|
You can alter the number of hours and the step size, within certain
|
|
limits.
|
|
|
|
Each pass in a period is separated with a row of '-----' characters
|
|
|
|
So for example:-
|
|
|
|
<tscreen><verb>
|
|
SH/SAT AO-10
|
|
SH/SAT FENGYUN1 12 2
|
|
</verb></tscreen>
|
|
|
|
<sect1>show/startup
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/startup</bf> View your own startup script
|
|
</tt>
|
|
|
|
<P>
|
|
View the contents of a startup script created with SET/STARTUP.
|
|
<sect1>show/station [<callsign> ..]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/station [<callsign> ..]</bf> Show information about a callsign
|
|
</tt>
|
|
|
|
<P>
|
|
Show the information known about a callsign and whether (and where)
|
|
that callsign is connected to the cluster.
|
|
|
|
<tscreen><verb>
|
|
SH/ST G1TLH
|
|
</verb></tscreen>
|
|
|
|
If no callsign is given then show the information for yourself.
|
|
<sect1>show/sun [ndays] [<prefix>|<callsign>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/sun [ndays] [<prefix>|<callsign>]</bf> Show sun rise and set times
|
|
</tt>
|
|
|
|
<P>
|
|
Show the sun rise and set times for a (list of) prefixes or callsigns,
|
|
together with the azimuth and elevation of the sun currently at those
|
|
locations.
|
|
|
|
If you don't specify any prefixes or callsigns, it will show the times for
|
|
your QTH (assuming you have set it with either SET/LOCATION or SET/QRA),
|
|
together with the current azimuth and elevation.
|
|
|
|
If all else fails it will show the sunrise and set times for the node
|
|
that you are connected to.
|
|
|
|
For example:-
|
|
|
|
<tscreen><verb>
|
|
SH/SUN
|
|
SH/SUN G1TLH K9CW ZS
|
|
</verb></tscreen>
|
|
|
|
You can also use this command to see into the past or the future, so
|
|
if you want to see yesterday's times then do:-
|
|
|
|
<tscreen><verb>
|
|
SH/SUN -1
|
|
</verb></tscreen>
|
|
|
|
or in three days time:-
|
|
|
|
<tscreen><verb>
|
|
SH/SUN +3 W9
|
|
</verb></tscreen>
|
|
|
|
Upto 366 days can be checked both in the past and in the future.
|
|
|
|
Please note that the rise and set times are given as the UT times of rise
|
|
and set on the requested UT day.
|
|
<sect1>show/time [<prefix>|<callsign>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/time [<prefix>|<callsign>]</bf> Show the local time
|
|
</tt>
|
|
|
|
<P>
|
|
If no prefixes or callsigns are given then this command returns the local
|
|
time and UTC as the computer has it right now. If you give some prefixes
|
|
then it will show UTC and UTC + the local offset (not including DST) at
|
|
the prefixes or callsigns that you specify.
|
|
<sect1>show/usdb [call ..]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/usdb [call ..]</bf> Show information held on the FCC Call database
|
|
</tt>
|
|
|
|
<P>
|
|
Show the City and State of a Callsign held on the FCC database if
|
|
his is being run on this system, eg:-
|
|
|
|
<tscreen><verb>
|
|
sh/usdb k1xx
|
|
</verb></tscreen>
|
|
|
|
<sect1>show/vhfstats [days] [date]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/vhfstats [days] [date]</bf> Show the VHF DX Statistics
|
|
</tt>
|
|
|
|
<P>
|
|
Show the VHF DX spots breakdown by band for the last
|
|
<days> no of days (default is 31), starting from a date (default: today).
|
|
<sect1>show/vhftable [days] [date] [prefix ...]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/vhftable [days] [date] [prefix ...]</bf> Show the VHF DX Spotter Table
|
|
</tt>
|
|
|
|
<P>
|
|
Show the VHF DX Spotter table for the list of prefixes for the last
|
|
<days> no of days (default is 31), starting from a date (default: today).
|
|
|
|
If there are no prefixes then it will show the table for your country.
|
|
|
|
Remember that some countries have more than one "DXCC country" in them
|
|
(eg G :-), to show them (assuming you are not in G already which is
|
|
specially treated in the code) you must list all the relevant prefixes
|
|
|
|
<tscreen><verb>
|
|
sh/vhftable g gm gd gi gj gw gu
|
|
</verb></tscreen>
|
|
|
|
Note that the prefixes are converted into country codes so you don't have
|
|
to list all possible prefixes for each country.
|
|
|
|
If you want more or less days than the default simply include the
|
|
number you require:-
|
|
|
|
<tscreen><verb>
|
|
sh/vhftable 20 pa
|
|
</verb></tscreen>
|
|
|
|
If you want to start at a different day, simply add the date in some
|
|
recognizable form:-
|
|
|
|
<tscreen><verb>
|
|
sh/vhftable 2 25nov02
|
|
sh/vhftable 2 25-nov-02
|
|
sh/vhftable 2 021125
|
|
sh/vhftable 2 25/11/02
|
|
</verb></tscreen>
|
|
|
|
This will show the stats for your DXCC for that CQWW contest weekend.
|
|
|
|
You can specify either prefixes or full callsigns (so you can see how you
|
|
did against all your mates). You can also say 'all' which will then print
|
|
the worldwide statistics.
|
|
|
|
<tscreen><verb>
|
|
sh/vhftable all
|
|
</verb></tscreen>
|
|
|
|
<sect1>show/wcy
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/wcy</bf> Show last 10 WCY broadcasts
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>show/wcy <n>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/wcy <n></bf> Show last <n> WCY broadcasts
|
|
</tt>
|
|
|
|
<P>
|
|
Display the most recent WCY information that has been received by the system
|
|
|
|
<sect1>show/wm7d <callsign>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/wm7d <callsign></bf> Show callbook details on a US callsigns
|
|
</tt>
|
|
|
|
<P>
|
|
This command queries the WM7D callbook server on the internet
|
|
and returns any information available for that US callsign. This service
|
|
is provided for users of this software by http://www.wm7d.net.
|
|
|
|
See also SHOW/QRZ.
|
|
<sect1>show/wwv
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/wwv</bf> Show last 10 WWV broadcasts
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>show/wwv <n>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>show/wwv <n></bf> Show last <n> WWV broadcasts
|
|
</tt>
|
|
|
|
<P>
|
|
Display the most recent WWV information that has been received by the system
|
|
<sect1>sysop
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>sysop</bf> Regain your privileges if you login remotely
|
|
</tt>
|
|
|
|
<P>
|
|
The system automatically reduces your privilege level to that of a
|
|
normal user if you login in remotely. This command allows you to
|
|
regain your normal privilege level. It uses the normal system: five
|
|
numbers are returned that are indexes into the character array that is
|
|
your assigned password (see SET/PASSWORD). The indexes start from
|
|
zero.
|
|
|
|
You are expected to return a string which contains the characters
|
|
required in the correct order. You may intersperse those characters
|
|
with others to obscure your reply for any watchers. For example (and
|
|
these values are for explanation :-):
|
|
|
|
<tscreen><verb>
|
|
password = 012345678901234567890123456789
|
|
> sysop
|
|
22 10 15 17 3
|
|
</verb></tscreen>
|
|
you type:-
|
|
<tscreen><verb>
|
|
aa2bbbb0ccc5ddd7xxx3n
|
|
or 2 0 5 7 3
|
|
or 20573
|
|
</verb></tscreen>
|
|
|
|
They will all match. If there is no password you will still be offered
|
|
numbers but nothing will happen when you input a string. Any match is
|
|
case sensitive.
|
|
<sect1>talk <call> > <node> [<text>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>talk <call> > <node> [<text>]</bf> Send a text message to another station via a node
|
|
</tt>
|
|
|
|
<P>
|
|
Send a short message to any other station that is visible on the cluster
|
|
system. You can send it to anyone you can see with a SHOW/CONFIGURATION
|
|
command, they don't have to be connected locally.
|
|
|
|
The second form of TALK is used when other cluster nodes are connected
|
|
with restricted information. This usually means that they don't send
|
|
the user information usually associated with logging on and off the cluster.
|
|
|
|
If you know that G3JNB is likely to be present on GB7TLH, but you can only
|
|
see GB7TLH in the SH/C list but with no users, then you would use the
|
|
second form of the talk message.
|
|
|
|
If you want to have a ragchew with someone you can leave the text message
|
|
out and the system will go into 'Talk' mode. What this means is that a
|
|
short message is sent to the recipient telling them that you are in a
|
|
'Talking' frame of mind and then you just type - everything you send will
|
|
go to the station that you asked for.
|
|
|
|
All the usual announcements, spots and so on will still come out on your
|
|
terminal.
|
|
|
|
If you want to do something (such as send a spot) you preceed the normal
|
|
command with a '/' character, eg:-
|
|
|
|
<tscreen><verb>
|
|
/DX 14001 G1TLH What's a B class licensee doing on 20m CW?
|
|
/HELP talk
|
|
</verb></tscreen>
|
|
|
|
To leave talk mode type:
|
|
|
|
<tscreen><verb>
|
|
/EX
|
|
</verb></tscreen>
|
|
|
|
If you are in 'Talk' mode, there is an extention to the '/' command which
|
|
allows you to send the output to all the people you are talking to. You do
|
|
with the '//' command. For example:-
|
|
|
|
<tscreen><verb>
|
|
//sh/hftable
|
|
</verb></tscreen>
|
|
|
|
will send the hftable as you have it to all the people you are currently
|
|
talking to.
|
|
<sect1>talk <call> [<text>]
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>talk <call> [<text>]</bf> Send a text message to another station
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>type <filearea>/<name>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>type <filearea>/<name></bf> Look at the contents of a file in one of the fileareas
|
|
</tt>
|
|
|
|
<P>
|
|
Type out the contents of a file in a filearea. So, for example, in
|
|
filearea 'bulletins' you want to look at file 'arld051' you would
|
|
enter:-
|
|
<tscreen><verb>
|
|
TYPE bulletins/arld051
|
|
</verb></tscreen>
|
|
|
|
See also SHOW/FILES to see what fileareas are available and a
|
|
list of content.
|
|
<sect1>unset/announce
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/announce</bf> Stop announce messages coming out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>unset/anntalk
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/anntalk</bf> Stop talk like announce messages on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
The announce system on legacy cluster nodes is used as a talk
|
|
substitute because the network is so poorly connected. If you:
|
|
|
|
<tscreen><verb>
|
|
unset/anntalk
|
|
</verb></tscreen>
|
|
|
|
you will suppress several of these announces, you may miss the odd
|
|
useful one as well, but you would probably miss them anyway in the
|
|
welter of useless ones.
|
|
|
|
<tscreen><verb>
|
|
set/anntalk
|
|
</verb></tscreen>
|
|
|
|
allows you to see them again. This is the default.
|
|
<sect1>unset/beep
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/beep</bf> Stop beeps for DX and other messages on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>unset/dx
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/dx</bf> Stop DX messages coming out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>unset/dxcq
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/dxcq</bf> Stop CQ Zones on the end of DX announcements
|
|
</tt>
|
|
|
|
<P>
|
|
Display both the Spotter's and the Spotted's CQ Zone on the end
|
|
of a DX announcement (there is just enough room). Some user programs
|
|
cannot cope with this. The Spotter's CQ is on the RHS of the
|
|
time, the Spotted's CQ is on the LHS.
|
|
|
|
Conflicts with: SET/DXGRID, SET/DXITU, SHOW/USSTATE
|
|
|
|
Do a STAT/USER to see which flags you have set if you are confused.
|
|
<sect1>unset/dxgrid
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/dxgrid</bf> Stop QRA Grid Squares on the end of DX announcements
|
|
</tt>
|
|
|
|
<P>
|
|
A standard feature which is enabled in version 1.43 and above is
|
|
that if the spotter's grid square is known it is output on the end
|
|
of a DX announcement (there is just enough room). Some user programs
|
|
cannot cope with this. You can use this command to reset (or set)
|
|
this feature.
|
|
|
|
Conflicts with: SET/DXCQ, SET/DXITU
|
|
|
|
Do a STAT/USER to see which flags you have set if you are confused.
|
|
<sect1>unset/dxitu
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/dxitu</bf> Stop ITU Zones on the end of DX announcements
|
|
</tt>
|
|
|
|
<P>
|
|
Display both the Spotter's and the Spotted's ITU Zone on the end
|
|
of a DX announcement (there is just enough room). Some user programs
|
|
cannot cope with this. The Spotter's ITU is on the RHS of the
|
|
time, the Spotted's ITU is on the LHS.
|
|
|
|
Conflicts with: SET/DXGRID, SET/DXCQ, SHOW/USSTATE
|
|
|
|
Do a STAT/USER to see which flags you have set if you are confused.
|
|
<sect1>unset/echo
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/echo</bf> Stop the cluster echoing your input
|
|
</tt>
|
|
|
|
<P>
|
|
If you are connected via a telnet session, different implimentations
|
|
of telnet handle echo differently depending on whether you are
|
|
connected via port 23 or some other port. You can use this command
|
|
to change the setting appropriately.
|
|
|
|
The setting is stored in your user profile.
|
|
|
|
YOU DO NOT NEED TO USE THIS COMMAND IF YOU ARE CONNECTED VIA AX25.
|
|
<sect1>unset/email
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/email</bf> Stop personal msgs being forwarded by email
|
|
</tt>
|
|
|
|
<P>
|
|
If any personal messages come in for your callsign then you can use
|
|
these commands to control whether they are forwarded onto your email
|
|
address. To enable the forwarding do something like:-
|
|
|
|
<tscreen><verb>
|
|
SET/EMAIL mike.tubby@somewhere.com
|
|
</verb></tscreen>
|
|
|
|
You can have more than one email address (each one separated by a space).
|
|
Emails are forwarded to all the email addresses you specify.
|
|
|
|
You can disable forwarding by:-
|
|
|
|
<tscreen><verb>
|
|
UNSET/EMAIL
|
|
</verb></tscreen>
|
|
|
|
<sect1>unset/here
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/here</bf> Tell the system you are absent from your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>unset/logininfo
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/logininfo</bf> No longer inform when a station logs in/out locally
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>unset/privilege
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/privilege</bf> Remove any privilege for this session
|
|
</tt>
|
|
|
|
<P>
|
|
You can use this command to 'protect' this session from unauthorised
|
|
use. If you want to get your normal privilege back you will need to
|
|
either logout and login again (if you are on a console) or use the
|
|
SYSOP command.
|
|
<sect1>unset/prompt
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/prompt</bf> Set your prompt back to default
|
|
</tt>
|
|
|
|
<P>
|
|
This command will set your user prompt to the string that you
|
|
say. The point of this command to enable a user to interface to programs
|
|
that are looking for a specific prompt (or else you just want a different
|
|
prompt).
|
|
|
|
<tscreen><verb>
|
|
SET/PROMPT clx >
|
|
</verb></tscreen>
|
|
|
|
There are some substitutions that can be added to the prompt:
|
|
|
|
<tscreen><verb>
|
|
%C - callsign [which will have ( and ) around it if not here]
|
|
%D - date
|
|
%T - time
|
|
%M - cluster 'mycall'
|
|
</verb></tscreen>
|
|
|
|
The standard prompt is defined as:
|
|
|
|
<tscreen><verb>
|
|
SET/PROMPT %C de %M %D %T dxspider >
|
|
</verb></tscreen>
|
|
|
|
UNSET/PROMPT will undo the SET/PROMPT command and set your prompt back to
|
|
normal.
|
|
<sect1>unset/startup
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/startup</bf> Remove your own startup script
|
|
</tt>
|
|
|
|
<P>
|
|
You can remove your startup script with UNSET/STARTUP.
|
|
<sect1>unset/talk
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/talk</bf> Stop TALK messages coming out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>unset/usstate
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/usstate</bf> Stop US State info on the end of DX announcements
|
|
</tt>
|
|
|
|
<P>
|
|
If the spotter's or spotted's US State is known it is output on the
|
|
end of a DX announcement (there is just enough room).
|
|
|
|
A spotter's state will appear on the RHS of the time (like
|
|
SET/DXGRID) and the spotted's State will appear on the LHS of the
|
|
time field. Any information found will override any locator
|
|
information from SET/DXGRID.
|
|
|
|
Some user programs cannot cope with this. You can use this command
|
|
to reset (or set) this feature.
|
|
|
|
Conflicts with: SET/DXCQ, SET/DXITU
|
|
|
|
Do a STAT/USER to see which flags you have set if you are confused.
|
|
<sect1>unset/wcy
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/wcy</bf> Stop WCY messages coming out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>unset/wwv
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/wwv</bf> Stop WWV messages coming out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>unset/wx
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>unset/wx</bf> Stop WX messages coming out on your terminal
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>who
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>who</bf> Show who is physically connected
|
|
</tt>
|
|
|
|
<P>
|
|
This is a quick listing that shows which callsigns are connected and
|
|
what sort of connection they have
|
|
<sect1>wx <text>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>wx <text></bf> Send a weather message to local users
|
|
</tt>
|
|
|
|
<P>
|
|
<sect1>wx full <text>
|
|
|
|
<P>
|
|
<tt>
|
|
<bf>wx full <text></bf> Send a weather message to all cluster users
|
|
</tt>
|
|
|
|
<P>
|
|
</article>
|