Re: Converting GPS seconds to readable time&date

gmtime in scalar context should do the trick:

perl -e 'print scalar( gmtime(  915725119  ) ),"\n"'
[download]

prints

Thu Jan  7 16:05:19 1999
[download]

-derby

Update:There's a lot of talk about which CPAN date module to use but for whatever reason, I always fall back on Date::Manip. With that module, you have tons of control over lots of most aspects of time:

perl -MDate::Manip -e 'print UnixDate( ParseDate(scalar(gmtime(9157251
+19))), "%m/%d/%Y %i:%M:%S %p"), "\n"'
[download]

(there's probably tons of ways to simplify that). Or if you just need a pretty string, you could always use strftime:

#!/usr/bin/perl

use POSIX qw( strftime );

print strftime( "%m/%d/%Y %l:%M:%S %p", gmtime( 915725119 ) ), "\n";
[download]

(format strings to strftime tend to be platform dependent)

Comment on Re: Converting GPS seconds to readable time&date Select or Download Code

Replies are listed 'Best First'.
Re^2: Converting GPS seconds to readable time&date by flamey (Scribe) on Jan 11, 2009 at 14:56 UTC
thnaks for your help, derby. now i don't understand why they called it GPS time in the serial output :-/ , but that's a different issue.. thanks	[reply]
Re^3: Converting GPS seconds to readable time&date by derby (Abbot) on Jan 11, 2009 at 15:23 UTC
Yikes! Found this at leapsecond.com `GPS, Global Positioning System time, is the atomic time scale implemen +ted by the atomic clocks in the GPS ground control stations and the G +PS satellites themselves. GPS time was zero at 0h 6-Jan-1980 and sinc +e it is not perturbed by leap seconds GPS is now ahead of UTC by 15 s +econds.` [download] I'm not sure if your hardware is compensating for this diff and/or if it's just outputting standard UTC and saying it's GPS. You're better off listening to someone more GPS aware than I am (that is if you're really worried about that 15 second gap). -derby	[reply] [d/l]
Re^4: Converting GPS seconds to readable time&date by Anonymous Monk on Jan 11, 2009 at 16:36 UTC
The easiest way to convert a GPS computed time, that you get from the receiver is to add the number of leap seconds reported by the GPS receiver's alminac. This takes about 20 minutes to get on a cold startup, and a few seconds on a warm one. There's really no other foolproof way. I've tried a lot. Next, if you want to optimize startup time, and also cope with the 'product on a shelf' problem, you have some alternatives: (1) Grab the leap second file from NIST via FTP on startup if the GPS receiver doesn't know yet. This may be faster than waiting for it, and can be cached so that you only grab it every 6 months. Count the number of leap seconds since 1980. (2) remember the last number of leap seconds, as well as the data from the GPS receiver that tells you 'pending' leap seconds. If you've not passed a leap second opportunity (December 31 or June 30th), the cache is valid. If you have, and there wasn't one scheduled, the cache is invalid and you have to wait. I'm sure there are others, but the really only reliable way to convert the GPS time into UTC is to apply the leap second correction. You'll also want to confirm with the GPS data provider that the data is in GPS seconds, not UTC. Many GPS receivers do output UTC in their default mode of operation. Warner	[reply]
Re^4: Converting GPS seconds to readable time&date by ikegami (Patriarch) on Jan 11, 2009 at 16:58 UTC
DateTime::LeapSecond can be used to find the correction	[reply]
Re^4: Converting GPS seconds to readable time&date by zentara (Cardinal) on Jan 11, 2009 at 15:33 UTC
There was a recent show on the Discovery( or maybe History) Channel about GPS time. I guess the satellites are travelling fast enough, that they must take relativistic time dilation into account, or all ground positions would be way off. The satellites are aging more slowly than us on the ground, who are stuck in the muck of earth's gravity. I'm not really a human, but I play one on earth Remember How Lucky You Are	[reply]
Re^5: Converting GPS seconds to readable time&date (relativity) by tye (Sage) on Jan 11, 2009 at 22:03 UTC
Re^6: Converting GPS seconds to readable time&date (relativity) by zentara (Cardinal) on Jan 12, 2009 at 12:14 UTC
Some notes below your chosen depth have not been shown here
Re^4: Converting GPS seconds to readable time&date by n3toy (Hermit) on Jan 11, 2009 at 16:31 UTC
The time displayed on the GPS is not really accurate, depending on what you consider accurate. I think some could be as much as a second or maybe two off. But it will be close enough to compare against www.time.gov to see if it is outputting UTC or GPS time. Also, in the setup menu of your GPS there just may be a field to change from one to the other.	[reply]
Re^5: Converting GPS seconds to readable time&date by hobbs (Monk) on Jan 11, 2009 at 22:01 UTC
Re^6: Converting GPS seconds to readable time&date (agreement) by tye (Sage) on Jan 11, 2009 at 22:32 UTC
Re^6: Converting GPS seconds to readable time&date by n3toy (Hermit) on Jan 11, 2009 at 23:45 UTC
Re^4: Converting GPS seconds to readable time&date by JavaFan (Canon) on Jan 12, 2009 at 19:02 UTC
Well, the Unix time system doesn't consider leap seconds either. And since its epoch is at Jan 1, 1970, it is 24 seconds ahead of UTC. (Although, we all presume that our system clocks keep time in UTC...)	[reply]
Re^5: Converting GPS seconds to readable time&date by BrowserUk (Patriarch) on Jan 12, 2009 at 19:19 UTC