我试图将美国/东部时区日期转换为UTC以上传到只接受UTC时间的网站,但在本地时区显示时间。我有以下代码示例,其中当我转换最近的日期时,偏移量(5:00或4:00)没有问题,但是当我转换日期(如1900-01-01)时,偏移量变成了4:56等Python pytz时区转换返回不同日期的时区偏移值
import pytz
import tzlocal
from datetime import datetime
usest=tzlocal.get_localzone()#My local zone is US/Eastern. I could directly use that here as pytz.timezone("US/Eastern")
dt=datetime(1900,1,1,0,0,0)
dt_aware=usest.localize(dt,is_dst=True)
utcdate=dt_aware.astimezone(pytz.utc)
print (utcdate)
1900-01-01 04:56:00+00:00
dt1=datetime(2016,1,1,0,0,0)
dt1_aware=usest.localize(dt1,is_dst=True)
utcdate1=dt1_aware.astimezone(pytz.utc)
print (utcdate1)
2016-01-01 05:00:00+00:00
我期待1900-01-01 05:00:00 + 00:00以及第一次约会。这是为什么发生?它是否正确?
需要注意的是,当我将UTC时间“1900-01-01 04:56:00 + 00:00”转换回美国/东部时间时,它会转换回“1900-01-0100 :00:00" 。所以,几分钟的差别必须有一些逻辑背后的逻辑。
我节下发现这个维基百科网站 “https://en.wikipedia.org/wiki/Tz_database”, “实施例区和规则线”
区域名称GMTOFF规则FORMAT [UNTIL]
区美国/纽约-4:56:02 - LMT 1883 Nov 18 12:03:58
我不一定明白他们在说什么,但我在那里看到偏移量4:56。我觉得我更接近答案,但需要一些帮助。
更新:我在我的Mac book pro上试过了zdump,并从1901年获得了输出结果。无法获得多年前的详细信息。我研究了tz数据库中提供的细节,但找不到明确的答案。对于我目前的项目来说,我使用了另一个区域转换器模块(钟摆),它不会试图忠实于历史记录,但会遵循当前的夏令时周期来解决我的问题。但是,问题依然存在。为什么在1900年之前转换东部时区和UTC之间的日期时,会出现与5:00/4:00小时不同的时间偏移?
我在一台Windows机器上。但是,我会尝试启动一个Linux环境并在一两天内测试。 – Raj006
我可以在python中使用pytz模块来获取相同的信息而不使用unix环境。 – Raj006
你可以从pytz中得到相同的信息,但这只是让pytz同意自己:)生成这样的表所需的信息也不容易访问。没有API以友好的方式访问转换时间。 – stub