Date   

Amateur Contact Log

JoAnn Donaldson
 

I bought your FD Logger and it worked great. So I bought your package deal. Installed the Amateur Contact Log. Imported my adif file from my old logger. had it sort the file by date so that the latest one was on top. Found what the Single Letter Codes mean and what the different Colors mean. So far it is working great. I do have two questions.

1. How do you delete columns that you don't need.
2. Second, I know how to create separate Log files. But can not figure out how to Merge them into the Master Log.


JoAnn - AB8YZ


Re: Ohio QSO IN 4.3 Download

Scott Davis
 

Hi Tom,

Thanks for your e-mail.  I'm sorry that you have run into trouble.  There have been no recent changes to the file or other problem reports, so the most likely cause is that your Internet protection software is clamping down on the installer.  Giving the installer the proper permissions in your protection software will do the trick.

Enjoy!

73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: Tom KA8MNT <KA8MNT@...>
To: N3FJPSoftwareUsers@groups.io <N3FJPSoftwareUsers@groups.io>
Sent: Thu, Jul 16, 2020 8:59 am
Subject: [N3FJPSoftwareUsers] Ohio QSO IN 4.3 Download

Good morning,
 
I am having a problem down loading the subject software.
When I click on it  to download it starts then cancels right away.
 
I’m not sure if the problem is on your end or mine.
 
Thanks
73
Tom Archer – KA8MNT
KA8MNT@...
 
 


Re: QSos from different locations mixed on download from LoTW

Mark Williams
 

Thanks Mitch,

Given the reality of how LoTW logs, seem like your recommendation makes sense.  With all the fields in AClog, there's probably already one for location that populates when you update from LoTW.

73, Mark - KF6YU


Ohio QSO IN 4.3 Download

"Tom KA8MNT"
 

Good morning,

 

I am having a problem down loading the subject software.

When I click on it  to download it starts then cancels right away.

 

I’m not sure if the problem is on your end or mine.

 

Thanks

73

Tom Archer – KA8MNT

KA8MNT@...

 

 


Re: eQSL upload problems

Scott Davis
 

Hi Mike,

In addition to Rebecca's good suggestions, choose a password with only letters and numbers, no special characters.

Enjoy!

73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: Rebecca Milligan <rebeccamilligan@...>
To: N3FJPSoftwareUsers@groups.io
Sent: Thu, Jul 16, 2020 6:33 am
Subject: Re: [N3FJPSoftwareUsers] eQSL upload problems

Hi Mike,
 
Have you tried putting your callsign in the dialogue box labeled “eQSL Nickname”?  It is below the password dialogue box.
 
The Nickname should be whatever you used when creating  your eQSL account or, if you have more than one account in eQSL, the current account or nickname.
 
I hope this helps.
 
73/88,
 
 
Rebecca, N4EFS
 
From: N3FJPSoftwareUsers@groups.io [mailto:N3FJPSoftwareUsers@groups.io] On Behalf Of Mike Williams
Sent: Thursday, July 16, 2020 5:01 AM
To: N3FJP logbook user email group
Subject: [N3FJPSoftwareUsers] eQSL upload problems
 
Dear Folks,
 
I am very happy with the Amateur Contact Log. Very intuitive and tidy. Only one problem, eQSL uploads don't currently  work. (LotW is fine). 
It says the eQSL password and username have some problems, but I can login into eQSL manually with these login data. Using another way, I can upload the ADIF file exported from the logbook SW, so the eQSL server is working.
 
I get this message for each QSO.
 
Quote:
 
Error: No match on eQSL_User/eQSL_Pswd

Log record = 1
--------
Upload Complete!
 
Unquote  
 
See my screenshot below for my settings
 
73, good DX and thanks for your time, Mike OK8MSW Czech Republic
 
image.png


Re: eQSL upload problems

Rebecca Milligan <rebeccamilligan@...>
 

Hi Mike,

 

Have you tried putting your callsign in the dialogue box labeled “eQSL Nickname”?  It is below the password dialogue box.

 

The Nickname should be whatever you used when creating  your eQSL account or, if you have more than one account in eQSL, the current account or nickname.

 

I hope this helps.

 

73/88,

 

 

Rebecca, N4EFS

 

From: N3FJPSoftwareUsers@groups.io [mailto:N3FJPSoftwareUsers@groups.io] On Behalf Of Mike Williams
Sent: Thursday, July 16, 2020 5:01 AM
To: N3FJP logbook user email group
Subject: [N3FJPSoftwareUsers] eQSL upload problems

 

Dear Folks,

 

I am very happy with the Amateur Contact Log. Very intuitive and tidy. Only one problem, eQSL uploads don't currently  work. (LotW is fine). 

It says the eQSL password and username have some problems, but I can login into eQSL manually with these login data. Using another way, I can upload the ADIF file exported from the logbook SW, so the eQSL server is working.

 

I get this message for each QSO.

 

Quote:

 

Error: No match on eQSL_User/eQSL_Pswd

Log record = 1

--------

Upload Complete!

 

Unquote  

 

See my screenshot below for my settings

 

73, good DX and thanks for your time, Mike OK8MSW Czech Republic

 

image.png


eQSL upload problems

Mike Williams
 

Dear Folks,

I am very happy with the Amateur Contact Log. Very intuitive and tidy. Only one problem, eQSL uploads don't currently  work. (LotW is fine). 
It says the eQSL password and username have some problems, but I can login into eQSL manually with these login data. Using another way, I can upload the ADIF file exported from the logbook SW, so the eQSL server is working.

I get this message for each QSO.

Quote:

Error: No match on eQSL_User/eQSL_Pswd

Log record = 1
--------
Upload Complete!

Unquote  

See my screenshot below for my settings

73, good DX and thanks for your time, Mike OK8MSW Czech Republic

image.png


Re: IARU, Multi-op, band change rule and timer suggestion

Lawrence Dobranski
 

Scott,

There is a similar requirement in the RAC Canada Day and Winter Contests for the Multi-Single Category:

4) * In the Multi-Single category only one transmitter and one band are permitted during the same time period (defined as 10 minutes). Exception: One, and only one, other band may be used during any
10-minute period, if and only if the station worked is a new multiplier. In other words the Multi-Single Transmitter class allows a second station to “hunt” and work multipliers only on a single separate band during any 10-minute period.


This rule is applied to SO2R operations.  In addition, verification that a potential station is a new multiplier would have to be checked.

Thanks for considering it as a feature request.

Regards,

73 DE VA3IQ

Lawrence

On Tue, Jul 14, 2020 at 8:00 PM John Huber <n8fyl@...> wrote:
Bruce,

I understand the ethical reasons why you decided to not send in your log.  Have you thought about submitting it as a checklog? After all, if you submitted it as is with the band change violation, rule
4.3.4. Violation of the band change rules will reclassify the entry as checklog.
would turn your log into a checklog anyway!

Submitting as a checklog helps the contest organizers with the log checking process, and lets all the stations you did contact to have their contacts confirmed.  I have seen posts on the contesting.com where some operators for one reason or another chose to operate a whole contest in a manner that they know does not fit the rules.  They submit their logs as a checklog to make sure the other guys can get the credit they deserve for making the qsos. 

73,  John / N8FYL


Re: QSos from different locations mixed on download from LoTW

Mitch NW0M
 

Mark,

I would use a single log file regardless of callsign or location.  If you want to designate a location on each call record then use one of the Other fields.  Once you get everything back in sync in a single log file, I think you will be happier going forward.

73, Mitch


Re: QSos from different locations mixed on download from LoTW

Mark Williams
 

I suspected that.  Seems there is a field in the LoTW log with the specified location.  The question then is how to sort the updates from LOTW out so that they can be applied to the proper log.  When I did the downloads it made a mess of of the logs.  Any ideas or best practices would be appreciated.

73,

Mark - KF6YU


Re: IARU, Multi-op, band change rule and timer suggestion

John Huber
 

Bruce,

I understand the ethical reasons why you decided to not send in your log.  Have you thought about submitting it as a checklog? After all, if you submitted it as is with the band change violation, rule
4.3.4. Violation of the band change rules will reclassify the entry as checklog.
would turn your log into a checklog anyway!

Submitting as a checklog helps the contest organizers with the log checking process, and lets all the stations you did contact to have their contacts confirmed.  I have seen posts on the contesting.com where some operators for one reason or another chose to operate a whole contest in a manner that they know does not fit the rules.  They submit their logs as a checklog to make sure the other guys can get the credit they deserve for making the qsos. 

73,  John / N8FYL


Re: QSos from different locations mixed on download from LoTW

Larry Banks
 

Hi Mark,
 
I assume these are all the same call and LoTW certificate.  Therefore they are all one log in LoTW.  You are doing nothing wrong.

73 -- Larry -- W1DYJ

 

Sent: Tuesday, July 14, 2020 17:41
Subject: [N3FJPSoftwareUsers] QSos from different locations mixed on download from LoTW
 
I've just created AClogs logs for previous locations defined in TQSL from previous logging SW and paper.  Three log files total.  Everything looks fine in AClog.  I uploaded the logs for the locations to LoTW using AClog with the correct log selected and the correct location selected in LoTW Manager.  All three logs uploaded and confirmed by LoTW,  Using the Download feature of LoTW Manager,  OSOs from all three logs are mixed.  What am I doing wrong? 

73s,
Mark KF6YU


QSos from different locations mixed on download from LoTW

Mark Williams
 

I've just created AClogs logs for previous locations defined in TQSL from previous logging SW and paper.  Three log files total.  Everything looks fine in AClog.  I uploaded the logs for the locations to LoTW using AClog with the correct log selected and the correct location selected in LoTW Manager.  All three logs uploaded and confirmed by LoTW,  Using the Download feature of LoTW Manager,  OSOs from all three logs are mixed.  What am I doing wrong?  

73s,
Mark KF6YU


Re: Operating and Logging outside your home DXCC

Mike Olbrisch
 

That is how I do it.

 

In reality it is little different that working different portable locations.

 

N3FJP AC-Log will receive input and store any information you put into it.  For example, I maintain a log for USA operations, and it contains log entries from the states of TX, OK, AR, NM, MO, CO, AZ, WY and CA.  I use one of the OTHER fields to annotate what my portable locations were.

I maintain a second log for my operations in Europe.  That log contains portable operations from DL, HB9, HB0, OE and OK, and the DL portion is made up of some greater number of portable locations, probably 2 or 3 dozen total.

Where it becomes tricky is when uploading to on-line QSL services.  I will use LoTW as an example.  When I operated as HB0/KD5KC, to upload it to LoTW *PROPERLY*, I had to be certain I requested a call sign certificate from ARRL denoting HB0/KD5KC, with the proper start date.  When I used that certificate in T-QSL, I needed to be certain that I had the proper IARU and CQ zones included, and the proper grid in the station location file I built for that operation.  That way any confirmation would show me in HB0, not DL or TX etc.

As I operate portable a lot, I am quite careful to make a new location if anything at all changed.  I upload 6-digit grids. And if I move from DM61st to DM61su, I will build a new station location.  It would be perfectly legal and proper to just log it all as DM61 in the proper state and county, and call it good.  Kind of up to the user what level of detail they like.  I enjoy VHF/UHF and some appreciate the greater detail of a 6-digit grid.

 

Hope you find this useful.  As long as you get the info correct, it is pretty well up to you.

 

Mike – KD5KC -- El Paso -- Texas.

 

The canyons are calling, colorful and deep.  But I have promises to keep.

And miles to go still in my Jeep...   And miles to go still in my Jeep...

 

 

ADVENTURE:  The respectful pursuit of trouble.

 

 

 

 

 

 

From: N3FJPSoftwareUsers@groups.io <N3FJPSoftwareUsers@groups.io> On Behalf Of ei7geb@...
Sent: Tuesday, July 14, 2020 10:35 AM
To: N3FJPSoftwareUsers@groups.io
Subject: [N3FJPSoftwareUsers] Operating and Logging outside your home DXCC

 

Hi,

I operated 2 X SOTA in Northern Ireland (GI) at the weekend.
As my home QTH is on Southern Ireland (EI) , I can operate in GI under my licence conditions as MI/EI7GEB/P
My question is , can I logs these contacts from GI on my normal N3FJP logbook which is default to EI?
(ie: Does the system allow you to log from different a different DXCC? as if I log as normal the DXCC will be EI on LOTW and EQSL)

Thanks/ 73
David EI7GEB


Re: Lotw messaes not fitting correctly and top ,menu find button

W5DET
 

In the M$Windows 7 Control Panel, There is a setting for Display which "...allows you to change the size of text and other items on your screen..."  The image you provided looks like what happened when I played with a setting different from 100%(Default) a while back..  Win7 is the last version of M$Windows I have to work with so I don't know if Redmond still includes such a feature.  Or, for that matter, if whatever you're using includes such a feature.

73, Doug, W5DET


Re: Operating and Logging outside your home DXCC

Scott Davis
 

Hi David,

Thanks for your e-mail.  My software doesn't have any limitations, but for LoTW, you will need to make sure that you sign the records with the TQSL station location for your other location.

Enjoy!

73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
To: N3FJPSoftwareUsers@groups.io
Sent: Tue, Jul 14, 2020 12:34 pm
Subject: [N3FJPSoftwareUsers] Operating and Logging outside your home DXCC

Hi,

I operated 2 X SOTA in Northern Ireland (GI) at the weekend.
As my home QTH is on Southern Ireland (EI) , I can operate in GI under my licence conditions as MI/EI7GEB/P
My question is , can I logs these contacts from GI on my normal N3FJP logbook which is default to EI?
(ie: Does the system allow you to log from different a different DXCC? as if I log as normal the DXCC will be EI on LOTW and EQSL)

Thanks/ 73
David EI7GEB


Re: IARU, Multi-op, band change rule and timer suggestion

Scott Davis
 

Hi Bruce,

Thanks for your thoughts and suggestions.  I don't recall receiving a similar request, but understand how that would have been helpful and I will give it some thought for the future.

Thanks again!

73, Scott
N3FJP

Serving the Amateur Radio community with contesting and general logging software since 1997.

1 Peter 3 vs 15: Always be prepared to give an answer to everyone who asks you to give the reason for the hope that you have. But do this with gentleness and respect...


-----Original Message-----
From: Bruce Richardson <w9fz@...>
To: N3FJPSoftwareUsers@groups.io
Sent: Tue, Jul 14, 2020 12:34 pm
Subject: [N3FJPSoftwareUsers] IARU, Multi-op, band change rule and timer suggestion

This past weekend, my wife and I dabbled in the IARU contest as a Multi-op using her callsign.  We inadvertently violated the band-change rule and once we realized it, we gave up and won't send in our log.  We learned a good lesson.

The rule is:
4.3.1. Must remain on a band and mode for at least 10 minutes before changing bands or modes. There are no exceptions. The “10 minute clock” starts when a QSO is logged.

We had cleaned out 15M, then we went to 20M, then we went to 40M to see if there was any action there and we found W1AW/4 and worked 'em.  Oooops!  Not enough time had gone by.  If N3FJP IARU software somehow knew that we were a Multi-op, a Red flag timer that would appear for 10 minutes after the first QSO in a new band or mode would be a GREAT assistance to help avoid violating this rule.  I'll go look at the menus again, but I don't recall a menu option to turn anything "on" like this.

Turns out this only applies to Multi-ops, so I understand why it's a low-priority coding project.  But a red warning flag that appears for 10 minutes and then disappears would be a great aid for situational awareness.  Have you coded anything similar for other contests?

73
Bruce Richardson W9FZ


Operating and Logging outside your home DXCC

ei7geb@...
 

Hi,

I operated 2 X SOTA in Northern Ireland (GI) at the weekend.
As my home QTH is on Southern Ireland (EI) , I can operate in GI under my licence conditions as MI/EI7GEB/P
My question is , can I logs these contacts from GI on my normal N3FJP logbook which is default to EI?
(ie: Does the system allow you to log from different a different DXCC? as if I log as normal the DXCC will be EI on LOTW and EQSL)

Thanks/ 73
David EI7GEB


IARU, Multi-op, band change rule and timer suggestion

Bruce Richardson
 

This past weekend, my wife and I dabbled in the IARU contest as a Multi-op using her callsign.  We inadvertently violated the band-change rule and once we realized it, we gave up and won't send in our log.  We learned a good lesson.

The rule is:
4.3.1. Must remain on a band and mode for at least 10 minutes before changing bands or modes. There are no exceptions. The “10 minute clock” starts when a QSO is logged.

We had cleaned out 15M, then we went to 20M, then we went to 40M to see if there was any action there and we found W1AW/4 and worked 'em.  Oooops!  Not enough time had gone by.  If N3FJP IARU software somehow knew that we were a Multi-op, a Red flag timer that would appear for 10 minutes after the first QSO in a new band or mode would be a GREAT assistance to help avoid violating this rule.  I'll go look at the menus again, but I don't recall a menu option to turn anything "on" like this.

Turns out this only applies to Multi-ops, so I understand why it's a low-priority coding project.  But a red warning flag that appears for 10 minutes and then disappears would be a great aid for situational awareness.  Have you coded anything similar for other contests?

73
Bruce Richardson W9FZ


locked Re: R9GM Asiatic Russia, what is his QTH?

Christopher Scibelli <nu1oscar@...>
 




-----Original Message-----
From: K8TS <dalecole3502@...>
To: N3FJPSoftwareUsers@groups.io <N3FJPSoftwareUsers@groups.io>
Sent: Tue, Jul 14, 2020 10:38 am
Subject: Re: [N3FJPSoftwareUsers] R9GM Asiatic Russia, what is his QTH?

I saw a number of stations in the recent IARU contest handing out different zones than the default which showed in Scott’s program.  I always, whether needed or not, download Jim’s latest update to be sure prior to each contest.

My logic was just log as told on the air.  It could always be a “troll” check log from the sponsors, looking for assisted stations and submitting in another category (i.e. non-assisted). The one’s I noticed most were in US zone 5 along with a couple of EU.  I also noticed an HQ station giving a zone rather than the HQ acronym.  I hope these are not singled out and docked in the log check and scoring.

Dale K8TS

 

Sent from Mail for Windows 10

 

From: Dave
Sent: Tuesday, July 14, 2020 8:38 AM
To: N3FJPSoftwareUsers@groups.io
Subject: Re: [N3FJPSoftwareUsers] R9GM Asiatic Russia, what is his QTH?

 

His city as listed is in Asia it is east of the dividing line of Europe/Asia. The reason it shows up as European Russia is the 'G' after the '9". The Russian Federation says a 'G' is in European Russia. BUT his address is Clearly located in Asia. My question is why would a ham put a false address. Especially when hams would send him QSL cards with US dollars enclosed for a return card. 
I don't think the 'G' after his number is a line in the sand, in other words he could be in Asia not European Russia as his address seems to indicate. It's a tough call determining where every ham lives. But I would think the QRZ address would be correct given the 'US Dollars' they would get with QSLing.

I thought by posting, someone may have worked him before and could share any info.
Dave
k4em

 


9301 - 9320 of 52172