10

有哪些标准和策略来处理以旧日历形式描述的历史日期?

现代公历,具有不同长度的月份、闰年等,使用内置的编程语言库或数据格式(如ISO8601RFC3339和 RDF 的OWL-Time本体)相对容易处理。较早的表示形式,例如儒略历、宗教日历、统治年(例如查理二世 13 日 6 月 3 日)及其变体似乎并没有得到很好的满足。

我对解析和存储不同日历中的历史家谱日期以及当代数据特别感兴趣。是否有任何 RDF 本体涵盖不同日历中的日期?OWL-Time 似乎不包括日历。

4

2 回答 2

5

你需要什么取决于你所追求的。我认为您最好以简单的统一格式存储日期,例如“日历计算,第三版”(由 StarBlue 引用)中的 RD(rata die 或 RD)格式。但是,我也认为您应该保留原始文本作为起点的记录,以便可以根据要求验证对 RD 的翻译。

例如,如果你回到足够远的时间,英格兰的新年(至少出于某些目的)不是 1 月 1 日,而是 3 月 25 日(女士节)。例如,在中世纪早期,您可能会发现我们目前计算为 1167 年 2 月 14 日的日期会被当时记录日期的人视为 1166 年 2 月 14 日。1752 年 9 月(在英国及其殖民地)儒略历和公历之间变化的一个有趣的副作用是这一年缩短了 12 天。353 天而不是 365 天的税收计算会很糟糕,因此将纳税年度的结束日期更改为当前的 4 月 6 日 - 尽管日历发生了变化,但该年度仍然是 365 天。(好的;从技术上讲,这是有根据的推测。

因此,要处理“3 月 13 日查理二世”,您需要知道输入是 regnal 格式的,当天是 3,月份是 6 月(不太难),年份是查理二世在位的 13 日(1630-05-29 至 1685-02-06;从 1649-01-30 成为国王,但直到 1661-04-23 才加冕;从 1660 年开始,文件的日期就好像他自 1649 年以来在位一样;参见维基百科了解更多信息)。因此,据推测,所指的日期是儒略历的 1662-06-13(因为英格兰直到 1752 年才改用公历)。

于 2009-01-01T08:18:08.933 回答
4

我想你知道Reingold 和 Dershowitz的书“日历计算”吗?

于 2008-12-31T21:06:25.140 回答