Local vs UTC printing on labels

Need help? - Post here and we will find a solution for you.
k9ig
Novice Class
Posts: 16
Joined: 25 Jan 2018, 10:33

Local vs UTC printing on labels

Post by k9ig » 15 Feb 2018, 18:08

When configuring for a label print, in the Label Management window, I make a selection of a QSO on the QSO Selection tab, then on QSO Analysis tab, review the info for the QSO, all looks well, including time (in UTC) , I see the date/time/band/mode/report with a check next to it. Then I got to the Print tab, click the printer and the Print Preview displays, but the label shows Local Time not UTC. Am I missing a switch somewhere to get the UTC to print on the label?
Thanks
Greg
K9IG

User avatar
KI5IO
Old Man
Posts: 166
Joined: 16 Aug 2015, 16:30

Re: Local vs UTC printing on labels

Post by KI5IO » 16 Feb 2018, 03:54

Greg,

Change your computer's time display. I'm using Windows 10 Pro and there is a selection to change from a 12 to 24 hour display. Now, just making that change won't translate all through the system where it will show up in the labels to be printed.

Reboot your computer first ... once you do that and restart Log4OM and go to print your labels you will find that the time display for the QSO will be at the 24 hour display.
73 - Nolan Kienitz - KI5IO
Plano, TX

User avatar
G4POP
Moderator
Posts: 5704
Joined: 21 Jan 2013, 14:55
Location: Burnham on Crouch, Essex UK

Re: Local vs UTC printing on labels

Post by G4POP » 16 Feb 2018, 07:23

His issue is not displaying 24 hour it is showing local time instead of GMT/UTC

This has to be caused by selection of the incorrect time zone or region in the Windows Data and Time setting window
73 Terry G4POP

k9ig
Novice Class
Posts: 16
Joined: 25 Jan 2018, 10:33

Re: Local vs UTC printing on labels

Post by k9ig » 16 Feb 2018, 08:45

My system time is set at UTC -5, for USA Eastern time.

You're saying that the only way to get the correct time on labels, is that my system time must be reset to UTC?

Log4OM is able to parse the correct time for QSO logging, as well as all steps leading up to printing a label, but it's not able to use any of the correct times it has translated from UTC -5 and put that in the label component?

Greg
K9IG

User avatar
G4POP
Moderator
Posts: 5704
Joined: 21 Jan 2013, 14:55
Location: Burnham on Crouch, Essex UK

Re: Local vs UTC printing on labels

Post by G4POP » 16 Feb 2018, 08:50

That appears to be correct time setting is your region set correctly?

Log4om just prints the date and time recorded in thelogbook database it does not use anything else
73 Terry G4POP

User avatar
G4POP
Moderator
Posts: 5704
Joined: 21 Jan 2013, 14:55
Location: Burnham on Crouch, Essex UK

Re: Local vs UTC printing on labels

Post by G4POP » 16 Feb 2018, 08:51

Email me an ADIF of your logbook and also the log4om log (help/show log) to g4pop (at) arrl.net
73 Terry G4POP

k9ig
Novice Class
Posts: 16
Joined: 25 Jan 2018, 10:33

Re: Local vs UTC printing on labels

Post by k9ig » 16 Feb 2018, 09:29

Info requested sent.
Greg
K9IG

User avatar
G4POP
Moderator
Posts: 5704
Joined: 21 Jan 2013, 14:55
Location: Burnham on Crouch, Essex UK

Re: Local vs UTC printing on labels

Post by G4POP » 16 Feb 2018, 11:31

Nolan,
You were correct it is a Windows time display setting that he has wrong, the example he sent me was as follows

QSO Log data 19.40

Label print 7.40PM
73 Terry G4POP

4F3BZ
Novice Class
Posts: 3
Joined: 24 Jun 2019, 10:41

Re: Local vs UTC printing on labels

Post by 4F3BZ » 24 Jun 2019, 11:20

I have a similar problem with printing labels.

I adjusted my PC time to UTC, on a 24-hour format. But when I print the label, the time is in 12-hour format, with the "PM" added.

https://www.dropbox.com/s/32lh3ene6c75t ... g.JPG?dl=0

How can I have the time printed in 24-hour format with out the "AM/PM"? Or better yet, how can I have Log4OM print the time as it is stored on the QSO data?

Thanks
Boyet 4F3BZ

User avatar
G4POP
Moderator
Posts: 5704
Joined: 21 Jan 2013, 14:55
Location: Burnham on Crouch, Essex UK

Re: Local vs UTC printing on labels

Post by G4POP » 24 Jun 2019, 11:41

As I said in my last post "it is a Windows time display setting that he has wrong"
73 Terry G4POP

Post Reply