Correct. Christo's first attempt at ripping off the WSJT-X UDP source code used to send the messages to JTAlert, and other applications, ended up sending all the data to PSKReporter causing a whole lo

Hi Scott, that's correct. The client (WSJT-X) needs the server IP address and the service port to send traffic to, the server (SpotCollector) only needs to know the service port it is supposed to list

Thanks Dave, a restart would be fine, much better than looking at a mess like the image I posted for half an hour or so. I'll give it a try the next time a bunch of bogus spots get plotted.

OK, let's do it this way. Image download link: https://www.dropbox.com/s/kdydlvzfohdux8k/bad%20spots.PNG?dl=0 73 Bill G4WJS.

Hi Dave, trying again with a lower resolution image. 73 Bill G4WJS.

Hi Dave, as a follow up. If deleted SpotCollector rows do not remove themselves from the DXView World Map is there a way to clear the map? I ask because displays like below when someone spots a bunch

Thank you Iain! Clearly I should have RTFM :( I guess something changed at that cluster node, maybe switched to DXSpider, I don't recall which flavour of DX Cluster node it was for the last few Years

I have just disabled all other sources and can confirm spots are not being taken from this source, here's a session print: This is the GB7MBC DXCluster system using DXSpider software If you are gettin

I'll take that back, looking back at SpotCollector history I don't see any entries with that source as the "Network".

Hi Dave and all, my main spot source window, a DXSpider telnet cluster node (gb7mbc.spoo.org:8000), refuses to stay hidden. If I close the window and check the "Hide" option in Config it hides, but th

Ray, that is a strange assertion. None of the other options, SpotCollector, JTAlert, require anything else either. They are all doing basically the same job with respect to logging to DXKeeper and upd

Helps if I provide the link: https://www.dxlabsuite.com/dxlabwiki/GettingStartedwithK1JTModes

Hi Dave, have you read and digested this article and those it links to? If you are running Commander for rig control then select "Settings->Radio->Rir->DX Lab Suite Commander" and "Settings->Radio->PT

Hi Steve, one possibility is that your PC has the incorrect wall-clock time set, maybe you have set the wrong time-zone on your Windows install?

Hi Dave, there are several, VB-Cable is a free (but donations requested) Windows one for limited use (limited number of loopbacks) https://www.vb-audio.com/Cable/index.htm

Hi Dave, I suspect I am wrong about the reported Az from Pro.Sis.Tel Model D controllers, I think it reports between 0000 and 3590 inclusive. I will check later when I am in the shack. I don't have an

Hi Dave, I would be happier about this if DXView actually read the current azimuth from my rotator controller. All I see is the reported Az set to the one requested by a DXView button. My rotator cont

Hi Dave, and all, I have the DXView World Map always visible and filtered to plot 6m spots only. This is an excellent way of watching for 6m propagation while on other bands. I have one issue, when a

Hi Dave, that does seem to be unconfirmed so far but I'll bet that is exactly what they will require. They are very strict on that with paper QSLs and I doubt that will change. Is all too common for i

Hi Dave, those requirements may be enough for IOTA to consider a QSL as a confirmation but I'm not sure just those attributes will be enough for an accepted IOTA confirmation. For example their requir