Python OLE2日期格式转换

Question

我创建了一个 python 脚本，该脚本可以从 Word 文档中的 OLE 流中提取数据，但在将 OLE2 格式的时间戳转换为更人类可读的内容时遇到问题:(

提取的时间戳是 12760233021 但我不能我将其转换为 2007 年 3 月 12 日或类似的日期，

非常感谢

编辑： 好的，我已经在我的一个 Word 文档上运行了该脚本，该文档是在 2009 年 10 月 31 日 10:05:00 创建的。 OLE DocumentSummaryInformation 流中的创建日期是 12901417500。

另一个示例是在 2009 年 10 月 27 日 15:33:00 创建的 Word 文档，在 OLE DocumentSummaryInformation 流中给出的创建日期为 12901091580。

有关这些 OLE 流属性的 MSDN 文档为 http ://msdn.microsoft.com/en-us/library/aa380376%28VS.85%29.aspx

提取这些流的 def 如下：

import OleFileIO_PL as ole

def enumerateStreams(item):
    # item is an arbitrary file
    if ole.isOleFile('%s' % item):
        loader = ole.OleFileIO('%s' % item)
        # enumerate all the OLE streams in the office file
        streams = loader.listdir()
        streamProps = []
        for stream in streams:
            if stream[0] == '\x05SummaryInformation':
                # get all the properties fro the SummaryInformation OLE stream
                streamProps.append(loader.getproperties(stream))
            elif stream[0] == '\x05DocumentSummaryInformation':
                # get all the properties from the DocumentSummaryInformation stream
                streamProps.append(loader.getproperties(stream))
     return streamProps

Answer 1

(0) 请澄清“like 12 Mar 2007 或类似”：您的意思是您希望将 11 位 int 转换为 12 Mar 2007，还是“12 Mar 2007”只是为了传达您想要的格式显示日期？如果是后者，您不能通过使用 MS Word 或 OpenOffice.org 的文字处理小工具检查某些文件来提供预期的结果吗？您打算如何验证所提供的解决方案是否确实有效？

(1) 请提供多对（OLE，预期），以便可以更有保证地验证任何建议解决方案的正确操作。如果可能的话，您能否创建具有已知预期值的示例，例如 2000 年 1 月 1 日、2001 年 1 月 1 日、2001 年 1 月 2 日、2001 年 2 月 2 日？

(2) 从“从 OLE 流中提取数据”来看，您是否需要 OLE2 复合文档标头中的文件创建等时间戳，或者是否需要内容中存在的时间戳，这一点并不明显。请说明您在哪里寻找时间戳。如果您可以提供与您感兴趣的时间戳相关的 MS 文档的参考，这也会有很大帮助......当然它必须告诉您格式是什么，即使它通过一两个内部/额外间接这样做-文档跳跃。

(3) 请展示你如何将其拉出来——它是一根绳子吗？固定11字节？或者是 str（从 64 位字段转换而来的某个 int）？怎么转换？？除了说明之外，还请显示您的转换代码。不要凭记忆重新输入代码；使用复制/粘贴。

请通过编辑您的问题来提供所需的信息，而不是作为评论。

等待信息时更新：

OLE 复合文档标头中的文件创建和修改时间戳似乎是 64 位小端整数，表示（自 1601-01-01T00:00:00 以来的秒数）* 10 ** 7

。 OLE2 数据中的数据使用的类型似乎是 64 位小端 IEEE 754 浮点，表示自 1899-12-30T00:00:00 以来的（天数及其一小部分）。是的，这一天是 30 号，而不是 31 号。

检查提供的 2 个示例后进行更新：

两个观察到的时间戳（将采用您的本地时间）之间的差异是 325920 秒：

>>> import datetime
>>> t0 = datetime.datetime(2009,10,27,15,33,0)
>>> t1 = datetime.datetime(2009,10,31,10,5,0)
>>> t1-t0
datetime.timedelta(3, 66720)
>>> secs = 3 * 24 * 60 * 60 + 66720
>>> secs
325920

这与两个幻数之间的区别：

>>> 12901417500 - 1290191580
325920

所以幻数表示自某个纪元以来的秒数...

>>> m1 = 12901417500
>>> days, seconds = divmod(m1, 60*60*24)
>>> epoch = t1 - datetime.timedelta(days, seconds)
>>> epoch
datetime.datetime(1601, 1, 1, 11, 0)

因此幻数表示自 1601-01-01T00:00:00Z 以来的秒数，并且您的 TZ 距离 UTC 为 11 小时。

这两个幻数不适合 32 位...看起来要么 (a) 它以 64 位的形式存储为自 1601 年以来的秒数（浪费了大约 29 位！），要么 (b) 它被存储为 (正如预期的那样，自 1601 年以来（100 纳秒单位），但在您看到它之前，有东西将其除以 10**7。

您提供的文档参考仅说明它是 VF_FILETIME (UTC) 类型。谷歌搜索后，我发现了一些关于调用 Windows 函数来操作时间戳的 MS 线索，但据我所知没有定义。然而，有两个第 3 方注释（来自 perlmonks 和 Apache POI 项目）说了很多相同的事情：“”“这看起来像 Windows VT_FILETIME 数据类型，它是一个 64 位无符号整数，表示自 1601 年 1 月 1 日以来经过的 100 纳秒数"""

犯罪现场更新：

看来您正在使用 OleFileIO_PL 读取文件。快速翻阅唯一的源文件可以发现这一点：

    elif type == VT_FILETIME:
        value = long(i32(s, offset+4)) + (long(i32(s, offset+8))<<32)
        # FIXME: this is a 64-bit int: "number of 100ns periods
        # since Jan 1,1601".  Should map this to Python time
        value = value / 10000000L # seconds

Answer 2

这个问题很老了但仍然有用。我最近改进了 OleFileIO_PL，通过将日期自动转换为 Python 日期时间来解决该问题。

请参阅本页的文档，尤其是有关 get_metadata 和 get_properties 的部分：
https://bitbucket.org/decalage/olefileio_pl

使用 get_metadata 时，标准属性流中的所有时间戳，例如'\x05SummaryInformation' 被转换为 Python 日期时间。
如果您需要使用 get_properties，请使用 conversion_time 选项：

p = ole.getproperties('specialprops', convert_time=True)

Philippe。