Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #40985

Re: Why are timezone aware and naive datetimes not distinct classes?

From Nobody <nobody@nowhere.com>
Subject Re: Why are timezone aware and naive datetimes not distinct classes?
Date 2013-03-09 23:38 +0000
Message-Id <pan.2013.03.09.23.38.42.444000@nowhere.com>
Newsgroups comp.lang.python
References <roy-3BFD51.13412708032013@70-1-84-166.pools.spcsdns.net> <pan.2013.03.08.21.33.44.615000@nowhere.com> <mailman.3104.1362780081.2939.python-list@python.org> <pan.2013.03.09.19.14.59.699000@nowhere.com> <roy-496325.14401409032013@70-1-84-166.pools.spcsdns.net>
Organization Zen Internet

Show all headers | View raw


On Sat, 09 Mar 2013 14:40:14 -0500, Roy Smith wrote:

> Future scheduled activities (which I assume is what you 
> mean by "appointments") should be kept in whatever timezone makes sense 
> for that activity.  For example, I'm on NASA's mailing list to receive 
> alerts when the ISS is going to be visible to the naked eye at my 
> location.  The last one said:
> 
>> Time: Wed Feb 27 6:17 PM, Visible: 4 min, Max Height: 54 degrees, 
>> Appears: W, Disappears: SE
> 
> If I wanted to put that on my calendar, I really should convert it to 
> UTC and record it that way.

Indeed; that is an appropriate use of UTC.

> Likewise, let's say I make an appointment to have a phone call with 
> somebody in Caliornia (I'm in New York) at some future date.  I put on 
> my calendar "Call with Joe, 5 PM".  Joe puts on his, "Call with Roy, 2 
> PM".  The idiots in Albany and/or Sacramento decide to mess with the 
> timezones and one state changes the rules.  We're going to miss our 
> phone call.  Had we both recorded the arranged time in UTC, we'd get to 
> talk to each other.

Maybe. But if the time was chosen so as not to conflict with other
activites, changes to timezone(s) will often result in corresponding
changes to schedules, meaning that one or both parties will no longer be
available at the original UTC time (or even at any time, if both have busy
schedules).

Which is why "future scheduled activities" which require multiple people
to physically meet at a specific place and time are normally scheduled
in terms of "the /de jure/ timezone of that location, as applicable on
that date", rather than in UTC or even a named timezone.

Similarly, the policies of a corporation which operates in multiple
timezones within a single country may dictate times which are common (in
HH:MM terms) to all locations but which are interpreted according to each
location's /de jure/ timezone (e.g. fast food chains' "breakfast" menus).

Back to comp.lang.python | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Why are timezone aware and naive datetimes not distinct classes? Roy Smith <roy@panix.com> - 2013-03-08 13:41 -0500
  Re: Why are timezone aware and naive datetimes not distinct classes? Nobody <nobody@nowhere.com> - 2013-03-08 21:33 +0000
    Re: Why are timezone aware and naive datetimes not distinct classes? Chris Angelico <rosuav@gmail.com> - 2013-03-09 09:01 +1100
      Re: Why are timezone aware and naive datetimes not distinct classes? Nobody <nobody@nowhere.com> - 2013-03-09 19:14 +0000
        Re: Why are timezone aware and naive datetimes not distinct classes? Roy Smith <roy@panix.com> - 2013-03-09 14:40 -0500
          Re: Why are timezone aware and naive datetimes not distinct classes? Nobody <nobody@nowhere.com> - 2013-03-09 23:38 +0000
        Re: Why are timezone aware and naive datetimes not distinct classes? Chris Angelico <rosuav@gmail.com> - 2013-03-10 09:28 +1100
  Re: Why are timezone aware and naive datetimes not distinct classes? Adam Tauno Williams <awilliam@whitemice.org> - 2013-03-11 13:27 -0400
    Re: Why are timezone aware and naive datetimes not distinct classes? djc <djc@kangoo.invalid> - 2013-03-11 20:32 +0000

csiph-web