Pourquoi pytz localize() ne produit-il pas un objet datetime avec tzinfo correspondant à l'objet tz qui l'a localisé?

Question

Y a-t-il quelqu'un qui peut m'aider à comprendre ce qui se passe ici?

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?" 

Je crois comprendre que la méthode localize() sur un objet fuseau horaire pytz prendrait un objet datetime naïf, et ajouter une propriété tzinfo correspondant à l'objet de fuseau horaire effectuer la localisation. Cela ne semble pas se produire dans ce cas. De toute évidence, il y a quelque chose que je ne comprends pas à propos des fuseaux horaires, ou de la façon dont pytz gère les fuseaux horaires. Quelqu'un peut-il expliquer?

Answer 1

Ils sont le même fuseau horaire - "Europe/Berlin". Lorsque vous les imprimez, la sortie inclut l'abréviation et le décalage qui s'appliquent à ce moment particulier.

Si vous examinez the tz data sources, vous verrez:

# 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 

Il semblerait que lorsque la zone de temps n'a pas localisé un datetime, il utilise juste la première entrée.

Il semblerait également que pytz ne conserve pas les 28 secondes supplémentaires de l'écart de temps moyen local d'origine - mais cela n'a pas d'importance, sauf si vous travaillez avec des dates à Berlin avant Avril 1893.