Обработка дат исторического календаря

Какие стандарты и стратегии существуют для обработки исторических дат, описанных в старой форме календаря?

Современный григорианский календарь с разной длиной месяцев, високосными годами и т. д. относительно легко обрабатывается встроенными -в библиотеках языков программирования или форматах данных, таких как ISO8601, RFC3339 и RDF OWL-Time. Более ранние представления, такие как юлианский календарь, религиозные календари, годы правления (например, третье июня, 13 года, Карл II) и их вариации, похоже, не так хорошо учитываются.

Меня особенно интересует анализ и хранение исторических генеалогических дат в разных календарях наряду с современными данными. Существуют ли онтологии RDF, охватывающие даты в разных календарях? OWL-Time не распространяется на календари.


person Mat    schedule 31.12.2008    source источник
comment
Хороший вопрос! Имейте в виду год путаницы, связанный с западным календарем. en.wikipedia.org/wiki/Year_of_confusion Я бы также рассмотрел другие календарные реформы и их влияние. Я полагаю, вы хотите что-то, что делает это для вас, однако :)   -  person Doug T.    schedule 31.12.2008


Ответы (2)


То, что вам нужно, будет зависеть от того, что вам нужно. Я думаю, было бы неплохо хранить даты в простом единообразном формате, таком как формат RD (rata die или RD) в «Календарных расчетах, 3-е изд.» (цитируется StarBlue). Тем не менее, я также думаю, что вы должны сохранить исходный текст доступным в качестве записи того, что было отправной точкой, чтобы перевод в RD мог быть проверен по запросу.

Например, если вы отправитесь достаточно далеко в прошлое, Новый год в Англии (по крайней мере, для некоторых целей) был не 1 января, а 25 марта (День леди). Например, в ранней части Средневековья вы можете обнаружить, что то, что мы в настоящее время рассчитываем как 14 февраля 1167 года, будет рассматриваться как 14 февраля 1166 года теми, кто записывал даты в то время. Одним интересным побочным эффектом перехода с юлианского на григорианский календари в сентябре 1752 года (в Великобритании и ее колониях) стало то, что год стал на 12 дней короче. Налоговые расчеты за 353 дня вместо 365 были бы ужасны, поэтому конец налогового года был перенесен на его нынешнее 6 апреля - так что в году осталось 365 дней, несмотря на изменение календаря. (Хорошо, технически это обоснованное предположение. Однако это правдоподобная причина, по которой Великобритания заканчивает свой налоговый год 6 апреля.)

Итак, чтобы иметь дело с «Третье июня 13 Карла II», вам нужно знать, что ввод в формате царствования, что день был 3, месяц июнь (не слишком сложно) и год 13-го правления Карла II. (1630-05-29 по 1685-02-06; стал королем с 1649-01-30, но не был коронован до 1661-04-23; с 1660 года документы датированы так, как будто он правил с 1649 года; см. Википедия для получения дополнительной информации). Итак, предположительно, речь идет о дате 1662-06-13 юлианского календаря (поскольку Англия не переходила на григорианский календарь до 1752 года).

person Jonathan Leffler    schedule 01.01.2009

Я полагаю, вы знаете о книге Рейнгольда и Дершовица "Календарные вычисления"?

person starblue    schedule 31.12.2008
comment
Я просмотрел отрывки книги, доступные на Amazon, и она выглядит очень интересной и, возможно, полезной. - person Jon Trauntvein; 01.01.2009
comment
полезно только в том случае, если вы собираетесь использовать какой-либо их код исключительно в личных целях — проверьте лицензию на стр. xxi. Кажется, они даже претендуют на патент на свой код/формулы. - person kloucks; 01.01.2009