¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Re: new POTA and SOTA poll #poll-notice

 

+ AA6YQ comments below

I'll argue that when activators submit logs to LotW and don't create and use appropriate locations it may "hurt" grid or County hunters, and if in a different state or country, it may "hurt" WAS or DXCC hunters.

+ After completion of the proposed "step 3" in POTA/SOTA support, double-clicking a Spot Database Entry that specifies a POTA code would query the local POTA database (generated from ) for that park's U.S. State and Gridsquare. This would prevent the location misinformation caused by callbook location information being tied to a callsign.

73,

Dave, AA6YQ


Re: new POTA and SOTA poll #poll-notice

 

Been thinking about this a lot today as I have been chasing POTA on 20m FT8.? My overall goal is to work ATNO's first and then whoever else is activating second (who may be activating multiples and no way to tell if the additional parks are ATNO's).? How I am doing it now is using GridTracker as it takes spots from pota.app and indicates them on the Call Roster.? I also use Chrome with POTAPlus to inform me if they are ATNO's.? I would much rather just use SpotCollector because everything would be on one application to include the logging interface between WSJT-X and DXKeeper.
?
This is what I would wish SpotCollector would do - let me know which ones are ATNO's plus displaying the spots from pota.app as well as those from other sources - I use the IZ2LSC cluster that has a pre-filtered SOTA/POTA feed.? When I work and log it, it already takes the POTA info and adds it to the user defined field in DXKeeper already, so I don't think that one needs to even mess with DXKeeper.??You would download the CSV file from pota.app under My Stats of all of the unique parks you have credited to you.? This database would be checked against the incoming spot data to see if it was an ATNO and then indicate it.
?
73
Dennis WB0WAO
?
?


Re: new POTA and SOTA poll #poll-notice

 

I'll argue that when activators submit logs to LotW? and don't create and use appropriate locations it may "hurt" grid or County hunters, and if in a different state or country, it may "hurt" WAS or DXCC hunters.

If we know someone is not submitting properly, as Elmers we might want to politely inform them of better practice.? They might not know better or need a friendly or informative push.? Their current log might not be multiple location friendly like DXLab, and they may not want separate logs for each activation location.? They may not recognize or understand the problem and think that they are doing a good thing.

NU6T, Rich

Richard Hill

On Fri, May 23, 2025, 10:01?AM Dave AA6YQ via <aa6yq=[email protected]> wrote:
+ AA6YQ comments below
How is all this going to be affected when an activator goes home znd uploads to LotW, eQSL, etc, as if he was at home and not in a park?? This is just about as common as breathing.
+ Neither LoTW nor eQSL provide "POTA credit". What matters is that an activator correctly submit QSOs to POTA so that chasers will get credit.

? ? ? ? ? 73,

? ? ? ? ? ? ? ? Dave, AA6YQ


Re: Spotcollector frozen (well sorta)

 

+ AA6YQ comments below
FYI only: Prune was set to 7 days.? It had been set to that value for years. I learned long ago to manage the size of the spot database.? Task manager did not show anything churning in the background. That's why I am a bit mystified that by selecting a change to "Prune Spot Database" corrected my issue.
+ You reported that the new misbehavior first occurred after a Windows update, so the initial hypothesis is that this update reduced your system's ability to handle the compute/memory load generated by your previous SpotCollector configuration. I suggest that you check Windows' virtual memory configuration, and confirm that your DXLab applications are each considered "safe" by Windows Defender and by any other anti-malware you have installed.
?
? ? ?73,

? ? ? ? ?Dave, AA6YQ
?


Re: Spotcollector frozen (well sorta)

 

Hi Dave,
?
? ? FYI only: Prune was set to 7 days.? It had been set to that value for years. I learned long ago to manage the size of the spot database.? Task manager did not show anything churning in the background. That's why I am a bit mystified that by selecting a change to "Prune Spot Database" corrected my issue.
?
73, Mike K9MK
?
?
? ? ??
?
??


Re: new POTA and SOTA poll #poll-notice

 

+ AA6YQ comments below
How is all this going to be affected when an activator goes home znd uploads to LotW, eQSL, etc, as if he was at home and not in a park?? This is just about as common as breathing.
+ Neither LoTW nor eQSL provide "POTA credit". What matters is that an activator correctly submit QSOs to POTA so that chasers will get credit.

? ? ? ? ? 73,

? ? ? ? ? ? ? ? Dave, AA6YQ


Re: new POTA and SOTA poll #poll-notice

 

¿ªÔÆÌåÓý

Since POTA hunters don't submit logs to the POTA system, any POTA awards are contingent upon the activator submitting their log for any "awards" to be issued.? For that reason, especially when I'm activating at a park, if I work a Park-to-Park station that tells me they have multiple park numbers, I thank them and tell them I don't need all their numbers, since I'll get credit for them when they submit their log.? That saves lots of time on the exchange.? Granted, doing it this way, I don't track on my end all the parks I "hunt", but my POTA "hunting" is done mainly for fun and to give the activators the Qs in their log.? My POTA activations are what I? REALLY keep track of.

73,
Ken, KJ9B



From:[email protected] <[email protected]> on behalf of Dave AA6YQ via groups.io <aa6yq@...>
Sent:?Friday, May 23, 2025 12:02
To:[email protected] <[email protected]>
Subject:?Re: [DXLab] new POTA and SOTA poll #poll-notice

<snip>
+ The fact that one activator can simultaneously activate up to 6 parks with no way to identify all of those parks in spot notes (which are limited to 29 characters) makes realtime award tracking for POTA less valuable to POTA chasers.

? ? ? ? ?73,

? ? ? ? ? ? ? ?Dave, AA6YQ


Re: new POTA and SOTA poll #poll-notice

 

How is all this going to be affected when an activator goes home znd uploads to LotW, eQSL, etc, as if he was at home and not in a park?? This is just about as common as breathing.

Earl / KD5XB

Sent from Proton Mail Android



-------- Original Message --------
On 5/23/25 10:02 AM, Dave AA6YQ wrote:
+ AA6YQ comments below
A bit late to the party but here is my .02 on the matter.? FWIW, I have 5500+ total contacts with POTA activators and ~2200 confirmed parks.
+ Thanks for your comments, Dennis!
The first issue is that the POTA database is very dynamic with new parks being added continuously, sometimes literally daily.? For example, there are about 8 areas that I could submit today within 15 miles of my QTH that would be eligible to be issued a POTA number.? I have on 3 occasions submitted an area and usually within a few hours they have been assigned a POTA number.? I would think that it would be a nightmare to keep such an organic database up to date.? Not sure, but I pretty sure that there are multiple individuals that have the authority and ability to add new POTA entities.? Not to mention that entities get deactivated (deleted) from time to time.? All of this, IMHO, leads me to believe that it would be an exercise in frustration to even be able to utilize such a database much less keep it up to date.
+ My thought was to enable each user to direct DXView to download the current POTA definitions file to generate an up-to-date local POTA database at whatever frequency they desired.?
The second issue it that it is somewhat common for an activation counting for multiple parks.? The operator N2NWK is famous for his five-fer and six-fer activations in the Washington DC area.? If a dedicated POTA field is implemented, you would probably need to have at a minimum 4 of them per QSO like you do with the grid squares (Grid 1 - Grid 4).? Spots on the DXcluster system rarely indicated more than one POTA entity, and if they do there is no set format on how they are indicated.
+ If that's the case, the POTA progress report can be extended to handle a comma-delimited list in the user-defined item whose caption is POTA.
Given all of that, my suggestion is the following:
?
1)? Only deal with whether or not you have worked that entity on any band or mode.? Don't worry about different bands and/or modes - period.
2)? An organic database isn't needed - do what the POTAPlus Chrome extension does - parses the spots on the pota.app as well as you POTA records on their database to determine ATNO status.??
3)? Extract the POTA data from other spots like what DXKeeper does already when you have the USERDEFINED_0 as POTA and like GridTracker does for WSJT modes and check it like #2 above.
+ SpotCollector has for several years been extracting POTA tags from spot notes. Multi-park activations must not be common, as no one has previously mentioned this. So long as a QSO can log all of the park codes in a comma-delimited list and an accurate progress report can be generated, that's sufficient for the first few steps.
Bottom line, I don't think you need to do anything dealing with an organic database within DXLab - just determine if it is an ATNO from your POTA records based on spot data.
+ Realtime award tracking for POTA was the 4th step described in

/g/DXLab/message/229282

+ Given the significant development effort involved, initiating it would be contingent on significant utilization after the first 3 steps were complete. As of today, the poll shows 54 DXLab users pursuing POTA.

+ The fact that one activator can simultaneously activate up to 6 parks with no way to identify all of those parks in spot notes (which are limited to 29 characters) makes realtime award tracking for POTA less valuable to POTA chasers.

? ? ? ? ?73,

? ? ? ? ? ? ? ?Dave, AA6YQ


Re: new POTA and SOTA poll #poll-notice

 

+ AA6YQ comments below
A bit late to the party but here is my .02 on the matter.? FWIW, I have 5500+ total contacts with POTA activators and ~2200 confirmed parks.
+ Thanks for your comments, Dennis!
The first issue is that the POTA database is very dynamic with new parks being added continuously, sometimes literally daily.? For example, there are about 8 areas that I could submit today within 15 miles of my QTH that would be eligible to be issued a POTA number.? I have on 3 occasions submitted an area and usually within a few hours they have been assigned a POTA number.? I would think that it would be a nightmare to keep such an organic database up to date.? Not sure, but I pretty sure that there are multiple individuals that have the authority and ability to add new POTA entities.? Not to mention that entities get deactivated (deleted) from time to time.? All of this, IMHO, leads me to believe that it would be an exercise in frustration to even be able to utilize such a database much less keep it up to date.
+ My thought was to enable each user to direct DXView to download the current POTA definitions file to generate an up-to-date local POTA database at whatever frequency they desired.?
The second issue it that it is somewhat common for an activation counting for multiple parks.? The operator N2NWK is famous for his five-fer and six-fer activations in the Washington DC area.? If a dedicated POTA field is implemented, you would probably need to have at a minimum 4 of them per QSO like you do with the grid squares (Grid 1 - Grid 4).? Spots on the DXcluster system rarely indicated more than one POTA entity, and if they do there is no set format on how they are indicated.
+ If that's the case, the POTA progress report can be extended to handle a comma-delimited list in the user-defined item whose caption is POTA.
Given all of that, my suggestion is the following:
?
1)? Only deal with whether or not you have worked that entity on any band or mode.? Don't worry about different bands and/or modes - period.
2)? An organic database isn't needed - do what the POTAPlus Chrome extension does - parses the spots on the pota.app as well as you POTA records on their database to determine ATNO status.??
3)? Extract the POTA data from other spots like what DXKeeper does already when you have the USERDEFINED_0 as POTA and like GridTracker does for WSJT modes and check it like #2 above.
+ SpotCollector has for several years been extracting POTA tags from spot notes. Multi-park activations must not be common, as no one has previously mentioned this. So long as a QSO can log all of the park codes in a comma-delimited list and an accurate progress report can be generated, that's sufficient for the first few steps.
Bottom line, I don't think you need to do anything dealing with an organic database within DXLab - just determine if it is an ATNO from your POTA records based on spot data.
+ Realtime award tracking for POTA was the 4th step described in

/g/DXLab/message/229282

+ Given the significant development effort involved, initiating it would be contingent on significant utilization after the first 3 steps were complete. As of today, the poll shows 54 DXLab users pursuing POTA.

+ The fact that one activator can simultaneously activate up to 6 parks with no way to identify all of those parks in spot notes (which are limited to 29 characters) makes realtime award tracking for POTA less valuable to POTA chasers.

? ? ? ? ?73,

? ? ? ? ? ? ? ?Dave, AA6YQ


Re: Spotcollector frozen (well sorta)

 

+ AA6YQ comments below
Thanks Joe, all four spot sources are showing green status.
Pre Filtering is off.
?
Oh, I just found it (or something that got it going).? I had size control set to 7 days.? I changed that setting from Prune @ 7 days to setting below, setting a database file size at 30K QSO's and it kicked everything loose.? Spots are once again flying in and populating the bandspreads etc.?
?
I have no idea what or why, but it appears that we're good now.?
+ Your Spot Database was evidently so large that the resulting load was more than your PC could handle. Preventing this is why SpotCollector provides the ability to monitor the number of entries inthe Spot Database and keep it pruned to a manageable size.

? ? ? ? ? ? 73,

? ? ? ? ? ? ? ? ? Dave, AA6YQ
?


Re: Spotcollector frozen (well sorta)

 

Thanks Joe, all four spot sources are showing green status.
Pre Filtering is off.
?
Oh, I just found it (or something that got it going).? I had size control set to 7 days.? I changed that setting from Prune @ 7 days to setting below, setting a database file size at 30K QSO's and it kicked everything loose.? Spots are once again flying in and populating the bandspreads etc.?
?
I have no idea what or why, but it appears that we're good now.?
?
Thanks for the help.? Back to DXing...
?
73, Mike? K9MK
?


Re: new POTA and SOTA poll #poll-notice

 

A bit late to the party but here is my .02 on the matter.? FWIW, I have 5500+ total contacts with POTA activators and ~2200 confirmed parks.
?
The first issue is that the POTA database is very dynamic with new parks being added continuously, sometimes literally daily.? For example, there are about 8 areas that I could submit today within 15 miles of my QTH that would be eligible to be issued a POTA number.? I have on 3 occasions submitted an area and usually within a few hours they have been assigned a POTA number.? I would think that it would be a nightmare to keep such an organic database up to date.? Not sure, but I pretty sure that there are multiple individuals that have the authority and ability to add new POTA entities.? Not to mention that entities get deactivated (deleted) from time to time.? All of this, IMHO, leads me to believe that it would be an exercise in frustration to even be able to utilize such a database much less keep it up to date.
?
The second issue it that it is somewhat common for an activation counting for multiple parks.? The operator N2NWK is famous for his five-fer and six-fer activations in the Washington DC area.? If a dedicated POTA field is implemented, you would probably need to have at a minimum 4 of them per QSO like you do with the grid squares (Grid 1 - Grid 4).? Spots on the DXcluster system rarely indicated more than one POTA entity, and if they do there is no set format on how they are indicated.
?
Given all of that, my suggestion is the following:
?
1)? Only deal with whether or not you have worked that entity on any band or mode.? Don't worry about different bands and/or modes - period.
2)? An organic database isn't needed - do what the POTAPlus Chrome extension does - parses the spots on the pota.app as well as you POTA records on their database to determine ATNO status.??
3)? Extract the POTA data from other spots like what DXKeeper does already when you have the USERDEFINED_0 as POTA and like GridTracker does for WSJT modes and check it like #2 above.
?
Bottom line, I don't think you need to do anything dealing with an organic database within DXLab - just determine if it is an ATNO from your POTA records based on spot data.
?
Dennis - WB0WAO


Re: Spotcollector frozen (well sorta)

 

On 2025-05-23 9:57 AM, K9MK wrote:

I'm not sure what else to try. Thoughts and/or suggestions would be appreciated.
See:
<>

In particular, check your computer clock and make sure the spot sources
are all "green" (fully logged in).

I would bet your computer's time zone is set to the correct local time
zone and thus the offset from GMT it not correct.

73,

... Joe, W4TV


On 2025-05-23 9:57 AM, K9MK wrote:
Greetings to the Group,
? ?Two days ago, I did a PC reboot to capture the latest Windows update. Like dozens of times before I did not see any issue.? To be candid I'm not sure this update and reboot is related to the problem I'm seeing.? After the update when everything was up and running, I launched Commander, DXKeeper, DXView, and Spotcollector.? Several hours later I noticed spots were not showing up in the band spread window and not on my FLEX6400 display.? The Spotcollector window was not capturing new spots.? It is displaying the last spots captured before the Windows update on 5/21 @ 1413z.? Symptoms include, I can initiate and send a spot to the DXcluster but it would not be captured in the Spotcollector screen or the bandspread etc.? Going into the individual cluster windows, I see that Spots are coming in from the clusters I monitor, but nothing "new" was showing in the spotcollector window. SH/DX inquiries to the clusters stream the latest spots right back.? I tried doing a restore to Spotcollector but that did not change anything.
? ?I'm not sure what else to try. Thoughts and/or suggestions would be appreciated.
Thanks, Mike K9MK
PS: PC is a i9 gaming platform running W10_Pro.


Spotcollector frozen (well sorta)

 

Greetings to the Group,?
?
? ?Two days ago, I did a PC reboot to capture the latest Windows update. Like dozens of times before I did not see any issue.? To be candid I'm not sure this update and reboot is related to the problem I'm seeing.? After the update when everything was up and running, I launched Commander, DXKeeper, DXView, and Spotcollector.? Several hours later I noticed spots were not showing up in the band spread window and not on my FLEX6400 display.? The Spotcollector window was not capturing new spots.? It is displaying the last spots captured before the Windows update on 5/21 @ 1413z.? Symptoms include, I can initiate and send a spot to the DXcluster but it would not be captured in the Spotcollector screen or the bandspread etc.? Going into the individual cluster windows, I see that Spots are coming in from the clusters I monitor, but nothing "new" was showing in the spotcollector window. SH/DX inquiries to the clusters stream the latest spots right back.? I tried doing a restore to Spotcollector but that did not change anything.? ?
?
? ?I'm not sure what else to try. Thoughts and/or suggestions would be appreciated.
?
Thanks, Mike K9MK
?
PS: PC is a i9 gaming platform running W10_Pro.
?
?


Re: Spots per minute

 

+ AA6YQ comments below

So it's 0715Z, I just woke up and checked Spot Collector.

I'm receiving about 37 spots per minute with all skimmers turned off.

Is this normal? Seems kinda low.

+ At 2033Z, I'm receiving 11.4 spots per minute from K1RFI, N6WS, JH1RFM, DH8WR, and DX Summit

+ With the solar flux index at 119, this isn't surprising. Re-enabling my local instance of WSJT-X on 20m will significantly increase the number of spots, as it's decoding ~50 signals every 15 seconds.

73,

Dave, AA6YQ


Spots per minute

 


So it's 0715Z, I just woke up and checked Spot Collector.

I'm receiving about 37 spots per minute with all skimmers turned off.

Is this normal?? Seems kinda low.

Spot sources are:






DX.HAMNET.NETWORK

Thanks,
Earl / KD5XB
GN

e e

Sent with secure email.


Re: appending the log

 

I tried by TCP/IP.? Current log4OM manual says to use with slicemaster.? Unable to get it to work.? Using Omnirig was the only way I could get it to work.

Greg
AB7R

Sent with secure email.

On Wednesday, May 21st, 2025 at 6:31 PM, Dave AA6YQ <aa6yq@...> wrote:

+ AA6YQ comments below
Joe, can you share how W9MBB is/was connected to Log4OM.? I ask because I could not find any reference to his call sign on the Log4OM site or forum.
+ see
?
?
? ? ? 73,
?
? ? ? ? ? ? ?Dave, AA6YQ


--
?
73,
Greg - AB7R
?
Flex 8600
PGXL & TGXL
AG


Re: appending the log

 

+ AA6YQ comments below
Joe, can you share how W9MBB is/was connected to Log4OM.? I ask because I could not find any reference to his call sign on the Log4OM site or forum.
+ see
?
?
? ? ? 73,
?
? ? ? ? ? ? ?Dave, AA6YQ


Re: Fat-finger problem in Spot Collector

 


Good idea.

I meant to include this in my original message, but forgot -- my checklist is at??

Vy 7 3
Earl / KD5XB

e e

Sent with secure email.

On Wednesday, May 21st, 2025 at 2:23 PM, Dave AA6YQ <aa6yq@...> wrote:

+ AA6YQ comment sbelow
Once I got it going again, I started going through ALL the config settings in Spot Collector, one-by-one like a checklist.? I had a hit on the first one!? Apparently, some time in the past, I meant to set "Maximum Separation in Time) to 60, which is reasonable, but I found it set to 600!!!?
+ With that setting, each time a new spot arrived that was not a duplicate of a recently-received spot (e.g. from another cluster), SpotCollector was searching through the last 600 minutes (10 hours) of Spot Database Entries looking for an existing Spot Database Entry matching that new spot. If your Spot Database contains only an hour's worth of spots, this would have no adverse impact, but with a larger Spot Database, a lot of CPU time would be spent needlessly searching.

+ When you have a DXLab application working they way you want it, terminate it and direct the Launcher to save its settings to a Workspace. Then if you experience an unexpected change in the future, you can direct the Launcher to restore those setting to quickly recover from an inadvertent setting change.



? ? ?73,

? ? ? ? ? ?Dave, AA6YQ


Re: DXKEEPER NOT POPULATING ALL QSO DATA

 

+ AA6YQ comments below
HI THERE, I AM USING DXLAB FROM 2007 AND IT IS FOR ME THE BEST. A FEW DAYS AGO AND I AM NOT SURE IF IT WAS AFTER THE INSTALATION OF THE LATEST VERSION OF DXKEEPER 18.1.4 DXKEEPER STARTED DOING THIS, AND IT DRIVES ME NUTS.?
THIS IS HAPPENING IS WHEN I CONCLUDE A QSO ONLY FROM WSJT-X RUNNING FT8 OR FT4. WHEN I ENTER A CALLSIGN AT THE? DXKEEPERS CAPTURE WINDOW AND PRESS LOG ALL THE DATA ARE THERE. BUT NOT FROM WSJT-X.
IT IS NOT FILLING UP (THE QTH TAB THE TX FREQUENCY TAB THE ADDRESS TAB THE CONTINENT TAB CQ TAB ITU TAB) WHAT IS CAUSING THAT I HAD NO PROBLEM BEFORE IT STARTEDBAS I SAID A FEW DAYS AGO.
YOUR HELP WILL BE GREATLY APPRECIATED.
+ When you are making QSOs with WSJT-X, you must log them by clicking WSJT-X's Log button - not by using DXKeeper's Capture window. If you've been doing this in the past, then you either have configured SpotCollector to use WSJT-X as a spot source (which sends the QSO information to DXKeeper when you click the WSJT-X Log button) or you've been using JTAlert, which also sends the QSO information to DXKeeper when you click the WSJT-X Log button.

? ? ? ? 73,

? ? ? ? ? ? ?Dave, AA6YQ
?