[Dx4win] Be very carefull 7.02 13 or 7.02 14

[Paul van der Eijk]

John,

Thanks for sending your log; it revealed the problem immediately.

I took the afternoon off so I can fix this problem. I will upload a new
version as soon as it is complete.

--Paul

At 08:51 PM 5/16/2006, Paul van der Eijk wrote:
John,

Would you mind sending me your log (before import) and the ADIF
file that causes the bad confirmations with an indication what QSOs 
were incorrectly flagged as confirmed. In a zip file would be best.

Information in your log is only modified when the field was empty;
if the values (like US state) are different, a note is added to the notes
for the QSO, but the original value is not changed. If you observe
something different, I consider this a bug that needs to be fixed.

--Paul



At 06:19 PM 5/16/2006, you wrote:
Just a heads up, and I am not trying to poor cold water on Paul's
efforts he has responded well when an error has been found, BUT.

Be very careful when running a lotwreport.Adi download into your log.
Make sure you have a safe backup so that if you don't like the results
you can go back.

I don't believe this function is working correctly yet.  I have two
issues.

Firstly after running the download into 7.01 my Upl Cnfm's match what
the LoTW web site says exactly.  Doing the exact same procedure into
7.02 v13 I end up with hundreds of extra Upl Cfm's which is total
rubbish.

Secondly if you try to import the QSO information into your log, it will
over write your existing information and put a note in the notes for
this QSO. Supposedly you should be able to do this without over writing
you existing information just get the entries in the notes for this QSO
field if the information is different.

Well perhaps I am doing something wrong with this one but it sure looks
like it works completely reverse to how the book tells it.

I am going back to 7.01 and I'm going to let everyone else be the guinea
pigs until the dust settles on this 7.02 fiasco.

73 John ZL1BYZ.


___
Dx4win mailing list
Dx4win@mailman.qth.net
http://mailman.qth.net/mailman/listinfo/dx4win


Paul van der Eijk (KK4HD)
[EMAIL PROTECTED]
http://www.dx4win.com


Paul van der Eijk (KK4HD)
[EMAIL PROTECTED]
http://www.dx4win.com

FW: [Dx4win] Be very carefull 7.02 13 or 7.02 14

[John Shaw]

I hope Paul doesn't mind me forwarding this.

I guess he wants as solid a build as possible for Dayton.

73 John ZL1BYZ.

-Original Message-
From: Paul van der Eijk [mailto:[EMAIL PROTECTED] 
Sent: Thursday, 18 May 2006 6:51 a.m.
To: John Shaw
Cc: dx4win@mailman.qth.net
Subject: Re: [Dx4win] Be very carefull 7.02 13 or 7.02 14

John,

Thanks for sending your log; it revealed the problem immediately.

I took the afternoon off so I can fix this problem. I will upload a new
version as soon as it is complete.

--Paul

[Dx4win] Be very carefull 7.02 13 or 7.02 14

[John Shaw]

Just a heads up, and I am not trying to poor cold water on Paul's
efforts he has responded well when an error has been found, BUT.

Be very careful when running a lotwreport.Adi download into your log.
Make sure you have a safe backup so that if you don't like the results
you can go back.

I don't believe this function is working correctly yet.  I have two
issues.

Firstly after running the download into 7.01 my Upl Cnfm's match what
the LoTW web site says exactly.  Doing the exact same procedure into
7.02 v13 I end up with hundreds of extra Upl Cfm's which is total
rubbish.

Secondly if you try to import the QSO information into your log, it will
over write your existing information and put a note in the notes for
this QSO. Supposedly you should be able to do this without over writing
you existing information just get the entries in the notes for this QSO
field if the information is different.

Well perhaps I am doing something wrong with this one but it sure looks
like it works completely reverse to how the book tells it.

I am going back to 7.01 and I'm going to let everyone else be the guinea
pigs until the dust settles on this 7.02 fiasco.

73 John ZL1BYZ.