Re: [Dx4win] QSO time issues when importing

[Paul van der Eijk]

Dave,

When you have the QSO start-time in an ADIF record Dx4win will use that
time. If that field is missing, it will use the end-time. So I’m guessing
some ADIF producer is changing the values of those fields or does not
export the start-time.
That should be easy to verify.

—Paul



On Mon, Jun 15, 2020 at 1:37 PM  wrote:

> To Paul and the group,
>
>
>
> I continue to have problems with dupes being created when importing digital
> QSOs from WSJT-X.  It appears that DX4WIN uses the QSO Begin time when all
> other logging programs, including N1MM, use the QSO End time.  The Log4OM2
> website states that in the UK amateur regulations require that the QSO end
> time be used.
>
>
>
> Here is how dupes are created:
>
>
>
> After making over 600 Qs in the ARRL VHF test over the weekend, I imported
> all 600 from N1MM into DX4WIN (using Jim's ADIF to DX4WIN Conversion app).
> All 600 showed up in DX4WIN and I then did an upload to LOTW.  This morning
> I made a few more FT8 QSOs and imported the WSJT-X ADIF file directly into
> DX4WIN (which I have done hundreds of times).  Much to my dismay, a bunch
> of
> dupes were created.  I made about 120 digital QSOs in the VHF contest.
> During the contest, when a digital contact is made, WSJT-X broadcasts the
> QSO to N1MM and then save the contact in its own ADIF file.  When the QSO
> is
> imported into N1MM, it used the QSO End time for each QSO's time.
>
>
>
> When I imported the WSJT-X ADIF file this morning, DX4WIN used the QSO
> Begin
> time when saving each QSO.  By the way, I have always kept all of my
> previous digital QSOs in WSJT-X.  I never delete them.  So the QSOs that I
> made yesterday were imported into DX4WIN today, but most were ignored
> because they all showed the same QSO time.  The QSO Begin and End times
> will
> often be in sync when a digital mode is completed quickly without any
> repeats.  But we all know that it can sometimes take several minutes for a
> QSO to complete.  There have been times when I finally get a RR73 from the
> other station that are 10 to 15 minutes after the original start time.  I
> know that a  few times yesterday due to QSB or QRM conditions on 6 meters.
>
>
>
> Two questions for the group:
>
>
>
> 1.  Would Paul be willing to change the import map for ADIF files so
> that DX4WIN uses the QSO End time - which is the apparent standard?
> 2.  If Paul is not willing to do that, is there a way for the user to
> change the import mapping - so that I can do that myself?
>
>
>
> I might add that these dupes due to time differences become an ongoing
> issue
> with LOTW.  Now that I uploaded all of the 600 QSOs that I imported from
> N1MM (using the QSO end time), I will now have an issue with any QSOs that
> get imported into DX4WIN directly from WSJT-X - if the beginning and end
> time would vary significantly (more than a minute).  So this will cause
> duplicate QSOs to be uploaded to LOTW - which I try to avoid.
>
>
>
> The other option is the manually edit the WSJT-X ADIF file to make the
> beginning and end times the same so that the next time that I import that
> file, it will not create duplicates.  This also requires that I delete the
> duplicates that were already created in DX4WIN due to the time discrepancy.
>
>
>
> The best solution would be the change the import mapping in DX4WIN so that
> it uses the QSO End time.  Can anyone help me with that?
>
>
>
> In the meantime, I have to spend this afternoon finding all the dupes that
> were created this morning!
>
>
>
> Thank you.
>
>
>
> 73,
>
>
>
> Dave, N4QS
>
>
>
>
>
>
>
>
>
> __
> DX4WIN mailing list
> Home: http://mailman.qth.net/mailman/listinfo/dx4win
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:DX4WIN@mailman.qth.net
>
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html
>
-- 
~
DX4WIN logging software
Paul van der Eijk, KK4HD
BrookHill Data Systems LLC
http://www.dx4win.com
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

Re: [Dx4win] Tracking JA Prefectures and Cities

[Jim Reisert AD1C]

> Has anyone figured out a way to track Japan prefectures and cities in
> DX4WIN similar to US States and Counties? The LOTW report has both of
> these in the STATE and CNTY lines but they seem to get thrown out in the
> "Confirm LOTW using ADIF file" process. As an alternative is there a way
> to load the Prefecture and City into the "Notes for this Call" field?
>

Scott, there are several Custom Awards in DX4WIN for tracking these.  You
will have to update the QSOs manually from the LoTW report.

[JAPR]
awdname=Japanese Prefectures
; sponsor: Japan Amateur Radio League (JARL)
; start: 1952/07/29
; url: http://www.jarl.org/English/4_Library/A-4-2_Awards/Award_Main.htm

[JCC]
awdname=Japan Century Cities
; sponsor: Japan Amateur Radio League (JARL)
; "*" denotes deleted cities
; url: http://www.jarl.org/English/4_Library/A-4-2_Awards/Award_Main.htm

[JCG]
awdname=Japan Century Guns
; sponsor: Japan Amateur Radio League (JARL)
; "*" denotes deleted guns
; url: http://www.jarl.org/English/4_Library/A-4-2_Awards/Award_Main.htm

-- 
Jim Reisert AD1C, , http://www.ad1c.us
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

Re: [Dx4win] QSO time issues when importing

[n4qs]

Hi Mike,

Yes, I used this same tutorial.  WSJT-X and N1MM worked great together.
There was a lot of activity on 6M FT4 towards the end of the contest.

73,

Dave, N4QS



-Original Message-
From: Mike Cizek W0VTT  
Sent: Monday, June 15, 2020 1:45 PM
To: n...@vci.net; dx4win@mailman.qth.net
Subject: RE: [Dx4win] QSO time issues when importing

This isn't a perfect solution, but it appears to have worked for me this
weekend:
https://www.rttycontesting.com/tutorials/n1mm/operating-ww-digi-with-n1mm/ 

This metho opens a second instance of WSJT that keeps its own log and
settings in a separate folder and works through N1MM.  

--
73,
Mike Cizek W0VTT 

-Original Message-
From: dx4win-boun...@mailman.qth.net [mailto:dx4win-boun...@mailman.qth.net]
On Behalf Of n...@vci.net
Sent: Monday, June 15, 2020 12:37
To: dx4win@mailman.qth.net
Subject: [Dx4win] QSO time issues when importing

To Paul and the group,

 

I continue to have problems with dupes being created when importing digital
QSOs from WSJT-X.  It appears that DX4WIN uses the QSO Begin time when all
other logging programs, including N1MM, use the QSO End time.  The Log4OM2
website states that in the UK amateur regulations require that the QSO end
time be used.

 

Here is how dupes are created:

 

After making over 600 Qs in the ARRL VHF test over the weekend, I imported
all 600 from N1MM into DX4WIN (using Jim's ADIF to DX4WIN Conversion app).
All 600 showed up in DX4WIN and I then did an upload to LOTW.  This morning
I made a few more FT8 QSOs and imported the WSJT-X ADIF file directly into
DX4WIN (which I have done hundreds of times).  Much to my dismay, a bunch of
dupes were created.  I made about 120 digital QSOs in the VHF contest.
During the contest, when a digital contact is made, WSJT-X broadcasts the
QSO to N1MM and then save the contact in its own ADIF file.  When the QSO is
imported into N1MM, it used the QSO End time for each QSO's time.

 

When I imported the WSJT-X ADIF file this morning, DX4WIN used the QSO Begin
time when saving each QSO.  By the way, I have always kept all of my
previous digital QSOs in WSJT-X.  I never delete them.  So the QSOs that I
made yesterday were imported into DX4WIN today, but most were ignored
because they all showed the same QSO time.  The QSO Begin and End times will
often be in sync when a digital mode is completed quickly without any
repeats.  But we all know that it can sometimes take several minutes for a
QSO to complete.  There have been times when I finally get a RR73 from the
other station that are 10 to 15 minutes after the original start time.  I
know that a  few times yesterday due to QSB or QRM conditions on 6 meters.

 

Two questions for the group:

 

1.  Would Paul be willing to change the import map for ADIF files so
that DX4WIN uses the QSO End time - which is the apparent standard?
2.  If Paul is not willing to do that, is there a way for the user to
change the import mapping - so that I can do that myself?

 

I might add that these dupes due to time differences become an ongoing issue
with LOTW.  Now that I uploaded all of the 600 QSOs that I imported from
N1MM (using the QSO end time), I will now have an issue with any QSOs that
get imported into DX4WIN directly from WSJT-X - if the beginning and end
time would vary significantly (more than a minute).  So this will cause
duplicate QSOs to be uploaded to LOTW - which I try to avoid.

 

The other option is the manually edit the WSJT-X ADIF file to make the
beginning and end times the same so that the next time that I import that
file, it will not create duplicates.  This also requires that I delete the
duplicates that were already created in DX4WIN due to the time discrepancy.

 

The best solution would be the change the import mapping in DX4WIN so that
it uses the QSO End time.  Can anyone help me with that?

 

In the meantime, I have to spend this afternoon finding all the dupes that
were created this morning!

 

Thank you.

 

73,

 

Dave, N4QS

 

 

 

 

__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

Re: [Dx4win] QSO time issues when importing

[n4qs]

Rick,

 

My comments were not directed toward LOTW.  That’s not the issue.  Thank you 
for all your efforts in working to improve LOTW.

 

73,

 

Dave, N4QS

 

From: Rick Murphy  
Sent: Monday, June 15, 2020 1:49 PM
To: n...@vci.net
Cc: DX4WIN 
Subject: Re: [Dx4win] QSO time issues when importing

 

That's one of the great things about "standards" - all you have to do is assert 
that there's one.

 

LoTW only sees the TIME_ON and not the TIME_OFF. So, the time that the QSO 
started is what LoTW tracks, not when it ends.

73,

-Rick

 

On Mon, Jun 15, 2020 at 1:36 PM mailto:n...@vci.net> > wrote:

To Paul and the group,



I continue to have problems with dupes being created when importing digital
QSOs from WSJT-X.  It appears that DX4WIN uses the QSO Begin time when all
other logging programs, including N1MM, use the QSO End time.  The Log4OM2
website states that in the UK amateur regulations require that the QSO end
time be used.



Here is how dupes are created:



After making over 600 Qs in the ARRL VHF test over the weekend, I imported
all 600 from N1MM into DX4WIN (using Jim's ADIF to DX4WIN Conversion app).
All 600 showed up in DX4WIN and I then did an upload to LOTW.  This morning
I made a few more FT8 QSOs and imported the WSJT-X ADIF file directly into
DX4WIN (which I have done hundreds of times).  Much to my dismay, a bunch of
dupes were created.  I made about 120 digital QSOs in the VHF contest.
During the contest, when a digital contact is made, WSJT-X broadcasts the
QSO to N1MM and then save the contact in its own ADIF file.  When the QSO is
imported into N1MM, it used the QSO End time for each QSO's time.



When I imported the WSJT-X ADIF file this morning, DX4WIN used the QSO Begin
time when saving each QSO.  By the way, I have always kept all of my
previous digital QSOs in WSJT-X.  I never delete them.  So the QSOs that I
made yesterday were imported into DX4WIN today, but most were ignored
because they all showed the same QSO time.  The QSO Begin and End times will
often be in sync when a digital mode is completed quickly without any
repeats.  But we all know that it can sometimes take several minutes for a
QSO to complete.  There have been times when I finally get a RR73 from the
other station that are 10 to 15 minutes after the original start time.  I
know that a  few times yesterday due to QSB or QRM conditions on 6 meters.



Two questions for the group:



1.  Would Paul be willing to change the import map for ADIF files so
that DX4WIN uses the QSO End time - which is the apparent standard?
2.  If Paul is not willing to do that, is there a way for the user to
change the import mapping - so that I can do that myself?



I might add that these dupes due to time differences become an ongoing issue
with LOTW.  Now that I uploaded all of the 600 QSOs that I imported from
N1MM (using the QSO end time), I will now have an issue with any QSOs that
get imported into DX4WIN directly from WSJT-X - if the beginning and end
time would vary significantly (more than a minute).  So this will cause
duplicate QSOs to be uploaded to LOTW - which I try to avoid.



The other option is the manually edit the WSJT-X ADIF file to make the
beginning and end times the same so that the next time that I import that
file, it will not create duplicates.  This also requires that I delete the
duplicates that were already created in DX4WIN due to the time discrepancy.



The best solution would be the change the import mapping in DX4WIN so that
it uses the QSO End time.  Can anyone help me with that?



In the meantime, I have to spend this afternoon finding all the dupes that
were created this morning!



Thank you.



73,



Dave, N4QS









__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net  

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html




 

-- 

Rick Murphy, CISSP-ISSAP, K1MU/4, Annandale VA USA

__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

Re: [Dx4win] QSO time issues when importing

[Rick Murphy]

That's one of the great things about "standards" - all you have to do is
assert that there's one.

LoTW only sees the TIME_ON and not the TIME_OFF. So, the time that the QSO
started is what LoTW tracks, not when it ends.
73,
-Rick

On Mon, Jun 15, 2020 at 1:36 PM  wrote:

> To Paul and the group,
>
>
>
> I continue to have problems with dupes being created when importing digital
> QSOs from WSJT-X.  It appears that DX4WIN uses the QSO Begin time when all
> other logging programs, including N1MM, use the QSO End time.  The Log4OM2
> website states that in the UK amateur regulations require that the QSO end
> time be used.
>
>
>
> Here is how dupes are created:
>
>
>
> After making over 600 Qs in the ARRL VHF test over the weekend, I imported
> all 600 from N1MM into DX4WIN (using Jim's ADIF to DX4WIN Conversion app).
> All 600 showed up in DX4WIN and I then did an upload to LOTW.  This morning
> I made a few more FT8 QSOs and imported the WSJT-X ADIF file directly into
> DX4WIN (which I have done hundreds of times).  Much to my dismay, a bunch
> of
> dupes were created.  I made about 120 digital QSOs in the VHF contest.
> During the contest, when a digital contact is made, WSJT-X broadcasts the
> QSO to N1MM and then save the contact in its own ADIF file.  When the QSO
> is
> imported into N1MM, it used the QSO End time for each QSO's time.
>
>
>
> When I imported the WSJT-X ADIF file this morning, DX4WIN used the QSO
> Begin
> time when saving each QSO.  By the way, I have always kept all of my
> previous digital QSOs in WSJT-X.  I never delete them.  So the QSOs that I
> made yesterday were imported into DX4WIN today, but most were ignored
> because they all showed the same QSO time.  The QSO Begin and End times
> will
> often be in sync when a digital mode is completed quickly without any
> repeats.  But we all know that it can sometimes take several minutes for a
> QSO to complete.  There have been times when I finally get a RR73 from the
> other station that are 10 to 15 minutes after the original start time.  I
> know that a  few times yesterday due to QSB or QRM conditions on 6 meters.
>
>
>
> Two questions for the group:
>
>
>
> 1.  Would Paul be willing to change the import map for ADIF files so
> that DX4WIN uses the QSO End time - which is the apparent standard?
> 2.  If Paul is not willing to do that, is there a way for the user to
> change the import mapping - so that I can do that myself?
>
>
>
> I might add that these dupes due to time differences become an ongoing
> issue
> with LOTW.  Now that I uploaded all of the 600 QSOs that I imported from
> N1MM (using the QSO end time), I will now have an issue with any QSOs that
> get imported into DX4WIN directly from WSJT-X - if the beginning and end
> time would vary significantly (more than a minute).  So this will cause
> duplicate QSOs to be uploaded to LOTW - which I try to avoid.
>
>
>
> The other option is the manually edit the WSJT-X ADIF file to make the
> beginning and end times the same so that the next time that I import that
> file, it will not create duplicates.  This also requires that I delete the
> duplicates that were already created in DX4WIN due to the time discrepancy.
>
>
>
> The best solution would be the change the import mapping in DX4WIN so that
> it uses the QSO End time.  Can anyone help me with that?
>
>
>
> In the meantime, I have to spend this afternoon finding all the dupes that
> were created this morning!
>
>
>
> Thank you.
>
>
>
> 73,
>
>
>
> Dave, N4QS
>
>
>
>
>
>
>
>
>
> __
> DX4WIN mailing list
> Home: http://mailman.qth.net/mailman/listinfo/dx4win
> Help: http://mailman.qth.net/mmfaq.htm
> Post: mailto:DX4WIN@mailman.qth.net
>
> This list hosted by: http://www.qsl.net
> Please help support this email list: http://www.qsl.net/donate.html
>


-- 
Rick Murphy, CISSP-ISSAP, K1MU/4, Annandale VA USA
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

Re: [Dx4win] QSO time issues when importing

[Mike Cizek W0VTT]

This isn't a perfect solution, but it appears to have worked for me this
weekend:
https://www.rttycontesting.com/tutorials/n1mm/operating-ww-digi-with-n1mm/ 

This metho opens a second instance of WSJT that keeps its own log and
settings in a separate folder and works through N1MM.  

--
73,
Mike Cizek W0VTT 

-Original Message-
From: dx4win-boun...@mailman.qth.net [mailto:dx4win-boun...@mailman.qth.net]
On Behalf Of n...@vci.net
Sent: Monday, June 15, 2020 12:37
To: dx4win@mailman.qth.net
Subject: [Dx4win] QSO time issues when importing

To Paul and the group,

 

I continue to have problems with dupes being created when importing digital
QSOs from WSJT-X.  It appears that DX4WIN uses the QSO Begin time when all
other logging programs, including N1MM, use the QSO End time.  The Log4OM2
website states that in the UK amateur regulations require that the QSO end
time be used.

 

Here is how dupes are created:

 

After making over 600 Qs in the ARRL VHF test over the weekend, I imported
all 600 from N1MM into DX4WIN (using Jim's ADIF to DX4WIN Conversion app).
All 600 showed up in DX4WIN and I then did an upload to LOTW.  This morning
I made a few more FT8 QSOs and imported the WSJT-X ADIF file directly into
DX4WIN (which I have done hundreds of times).  Much to my dismay, a bunch of
dupes were created.  I made about 120 digital QSOs in the VHF contest.
During the contest, when a digital contact is made, WSJT-X broadcasts the
QSO to N1MM and then save the contact in its own ADIF file.  When the QSO is
imported into N1MM, it used the QSO End time for each QSO's time.

 

When I imported the WSJT-X ADIF file this morning, DX4WIN used the QSO Begin
time when saving each QSO.  By the way, I have always kept all of my
previous digital QSOs in WSJT-X.  I never delete them.  So the QSOs that I
made yesterday were imported into DX4WIN today, but most were ignored
because they all showed the same QSO time.  The QSO Begin and End times will
often be in sync when a digital mode is completed quickly without any
repeats.  But we all know that it can sometimes take several minutes for a
QSO to complete.  There have been times when I finally get a RR73 from the
other station that are 10 to 15 minutes after the original start time.  I
know that a  few times yesterday due to QSB or QRM conditions on 6 meters.

 

Two questions for the group:

 

1.  Would Paul be willing to change the import map for ADIF files so
that DX4WIN uses the QSO End time - which is the apparent standard?
2.  If Paul is not willing to do that, is there a way for the user to
change the import mapping - so that I can do that myself?

 

I might add that these dupes due to time differences become an ongoing issue
with LOTW.  Now that I uploaded all of the 600 QSOs that I imported from
N1MM (using the QSO end time), I will now have an issue with any QSOs that
get imported into DX4WIN directly from WSJT-X - if the beginning and end
time would vary significantly (more than a minute).  So this will cause
duplicate QSOs to be uploaded to LOTW - which I try to avoid.

 

The other option is the manually edit the WSJT-X ADIF file to make the
beginning and end times the same so that the next time that I import that
file, it will not create duplicates.  This also requires that I delete the
duplicates that were already created in DX4WIN due to the time discrepancy.

 

The best solution would be the change the import mapping in DX4WIN so that
it uses the QSO End time.  Can anyone help me with that?

 

In the meantime, I have to spend this afternoon finding all the dupes that
were created this morning!

 

Thank you.

 

73,

 

Dave, N4QS

 

 

 

 

__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

[Dx4win] QSO time issues when importing

[n4qs]

To Paul and the group,

 

I continue to have problems with dupes being created when importing digital
QSOs from WSJT-X.  It appears that DX4WIN uses the QSO Begin time when all
other logging programs, including N1MM, use the QSO End time.  The Log4OM2
website states that in the UK amateur regulations require that the QSO end
time be used.

 

Here is how dupes are created:

 

After making over 600 Qs in the ARRL VHF test over the weekend, I imported
all 600 from N1MM into DX4WIN (using Jim's ADIF to DX4WIN Conversion app).
All 600 showed up in DX4WIN and I then did an upload to LOTW.  This morning
I made a few more FT8 QSOs and imported the WSJT-X ADIF file directly into
DX4WIN (which I have done hundreds of times).  Much to my dismay, a bunch of
dupes were created.  I made about 120 digital QSOs in the VHF contest.
During the contest, when a digital contact is made, WSJT-X broadcasts the
QSO to N1MM and then save the contact in its own ADIF file.  When the QSO is
imported into N1MM, it used the QSO End time for each QSO's time.

 

When I imported the WSJT-X ADIF file this morning, DX4WIN used the QSO Begin
time when saving each QSO.  By the way, I have always kept all of my
previous digital QSOs in WSJT-X.  I never delete them.  So the QSOs that I
made yesterday were imported into DX4WIN today, but most were ignored
because they all showed the same QSO time.  The QSO Begin and End times will
often be in sync when a digital mode is completed quickly without any
repeats.  But we all know that it can sometimes take several minutes for a
QSO to complete.  There have been times when I finally get a RR73 from the
other station that are 10 to 15 minutes after the original start time.  I
know that a  few times yesterday due to QSB or QRM conditions on 6 meters.

 

Two questions for the group:

 

1.  Would Paul be willing to change the import map for ADIF files so
that DX4WIN uses the QSO End time - which is the apparent standard?
2.  If Paul is not willing to do that, is there a way for the user to
change the import mapping - so that I can do that myself?

 

I might add that these dupes due to time differences become an ongoing issue
with LOTW.  Now that I uploaded all of the 600 QSOs that I imported from
N1MM (using the QSO end time), I will now have an issue with any QSOs that
get imported into DX4WIN directly from WSJT-X - if the beginning and end
time would vary significantly (more than a minute).  So this will cause
duplicate QSOs to be uploaded to LOTW - which I try to avoid.

 

The other option is the manually edit the WSJT-X ADIF file to make the
beginning and end times the same so that the next time that I import that
file, it will not create duplicates.  This also requires that I delete the
duplicates that were already created in DX4WIN due to the time discrepancy.

 

The best solution would be the change the import mapping in DX4WIN so that
it uses the QSO End time.  Can anyone help me with that?

 

In the meantime, I have to spend this afternoon finding all the dupes that
were created this morning!

 

Thank you.

 

73,

 

Dave, N4QS

 

 

 

 

__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

Re: [Dx4win] VHF contest log

[Gill Mail]

Many thanks Dave.
I assumed as much but did not want create a "jackpot".   :0)
CU on the air.
73,
BG

On 6/15/2020 11:52 AM, n...@vci.net wrote:

Bob,

Assuming you are using Version 9 of DX4WIN, the digital modes will be
imported correctly.  FT4 QSOs show up as MFSK for the mode and FT4 as the
submode.  FT8 QSOs show up as FT8 for the mode and no submode.

73,

Dave, N4QS

-Original Message-
From: dx4win-boun...@mailman.qth.net  On
Behalf Of Gill Mail
Sent: Monday, June 15, 2020 10:55 AM
To: DX4WIN@mailman.qth.net
Subject: [Dx4win] VHF contest log

I made a few QSOs during the weekend in the ARRL VHF contest.
Some on CW / FT8 and FT4.
My question; if I upload my adif file from N1MM directly into dx4win as I
normally do will the FT8 / FT4 QSOs be logged correctly in dx4win ?
I am sure this has been covered but I can't seem to locate it.
Thanks for the help.
73,
Bob, K5BG
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html


--
"I am concerned for the security of our great Nation; not so much 
because of any threat from without,but because of the insidious forces 
working from within." Douglas McArthur

__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

Re: [Dx4win] Tracking JA Prefectures and Cities

[Kostas SV1DPI]

Maybe Jim can add it to his program "adif to dx4win"... Can you test if 
one of the already supported contests as JARTS, Japan international can 
do this?


73 Kostas SV1DPI

Στις 15/6/2020 19:59, ο Scott Tuthill (K7ZO) έγραψε:
Has anyone figured out a way to track Japan prefectures and cities in 
DX4WIN similar to US States and Counties? The LOTW report has both of 
these in the STATE and CNTY lines but they seem to get thrown out in 
the "Confirm LOTW using ADIF file" process. As an alternative is there 
a way to load the Prefecture and City into the "Notes for this Call" 
field?


Scott/K7ZO
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

[Dx4win] Tracking JA Prefectures and Cities

[Scott Tuthill (K7ZO)]

Has anyone figured out a way to track Japan prefectures and cities in 
DX4WIN similar to US States and Counties? The LOTW report has both of 
these in the STATE and CNTY lines but they seem to get thrown out in the 
"Confirm LOTW using ADIF file" process. As an alternative is there a way 
to load the Prefecture and City into the "Notes for this Call" field?


Scott/K7ZO
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

Re: [Dx4win] VHF contest log

[n4qs]

Bob,

Assuming you are using Version 9 of DX4WIN, the digital modes will be
imported correctly.  FT4 QSOs show up as MFSK for the mode and FT4 as the
submode.  FT8 QSOs show up as FT8 for the mode and no submode.

73,

Dave, N4QS

-Original Message-
From: dx4win-boun...@mailman.qth.net  On
Behalf Of Gill Mail
Sent: Monday, June 15, 2020 10:55 AM
To: DX4WIN@mailman.qth.net
Subject: [Dx4win] VHF contest log

I made a few QSOs during the weekend in the ARRL VHF contest.
Some on CW / FT8 and FT4.
My question; if I upload my adif file from N1MM directly into dx4win as I
normally do will the FT8 / FT4 QSOs be logged correctly in dx4win ?
I am sure this has been covered but I can't seem to locate it.
Thanks for the help.
73,
Bob, K5BG
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

[Dx4win] VHF contest log

[Gill Mail]

I made a few QSOs during the weekend in the ARRL VHF contest.
Some on CW / FT8 and FT4.
My question; if I upload my adif file from N1MM directly into dx4win as 
I normally do

will the FT8 / FT4 QSOs be logged correctly in dx4win ?
I am sure this has been covered but I can't seem to locate it.
Thanks for the help.
73,
Bob, K5BG
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

Re: [Dx4win] Import Q-QSL to DX4WIN

[Jim Reisert AD1C]

> I have uploaded my entire logbook to E-QSL.
> My question now is, how to load an E-QSL adif file to import it into
> DX4WIN? and be able to see the confirmed QSOs via E-QSL?

eQSL | Confirm eQSL using ADIF file

This will also fill in the State, County, Grid and/or IOTA fields for
those confirmed QSOs if that information is given in the eQSL
download.  Many people upload QSOs with the wrong information, so be
careful if you are using these QSOs for awards.

-- 
Jim Reisert AD1C, , http://www.ad1c.us
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

Re: [Dx4win] ADIF file

[Jim Reisert AD1C]

> Once a month I upload my ADIF to LoTW, QRZ and ClubLog and I do it in the
> same way.
> I create a filter with F8 and in the Upload Date field of LoTW I put
> 01-01-1901
> Then in the LoTW menu in Set LoTW upload Flag I put YES, OK
> Then Menu Export To LoTW active filter I say OK and uncheck with AND the
> contacts.
>
> So far, everything has gone well, but when I registered in E-QSL, the
> question is, would that same file be used to upload it to E-QSL too?
> Or do I have to generate another one with the same filter in the Upload
> date field of e-QSL?

Hola Luc,

There is an easier way.

In the QSO Window, LoTW | Export to LoTW.  This function uses the LoTW
and Upload Date fields in the logbook to remember all the QSOs you
have already submitted to LoTW in the past, and creates a new ADIF
file containing only the NEW QSOs since the last export.  You can then
upload this same file to *both* LoTW and eQSL (and QRZ and HRDlog if
you so choose).  There is no filtering involved, as long as all your
old QSOs have already been marked as uploaded to LoTW.

This same flow applies using eQSL | Export to eQSL, but I never do
this, because the same ADIF file for LoTW can be used for eQSL.

This is an old application note, but most of it still applies:

http://dx4win.ad1c.us/appnotes/lotw.html

73 - Jim AD1C

-- 
Jim Reisert AD1C, , http://www.ad1c.us
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

[Dx4win] ADIF file

[Luc]

I am doing it right?

Once a month I upload my ADIF to LoTW, QRZ and ClubLog and I do it in the
same way.
I create a filter with F8 and in the Upload Date field of LoTW I put
01-01-1901
Then in the LoTW menu in Set LoTW upload Flag I put YES, OK
Then Menu Export To LoTW active filter I say OK and uncheck with AND the
contacts.

So far, everything has gone well, but when I registered in E-QSL, the
question is, would that same file be used to upload it to E-QSL too?
Or do I have to generate another one with the same filter in the Upload
date field of e-QSL?

Regards.
EA8AM

-- 
Si reenvía este correo, es OBLIGACIÓN LEGAL según la "Agencia Española de
Protección de Datos de Carácter Personal" proteger la intimidad de sus
contactos, para ello y para evitar SPAM (correo no deseado) hay que seguir
los siguientes pasos:

1.- Borre la dirección del remitente y cualquier otra dirección que
aparezca en el cuerpo del mensaje.

2.- Introduzca los destinatarios en el apartado CCO (CON COPIA OCULTA)

Recuerde:

Para: Déjelo en blanco.

Ccc: Déjelo en blanco.

Cco: Incluya aquí a sus destinatarios.

Coloque esta nota en sus mensajes.

GRACIAS POR COLABORAR.
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html

[Dx4win] Import Q-QSL to DX4WIN

[Luc]

Hi.
I have uploaded my entire logbook to E-QSL.
My question now is, how to load an E-QSL adif file to import it into
DX4WIN? and be able to see the confirmed QSOs via E-QSL?

EA8AM

-- 
Si reenvía este correo, es OBLIGACIÓN LEGAL según la "Agencia Española de
Protección de Datos de Carácter Personal" proteger la intimidad de sus
contactos, para ello y para evitar SPAM (correo no deseado) hay que seguir
los siguientes pasos:

1.- Borre la dirección del remitente y cualquier otra dirección que
aparezca en el cuerpo del mensaje.

2.- Introduzca los destinatarios en el apartado CCO (CON COPIA OCULTA)

Recuerde:

Para: Déjelo en blanco.

Ccc: Déjelo en blanco.

Cco: Incluya aquí a sus destinatarios.

Coloque esta nota en sus mensajes.

GRACIAS POR COLABORAR.
__
DX4WIN mailing list
Home: http://mailman.qth.net/mailman/listinfo/dx4win
Help: http://mailman.qth.net/mmfaq.htm
Post: mailto:DX4WIN@mailman.qth.net

This list hosted by: http://www.qsl.net
Please help support this email list: http://www.qsl.net/donate.html