search

foldynl / QLog

Amateur radio logbook software
GNU General Public License v3.0
132 stars 18 forks source link

Import ADIF #176

Closed magnum88 closed 1 year ago

magnum88 commented 1 year ago

Hi when import adif on 323 QSO only 1 imported the first line file adi the other 322 no imported in QLOG no error present on the software qlog and no error on my file beacause it's the same file for QRZ.COM Same problem on package installed or source compiled QLog 0.19.0 Based on Qt 5.15.3 Hamlib 4.5~git Ubuntu 22.04.2 LTS x86_64

foldynl commented 1 year ago

Please, could you send me the file or just the first 10 QSOs from the file?

magnum88 commented 1 year ago

Hi i send you the file 10 lignes 73 Xavier

Le 22/02/2023 à 12:17, foldynl a écrit :

Please, could you send me the file or just the first 10 QSOs from the file?

— Reply to this email directly, view it on GitHub https://github.com/foldynl/QLog/issues/176#issuecomment-1439844618, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACLODT3GNI24QGZZ2Y54IR3WYXYWLANCNFSM6AAAAAAVEE64FM. You are receiving this because you authored the thread.Message ID: @.***>

ADIF v3.1.0 Export from KLog https://www.klog.xyz/klog

2.3.1 KLOG 8 20230222-1244 SO1980LL 20210714 095800 28.485 10M 28.485 10M SSB JN33MS92 F4IYT 15 28 269 MCHF 5W PAC12 COL DE VENCE (06) 963M EU 20210717 Y 20210717 Q 20210717 M LUBELSKI LUBLIN 59 59 5 1 DM1YS 20210715 080000 14.074 20M 14.074 20M FT8 JN33NO21 F4IYT 14 28 230 MCHF 5W EFHW 49:1 EU 20210717 Q 20210717 Q 20210717 M JUERGEN 88693 DEGGENHAUSERTAL 0 0 5 1 F1PSX 20210716 093500 14.074 20M 14.074 20M FT8 JN33NO21 F4IYT 14 27 227 MCHF 5W EFHW 49:1 EU 20210717 Q 20210717 Q 20210717 M JEAN-YVES LE MANS 0 0 5 1 DL5ZBA 20210716 093700 14.074 20M 14.074 20M FT8 JN33NO21 F4IYT 14 28 230 MCHF 5W EFHW 49:1 EU 20210717 Q 20210717 Q 20210717 M UWE 35091 COELBE 0 0 5 1 PD7RF 20210717 051300 14.074 20M 14.074 20M FT8 JN33NO21 F4IYT 14 27 263 MCHF 5W EFHW 49:1 EU 20210717 Q 20210717 Q 20210717 M ROEL HILVERSUM 0 0 5 1 DM2HK 20210717 062800 14.074 20M 14.074 20M FT8 JN33NO21 F4IYT 14 28 230 MCHF 5W EFHW 49:1 EU 20210717 Q 20210717 Q 20210717 M HARTMUT ZEUTHEN 0 0 5 1 F6HFT 20210717 071200 432 70CM 432 70CM DIGITALVOICE JN33NO21 F4IYT 14 27 227 EU 20210717 Q 20210717 Q 20210717 M ANNE-MARIE MULHOUSE 59 59 5 1 LB8OH 20210720 215429 14 20M 14 20M FT8 JN33NO21 F4IYT 14 18 266 MCHF 5W EFHW 49:1 EU 20210720 Q 20210720 Q 20210720 M 0 0 5 1
foldynl commented 1 year ago

Many thanks for provided ADI records. They help me to identify many issues in QLog related to QSL handling.

Unfortunately, there are following issues in QLog:

1) QLog has incorrectly defined EQSL_QSL_SENT values because 'Q' value is missing in the list of supported values for EQSL_QSL_SENT. That is not critical issue because it can be change very quickly. 2) what is a more serious issue is that QLog interprets these values incorrectly. Unfortunately, the fix will be quite complicated.

I'm sorry, but I don't have a quick fix for this now.

magnum88 commented 1 year ago

Thank's i make a change manuel on my file.adi

Q by N i have my 323 QSO on QLOG thank's Xavier Le 22/02/2023 à 14:53, foldynl a écrit : > > Many thanks for provided ADI records. They help me to identify many > issues in QLog related to QSL handling. > > Unfortunately, there are following issues in QLog: > > 1. QLog has incorrectly defined EQSL_QSL_SENT values because 'Q' > value is missing in the list of supported values for > EQSL_QSL_SENT. That is not critical issue because it can be change > very quickly. > 2. what is a more serious issue is that QLog interprets these values > incorrectly. Unfortunately, the fix will be quite complicated. > > I'm sorry, but I don't have a quick fix for this now. > > — > Reply to this email directly, view it on GitHub > , > or unsubscribe > . > You are receiving this because you authored the thread.Message ID: > ***@***.***> >
foldynl commented 1 year ago

Xavier,

the situation is not as simple as it may seem.

Yes, it is possible to give a workaround to change Q to something else. But during my analysis, I found out that I misunderstood the values of EQSL_QSL_SENT.

The behavior of the QLog is as follows now:

Based on ADIF spec: N - do not send an outgoing QSL card; do not upload the QSO to the online service Y - an outgoing QSL card has been sent; the QSO has been uploaded to, and accepted by, the online service Q - an outgoing QSL card has been selected to be sent; a QSO has been selected to be uploaded to the online service R - the contacted station has requested a QSL card; the contacted station has requested the QSO be uploaded to the online service

Qlog uses the default value N now. And here is the problem. If N means "not sent and will not send" , then QLog's issue is in the default value for QSL Sent value. I guess that the correct default value should be Q. And only Q and R QSOs should be uploaded to online service. If QSO is successfully uploaded to online log then the value should change to Y. N can be set by operator when QSO should never be uploaded to online service.