Also with the new beta release, from time to time, the country shown is wrong
Sun, 2019-01-13 14:40
#1
Wrong Country
CQRLOG
The world's best linux logging program!
since 2012-05-10
see the attached pic.
S58T shown as Kuwait
File:
which version of cqrlog you use?
To me s58t shows Slovenia.
I use cqrlog 2.3.0 (207) and Hamqth from where
get station infos.
<p>Jarmo</p>
I use the version 2.3.0...the last stable....today I did download the beta of December 2018....
I have noticed that sometime the country is correct after logging, but changes after a "refresh data".
This problems affects DXCC statistics....worked countries are not considered in the final score.
I stated wrongly, hamqth has nothing to do with your problem.
Have you tried, when opening cqrlog , before opening log
from utils "Repair database" ? Somehow CTY.dat is corrupted ?
<p>Jarmo</p>
I did remove
CallResolution.tbl
Country.tab
AreaOK1RR.tbl
cqrlog-cty.tar.gz
but CQRLog did not ask to reload cty.dat or others files.
See in attached pic other wrong country XQ3SK was Slovenia and then changed to Japan by itself.
File:
You can reload country files like this:
From ~/.config/cqrlog/ctyfiles/ directory delete files:
CallResolution.tbl
Country.tab
AreaOK1RR.tbl
cqrlog-cty.tar.gz
Close and start CQRLOG again and confirm auto upgrade when it asks it at start.
--
Saku
OH1KH
changed to Japan ! ...by itself
File:
Can't duplicate this problem. It does not seem to be related to country files. Export your whole log to ADIF without any country ID, create a new fresh log and import.
73,
Martin, OK1RR
See the pic. ....the Linus grayline is right....the CQRLog one is 1 hour left
File:
Hi!
From NewQSO/File/Preferences/Program there is "Offsets".
As you can read from there you can adjust grayline there.
File:
--
Saku
OH1KH
Btw !
From my last screenshot you also see checkboxes that are needed for automatic dxcc update.
--
Saku
OH1KH
After restartin Japan qso changet to to Chile ...see the pic.
File:
Hi!
It seems that at the moment address:
http://www.ok2cqr.com/linux/cqrlog/ctyfiles/cqrlog-cty.tar.gz
Does not answer. That is why it did not ask about update at start.
I pushed latest cty from my ~/.config/cqrlog/ctyfiles to my google drive.
https://drive.google.com/file/d/1JyFCq5wCZ59SfvnoNhJfnu0w39oTzxh7/view?u...
You can dowload it from there, place to your ~/.config/cqrlog/ctyfiles and untar it to same folder.
After that NewQSO/Window/QSO list/File/Import/DXCC data and navigate to ~/.config/cqrlog/ctyfiles folder. Ambiquous.tbl is the first file that is already selected. Press "Open".
Then go back to NewQSO and check how it works then.
--
Saku
OH1KH
all done but no changes...
I guess that the glitch is in the routine that loads the QSO list...
because some time the country is correct, than a refresh makes it wrong.
File:
If you want I can tar all my cqrlog directory and upload it on a cloud server so that you can play with all my data
Hi!
ok2cqr website is working again, so I removed tgz from my google drive.
You should have had a prompt for new tables now when starting cqrlog.
I assume you have latest cqrlog (?).
Version 2.30(001) or 2.3.0(002) or my test binary 2.3.0.(20x).
If you have older version we can stop this bug seeking right away.
Next, with proper version,
Make a new empty log at NewQSO/"Open or create new log".
Play with that fresh log and see if countries show up ok.
If they do so with new log return your daily log. Make full ADIF export of your log.
Import ADIF to new, working, log.
You could transfer preferences also from old log, but maybe it is best that you go through all tabs in preferences and manually set proper values.
Delete old daily log (after you have checked that all data was transformed).
I think this is the simplest way.
Other option is to start playing with sql console to repair things.
--
Saku
OH1KH
Hi Saku,
I made all this ...on the new log the countries seems correct....I am using the version 2.3.0(002) ....and the 001 before.
Let's see if in the use of next days the wrong country happens again.
Doing so I have lost the configurations....I have reloaded from LoTW all the confirmed countries but, connected to wsjt-x it does not seems to recognize confirmed countries.
Best 73
Pino ZP4KFX
HI!
Very good !
So there was some kid of error in old log's database. I think the new one wil work ok for now on.
You can, if you still have old log use dialog window "Open or create new log". There is button "utils",
First check your old log(gets blue color), then press utils/configuration/export and save configration to somewhere.
Uncheck "Open recent log after program start".
Close cqrlog adn start it again to get back to this window. Select your new log (gets blue)
Press utils/configuration/import and select the file you just saved.
This export/import does not always work as expected. It needs certain order to work. I have written a message about https://cqrlog.com/node/2111
Did you export like Martin said https://www.cqrlog.com/comment/7161#comment-7161
(leave export selection DXCC unchecked, check all others).
--
Saku
OH1KH
Hi Soku,
I have tried to import the configuration file....the small window says: file imported.... but actually nothing has been imported.
Included my configuration file cqrlog-conf.txt
Using the last version (002)
73
File:
HI!
Did you try this way? (this is from message chain https://cqrlog.com/comment/6716#comment-6716 )
First do export settings from old log to fille. (as you already included your last message).
1) set cqrlog so that it does not open recent log at statup, close cqrlog.
2) open cqrlog
3) create a new log
4)click on that log to get it selected (blue)
5) select utils/configuration/import and dig your saved .ini / ok
6) open new log and all settings are there, just tested.
Any other way seems to give wrong result.
I did just like listed and have now new log with all your values from cqrlog-conf.txt
If you did not scramble passwords from your cqrlog-conf.txt you added to massage I recommend you to change them now.
They are in plain text format in configuration export file.
This is not told anywhere (I must fix this).
--
Saku
OH1KH
Thanks Saku...done...
so I understand that it is not possible to load a configuration file into a database already filled with data...
it can be done only into an empty database.
Please, how can I make cqrlog to show the MODE column into the New QSO window ?
It looks like the configuration of columns only works with the QSO List window ....see the attached pics.
File:
Hi,
also with the new log cleaned I am starting to get wrong country :-(
see the pic.
File:
For some unknown reason I have found out that cloning log settings work only if they are done just that way I have listed.
There is a bug somewhere, but using that order makes a workaround.
You should get columns you want from NewQSO/FIle/Preferences/Visble columns
I just tired to add a new one to my NewQSO view and it works.
Note that it will be visible after next update of log view. Not immediately when you press OK at preferences.
Sometimes columns can be hidden by other too wide columns.
Then click, and keep down, left mouse button when cursor is over title row's column. You will get double headed arrow cursor and drag the width. That way you can make column wider or narrower and get them all fit to widow width.
--
Saku
OH1KH
I have MODE marked since I did start using cqrlog but the MODE column appears only in the QSO List...not in the New QSO ...see picture.
File:
Hi!
Find (or download from this message chain) your old cqrlog-conf.ini (you named it here as .txt)
Open file with text editor (nano ... what ever you prefer)
Find lines:
[frmNewQSO_dbgrdQSOBefore]
qsodate=84
time_on=60
time_off=0
callsign=83
freq=90
mode=70
rst_s=60
rst_r=60
name=60
qth=60
qsl_s=60
qsl_r=60
country=107
You will see there is no line "mode=70". Add this line like I have done here.
Save the file.
Create a new log and import this cqrlog-config.ini using steps I wrote few messages earlier.
Open this new log and try to enter new qso. Do you see mode column now ?
I see it and I'm using your cqrlog-conf.ini
So if it now works you can import all your qsos to that log,
--
Saku
OH1KH
Thank you...it did work.
73
Pino ZP4KFX
Definitively a BUG
New clean database:
see the pic.
File:
Hi!
Or you have something weird in your setup. But what?
If this would be a common bug there would be lot more reports of this.
Sounds weird if you can get it working by setting up a fresh log and after a while it is not working any more.
Have you tried Database connection window/utils/repair database ?
And if you get it working how long it works? Until shutdown, or longer period?
Or does DXCC/QSLmanager update get it wrong?
--
Saku
OH1KH