[Datetime-SIG] Local time disambiguation proposal
Chris Barker
chris.barker at noaa.gov
Fri Jul 31 18:51:18 CEST 2015
On Fri, Jul 31, 2015 at 8:22 AM, Alexander Walters <tritium-list at sdamon.com>
wrote:
> 1. no one will expect the datetime module is_dst to map to the posix
> mktime function. If they expect a mapping to the posix api, they are using
> the time module. I think you are the only one who thought that. Just
> because another api uses a clear term with one set of semantics, does not
> mean we cant use the clear term with a different set of semantics.
>
well, yes.
but:
> "Is this instance of time DST? Oh, it has a member attribute 'is_dst',
> let me print that and see..."
>
this is extending the use-case of the flag -- maybe a good idea, but not
the original intent. As I understnd it the original intent is only to
disambiguate the "the same time twice" case.
"I need to tell python this time I am inputting is DST. ...I will pass
> True to the is_dst argument"
>
why do you need to do that??? the point here is that you use the timezones
definition od DST -- you don't need to think about it, except in the
ambiguous case -- in which case, are you thining "Daylight vs Standard
Time" or "first interval, or ???
"intuitive" means "works like I expect" -- but eveyone expects different
things....
"I am in the northern hemisphere and need to construct a date in the middle
> of july. My nation-state observes DST. ...what the hell do i do with a
> 'first' argument?"
nothing -- there is no ambiguity in the middle of July.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chris.Barker at noaa.gov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/datetime-sig/attachments/20150731/d217f948/attachment.html>
More information about the Datetime-SIG
mailing list