windows-7 - Ephem 的 Python 包 *localtime()* 函数的奇怪行为

Question

感谢 http://www.lfd.uci.edu/%7Egohlke/pythonlibs/ 分发的预编译版本，我终于可以在我的 Windows7 64 位机器和 Python 3.3.1 中安装天文计算 Ephem 包了.

在学习使用它的过程中，我偶然发现了以下奇怪的现象，但我找不到任何解释:

Python 3.3.1 (v3.3.1:d9893d13c628, Apr 6 2013, 20:30:21) [MSC v.1600 64 bit (AMD64)] on win32 Type "copyright", "credits" or "license()" for more information.

>>> import ephem

>>> ephem.localtime( ephem.Date( '1970' ) )

datetime.datetime(1970, 1, 1, 1, 0, 0, 3)

>>> ephem.localtime( ephem.Date( '1969' ) )

Traceback (most recent call last):

File "", line 1, in ephem.localtime( ephem.Date( '1969' ) )

File "C:\Python33\lib\site-packages\ephem__init__.py", line 479, in localtime timetuple = time.localtime(calendar.timegm(date.tuple()))

OSError: [Errno 22] Invalid argument

>>>

所有小于1970的参数都会触发同样的错误。由于 ephem.Date() 似乎不是罪魁祸首，

>>> ephem.Date('1969')

25202.5

>>>

我只能得出结论，奇怪的行为属于ephem.localtime()。是我使用错误还是代码有错误？

Answer 1

我并不直接熟悉 Ephem 包，但是您所看到的行为强烈表明您所看到的是一个纪元问题； Unix 纪元为 1970-01-01 00:00:00 UTC，尝试将其之前的日期转换为 Unix 时间值(无符号 32 位或 64 位 int)将得到未定义的结果。

根据the documentation for Ephem's date method判断，这不应该发生；似乎使用不同的内部时间表示，其纪元是 1899-12-31 12:00:00，尽管我不太确定在哪个时区。然而，Ephem localtime 方法 returns a Python datetime object ; Python's own documentation for the datetime module将 datetime 描述为支持从 1 到 9999 的年份，因此您看到的行为似乎表明，在 Ephem 的内部日期表示和 Python 的 datetime 之间，存在一个尝试转换为 Unix 时间戳。查看您问题中的回溯，我们有以下极具暗示性的行:

File "C:\Python33\lib\site-packages\ephem__init__.py", line 479, in localtime \
timetuple = time.localtime(calendar.timegm(date.tuple()))

并在检查the Python documentation for the calendar module ，我们发现:

calendar.timegm(tuple)

An unrelated but handy function that takes a time tuple such as returned by the gmtime() function in the time module, and returns the corresponding Unix timestamp value, assuming an epoch of 1970, and the POSIX encoding. In fact, time.gmtime() and timegm() are each others’ inverse.

所以存在问题:Ephem localtime() 试图通过 Unix 时间戳格式传递其参数，但该格式不起作用，因为早于 Unix 纪元的日期必须用负数表示时间戳值，Unix时间戳是无符号整数。

现在，至于如何解决这个问题，恐怕我可能没有多大帮助，因为我从未使用过 Ehem 或 Python。一般来说，我建议修改 Ephem localtime() 以便它不会尝试将其参数表示为 Unix 时间戳；也许您可以使用一些更广泛的时间表示形式，或者您可以重新设计 localtime() 以根据 datetime 模块提供的时间转换函数进行操作。

我还想到，您可能希望将此作为错误报告给 Ehem 开发人员；如果他们的包打算处理早于 1899 年甚至更早的日期，那么他们可能有兴趣知道他们的包中的至少一个函数不能处理早于 1970 年的任何内容。(当然，他们的文档可能描述 localtime() 的这一限制；我在查看时没有找到任何有关它的信息，但我的评论并不详尽。)