Почему pytz localize() не создает объект datetime с tzinfo, соответствующий объекту tz, который его локализовал?

Question

Есть ли кто-нибудь, кто может помочь мне понять, что здесь происходит?

import pytz 
from datetime import datetime 
tz = pytz.timezone('Europe/Berlin') 
print repr(tz) 
# <DstTzInfo 'Europe/Berlin' LMT+0:53:00 STD> 
dt = datetime(2011, 1, 3, 18, 40) 
result = tz.localize(dt) 
print repr(result.tzinfo) 
# <DstTzInfo 'Europe/Berlin' CET+1:00:00 STD> 
assert result.tzinfo == tz, "Why aren't these the same timezone?" 

Мое понимание было то, что localize() метод на объекте pytz часовых поясов бы наивным объект типа DateTime, и добавить tzinfo свойство, которое соответствует объект часового пояса, выполняющую локализации. В этом случае это, похоже, не происходит.

Ясно, что есть кое-что, что я недопонимаю о часовых поясах или о том, как pytz обрабатывает часовые пояса. Может ли кто-нибудь объяснить?

Answer 1

Фотографии этот же часового пояса - "Europe/Berlin".

Когда вы печатаете их, выходные данные включают аббревиатуру и смещение, которые применяются в этот конкретный момент времени.

Если вы исследуете the tz data sources, вы увидите:

# Zone NAME   GMTOFF RULES  FORMAT [UNTIL] 
Zone Europe/Berlin 0:53:28 -   LMT  1893 Apr 
         1:00  C-Eur  CE%sT 1945 May 24 2:00 
         1:00  SovietZone CE%sT 1946 
         1:00  Germany  CE%sT 1980 
         1:00  EU   CE%sT 

Так, казалось бы, что, когда временная зона не локализована DateTime, то он просто использует первую запись.

Было бы также оказаться, что pytz не сохраняет лишние 28 секунд от первоначального локального среднего отклонения времени - но это не имеет значения, если вы не работаете с датами в Берлине до апреля 1893.