timezone offset is not correct on version 2017.2

Bug #1678858 reported by Takumi Nakada on 2017-04-03
This bug affects 1 person
Affects Status Importance Assigned to Milestone

Bug Description

Japanese Standard Time is 9 hours ahead of UTC.
However if I enter the following code, this appears.

>>> pytz.__version__
>>> pytz.timezone('Asia/Tokyo')
<DstTzInfo 'Asia/Tokyo' LMT+9:19:00 STD>

Japan has not any Summer time, so that it must be +9:00:00 in years.
Here is the link. => https://www.timeanddate.com/time/zones/jst

And unless in Japan, that's incorrect all over the world, I think.
For examples, In U.S, there are already DST in many region. However it seems to be no effect to pytz library.

>>> pytz.timezone('US/Hawaii')
<DstTzInfo 'US/Hawaii' LMT-1 day, 13:29:00 STD>
(Hawaii does not have daylight saving time. It seems to be HAST.)

>>> pytz.timezone('US/Pacific')
<DstTzInfo 'US/Pacific' LMT-1 day, 16:07:00 STD>


I don't know what causes this problems because I've not read pytz source codes, but the above timezones having minutes like 19, 29 or 7 are not correct as timezones.

summary: - timezone offset is not correct
+ timezone offset is not correct on version 2017.2
description: updated
Simin Jie (simin-jie) wrote :

I also want to know why. The [Localized times and date arithmetic](http://pytz.sourceforge.net/#localized-times-and-date-arithmetic) only says the method to solve this but without reasons.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers