Hello,
I think there is an issue with the QSO import from MSHV/WSJT/JTDX, mostly concerning Meteor-Scatter QSOs.
There are two fields in the ADIF, TIME_ON, TIME_OFF. These are correctly imported into UCXLog.
The bad thing is that when I do a LoTW export, TIME_ON is used rather than TIME_OFF.
This is only concerning Meteor-Scatter QSOs which could easily be longer than 15 minutes and LoTW or other QSL platforms won't match the QSO.
I think the correct way is to export the Clublog/eqsl/LoTW QSOs with "TIME_OFF" rather than "TIME_ON".
Thanks,
Dani
YO5LD
ADIF TIME_ON/TIME_OFF
Moderator: DL7UCX
- DL7UCX
- Beiträge: 6640
- Registriert: Donnerstag 8. August 2002, 19:23
- Wohnort: Dabendorf
- Kontaktdaten:
Re: ADIF TIME_ON/TIME_OFF
Hello Dani,
How do you import the ADIF file from WSJT ?
The automatic background import by "Settings - Station - Other interfaces - WSJT ADIF log"
sets "end time begin time" because of possible large time differences from WSJT.
LOTW should tolerate time difference up to 30 minutes.
73 Ben
How do you import the ADIF file from WSJT ?
The automatic background import by "Settings - Station - Other interfaces - WSJT ADIF log"
sets "end time begin time" because of possible large time differences from WSJT.
LOTW should tolerate time difference up to 30 minutes.
73 Ben
Re: ADIF TIME_ON/TIME_OFF
Hello Ben,
I'm using simple ADIF imports because I'm running these programs on different computers, often remote.
I don't think end time begin time is a correct way of modifying, rather the "QSO" should be confirmed at the end time (so begin time end time). We write the end time to the QSL card, rather than the begin time
What is the idea behind using the begin time in LoTW exports?
Often 2m (or even 70cm) meteorscatter QSOs can take more than 30 minutes.
Thanks,
Dani
YO5LD
I'm using simple ADIF imports because I'm running these programs on different computers, often remote.
I don't think end time begin time is a correct way of modifying, rather the "QSO" should be confirmed at the end time (so begin time end time). We write the end time to the QSL card, rather than the begin time
What is the idea behind using the begin time in LoTW exports?
Often 2m (or even 70cm) meteorscatter QSOs can take more than 30 minutes.
Thanks,
Dani
YO5LD
- DL7UCX
- Beiträge: 6640
- Registriert: Donnerstag 8. August 2002, 19:23
- Wohnort: Dabendorf
- Kontaktdaten:
Re: ADIF TIME_ON/TIME_OFF
Hello Dani,
Some user WSJT-X observed that the begin time was set at the first try to start the QSO.
But then it can need a long time to get the confirmation of the QSO.
Example:
WSJT sets in FT8 the BeginTime = 20:00
QSO was confirmed at EndTime = 20:09
Real QSO duration in FT8 is not longer than 1 minute.
So the "truly begin time" of the QSOs is 20:08 or 20:09.
Therefore UcxLog sets the BeginTime to 20:09.
If you use the TQSL ADIF editor, it asks for "UTC Time".
If you enter 20:09 it will generate an ADIF field <TIME_ON:6>200900
73 Ben
Possibly I have explain it more clearly:I don't think end time begin time is a correct way of modifying
Some user WSJT-X observed that the begin time was set at the first try to start the QSO.
But then it can need a long time to get the confirmation of the QSO.
Example:
WSJT sets in FT8 the BeginTime = 20:00
QSO was confirmed at EndTime = 20:09
Real QSO duration in FT8 is not longer than 1 minute.
So the "truly begin time" of the QSOs is 20:08 or 20:09.
Therefore UcxLog sets the BeginTime to 20:09.
The idea is to avoid trouble and so to do exactly the same like TQSL.What is the idea behind using the begin time in LoTW exports?
If you use the TQSL ADIF editor, it asks for "UTC Time".
If you enter 20:09 it will generate an ADIF field <TIME_ON:6>200900
73 Ben