Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

QSO Detail - DXCC Statistics picks more entities as worked/confirmed than the one it should.. #601

Closed
rsaue opened this issue Feb 18, 2025 · 5 comments
Labels
bug Something isn't working

Comments

@rsaue
Copy link

rsaue commented Feb 18, 2025

Hi, I am using Qlog 0.42 on Linux/win/Mac, thank you for the steady progress in development.

Investigating an issue related to Lotw I found what i believe is a Bug in QLog.

I was checking out the V77WW Expedition to Marshall Island, I knew that i had the entity confirmed back in 1988 on 20 meter CW - Call KX6PC, which also is accepted by the DXCC program.

Clicking on KX6PC, enableling the QSO Detail Window with the DX Stats tab, I found that the Station Statistics were correct, but the DXCC Statistics field gave wrong information as it stated that I had a lot more bands and modes worked and confirmed on Marshall Islands.

Cleaning the database and importing the KX6PC and a random W-qso, showed that the DXCC Statistics field on Marshall Island picked the W-qsos. Doing a similar test on Franz Josef Island and a random UA1-qso, showed the same problem with the Franz Josef Island DXCC Statistics. Doing the same test on JW and LA (different entities. but same country) did not give similar false information. See enclosed screenshots..

It looks like the problem is in the DXCC statistics in the QSO detail only, as the Award View shows correct data.

73 de LB2EG Richard

Image

Image

@aa5sh
Copy link

aa5sh commented Feb 19, 2025 via email

@rsaue
Copy link
Author

rsaue commented Feb 19, 2025

Hi ,
enclosed is an adi-export of the four qso on the screenshot.

Enclosed is also a screenshot of the Details panel of the KX6PC QSO

73 de LB2EG Richard

export1-adi.txt

Image

@aa5sh
Copy link

aa5sh commented Feb 19, 2025

Ok I see what is going on. When the Country stats is updating currently it is decoding the callsign to determine the country and not looking at the current record to get the country. So KX6PC now is mapped to US. I have a potential fix for it by not sure if it is the best way @foldynl . I will put it in a pull request but there may be a better way.

@aa5sh aa5sh mentioned this issue Feb 19, 2025
@foldynl foldynl added the bug Something isn't working label Feb 21, 2025
@foldynl
Copy link
Owner

foldynl commented Feb 21, 2025

Excellent analysis. Thanks. @aa5sh - the fix #603 looks also good. I just need to check if this procedure is used somewhere else.

@foldynl
Copy link
Owner

foldynl commented Feb 22, 2025

The fix is available - v0.42.1

@foldynl foldynl closed this as completed Feb 22, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants