Date   

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

Lawrence (VA3IQ)
 

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
 




-----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

 



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

Scott Davis
 

Hi Gang,

This thread has detoured from N3FJP Software support, but please feel free to continue direct.

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: Christopher Scibelli via groups.io <nu1oscar@...>
To: N3FJPSoftwareUsers@groups.io
Sent: Tue, Jul 14, 2020 10:43 am
Subject: Re: [N3FJPSoftwareUsers] R9GM Asiatic Russia, what is his QTH?

Why would a ham lie about his actual location?  The first thing that popped into my head was that he may not want his actual location made public.  Russia is still a military adversary of the West.  Perhaps he works at a defense installation the Russians would prefer we not know the location of. Or, having grown up in a police-state perhaps he's just excessively paranoid. 

As far as you expecting him to be honest simply due to his hobby and that he takes some money for QSL cards, I don't think his hobby selection is apt to make him more honest than the public at large.  Based on some of the financial shenanigans I've seen in this hobby over almost 4 decades it seems to me our hobby has a good share of dishonest characters.  Whether we are more dishonest than the general public would simply be a guess on my part. 

It looks like you pinpointed his QTH as Asia unless he is lying.  In that case, his email won't mean much, but the QSL should still count for an award whether he's actually in Asia or not since no Russian is going to dispute his location.  Even if I had worked him we'd have the same dilemma.  QRZ is not investigating these station locations so in the end all one can really do is go by the QSL and his info on QRZ.  

73,
Chris  NU1O

-----Original Message-----
From: Dave <k4em@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Tue, Jul 14, 2020 8:38 am
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


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

Christopher Scibelli
 

Why would a ham lie about his actual location?  The first thing that popped into my head was that he may not want his actual location made public.  Russia is still a military adversary of the West.  Perhaps he works at a defense installation the Russians would prefer we not know the location of. Or, having grown up in a police-state perhaps he's just excessively paranoid. 

As far as you expecting him to be honest simply due to his hobby and that he takes some money for QSL cards, I don't think his hobby selection is apt to make him more honest than the public at large.  Based on some of the financial shenanigans I've seen in this hobby over almost 4 decades it seems to me our hobby has a good share of dishonest characters.  Whether we are more dishonest than the general public would simply be a guess on my part. 

It looks like you pinpointed his QTH as Asia unless he is lying.  In that case, his email won't mean much, but the QSL should still count for an award whether he's actually in Asia or not since no Russian is going to dispute his location.  Even if I had worked him we'd have the same dilemma.  QRZ is not investigating these station locations so in the end all one can really do is go by the QSL and his info on QRZ.  

73,
Chris  NU1O

-----Original Message-----
From: Dave <k4em@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Tue, Jul 14, 2020 8:38 am
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


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

K8TS
 

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

 


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

Dave
 

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


Re: Club Score Processor

Scott Davis
 

Thanks so much for your really good information Jim!  I've been looking for a library so that I can code the SFTP option in C#, but so far a clear solution has not come to light.

Hopefully you will have more folks join in on your uploader for CQ WW DX, if not before.  Get them set up in advance and they will definitely be psyched to participate!

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: Jim Collins <ka2iwk@...>
To: N3FJPSoftwareUsers@groups.io
Sent: Mon, Jul 13, 2020 6:20 pm
Subject: [N3FJPSoftwareUsers] Club Score Processor

Hi All.


Thought I'd share how I configured the Club Score Processor software for
my web host.


I found out that our hosting service does NOT allow FTP to our site, for
good reason if you are at all familiar with FTP!!!  The only way to get
files up was using Mozilla's Filezilla program via SFTP (Secure FTP). 
But that got me thinking there must be a way to use the CSP software,
which only uses FTP, to talk to my host with SFTP.


The answer was to use the BitVise SSH Client software, which you can use
to bridge FTP to SFTP.  It's not hard at all to get running, but the
gist of it is to define an FTP connection locally (meaning 127.0.0.1)
and defining a remote SFTP connection to your host all in this software.


Then instead of using the address/username/password for the host in the
Field Day logger (or whichever software you want to watch on your
website) AND the Club Score Processor, you simply enter the 127.0.0.1
address and your in business.  Again, that points to what you setup in
the SSH Client, which translates that (bridges) to SFTP and up to the
end host website.


Unfortunately, I was the only one in our club, due to the added
complexity of bridging and the fact that I got that working minutes
before Field Day started!  Nonetheless, I sent out the web page and they
could, at least, monitor my score.


Hope this helps and I hope everyone, like I, had a super fun backyard FD
2020.


73,

Jim, KA2IWK

Sunny Buffalo, NY





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

Christopher Scibelli
 

Hi Dave,

In Russia, a number 9 or 0 in the call is listed as Asiatic Russia on Russian callsign websites. Notice the photo of R9GM's QSL on his QRZ site. It says. "Europe or Asia?"  That makes me wonder if the dividing line between Europe and Asia is very close to R9GM's QTH. Whatever the reason Mike added the question as to whether he is in Europe or Asia, I don't think he would've added it unless there was a controversy, or that he's very close to the European and Asian border.

A few weeks ago I read that hams outside the USA and Canada must put their own information on QRZ. There was a discussion in this forum about whether a European ham was legitimate because he wasn't listed on QRZ. Somebody explained that hams outside the USA and Canada put their own data on QRZ. The US data comes from the FCC's website. I'm pretty sure Canadian information comes from their "FCC".

Mike, R9GM, gives his town as Bereziniki, which he writes is part of the Perm Region, so he is not actually in the city of Perm which is in Europe. I don't have a map that shows the dividing line between Europe and Asia in Russia to the degree we need to settle this matter definitively. Perhaps Perm is in Europe but Bereziniki is part of Asia? Since I believe Mike, R9GM, put the information on his QRZ page I'm prepared to trust the data.

The most accurate way to get the information you seek is in my opinion directly from the source. I'd say a DX Newsletter or DXpedition website would be the second-best way to get an accurate location. Thirdly, I'd use QRZ.

If you hear back from R9GM please pass on his reply.  You've made me curious.

73,

Chris  NU1O




-----Original Message-----
From: Dave <k4em@...>
To: N3FJPSoftwareUsers <N3FJPSoftwareUsers@groups.io>
Sent: Mon, Jul 13, 2020 12:09 pm
Subject: [N3FJPSoftwareUsers] R9GM Asiatic Russia, what is his QTH?

I worked R9GM on 10m FT8 and all my research shows his QTH is Asiatic Russia zone 17, his Grid Square shows Asiatic Russia and the city in QRZ shows that as well. ACLog is showing European Russia. I noticed AD1C has him listed in several CALLSIGN updates in the last few years but those seemed to be portable operations. 
I've emailed R9GM but no response yet.
How can we accurately determine a QTH? I use QRZ, grid square, google maps, DX bulletins. Is there a better way.

Dave
k4em


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

AB8WD-Willie
 

That has been done also thanks in advance for the idea.

12801 - 12820 of 55665