Date   

Re: Remove beacon spots from Spot Collector

Dave AA6YQ
 

How do I prevent NCDXF beacon spots from being shown in Spot Collector? I have added B, BCN, BEACON, and NCDXF under the Special Callsigns tab but every couple of minutes I'm getting the 4U1UN beacon again. Obviously I need to have 4U1UN as a legitimate spot when the station is active, but not for the beacon. Please and thanks.

+ Did you add B to the Special Callsign list with nothing in the "Tag List"?

+ If "yes", then please do the following:

1. Delete the existing Spot Database Entry or Entries for the 4U1UN beacon (right click and choose Delete from the pop-up menu)

2. On the Configuration window's General tab, check the "log debugging info" box

3. Terminate SpotCollector

4. Start SpotCollector

5. Wait until a new Spot Database Entry for the 4U1UN beacon is created

6. On the Configuration window's General tab, uncheck the "log debugging info" box

7. Attach the errorlog.txt file from your SpotCollector folder to an email message, and send the message to me via

aa6yq (at) ambersoft.com

73,

Dave, AA6YQ


Re: Trouble Getting Spots.

Joe WB9SBD
 

Hi Pete,

Just tried PuTTY as described below, and BOOM works, even saw a CQ make by W9ET.

and dozens of -# stations.

sorry I do not see once logged in where I can do the set dx filter

sorry.

and Jim you still up for the team viewer thing?

Joe

Joe

On 12/29/2021 2:48 PM, Pete Smith wrote:

Joe, this has got to be either settings in your Spot Collector or user-specific settings at the clusters - if it were anything else then others would share your pain.

Try this - connect to VE7CC *using the VE7CC client*, set wide open - do you see RBN spots?

Connect to one of the clusters that is known to post RBN spots, and which you've been testing with.  Use a plain vanilla Telnet client like PuTTY.  For the sake of discussion, try  dxc.w3lpl.net port 7373.  Be sure Telnet or Raw is selected in your client - PuTTY defaults to SSH, for some reason. Sign on to the cluster, and enter "set dx filter" (no quotes, <return> at end) to clear any filters stored for your callsign.  You should see CW spots flowing rapidly, 98 percent of them from the RBN.  Each one should have a "-#" on the end of the spotter's callsign.

Now sign off and connect to the same exact Telnet server with Spot Collector.  What do you see?  If you don't see RBN spots, then it's a setting in Spot Collector.


73, Pete N4ZR
Check out the new Reverse Beacon Network
web server at <http://beta.reversebeacon.net>.
For spots, please use your favorite 
"retail" DX cluster.
On 12/29/2021 10:42 AM, Joe WB9SBD wrote:
Hi All,

I'm taking this out to the masses here in Hope someone here has also ran into this problem and fixed it.

Dave has been incredible spending a LOT of time in direct E-Mails to me working on this.
But I think what is happening to me here has even stumped him.

I can not seem to get spots into Spot Collector. The Clusters work with other programs. But Spot Collector just doesn't get the spots.

I have spot collector set to use three clusters AND the direct feed from the RBN.

But Now from all the messages here lately I am not supposed to do this, connect directly to the RBN.

But NONE of the clusters are passing the RBN spots into my Spot collector.

And YES all three are set for set/skimmer One that truly amazes me one is the mighty VE7CC one.

To show how this is NOT working I made this video and experiment.

I set up the RBN web site at the left, The web page that displays the RBN spots.
Then,
the telnet window from N1MM to the right of that web page display. n1mm is using the ve7cc cluster for it's info.

And then three of the windows from SC. one is even VE7CC with the exact same logging in parameters. except for the call in SC I used my wb9sbd and in n1mm I use w9et to log into Ve7CC so it does not see the same call logging in twice.

OK I sent out a short CQ on 40 meters

CQ CQ CQ CQ DE W9ET W9ET K

and you will see what happens.

N1MM is populated almost immediately with the W9ET calling cq, remember that's connected to VE7CC

next you see W9ET appears in the RBN web page, and it may have found W9ET sooner but had to wait for the page refresh.

Notice to the right all three of the dx clusters, for SC. never display W9ET.

There are a few spots for the RBN showing up in Some of the SC windows (-#) seen. but no where near the amount that the N1MM window is seeing. And the VE7CC one is all but dead in SC. Why?

This is what is always happening.  if I have the SC get the direct fed from the RBN then w9ET appears. but via the clusters, nothing, yet we see via n1mm and ve7cc it surely is being heard by ve7cc.

Here is the video.

https://youtu.be/LrouMsP518A

Anyone have any suggestions what might be happening?
Joe WB9SBD


Re: Trouble Getting Spots.

Dave AA6YQ
 

* more AA6YQ comments below

+ AA6YQ comments below

Dave has been incredible spending a LOT of time in direct E-Mails to me working on this.
But I think what is happening to me here has even stumped him.

+ You reported that SpotCollector's "Spot Source" window for VE7CC displays no incoming spots. As have explained to you, that means that VE7CC is likely misconfigured.

But what to "Configure"?

* If SpotCollector is successfully logging in to VE7CC (circular spot source status indicator is green), then the only possible misconfiguration can be of VE7CC. Review the VE7CC documentation regarding commands that control which spots it conveys.

* If the circular indicator for your VE7CC spot source in the "Spot source status" window at the top of SpotCollector's Main window is not green, SpotCollector is unable to "log in" to VE7CC, either because you've specified the wrong host address, port, or username.

73,

Dave, AA6YQ


Re: Max origin filtering not working

Jim Miller, AB3CV
 

I forgot to have it look up distance info from spot notes. I fixed that a moment ago.

RR on the multiple spots.

Things seem to be working. I'll know more after some time elapses.

Thanks!

jim ab3cv


Re: Remove beacon spots from Spot Collector

Jim N7US
 

If you’re connecting to a CC Cluster, SET/NOBEACON will stop them at the node.

 

73,  Jim N7US

 

From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Peter Dougherty via groups.io
Sent: Wednesday, December 29, 2021 14:58
To: DXLab@groups.io
Subject: [DXLab] Remove beacon spots from Spot Collector

 

How do I prevent NCDXF beacon spots from being shown in Spot Collector? I have added B, BCN, BEACON, and NCDXF under the Special Callsigns tab but every couple of minutes I'm getting the 4U1UN beacon again. Obviously I need to have 4U1UN as a legitimate spot when the station is active, but not for the beacon. Please and thanks.


Remove beacon spots from Spot Collector

Peter Dougherty
 

How do I prevent NCDXF beacon spots from being shown in Spot Collector? I have added B, BCN, BEACON, and NCDXF under the Special Callsigns tab but every couple of minutes I'm getting the 4U1UN beacon again. Obviously I need to have 4U1UN as a legitimate spot when the station is active, but not for the beacon. Please and thanks.


Re: Launcher installation issues

neil_zampella
 

Don't run with Administrator privileges .... the 'Getting Started' article listed here:  http://www.dxlabsuite.com/dxlabwiki/RunningOnWin7
specifically points out to install as normal, and use the default user permissions, and default directory.

I'd uninstall, then run the install file again using all defaults.    If you're the main user on the computer, you should already have the proper permissions needed, no need to do anything about the program 'running as administrator'.

Neil, KN3ILZ

On 12/29/2021 2:19 PM, dxradio33 wrote:

Hello folks.  I am trying to install Launcher on a Dell Windows 11 laptop so that I may load the other suite apps.  What follows is the process and results.

1.  Download Launcher from http://www.dxlabsuite.com/download.htm
2.  Run the installation program as instructed and did not change any file locations. 
3.  After install completes, launching the program (Launcher) results in  a short delay while the program loads.
4.  After a moment MS UAC pops up and wants to know if I want to allow 'Launcher' to make changes to this computer and I say "yes"
5.  No launcher window appears.  If  I double click on the Icon it says "Launcher is already running on this machine"
6.  The app was installed using ADMINISTRATOR privilege's.
7.  The app is being run using administrator privilege's.
8.  I have killed the app numerous times using task manager and tried different things like running in compatibility mode etc. all to no avail.  Same results.

Thanks in advance.

Joe K8FC


Re: SPOTCOLLECTOR ENHANCEMENTs (2)

Jose - N4BAA <jose-castillo@...>
 

### N4BAA comments below


-----Original Message-----
From: Dave AA6YQ <aa6yq@...>
To: DXLab@groups.io
Sent: Wed, Dec 29, 2021 2:58 pm
Subject: Re: [DXLab] SPOTCOLLECTOR ENHANCEMENTs (2)

+ AA6YQ comments below

In Spot Collector, I use the special callsigns option a great deal.
In doing so, there are many times when I want to 'remove' the special callsign from the list.

Would it be reasonable to have a 'right click' option in the SC listing to 'remove from Special Callsigns" to eliminate the need to go into Config, select the correct tab, highlight the call and delete it?

+ I've added this to SpotCollector's Enhancement list.


Also, since SC already can convey a station's DF, can functionality be added so that the existing option to "right click to QSY to XXXXX freq" be modified for digital modes to command a Transceiver's frequency to QSYs to a band's general digital frequency AND WSJT's (for example) RX DF be set to the Spot Collectors DF reported?

OR perhaps the DF in SC can be used in some other useful way to allow more agility to get to a DX station more efficiently... Just thinking....

+ For what is "DF" an abbreviation?

### From https://physics.princeton.edu/pulsar/k1jt/wsjtx-doc/wsjtx-main-2.0.1.html ..
...frequency offset from nominal (DF)
I have JTAlert configured to send Spot Collector dB & DF & DT for each decoded signal. These values are displayed in SC's Notes column. 

 

When SC's notes contain a stations DF (in hertz).. can SC direct WSJT-X to change it's RX setting? If so, this would benefit the user to be able to very quickly address a station in which this option was invoked. 

Additionally, IF (and only if) this is possible, then the proper sequence to TX on could be derived from SC's data as well (from the time spotted column). Spots received from non-local spots can have a funky time element in them so this may not be very reliable; however, when I am feeding SC with LOCAL spots from JTAlert, this time element is easy to use to know which cycle to be TXing on.





        73,


              Dave, AA6YQ








Re: Launcher installation issues

Dave AA6YQ
 

+ AA6YQ comments below

Hello folks. I am trying to install Launcher on a Dell Windows 11 laptop so that I may load the other suite apps. What follows is the process and results.

1. Download Launcher from http://www.dxlabsuite.com/download.htm
2. Run the installation program as instructed and did not change any file locations.
3. After install completes, launching the program (Launcher) results in a short delay while the program loads.
4. After a moment MS UAC pops up and wants to know if I want to allow 'Launcher' to make changes to this computer and I say "yes"
5. No launcher window appears. If I double click on the Icon it says "Launcher is already running on this machine"
6. The app was installed using ADMINISTRATOR privilege's.
7. The app is being run using administrator privilege's.
8. I have killed the app numerous times using task manager and tried different things like running in compatibility mode etc. all to no avail. Same results.

+ Most likely, your anti-malware is interfering. Configure it to consider DXLabLauncher.exe to be safe; do the same with every other DXLab application you install.

+ Every publicly-released DXLab application has been reviewed by Microsoft and deemed free of malware. If you're using Windows Defender, direct it to update its virus definitions via

https://www.microsoft.com/en-us/wdsi/definitions

73,

Dave, AA6YQ


Re: Trouble Getting Spots.

Jim N7US
 

I offered to help Joe using TeamViewer and a phone call, and I’m waiting for him to call.

 

73,  Jim N7US

 

From: DXLab@groups.io <DXLab@groups.io> On Behalf Of Pete Smith via groups.io
Sent: Wednesday, December 29, 2021 14:48
To: DXLab@groups.io
Subject: Re: [DXLab] Trouble Getting Spots.

 

Joe, this has got to be either settings in your Spot Collector or user-specific settings at the clusters - if it were anything else then others would share your pain.

Try this - connect to VE7CC *using the VE7CC client*, set wide open - do you see RBN spots?

Connect to one of the clusters that is known to post RBN spots, and which you've been testing with.  Use a plain vanilla Telnet client like PuTTY.  For the sake of discussion, try  dxc.w3lpl.net port 7373.  Be sure Telnet or Raw is selected in your client - PuTTY defaults to SSH, for some reason. Sign on to the cluster, and enter "set dx filter" (no quotes, <return> at end) to clear any filters stored for your callsign.  You should see CW spots flowing rapidly, 98 percent of them from the RBN.  Each one should have a "-#" on the end of the spotter's callsign.

Now sign off and connect to the same exact Telnet server with Spot Collector.  What do you see?  If you don't see RBN spots, then it's a setting in Spot Collector.

 

73, Pete N4ZR
Check out the new Reverse Beacon Network
web server at <http://beta.reversebeacon.net>.
For spots, please use your favorite 
"retail" DX cluster.

On 12/29/2021 10:42 AM, Joe WB9SBD wrote:

Hi All,

I'm taking this out to the masses here in Hope someone here has also ran into this problem and fixed it.

Dave has been incredible spending a LOT of time in direct E-Mails to me working on this.
But I think what is happening to me here has even stumped him.

I can not seem to get spots into Spot Collector. The Clusters work with other programs. But Spot Collector just doesn't get the spots.

I have spot collector set to use three clusters AND the direct feed from the RBN.

But Now from all the messages here lately I am not supposed to do this, connect directly to the RBN.

But NONE of the clusters are passing the RBN spots into my Spot collector.

And YES all three are set for set/skimmer One that truly amazes me one is the mighty VE7CC one.

To show how this is NOT working I made this video and experiment.

I set up the RBN web site at the left, The web page that displays the RBN spots.
Then,
the telnet window from N1MM to the right of that web page display. n1mm is using the ve7cc cluster for it's info.

And then three of the windows from SC. one is even VE7CC with the exact same logging in parameters. except for the call in SC I used my wb9sbd and in n1mm I use w9et to log into Ve7CC so it does not see the same call logging in twice.

OK I sent out a short CQ on 40 meters

CQ CQ CQ CQ DE W9ET W9ET K

and you will see what happens.

N1MM is populated almost immediately with the W9ET calling cq, remember that's connected to VE7CC

next you see W9ET appears in the RBN web page, and it may have found W9ET sooner but had to wait for the page refresh.

Notice to the right all three of the dx clusters, for SC. never display W9ET.

There are a few spots for the RBN showing up in Some of the SC windows (-#) seen. but no where near the amount that the N1MM window is seeing. And the VE7CC one is all but dead in SC. Why?

This is what is always happening.  if I have the SC get the direct fed from the RBN then w9ET appears. but via the clusters, nothing, yet we see via n1mm and ve7cc it surely is being heard by ve7cc.

Here is the video.

https://youtu.be/LrouMsP518A

Anyone have any suggestions what might be happening?
Joe WB9SBD

_._,_._,_


Re: Trouble Getting Spots.

Pete Smith
 

Joe, this has got to be either settings in your Spot Collector or user-specific settings at the clusters - if it were anything else then others would share your pain.

Try this - connect to VE7CC *using the VE7CC client*, set wide open - do you see RBN spots?

Connect to one of the clusters that is known to post RBN spots, and which you've been testing with.  Use a plain vanilla Telnet client like PuTTY.  For the sake of discussion, try  dxc.w3lpl.net port 7373.  Be sure Telnet or Raw is selected in your client - PuTTY defaults to SSH, for some reason. Sign on to the cluster, and enter "set dx filter" (no quotes, <return> at end) to clear any filters stored for your callsign.  You should see CW spots flowing rapidly, 98 percent of them from the RBN.  Each one should have a "-#" on the end of the spotter's callsign.

Now sign off and connect to the same exact Telnet server with Spot Collector.  What do you see?  If you don't see RBN spots, then it's a setting in Spot Collector.


73, Pete N4ZR
Check out the new Reverse Beacon Network
web server at <http://beta.reversebeacon.net>.
For spots, please use your favorite 
"retail" DX cluster.
On 12/29/2021 10:42 AM, Joe WB9SBD wrote:

Hi All,

I'm taking this out to the masses here in Hope someone here has also ran into this problem and fixed it.

Dave has been incredible spending a LOT of time in direct E-Mails to me working on this.
But I think what is happening to me here has even stumped him.

I can not seem to get spots into Spot Collector. The Clusters work with other programs. But Spot Collector just doesn't get the spots.

I have spot collector set to use three clusters AND the direct feed from the RBN.

But Now from all the messages here lately I am not supposed to do this, connect directly to the RBN.

But NONE of the clusters are passing the RBN spots into my Spot collector.

And YES all three are set for set/skimmer One that truly amazes me one is the mighty VE7CC one.

To show how this is NOT working I made this video and experiment.

I set up the RBN web site at the left, The web page that displays the RBN spots.
Then,
the telnet window from N1MM to the right of that web page display. n1mm is using the ve7cc cluster for it's info.

And then three of the windows from SC. one is even VE7CC with the exact same logging in parameters. except for the call in SC I used my wb9sbd and in n1mm I use w9et to log into Ve7CC so it does not see the same call logging in twice.

OK I sent out a short CQ on 40 meters

CQ CQ CQ CQ DE W9ET W9ET K

and you will see what happens.

N1MM is populated almost immediately with the W9ET calling cq, remember that's connected to VE7CC

next you see W9ET appears in the RBN web page, and it may have found W9ET sooner but had to wait for the page refresh.

Notice to the right all three of the dx clusters, for SC. never display W9ET.

There are a few spots for the RBN showing up in Some of the SC windows (-#) seen. but no where near the amount that the N1MM window is seeing. And the VE7CC one is all but dead in SC. Why?

This is what is always happening.  if I have the SC get the direct fed from the RBN then w9ET appears. but via the clusters, nothing, yet we see via n1mm and ve7cc it surely is being heard by ve7cc.

Here is the video.

https://youtu.be/LrouMsP518A

Anyone have any suggestions what might be happening?
Joe WB9SBD


Re: Dx labs commander and DX Keeper multiple copies on same computer multiple rigs

Dave AA6YQ
 

+ AA6YQ comments below

Got a new hamation 4X8 antenna switch and have the Flex 6400, flex 6600, icom 7600 and ic 7300 connected up and all working

I have the Flex radios the 6400 and the 6600 all working ok and multiple copies of Wsjtx and JT Alert all working ok, but trying to get 2 copies of the dx labs commander to work on a separate computer so I can control the 7300 and 7600 (on the same computer) to control the 2 separate radios on the same computer?

I have the multiple copies of Wsjtx working but can't get 2 dx labs commander and DX Keeper logs working on same computer?

+ You can only run one instance of any DXLab application on a computer.

+ Commander can be connected to up to 4 primary transceivers, but it only controls and tracks one primary transceiver at a time. It does have the ability to enable a secondary transceiver to follow or lead the currently-selected primary transceiver's frequency an mode, but that's not relevant to your situation.

+ Few ops have the 4 independent antenna systems required to operate 4 transceivers simultaneously.

73,

Dave, AA6YQ


Re: Trouble Getting Spots.

Joe WB9SBD
 

see below for answers.

On 12/29/2021 2:20 PM, Dave AA6YQ wrote:
+ AA6YQ comments below

Dave has been incredible spending a LOT of time in direct E-Mails to me working on this.
But I think what is happening to me here has even stumped him.

+ You reported that SpotCollector's "Spot Source" window for VE7CC displays no incoming spots. As have explained to you, that means that VE7CC is likely misconfigured.
But what to "Configure"?


it connects to VE7CC.NET and port 23 on BOTH Spot Collector, AND N1MM

what is to configure?

I can not seem to get spots into Spot Collector. 

+ You have been successfully using SpotCollector for years; for example:

https://groups.io/g/DXLab/message/176452

+ What did you change?

ah and that's it,

NOTHING. has been changed.

and hence the mystery.

Joe WB9SBD



      73,

              Dave, AA6YQ









Re: an analysis of Remote Beacon Network (RBN) spots and their impact on SpotCollector's performance

Pete Smith
 

I'm inclined to agree with Jon.  The evidence suggests that it's not a really serious problem - at this moment, we only have 179 users connected to our CW/RTTY Telnet port, and considering the number of DX clusters that carry RBN spots, that's not out of line.  So long as DXlab doesn't actively encourage connecting directly to the RBN, I think the problem is manageable.

73, Pete N4ZR
Check out the new Reverse Beacon Network
web server at <http://beta.reversebeacon.net>.
For spots, please use your favorite 
"retail" DX cluster.
On 12/29/2021 10:27 AM, Jon KM8V wrote:

1. refuse to directly connect to telnet.reversebeacon.net as a spot source I really wish you wouldn't do this. Perhaps make it a warning, or provide some override option. I don't need nanny software stopping me from doing something that maybe "shouldn't be done". 73 de KM8V Jon


Re: Trouble Getting Spots.

Dave AA6YQ
 

+ AA6YQ comments below

Dave has been incredible spending a LOT of time in direct E-Mails to me working on this.
But I think what is happening to me here has even stumped him.

+ You reported that SpotCollector's "Spot Source" window for VE7CC displays no incoming spots. As have explained to you, that means that VE7CC is likely misconfigured.

I can not seem to get spots into Spot Collector.

+ You have been successfully using SpotCollector for years; for example:

https://groups.io/g/DXLab/message/176452

+ What did you change?

73,

Dave, AA6YQ


Launcher installation issues

dxradio33
 

Hello folks.  I am trying to install Launcher on a Dell Windows 11 laptop so that I may load the other suite apps.  What follows is the process and results.

1.  Download Launcher from http://www.dxlabsuite.com/download.htm
2.  Run the installation program as instructed and did not change any file locations. 
3.  After install completes, launching the program (Launcher) results in  a short delay while the program loads.
4.  After a moment MS UAC pops up and wants to know if I want to allow 'Launcher' to make changes to this computer and I say "yes"
5.  No launcher window appears.  If  I double click on the Icon it says "Launcher is already running on this machine"
6.  The app was installed using ADMINISTRATOR privilege's.
7.  The app is being run using administrator privilege's.
8.  I have killed the app numerous times using task manager and tried different things like running in compatibility mode etc. all to no avail.  Same results.

Thanks in advance.

Joe K8FC


Re: Max origin filtering not working

Dave AA6YQ
 

+ AA6YQ comments below

I opened up my clusters so they are no longer filtering and am trying your suggestions to let SC do more work. I have a new much faster computer which should take the load.

I set my SC band filter exactly as in your online link with Start and End UTC settings for 160, 80 and 40 and Max Origin DX for 6m.

The max origin setting is 250 yet I'm getting spots for OY from ON on 6m which clearly won't make it here.

+ An Entry in the Spot Database represents an active DX station, not just a single spot.

+ If a station on 6M is spotted by your next-door neighbor and then is spotted by a station In Belgium 5 minutes later, the Entry for that station will be visible in the Spot Database display (because your neighbor is less than 250 miles away), and that Entry's Source field will specify the Belgian station's callsign because it was the source of the most recent spot of the Entry's station.

73,

Dave, AA6YQ


Re: an analysis of Remote Beacon Network (RBN) spots and their impact on SpotCollector's performance

Dave AA6YQ
 

+ AA6YQ comments below

One that is intended to provide spots to end-users, i.e. NOT the RBN Telnet servers, which do not provide any of the services users have come to expect from *their* cluster.

+ With the exception of "filtering by RBN quality assessment" -- which I only learned about yesterday and could readily implement -- SpotCollector provides all of those services and many more.

+ A legitimate distinction: connecting SpotCollector directly to the telnet.reversebeacon.net consumes more resources on your computer than connecting SpotCollector to a cluster node.

73,

Dave, AA6YQ


Re: an analysis of Remote Beacon Network (RBN) spots and their impact on SpotCollector's performance

w6de
 

As a supplier of software to the Amateur Radio  user community Dave, AA6YQ, has held his products to high ethical standards  Asking him to intentionally implement something that “maybe "shouldn't be done"” is a breach of those ethics.  As Dave has commented about not supporting other Ham software; he doesn’t want DXLab to be labeled a “hostile fork” of a great logging program.

 

I support Dave in his decision.

Dave, w6de

 

From: DXLab@groups.io [mailto:DXLab@groups.io] On Behalf Of Jon KM8V via groups.io
Sent: Wednesday, December 29, 2021 15:27
To: DXLab@groups.io
Subject: Re: [DXLab] an analysis of Remote Beacon Network (RBN) spots and their impact on SpotCollector's performance

 

> 1. refuse to directly connect to telnet.reversebeacon.net as a spot source

I really wish you wouldn't do this. Perhaps make it a warning, or provide some override option.

I don't need nanny software stopping me from doing something that maybe "shouldn't be done".

73 de KM8V Jon


Re: SPOTCOLLECTOR ENHANCEMENTs (2)

Dave AA6YQ
 

+ AA6YQ comments below

In Spot Collector, I use the special callsigns option a great deal.
In doing so, there are many times when I want to 'remove' the special callsign from the list.

Would it be reasonable to have a 'right click' option in the SC listing to 'remove from Special Callsigns" to eliminate the need to go into Config, select the correct tab, highlight the call and delete it?

+ I've added this to SpotCollector's Enhancement list.


Also, since SC already can convey a station's DF, can functionality be added so that the existing option to "right click to QSY to XXXXX freq" be modified for digital modes to command a Transceiver's frequency to QSYs to a band's general digital frequency AND WSJT's (for example) RX DF be set to the Spot Collectors DF reported?

OR perhaps the DF in SC can be used in some other useful way to allow more agility to get to a DX station more efficiently... Just thinking....

+ For what is "DF" an abbreviation?

73,

Dave, AA6YQ