SitePoint Sponsor

User Tag List

Results 1 to 7 of 7
  1. #1
    SitePoint Addict chartahir's Avatar
    Join Date
    Oct 2006
    Location
    Karachi, Pakistan
    Posts
    253
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Difference between GMT and PST

    Whats the difference between GMT and PST (Pacific Standard Time) ?
    chartahir

  2. #2
    He's No Good To Me Dead silver trophybronze trophy stymiee's Avatar
    Join Date
    Feb 2003
    Location
    Slave I
    Posts
    23,424
    Mentioned
    2 Post(s)
    Tagged
    1 Thread(s)
    PST is 8 hours behind or -8 offset with GMT

  3. #3
    SitePoint Zealot Michel Merlin's Avatar
    Join Date
    Mar 2005
    Location
    Versailles (France)
    Posts
    169
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    PST and PDT; TZ and TOG; UTC and GMT; Internet Date & Time; PHP date

    • PST (Pacific Standard Time), as appropriately recalled above by stymiee, is the time in winter in the "Pacific" US Time Zone; it is 8h behind GMT, i.e. it has a TOG (Time Offset over GMT) of -0800.
    • PDT (Pacific Daylight saving Time) is the time in summer in the "Pacific" US Time Zone; it is 7h behind GMT (TOG = -0700). See Daylight saving time.
    • GMT (Greenwich Mean Time) is a true definition of a time, with (at the user's scale) no ambiguity and no change throughout the year, highly useful since clear, simple, world-wide known and understood.
    • UT (Universal Time) is a conceptual error: while pretending to be "Universal", it already has at least 5 versions, UT, UT0, UT1, UT2, UTC ("Coordinated Universal Time"), see USNO, WTZ, Wiki; more, the last (UTC) is actually still not linear since it regularly changes its definition. In short, the 2 final ones, UTC and GMT, can differ by as much as 0.9 sec.; for precize time (e.g. in embedded clocks as GPS), use UTC; for the rest, at the user level (from milleniums to seconds but no further absolute resolution), they have no real difference, so GMT is better for now since the most known and the one understood with the smallest risk of error or misunderstanding.

    In the headers of 95% of the email messages in the world, the time is expressed compliant with RFC 2822 §3.3 "Date and Time Specification", which is named "r" in PHP Date, example:
    Thu, 21 Dec 2000 16:01:07 +0200
    Note that:
    • RFC2822 forbids TZ names (or Time Zone names, as "PST", "PDT", etc.) and forces instead to use TOG (Time Offset from GMT), which must be expressed, in a fixed-length of 5 characters, with one sign and 4 digits (e.g. "-0000", "+0100", "+1000"). This, because TZ are unstandardized, unordered, hence ambiguous and misleading; in addition TZ combine the definition of a geographical zone (Pacific for PST) and of a TOG (-8h for PST), which increases the risk of error (e.g. "Pacific" is -8h behind GMT in winter and -7h in summer; -7h is the TOG in Pacific zone as PDT in summer and in Mountain zone as MST in winter).
    • RFC2822 forbids names of days and months other than 3-letter English abbreviations (months in digits are one of the main causes for errors in dates; misunderstanding Non-English names is a secondary one; high or various length of names could still worsen the situation).
    Versailles, Tue 16 Jan 2007 15:04:05 +0100

  4. #4
    ☆★☆★ silver trophy vgarcia's Avatar
    Join Date
    Jan 2002
    Location
    in transition
    Posts
    21,235
    Mentioned
    1 Post(s)
    Tagged
    1 Thread(s)
    Quote Originally Posted by stymiee View Post
    PST is 8 hours behind or -8 offset with GMT
    California: we get to work when the Brits drink tea

  5. #5
    SitePoint Zealot Michel Merlin's Avatar
    Join Date
    Mar 2005
    Location
    Versailles (France)
    Posts
    169
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Mandatory in Written-Date-and-Time: 3EN Month; TOG; DOW

    This is an Update and addition to my post PST and PDT; TZ and TOG; UTC and GMT; Internet Date & Time; PHP date of Tue 16 Jan 2007 14:04:05 GMT (Sorry for not posting under it, the thread is closed...).
    • 3EN Month: Months must be written in 3-letter English Abbreviations. As an example of "months in digits are one of the main causes for errors in dates" (see post of 2007), "01/02/03" will be read (see Date format by country and its Category):
    • TOG (Time Offset over GMT). As seen in the post of 2007, always include the TOG; don't omit it, don't replace it with TZ (see post of 2007).
    • DOW (Day Of Week). Articles and letters too often date themselves with the DOM (Day Of Month) only, and the related events or documents with the DOW only; e.g. NYT in Trapped 68 Days, First Chilean Miners Taste Freedom starts with "Published: October 12, 2010" and continues with "2010 SAN JOSÉ MINE, Chile — With a look of sturdy calm, the first of the 33 miners trapped nearly half a mile underground stepped out of a narrow rescue capsule and onto the surface at 12:11 a.m. on Wednesday".
      So while reading this, you need 1st to check a calendar more than one year back to find that the 12 Oct 2010 was a Tuesday, and the "Wednesday" was on 13 Oct, hence the next-day; then you need 2nd to check a map and a Date and Time site to guess what hour it was actually in Chile or in USA or elsewhere.
      What I recommend instead is, when writing, to view the Date-and-Time as an indivisible entity, and to always develop it complete, particularly with DOW, DOM and TOG.
    • USNO page, following a merging of the USNO site into the Naval Oceanography Portal (including changing the "Universal" Resource Locators), has been replaced with another different page, UT. From there you may follow to USNO Precise Time page and to NIST Time overview.
    • RFC 2822 §3.3 "Date and Time Specification" is obsoleted (albeit unchanged in this §) by RFC 5322 §3.3 "Date and Time Specification"
    • The comma can be omitted. See the PHP example: "Thu, 21 Dec 2000 16:01:07 +0200". Since the "Thu, " is optional, the "Thu " replacement (sans comma) would theoretically get interpreted as being outside the Date & Time string. So, a parser would, at worse ignore it, at best (which is almost always in facts) understand it the same way as the string with the comma.
    Finally I take the opportunity of this unique day when I can ignore RFC's (and my own!) instruction, and write Month in digits; my signature below will be read the same way by a Japanese, American, European or Australian (and all other bros on the little blue ball):

    Versailles, Fri 11/11/11 11:11:11 GMT

  6. #6
    SitePoint Zealot Michel Merlin's Avatar
    Join Date
    Mar 2005
    Location
    Versailles (France)
    Posts
    169
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Next 12x same digit GMT Date-and-Time is Wed 11/11/11 11:11:11 of year 2111

    In each century there are 12 dates with the same 2-digit number repeated 6 times; today is one (Wed 12/12/12 12:12:12), next is Sat 01/01/01 01:01:01 of 2101 (Sat 01 Jan 2101 01:01:01 GMT).

    In each century there is one single date with the same digit repeated 12 times, last was Fri 11 Nov 2011 11:11:11 GMT above, next is Wed 11/11/11 11:11:11 of 2111 (Wed 11 Nov 2111 11:11:11 GMT).

    Versailles, Wed 12 Dec 2012 12:12:12 GMT

  7. #7
    Life is not a malfunction gold trophysilver trophybronze trophy
    TechnoBear's Avatar
    Join Date
    Jun 2011
    Location
    Argyll, Scotland
    Posts
    6,417
    Mentioned
    273 Post(s)
    Tagged
    5 Thread(s)
    Threads merged.


Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •