Date   

Doubleheader contest

Stephen Melachrinos
 

I hope everyone is enjoying the contest. I've seen a lot of stations on the air, and that's great. But I've also seen some signals on the air this morning that cause me to question whether everyone understands the rules. So here are some thoughts about parts of the rules that may not be obvious.

1. This is a low-band sprint, limited to 40, 80, and 160 meter bands. So QSOs on any other bands won't count. (They may be really great rag-chews, or good DX, or even LONP points, though!)

2. The contest timing is based on UTC days, and you are allowed a single six-hour block of time on each of those days. So if you operated last night from 0000z to 0600z (as I did), which was the start of UTC 12 December, then any contacts until 0000z of 13 December would constitute a different six-hour block and you'd have to choose one or the other to count in your score. This will repeat into the 14 of December. I've made two 40m contacts this morning that won't count for me, but they will count for the "other guy" if he chooses that block.

3. That said, recognize that people will be operating at different times during the days, and it's possible that those "other guys" might be on the air again tonight, during my chosen block of time for 13 December. And I hope they'll realize that although another QSO with me will be a dupe for them, it won't be for me. So I'd appreciate that QSO for my purposes.

73,
Steve
W3HF





Re: Zulu time, GMT & UTC

Don - KM4UDX
 

Wait, Iceland time always = UTC?
Why am I just hearing this now? 
This is great.
--
Don, km4udx, uBITX, and other obscure acronyms go here...


Re: HRD Logbook to LoTW with Other Grids

Eric KG6MZS
 

Thanks for the reply Darin.

I did that and then when I imported an ADI file it didn't take the "My Station" data from the new Location.  I think you might have to make an entree in the new Database with the "Add" button first to make sure the import takes the new Location.

Thanks again,

Eric


On 12/11/20 2:03 PM, Darin - KO4EJD wrote:
Eric,
You can go to my station and set that up.  I have 3 locations configured.
Before operating just select the one you want.

From logbook go to configure, my station and you'll see the option.

From DM780 go to program options and select calling.  This ties back to my station in logbook.

Good luck
Darin 

On Fri, Dec 11, 2020, 2:38 PM Eric KG6MZS <contact@...> wrote:
Hello All,

While restricted by the pandemic, I'm getting ready to activate other grids and I've pretty much got it all worked out except for one hitch.

I see in HRD Logbook you can define different Locations and you can create different Databases for different logs.  What I can't seem to figure out is how to assign those Locations to the different Databases.

I have set up different locations in LoTW but when I try and sign and upload the logs from HRD, LoTW tells me that the grids don't match.  LoTW thinks the logs have my home grid, not the new grid from elsewhere.

So how do I tell HRD to assign the grid from the activating location to the new database?

TIA
Eric, KG6MZS


Re: Zulu time, GMT & UTC

Jerry N9AVY
 

Yup, most software will convert local time from computer to UTC/GMT/Zulu.  If your software doesn't do that, you were ripped off !

Emoji

Jerry



On Friday, December 11, 2020, 04:35:32 PM CST, Barry VA7GEM via groups.io <boat.anchor@...> wrote:


I keep m computer on local time and my software (HRD)
on UTC. No question about what time it is.


Re: Zulu time, GMT & UTC

Leland Sly
 

👍

On Fri, Dec 11, 2020 at 4:35 PM Barry VA7GEM via groups.io <boat.anchor=yahoo.ca@groups.io> wrote:
I keep m computer on local time and my software (HRD)
on UTC. No question about what time it is.


Re: Zulu time, GMT & UTC

Barry VA7GEM
 

I keep m computer on local time and my software (HRD)
on UTC. No question about what time it is.


Re: HRD Logbook to LoTW with Other Grids

Darin - KO4EJD
 

Eric,
You can go to my station and set that up.  I have 3 locations configured.
Before operating just select the one you want.

From logbook go to configure, my station and you'll see the option.

From DM780 go to program options and select calling.  This ties back to my station in logbook.

Good luck
Darin 

On Fri, Dec 11, 2020, 2:38 PM Eric KG6MZS <contact@...> wrote:
Hello All,

While restricted by the pandemic, I'm getting ready to activate other grids and I've pretty much got it all worked out except for one hitch.

I see in HRD Logbook you can define different Locations and you can create different Databases for different logs.  What I can't seem to figure out is how to assign those Locations to the different Databases.

I have set up different locations in LoTW but when I try and sign and upload the logs from HRD, LoTW tells me that the grids don't match.  LoTW thinks the logs have my home grid, not the new grid from elsewhere.

So how do I tell HRD to assign the grid from the activating location to the new database?

TIA
Eric, KG6MZS


HRD Logbook to LoTW with Other Grids

Eric KG6MZS
 

Hello All,

While restricted by the pandemic, I'm getting ready to activate other grids and I've pretty much got it all worked out except for one hitch.

I see in HRD Logbook you can define different Locations and you can create different Databases for different logs.  What I can't seem to figure out is how to assign those Locations to the different Databases.

I have set up different locations in LoTW but when I try and sign and upload the logs from HRD, LoTW tells me that the grids don't match.  LoTW thinks the logs have my home grid, not the new grid from elsewhere.

So how do I tell HRD to assign the grid from the activating location to the new database?

TIA
Eric, KG6MZS


Re: Zulu time, GMT & UTC

Paula K7PAX #1739
 

Good to know about Iceland time. That could be very useful!

Paula K7PAX

On Dec 10, 2020, at 10:50 AM, Josef 'Jeff' Sipek <jeffpc@josefsipek.net> wrote:

On Thu, Dec 10, 2020 at 18:07:46 +0000, Jerry N9AVY wrote:
This may clear up some confusion about time ...
Jerry n9avy

"Zulu" time, more commonly know as "GMT" ( Greenwich Mean Time )
is time at the Zero Meridian. ... Due to various scientific reasons and
increased accuracy in measuring the earth's rotation, a new timescale,
called Universal Time Coordinated or Coordinated Universal Time (UTC), has
been adopted and replaced the term GMT.
This is true. Additionally, using "GMT" can get *really* confusing, and
that's why I avoid it.

There is a subtle difference between the three quantities.

During the winter, UTC = GMT = "time in the UK" (well, +-1 second).

During the summer, things get more complicated. While UTC just continues on
without interruption, the "time in the UK" is BST (British Summer Time)
which equals UTC+1 hour. GMT is the confusing one. Some say that it is
equal to UTC, some say that it is equal to "time in the UK". (Obviously, it
cannot be both.)

It's very annoying to deal with, and that's why I strongly suggest everyone
avoids saying "GMT" - especially during the summer.

In short:

* if you mean "zulu" time, write "UTC"
* if you mean "time in the UK", just write it out. (E.g., "let's meet at
noon London-time" or if it is clear from the context: "noon local time")

Tip for scheduling cross-timezone meetings:

Make sure you agree on both the time and the timezone. Then, enter the
event into your calendar as that - even if it isn't your timezone. Any
calendaring program worth using will correctly deal with changes to DST. If
you try to be clever, you might end up showing up at the wrong time.

For example, say I living in Massachusetts want to schedule a QSO with
someone in Frankfurt, Germany. If we agree to 12:30 local time in
Frankfurt, I'll enter it into my calendar just like that: 12:30 in
Frankfurt. Then, it doesn't matter if it is DST here, summer time in EU, or
the weird in-between few weeks where the US is on DST but EU is still on
winter time.

If I try to be clever, and instead of 12:30 in Frankfurt I put 06:30 in
Massachusetts it may work most of the time (namely when US and EU are both
using winter/summer time). But during the spring and fall, when the local
time difference between MA and Germany is only 5 hours, I'll have to be on
the radio at 07:30. Had I entered it as 12:30 Frankfurt, the calendar would
have automatically figured it out. But if I enter it as 06:30 MA, the
calendar doesn't know it should adjust it by an hour.

Oh, and if you want to schedule something for a UTC time and your calendar
doesn't let you enter "zulu" time, pick Iceland as the timezone location.
Iceland uses UTC year-round as their local time.

Huh... this turned out longer than I anticipated. Anyway, calendaring is
hard, timezones are hard, and it is a minor miracle civilization hasn't
collapsed because of the two :)

Jeff.






Re: Zulu time, GMT & UTC

Josef 'Jeff' Sipek
 

On Thu, Dec 10, 2020 at 13:58:41 -0500, Josef 'Jeff' Sipek wrote:
On Thu, Dec 10, 2020 at 18:38:28 +0000, Jerry N9AVY wrote:
...
Once you know your time zone is it get easier.  For example:  CST is
GMT/UTC plus 5 hours and CDST is plus 6 hours.  Simple, yes ?
Assuming CST is Central Standard Time, I have two things to point out:

(1)

CST is UTC *minus* 6 hours
CDT is UTC *minus* 5 hours

(2) The official abbreviations for the timezones in the lower 48 states are:
EST/CST/MST/PST (winter/non-DST) and EDT/CDT/MDT/PDT (winter/DST)
Err, copy & paste error - that should read:

(2) The official abbreviations for the timezones in the lower 48 states are:
EST/CST/MST/PST (winter/non-DST) and EDT/CDT/MDT/PDT (summer/DST)


Sorry,

Jeff.



Jeff.


Jerry  n9avy
On Thursday, December 10, 2020, 12:31:23 PM CST, Rick - N7WE <n7we1980@gmail.com> wrote:

I find the attached chart helpful.
--
Rick - N7WE
070 - #1602










Re: Zulu time, GMT & UTC

Josef 'Jeff' Sipek
 

On Thu, Dec 10, 2020 at 18:38:28 +0000, Jerry N9AVY wrote:
...
Once you know your time zone is it get easier.  For example:  CST is
GMT/UTC plus 5 hours and CDST is plus 6 hours.  Simple, yes ?
Assuming CST is Central Standard Time, I have two things to point out:

(1)

CST is UTC *minus* 6 hours
CDT is UTC *minus* 5 hours

(2) The official abbreviations for the timezones in the lower 48 states are:
EST/CST/MST/PST (winter/non-DST) and EDT/CDT/MDT/PDT (winter/DST)

Jeff.


Jerry  n9avy
On Thursday, December 10, 2020, 12:31:23 PM CST, Rick - N7WE <n7we1980@gmail.com> wrote:

I find the attached chart helpful.
--
Rick - N7WE
070 - #1602





Re: Zulu time, GMT & UTC

Josef 'Jeff' Sipek
 

On Thu, Dec 10, 2020 at 18:07:46 +0000, Jerry N9AVY wrote:
This may clear up some confusion about time ...
Jerry  n9avy

"Zulu" time, more commonly know as "GMT" ( Greenwich Mean Time )
is time at the Zero Meridian. ... Due to various scientific reasons and
increased accuracy in measuring the earth's rotation, a new timescale,
called Universal Time Coordinated or Coordinated Universal Time (UTC), has
been adopted and replaced the term GMT.
This is true. Additionally, using "GMT" can get *really* confusing, and
that's why I avoid it.

There is a subtle difference between the three quantities.

During the winter, UTC = GMT = "time in the UK" (well, +-1 second).

During the summer, things get more complicated. While UTC just continues on
without interruption, the "time in the UK" is BST (British Summer Time)
which equals UTC+1 hour. GMT is the confusing one. Some say that it is
equal to UTC, some say that it is equal to "time in the UK". (Obviously, it
cannot be both.)

It's very annoying to deal with, and that's why I strongly suggest everyone
avoids saying "GMT" - especially during the summer.

In short:

* if you mean "zulu" time, write "UTC"
* if you mean "time in the UK", just write it out. (E.g., "let's meet at
noon London-time" or if it is clear from the context: "noon local time")

Tip for scheduling cross-timezone meetings:

Make sure you agree on both the time and the timezone. Then, enter the
event into your calendar as that - even if it isn't your timezone. Any
calendaring program worth using will correctly deal with changes to DST. If
you try to be clever, you might end up showing up at the wrong time.

For example, say I living in Massachusetts want to schedule a QSO with
someone in Frankfurt, Germany. If we agree to 12:30 local time in
Frankfurt, I'll enter it into my calendar just like that: 12:30 in
Frankfurt. Then, it doesn't matter if it is DST here, summer time in EU, or
the weird in-between few weeks where the US is on DST but EU is still on
winter time.

If I try to be clever, and instead of 12:30 in Frankfurt I put 06:30 in
Massachusetts it may work most of the time (namely when US and EU are both
using winter/summer time). But during the spring and fall, when the local
time difference between MA and Germany is only 5 hours, I'll have to be on
the radio at 07:30. Had I entered it as 12:30 Frankfurt, the calendar would
have automatically figured it out. But if I enter it as 06:30 MA, the
calendar doesn't know it should adjust it by an hour.

Oh, and if you want to schedule something for a UTC time and your calendar
doesn't let you enter "zulu" time, pick Iceland as the timezone location.
Iceland uses UTC year-round as their local time.

Huh... this turned out longer than I anticipated. Anyway, calendaring is
hard, timezones are hard, and it is a minor miracle civilization hasn't
collapsed because of the two :)

Jeff.


Re: Zulu time, GMT & UTC

Jerry N9AVY
 

It's a helpful chart, but it's easier to hand the GMT/UTC/Zulu time at 0000 hours in one's mind and start from there rather than having to refer to a chart.  Am sure chart will be helpful to many, but I wouldn't rely on it too heavily.

Once you know your time zone is it get easier.  For example:  CST is GMT/UTC plus 5 hours and CDST is plus 6 hours.  Simple, yes ?

Jerry  n9avy

On Thursday, December 10, 2020, 12:31:23 PM CST, Rick - N7WE <n7we1980@...> wrote:


I find the attached chart helpful.
--
Rick - N7WE
070 - #1602


Re: Zulu time, GMT & UTC

Rick - N7WE
 

I find the attached chart helpful.
--
Rick - N7WE
070 - #1602


Re: Zulu time, GMT & UTC

Fr Richard R
 

Thank you Jerry

Fr Richard
WB8YXF




On Thursday, December 10, 2020, 1:07:54 PM EST, Jerry N9AVY <n9avy@...> wrote:


This may clear up some confusion about time ...

Jerry  n9avy


"Zulutime, more commonly know as "GMT" ( Greenwich Mean Time ) is time at the Zero Meridian. ... Due to various scientific reasons and increased accuracy in measuring the earth's rotation, a new timescale, called Universal Time Coordinated or Coordinated Universal Time (UTC), has been adopted and replaced the term GMT.


Zulu time, GMT & UTC

Jerry N9AVY
 

This may clear up some confusion about time ...

Jerry  n9avy


"Zulutime, more commonly know as "GMT" ( Greenwich Mean Time ) is time at the Zero Meridian. ... Due to various scientific reasons and increased accuracy in measuring the earth's rotation, a new timescale, called Universal Time Coordinated or Coordinated Universal Time (UTC), has been adopted and replaced the term GMT.


DOUBLEHEADER TRIPLE PLAY LOW BAND SPRINT – Tomorrow

stan W9SMR
 

The Ø7Ø Club DOUBLEHEADER TRIPLE PLAY LOW BAND SPRINT

 

Starts tomorrow evening.

 

Saturday, December 12 - 0000 UTC
to
 Monday, December 14 - 0000 UTC

 

This is a 3 day event – Friday, Saturday and Sunday evenings in US

Sprint Rules – Work a 6 hour block each UTC Date. For Scoring, your 6 hour block will start with the hour you select on the Scoring page and continue for the next 6 hours. You may have only one “Block” or “Block Portion” on a given UTC date.

 

NOTE  that any start time of 1800 or later will end at 2359 that UTC day, so those times are consolidated into a single "1800-2300" start time selection in the Contest Scorer.

 

Work each station once per band. (Same station, same band, different day is a dupe!)

 

Open to all licensed radio amateurs. Using 40M, 80M and 160M.

For Rules and detailsClick Here: Doubleheader Rules


Frequencies
: - 1.807 / 1.838 MHz (Europe). 3.580 MHz, 7.070 / 7.040 / 7.035 (Europe) MHz


4 Power Categories
:

QRP < 5 W
Low < 25 W
Medium < 50 W
High < 100 W


Exchange:
 Callsign,  RST  and  State/Province/Country (SPC)    eg: “W9SMR  599  FL”


Call: “CQ 070 Sprint”


All entry logs
 must be uploaded within 1 week after the event ends. See Uploader Link in Rules.


This event will again test your ingenuity and stealthy antenna talents. But with 3 bands to choose from, you can optimize your luck with propagation.

 

This event will also decide the ultimate 2020 winner of the annual RC3 (Rollo Cup Contest Championship). In a surprise spectacular showing in the Triple Header contest last month, John, KC3FL pulled ahead of Lee, N5SLY by a mere 5.91 points (904.39 / 898.48). Lee has been challenged to get that 160M antenna up and humming.


And it will again be worth entering, in order to grab that Top Band Endorsement Sticker with 20 QSOS on 160M. Only
44 of our 2,810 members have earned the Top Band Sticker.

 

And 160M QSOs count as 3 points each.

 

Especially for help in grabbing a few 160M QSOs, it is helpful to post your intentions to QSY on the Reflector. Also, be sure to use PSKReporter and to Spot calls seen. We need all the help we can get.

 

This is one of our most popular contests. Last year 41 logs were submitted. Top Dawg and 1st in High Power was Lee, N5SLY, with 78 QSOs and 3210 points.

 

 

Let’s see if we can beat that turnout. 




73,

Stan

W9SMR - 070  #1611

PODXS 070 - PR Director


RC3 Standings

Stephen Melachrinos
 

As the scorer of the RC3 championship, I have a request to make to a small subset of our members.

First of all, if you are unfamiliar with the Rollo Cup Contest Championship (RC3), it's the year-long challenge to determine who did "best" in the year's ten 070 club contests. Rules and standings for this year are on the web site.


If all of your contest entries used an identical callsign, you are off the hook. You don't have to read the rest of this. Feel free to scroll to the next email. But if you operated in our contests during this year and didn't use the same callsign for all contests, please read the following and determine whether my request applies to you.

There are a number of reasons why you might have operated under different callsigns, including:

1. You received a new callsign during the year, assigned to you by your licensing authority (e.g., FCC).
2. You operated one or more contests using a portable identifier, e.g. W3HF/KH2.
3. You operated one or more contests using a secondary or alternate callsign that is assigned to you personally (like my VQ9HF call), and that callsign is NOT assigned a separate 070 club number.
4. You operated from another station (like a friend's station or a club station) using that friend's or club's callsign.

If any of reasons 1 through 3 apply to you, please check the RC3 leaderboard and make sure I've consolidated your entries. I think I've consolidated entries for each of those reasons, but I might have missed you (especially for a callsign change).

If reason #4 applies, then the club's callsign policy applies, specifically Q5 and Q7. These state that you need to be the control operator of a station that is assigned to you personally for QSOs to accrue to your 070 awards.

If there's another reason that I didn't think of, tell me about it and we'll evaluate the situation.

So the request is that if you see that the leaderboard does NOT show the proper consolidation of your entries, let me know. And furthermore, if you are going to be operating in the Doubleheader this weekend under one of these cases, let me know in advance so I can make sure I score it properly from the start (instead of having to make corrections.

Thanks.

Steve
W3HF


Re: Congrats - November MONTHLY Endorsements

stan W9SMR
 

Mike,

You are so right!

Thanks for waking me up. I derived my list by opening and checking each Endorsement upload. I failed to double check the official LONP listing on you and several others.

Back in July I made the following announcement. This is the latest list of official LONP membership, also:

The list below includes those members who have been approved since January 1, 2020:
LONP  070#  CALL    QSOs
428      #2592  KG5OIB       100
429      #2707  AC8NM       100
430      #2590  KE4PWE       150
431      #2662  KI7OIY       100
432      #1227  KB9UMT       100
433      #2653  W4BZM      100
434      #2267  WJ4HCP      100

I apologize for my sloppiness.

Congrats to all for great dedication to pursue these cherished awards!!

73,
Stan
W9SMR
________________________________________
From: main@070Club.groups.io <main@070Club.groups.io> on behalf of Mike W4BZM <behrcave@...>
Sent: Sunday, December 6, 2020 10:58 AM
To: main@070club.groups.io
Subject: Re: [070Club] Congrats - November MONTHLY Endorsements

Stan, Jerry:

Thank you for all the work you do for the club on endorsements!

I’m a bit confused, though, at the recent posting which reads:


‘Here is a most recent list of those who have submitted logbooks containing 100 or more QSOs since January 1, 2020.

Note that these are not yet officially approved:


#2618            KD6TR            180
#2722             N3XL              130
#2727             K4VBM          128
#2380             N4KP              122
#2662             KI7OIY           115
#2653             W4BZM         113
#985               WB4JJJ          114
#577               K6WRJ           118
#2017             W7RTL           112
#1441             RX3VF            105
#2692             YV4YY            100
#2741             WA4RXK       100”


Yes, I submitted a logbook since Jan 1 which contains 100 or more entries, BUT, I also received notification that I was officially part of the LONP and was awarded LONP #433.  I’m on the LONP list on the web site and I received the “Official Evidence Decal” in the last mailing of stickers.  So I hope that makes me “officially approved”, and that Jerry doesn’t have to waste any time checking my log for LONP credit.

...and again, thank you both for the huge amount of effort you volunteer in support of PODXS 070.


Mike W4BZM



Re: 17 meter Sunday

Brian D. Karcher
 

John,

I am just seeing this email. I would be willing to give 17m a try if you are still up for it. I am in New Orleans, LA. Let me know and I will jump on the radio. 

73,
Brian
KG5GJT 


On Dec 6, 2020, at 12:43 PM, John Hendry KG5OIB <archer@...> wrote:

I tried for about an hour.  No signals.   Maybe next time. 

73 

John
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

     de  KG5OIB

     John Hendry

     Decatur, Wise County, Texas

     LOC:  EM13eg

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

3281 - 3300 of 68036