Log4OM

G4POP wrote:

k3dcw wrote: I know that other logbook programs don't have this issue for some reason (maybe they filter the downloaded ADIF file to remove "dupes"), so that's why I was asking.

We can only download using the protocol provided by LOTW and eQSL this applies to all developers.

I understand that, and I personally like the way Log4OM handles LoTW, so let's ignore that for now. However, let me use RUMlog (on OS X) for an example (or HRD) regarding eQSL. Using RUMlog, each time you download new QSLs from eQSL, it doesn't show all of the QSOs, it only displays the QSLs received on eQSL since the last time you checked. Obviously, RUMlog keeps track of when eQSL was last checked, and it only displays eQSL confirmations received since that time. So, either RUMlog is:

a) downloading all eQSL QSLs since the beginning of time, and filtering out any that it has already seen and then showing only any "new" ones in the dialog,

or

b) there is some way to just download eQSL QSLs received since a certain date.

I honestly don't know which way it is being done; you and Danielle will have a much better grasp on the eQSL developer info than I. However, I know that when I download from eQSL in RUMlog today using the same log as Log4OM, RUMlog shows me at "0" new eQSLs as of today, but in Log4OM it shows 179 or so eQSLs received based upon QSOs over the last 6 months. Log4OM doesn't make any changes because all of the QSOs are already in the database, so that's ok. But, there is no way to know if any of those 179 are new or whether they are all "old" QSLs received previously. In RUMlog (or HRD), if I see one downloaded then I know it is new.

You said that eQSL's documents say this is the way it has to be done, and I'm not arguing. I just wonder what other programs (like RUMlog, or HRD, or DXLabs) are doing differently to hide all of that extra data being downloaded, or is there another way to get the info that was perhaps overlooked???


In any case, I appreciate the effort and the discussion. Discussion is what helps formulate ideas and feeds them through the "fire" to forge better products...and Log4OM is definitely a great product!

73, Terry, and thanks again for the info and for listening!

Dave
K3DCW

Rumlog only displays the new ones all the other ADIF entries in the download are hidden or rather disregarded, Tom is a great programmer and provides the best ham software for OSX and now iPad, I worked with Tom on the SDRDX integration and he knows his code, computer not CW!

We show all of the ADIF entries and you can see those that were updated if you are interested! Perhaps we may choose to just display the new ones at sometime in the future that will depend on user demand.

G4POP wrote:Rumlog only displays the new ones all the other ADIF entries in the download are hidden or rather disregarded, Tom is a great programmer and provides the best ham software for OSX and now iPad, I worked with Tom on the SDRDX integration and he knows his code, computer not CW!
We show all of the ADIF entries and you can see those that were updated if you are interested! Perhaps we may choose to just display the new ones at sometime in the future that will depend on user demand.

I completely agree regarding Tom...definitely a talented code guy with the best ham software on OS X! And to top it off, a good DX op and a nice guy.

So he's hiding the "old" entries...that is exactly what I was wondering if he was doing. Thanks for clarifying.

73, Terry

Dave
K3DCW

There are the EQSL parameters:

LimitDateLo = Earliest QSO date to download (oddly, in MM/DD/YYYY format with escape code 2F for slashes)
LimitDateHi = Latest QSO date to download (oddly, in MM/DD/YYYY format with escape code 2F)
RcvdSince = (YYYYMMDDHHMM) Everything that was entered into the database on or after this date/time
ConfirmedOnly = Set to any value in the URL to signify you only want to download Inbox items you HAVE confirmed
UnconfirmedOnly = Set to any value in the URL to signify you only want to download Inbox items you have NOT confirmed
Archive = 1 for Archived records ONLY; 0 for Inbox (non-archived) ONLY; omit this parameter to retrieve ALL records in Inbox and Archive

I'm actually using LimitDateLo/Hi that is the most "safe".

I can use the "RcvdSince", pre-setting the last download date, but "everything that was entered into the database on or after this date/time" was clear but open to some doubt for me. But can be a suitable option. Probably some softwares uses that way.
Archive flag can be used too, but if you enter in EQSL and move records to archive we will loose them.

I'm adding an option to dowload "from last download".
73

I can use the "RcvdSince", pre-setting the last download date, but "everything that was entered into the database on or after this date/time" was clear but open to some doubt for me. But can be a suitable option. Probably some softwares uses that way.
Archive flag can be used too, but if you enter in EQSL and move records to archive we will loose them.

I'm adding an option to dowload "from last download".
73

Great. Thank you for considering this.

73

Dave
K3DCW

My thumbs up

Done.
Unfortunately you must wait for the next release

Thanks all for this very deep and interesting discussion, it's what i need to plan the future and taking decisions.

73

IW3HMH wrote:Done.
Unfortunately you must wait for the next release

Thanks all for this very deep and interesting discussion, it's what i need to plan the future and taking decisions.

73

I'm sure the wait will be worthwhile.

73

Dave

No problem to wait a bit And b.t.w. thank´s a lot ......