<div dir="ltr">On Thu, Aug 20, 2015 at 1:38 PM, ISAAC J SCHWABACHER <span dir="ltr"><<a href="mailto:ischwabacher@wisc.edu" target="_blank">ischwabacher@wisc.edu</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr">
<div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p>The problem with abbreviations like "CET" isn't that they don't represent time zones; the problem is that they're not unique. </p></div></div></blockquote><div>exactly -- and I don't know what vocabulary we should use, but maybe a nice recursive definition for this discussion:<br><br></div><div>A timezone is the thing that a tzinfo object represents" would do it.<br><br></div><div>but then I don't know what words to use to describe the other "things" we need to talk about...<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif"><p> CST is probably Central Standard Time... unless it's China Standard Time or Cuba Standard Time.  There are plenty of other examples. 
 We can't stop people from using these, and we shouldn't refuse to support them out of spite, but if we present to users one obvious way to do it that forces us to guess in the face of this ambiguity, I'd argue that that's bad design.</p></div></div></blockquote><div>Is anyone pr0posing that?<br></div><div><br></div><div>I know I find notations like "EST" helpful in daily life:<br><br></div><div>This memo was written at "5:27pm EDT"<br><br></div><div>It's clear to an American, anyway, what that means (and I"m from Seattle, but happen to be in Boston now, so it's actually kind of helpful :-) )<br><br></div><div>But those notations are strictly one way streets -- not very useful if you want to construct an aware datetime instance from them -- at least without more info.<br><br></div><div>Do pytz or datetutils let you construct a tzinfo instance from "EST" or the like?<br></div><div><br></div>(if the answer is no -- no need to drag the thread out...)<br><br></div><div class="gmail_quote">-CHB<br></div><div class="gmail_quote"><div><br><br></div><div><br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p><br>
</p>
<p>ijs</p>
<p><br>
</p>
<div>
<div style="font-size:12pt;color:#000000;background-color:#ffffff;font-family:Calibri,Arial,Helvetica,sans-serif">
<p><font size="2"><span style="font-size:10pt">Top-posted from Microsoft Outlook Web App; may its designers be consigned for eternity to that circle of hell in which their dog food is consumed.</span></font></p>
</div>
</div>
<div style="color:rgb(0,0,0)">
<hr style="display:inline-block;width:98%">
<div dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> Datetime-SIG <datetime-sig-bounces+ischwabacher=<a href="mailto:wisc.edu@python.org" target="_blank">wisc.edu@python.org</a>> on behalf of Alexander Belopolsky <<a href="mailto:alexander.belopolsky@gmail.com" target="_blank">alexander.belopolsky@gmail.com</a>><br>
<b>Sent:</b> Thursday, August 20, 2015 09:53<br>
<b>To:</b> Łukasz Rekucki<br>
<b>Cc:</b> datetime-sig<br>
<b>Subject:</b> Re: [Datetime-SIG] PEP-0500 (Alternative datetime arithmetic) Was: PEP 495 ... is ready ...</font>
<div> </div>
</div><div><div class="h5">
<div>
<div dir="ltr"><br>
On Thu, Aug 20, 2015 at 1:33 AM, Łukasz Rekucki <<a title="Cmd+Click or tap to follow the link" href="mailto:lrekucki@gmail.com" target="_blank">lrekucki@gmail.com</a>> wrote:<br>
><br>
> You have read this totally backwards. The quote says that the time zone can NOT be seen as a simple UTC offset +/-DST (which is a common misconception that can be seen on many "timezone" maps). As an example CET is given - it's not a timezone as it consist
 of "Europe/Warsaw", "Europe/Berlin", etc.<br>
<br>
<br>
By your logic, UTC is not a time zone either because it "counsists of" Europe/London, Africa/Casablanca etc.   This is a very unorthodox point of view.<br>
 <br>
><br>
> From datetime implementation perspective Tim's definition is the best, but from perspective of a implementing a timezone database a thing like CET or -0500 is just ambiguous because it means one of many actuall timezones.<br>
<br>
<br>
Whatever your definition of "actual timezone" is, if you want to use Python effectively you need to understand the terms as they are used in the library manual.  And there we have, for example: "%Z - Time zone name (empty string if the object is naive) - (empty),
 UTC, EST, CST", [1] "%Z - Time zone name (no characters if no time zone exists), " [2] "tm_zone - abbreviation of timezone name," [3]  "time.tzname - A tuple of two strings: the first is the name of the local non-DST timezone, the second is the name of the
 local DST timezone." [4] and so on.
<div><br>
</div>
<div>You can insist that CET is not a timezone as much as that 0 is not a number, but as far as Python timekeeping goes, timezone is whatever Tim says it is.  (Those who disagree can think of Python timezones as TIMezones. :-)<br>
<br>
<br>
[1]: <a href="https://docs.python.org/3/library/datetime.html#strftime-strptime-behavior" target="_blank">
https://docs.python.org/3/library/datetime.html#strftime-strptime-behavior</a><br>
[2]: <a href="https://docs.python.org/3/library/time.html#time.strftime" target="_blank">https://docs.python.org/3/library/time.html#time.strftime</a><br>
[3]: <a href="https://docs.python.org/3/library/time.html#time.struct_time" target="_blank">https://docs.python.org/3/library/time.html#time.struct_time</a><br>
[4]: <a href="https://docs.python.org/3/library/time.html#time.tzname" target="_blank">https://docs.python.org/3/library/time.html#time.tzname</a><br>
</div>
</div>
</div>
</div></div></div>
</div>
</div>

<br>_______________________________________________<br>
Datetime-SIG mailing list<br>
<a href="mailto:Datetime-SIG@python.org">Datetime-SIG@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/datetime-sig" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/datetime-sig</a><br>
The PSF Code of Conduct applies to this mailing list: <a href="https://www.python.org/psf/codeofconduct/" rel="noreferrer" target="_blank">https://www.python.org/psf/codeofconduct/</a><br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response Division<br>NOAA/NOS/OR&R            (206) 526-6959   voice<br>7600 Sand Point Way NE   (206) 526-6329   fax<br>Seattle, WA  98115       (206) 526-6317   main reception<br><br><a href="mailto:Chris.Barker@noaa.gov" target="_blank">Chris.Barker@noaa.gov</a></div>
</div></div>