Cloudlog icon indicating copy to clipboard operation
Cloudlog copied to clipboard

eQSL upload

Open m0urs opened this issue 3 years ago • 8 comments

I have setup a second station location in Cloudlog for a portable QTH with callsign "DG3NAB/P" and eQSL nickname "JO40JE (Hochstadt)".

In eQSL I have setup a second attached account with the nickname "JO40JE (Hochstadt)" and the callsign "DG3NAB/P"

If I now enter a QSO to the station location "JO40JE (Hochstadt)" in Cloudlog and try to upload the QSO to eQSL it says "The following QSOs were sent to eQSL ..." but the next time I try to upload the QSOs the same QSO is displayed again.

I can also not find the QSO in eQSL so I guess it has NOT been uploaded.

Did I miss something?

Uploading from my main station location "Home" in Cloudlog, does work as expected.

UPDATE:

If I try to download from eQSL while having the new station profile as active profile, I do get the following error:

"No such Username/Password found This could mean the wrong callsign or the wrong password, or the user does not exist."

Maybe this relates to the upload problem?

m0urs avatar Apr 01 '22 08:04 m0urs

Yes eQSL badly handles multi location and creates a new account for each, this will be resolved in V2 with the option to create profiles that hold login details that can be assigned against station locations

magicbug avatar Apr 01 '22 14:04 magicbug

Same here added /P and no luck uploading to eQSL

Vic152 avatar May 03 '22 21:05 Vic152

It appears also that the "comments" made in the logbook arent forwarded to eQSL's comment field

Meganitrospeed avatar May 22 '22 22:05 Meganitrospeed

It appears also that the "comments" made in the logbook arent forwarded to eQSL's comment field

This works as designed. The comments are not supposed to be transferred to eQSL.cc. To accomplish this a separate field has been added to the QSL section with https://github.com/magicbug/Cloudlog/pull/1435 in station_logbooks branch. The ADIF field used here is called "QSLMSG".

Screenshot from 2022-05-23 10-36-38

phl0 avatar May 23 '22 08:05 phl0

It appears also that the "comments" made in the logbook arent forwarded to eQSL's comment field

This works as designed. The comments are not supposed to be transferred to eQSL.cc. To accomplish this a separate field has been added to the QSL section with #1435 in station_logbooks branch. The ADIF field used here is called "QSLMSG".

Screenshot from 2022-05-23 10-36-38

Perfect, didnt check the current dev repo, my fault, I guess eQSL is also going to get an option to automate upload through Cron?

Meganitrospeed avatar May 23 '22 14:05 Meganitrospeed

I now switched to Version 2 and tried again to upload my QSOs I added to the second station location (see me original posting). However, it seems that there is no change. It is still not uploading my QSOs from the second station location to eQSL although the QTH nickname is set correctly.

Also, if I try to import eQSL data while my second station location is the active one, I do get the error

No such Username/Password found This could mean the wrong callsign or the wrong password, or the user does not exist.

I am using two different call signs, for my main location it is "DG3NAB", for the second location it is "DG3NAB/P". I have defined "DG3NAB/P" also in eQSL for this QTH, but I think maybe Cloudlog is still using "DG3NAB" as a user for eQSL?

I also see the issue described here https://github.com/magicbug/Cloudlog/issues/1502 Even if I manually mark all QSOs as uploaded to eQSL, all QSOs are still displayed again for uploading the next time.

For my primary station location, everything works fine.

Maybe it is just not implemented into Version 2 yet. I just wanted to inform, that it is currently not yet working. Just in case ...

m0urs avatar Jun 28 '22 14:06 m0urs

I know that in Log4OM you need to provide "DG3NAB/P" as user not "DG3NAB". So, the User and Nickname have to match. It seems logging software is required to support multiple users.

Vic152 avatar Jun 28 '22 15:06 Vic152

Yes, and I think CLoudlog is using the username defined in the user account for eQSL.cc. Instead I would say it should use the call sign defined in the active station location (or the eQSL username needs to be set for every station location explicitly).

m0urs avatar Jun 28 '22 15:06 m0urs

Yes, and I think CLoudlog is using the username defined in the user account for eQSL.cc. Instead I would say it should use the call sign defined in the active station location (or the eQSL username needs to be set for every station location explicitly).

https://github.com/magicbug/Cloudlog/pull/1576 implements uploading for linked account with different callsigns (i.e. /P /M and so on)

Downloading confirmations suffers from the same problem as well (not fixed yet)

nolith avatar Aug 19 '22 06:08 nolith

I did play some more with eQSL in the last weeks. It seems that you need to add different accounts in eQSL for every portable activity you have done in order to get the right QSL information like QTH, locator and a different picture etc.

So you end up with many accounts within eQSL which all have the same call sign like "DG3NAB/P". So I guess it is not sufficient to use the "/P" callsign during upload but somehow you need to specify the correct eQSL nickname? I have named my station location profile name in Cloudlog with the same name as the nickname in eQSL so maybe this could be used to link the two together?

m0urs avatar Aug 19 '22 07:08 m0urs

The nickname management is already implemented in cloudlog.

If you have more QTH for your callsign it will just work.

However if you have linked account with different callsings (/P or similar) not only you need to provide the right nickname, but you also must login with the callsign assigned to that location (this is the fix I implemented).

nolith avatar Aug 19 '22 07:08 nolith

Ah ok, great. So that should then work for my setup. So I will either wait until the pull request is approved or try it in my local fork if I find some time. Thanks!

m0urs avatar Aug 19 '22 07:08 m0urs

https://github.com/magicbug/Cloudlog/pull/1579 implements downloading from all the linked accounts defined in each station location.

nolith avatar Aug 24 '22 16:08 nolith