База данных tz представляет собой совместную компиляцию информации о мировых часовых поясах и правилах перехода на летнее время , в первую очередь предназначенную для использования в компьютерных программах и операционных системах. [2] Пол Эггерт является ее редактором и сопровождающим с 2005 года, [3] при организационной поддержке ICANN . [4] База данных tz также известна как tzdata , база данных zoneinfo или база данных часовых поясов IANA (в честь Управления по распределению номеров в Интернете ), а иногда как база данных Olson , ссылаясь на основателя, Артура Дэвида Олсона. [5]
Его единое соглашение об именовании для записей в базе данных, таких как America/New_York и Europe/Paris , было разработано Полом Эггертом. [6] База данных пытается регистрировать исторические часовые пояса и все гражданские изменения с 1970 года, эпохи времени Unix . [7] Она также регистрирует високосные секунды . [8]
База данных, а также некоторый исходный код ссылок , находятся в открытом доступе . [9] Новые редакции базы данных и кода публикуются по мере внесения изменений, как правило, несколько раз в год. [10]
В базе данных tz часовой пояс — это любой национальный регион, где местные часы согласованы с 1970 года. [11] Это определение касается в первую очередь географических областей, которые имеют согласованные местные часы. Часовой пояс отличается от региона с определенным стандартным смещением времени от UTC , который часто называют «часовым поясом». Поэтому каждый из часовых поясов, определенных базой данных tz, может использовать несколько смещений от UTC, например, смещения для стандартного времени и летнего времени . [12]
База данных tz публикуется как набор текстовых файлов , в которых перечислены правила и переходы между зонами в удобном для восприятия формате. Для использования эти текстовые файлы компилируются в набор платформенно-независимых двоичных файлов — по одному на часовой пояс. Исходный код ссылки включает такой компилятор, называемый zic (компилятор информации о зоне), а также код для чтения этих файлов и использования их в стандартных API, таких как localtime()и mktime().
Каждый часовой пояс имеет одну или несколько "линий пояса" в одном из текстовых файлов базы данных tz. Первая строка пояса для часового пояса дает название часового пояса; все последующие строки пояса для этого часового пояса оставляют имя пустым, указывая, что они применяются к той же зоне, что и предыдущая строка. Каждая строка пояса для пояса указывает, для диапазона даты и времени, смещение относительно UTC для стандартного времени, название набора правил, которые управляют летним временем (или дефис, если стандартное время применяется всегда), формат сокращений часовых поясов и, для всех, кроме последней строки пояса, дату и время, в которые заканчивается диапазон даты и времени, управляемый этой строкой.
Правила перехода на летнее время указаны в именованных наборах правил. Каждый набор правил имеет одну или несколько строк правил в текстовых файлах. Строка правила содержит название набора правил, к которому оно относится, первый год, в котором правило применяется, последний год, в котором правило применяется (или «только», если правило применяется только в одном году, или «макс», если это правило действует в тот момент), тип года, к которому применяется правило («-», если правило применяется ко всем годам в указанном диапазоне, что почти всегда так, в противном случае имя, используемое в качестве аргумента для скрипта, указывающего, относится ли год к указанному типу), месяц, в котором правило вступает в силу, день, в который правило вступает в силу (это может быть как конкретный день, так и спецификация, например, «последнее воскресенье месяца»), время суток, в которое правило вступает в силу, количество времени, которое следует добавить к смещению относительно UTC, когда правило действует, и букву или буквы, которые следует использовать в сокращении часового пояса (например, «S», если правило регулирует зимнее время, и «D», если оно регулирует летнее время).
Часовые пояса имеют уникальные названия в форме « Область / Расположение », например «Америка/Нью_Йорк». Также был сделан выбор в пользу использования английских названий или эквивалентов, а также исключения знаков препинания и общих суффиксов. Символ подчеркивания используется вместо пробелов. Дефисы используются там, где они появляются в названии местоположения. Названия областей и местоположений имеют максимальную длину 14 символов. [13] [14]
Площадь — это название континента , океана или «И т. д.». Используемые континенты и океаны: Африка , Америка , Антарктида , Арктика , Азия , Атлантика , Австралия , Европа , Индийский и Тихий океан .
Океаны включены, поскольку некоторые острова трудно присоединить к определенному континенту. Некоторые географически связаны с одним континентом, а политически — с другим. См. также Границы между континентами .
Специальная область "Etc" используется для некоторых административных зон, в частности для "Etc/UTC", которая представляет Всемирное координированное время . Для соответствия стилю POSIX , названия зон, начинающиеся с "Etc/GMT", имеют обратный знак по сравнению со стандартным соглашением ISO 8601. В области "Etc" зоны к западу от GMT имеют положительный знак, а к востоку - отрицательный в своем названии (например, "Etc/GMT-14" опережает GMT на 14 часов).
Местоположение — название определенного места в пределах области, обычно города или небольшого острова.
Названия стран обычно не используются в этой схеме, в первую очередь потому, что они не будут надежными из-за частых политических и граничных изменений. Названия крупных городов, как правило, более постоянны. [15] Обычно самый густонаселенный город в регионе выбирается для представления всего часового пояса, хотя может быть выбран другой город, если он более широко известен, и может быть использовано другое местоположение, включая местоположение, отличное от города, если это приведет к менее неоднозначному названию. [16] В случае, если название местоположения, используемого для представления часового пояса, изменится, соглашение заключается в создании псевдонима [17] в будущих изданиях, чтобы и старое, и новое названия ссылались на одну и ту же запись в базе данных.
В некоторых случаях само местоположение представлено как составное имя, например, часовой пояс "America/Indiana/Indianapolis". Трехуровневые имена включают в себя те, что находятся под "America/Argentina/...", "America/Kentucky/...", "America/Indiana/..." и "America/North_Dakota/...".
Выбранное местоположение является репрезентативным для всей области. Однако, если до 1970 года в пределах области были различия, правила часовых поясов применяются только в указанном месте.
Это строки правил для стандартных правил летнего времени в США, строки правил для правил летнего времени, действующих в Восточной часовой зоне США (называемой «NYC», поскольку Нью-Йорк — город, представляющий эту зону) в некоторые годы, и строки зон для часового пояса America/New_York, по состоянию на версию tzdata2011n базы данных часовых поясов. Зона и строки правил отражают историю летнего времени в США .
# ИМЯ правила ОТ ДО ВВЕДИТЕ НА СОХРАНИТЬ БУКВА/ЫПравило США 1918 1919 - последний мартВоскресенье 2:00 1:00 DПравило США 1918 1919 - октябрь последнийSun 2:00 0 SПравило США только 1942 - 9 февраля 2:00 1:00 W # ВойнаПравило США только 1945 - 14 августа 23:00 u 1:00 P # МирПравило США 1945 только - 30 сентября 2:00 0 SПравило США 1967 2006 - октябрь последнийSun 2:00 0 SПравило США 1967 1973 - последний апрельВоскресенье 2:00 1:00 DПравило США только 1974 - 6 января 2:00 1:00 DПравило США только 1975 - 23 февраля 2:00 1:00 DПравило США 1976 1986 - последний апрельВоскресенье 2:00 1:00 DПравило США 1987 2006 - Апрель Воскресенье>=1 2:00 1:00 ДПравило США 2007 макс. - март вск>=8 2:00 1:00 ДПравило США 2007 макс. - нояб. вск>=1 2:00 0 S....# ИМЯ правила ОТ ДО ВВЕДИТЕ НА СОХРАНИТЬ БУКВАПравило NYC 1920 только - последний март, воскресенье 2:00 1:00 DПравило NYC 1920 только - последний окт. Воскресенье 2:00 0 SПравило Нью-Йорка 1921 1966 - последний апрельВоскресенье 2:00 1:00 DПравило Нью-Йорка 1921 1954 - сентябрь последнийВск 2:00 0 SПравило Нью-Йорка 1955 1966 - октябрь последнийВск 2:00 0 S# ИМЯ зоны GMTOFF ПРАВИЛА ФОРМАТ [ДО]Зона Америка/Нью-Йорк -4:56:02 - LMT 1883 18 ноября, 12:03:58 -5:00 США E%sT 1920 -5:00 Нью-Йорк E%sT 1942 -5:00 США E%sT 1946 -5:00 Нью-Йорк, E%sT 1967 -5:00 США Вост.Для каждого часового пояса, имеющего несколько смещений (обычно из-за летнего времени), база данных tz записывает точный момент перехода. Формат также может учитывать изменения в датах и времени переходов. Зоны могут иметь исторические изменения правил, уходящие на много десятилетий назад (как показано в примере выше).
Файл zone.tab находится в открытом доступе и содержит список зон. Сортировка столбцов и строк описана в комментариях к файлу следующим образом:
# Этот файл содержит таблицу со следующими столбцами:# 1. Двухсимвольный код страны ISO 3166. Смотрите файл `iso3166.tab'.# 2. Широта и долгота основного местоположения зоны# в формате знак-градусы-минуты-секунды ISO 6709 ,# либо +-DDMM+-DDDDMM, либо +-DDMMSS+-DDDMSS,# сначала широта (+ — север), затем долгота (+ — восток).# 3. Имя зоны, используемое в значении переменной среды TZ.# 4. Комментарии; присутствуют только в том случае, если страна имеет несколько строк.# # Столбцы разделены одним символом табуляции.# Таблица сначала сортируется по стране, затем по порядку внутри страны,# (1) имеет некоторый географический смысл, и# (2) ставит на первое место наиболее густонаселенные зоны, если это не противоречит (1).
Данные до 1970 года стремятся быть правильными для города, идентифицирующего регион, но не обязательно верны для всего региона. Это связано с тем, что новые регионы создаются только по мере необходимости для различения часов с 1970 года.
Например, между 1963-10-23 и 1963-12-09 в Бразилии летнее время было только в штатах Минас-Жерайс , Эшпириту-Санту , Рио-де-Жанейро и Сан-Паулу . Однако запрошенное разделение от America/Sao_Paulo было отклонено в 2010 году по той причине, что с 1970 года часы были одинаковыми во всем регионе. [19]
Время в Германии , представленное Европой/Берлином , неверно для 1945 года, когда в Тризоне использовались правила перехода на летнее время, отличные от берлинских. [20]
Существуют две зоны, охватывающие территорию, которая после 1970 года принадлежала двум странам. База данных соответствует определениям стран согласно стандарту ISO 3166-1 , предшественник которого, ISO 3166, был впервые опубликован в 1974 году.
Справочный код и база данных tz поддерживаются группой волонтеров. Артур Дэвид Олсон вносит большую часть изменений в справочный код tz. Пол Эггерт вносит большую часть изменений в базу данных tz. Предлагаемые изменения отправляются в список рассылки tz, который соединен с новостной группой Usenet comp.time.tz. Исходные файлы распространяются через FTP-сервер IANA. Обычно эти файлы берет дистрибьютор программного обеспечения, такой как Debian , компилирует, а затем исходный код и двоичные файлы упаковываются как часть этого дистрибутива. Конечные пользователи могут либо положиться на процедуры обновления своего дистрибутива программного обеспечения, что может повлечь за собой некоторую задержку, либо получить исходный код напрямую и самостоятельно собрать двоичные файлы. IETF опубликовал RFC 6557, «Процедуры ведения базы данных часовых поясов», документирующий лучшие практики, основанные на схожих принципах.
Стандартный путь к базе данных часовых поясов — /usr/share/zoneinfo/в дистрибутивах Linux, macOS и некоторых других Unix-подобных системах.
Географические границы в виде наборов координат не являются частью базы данных tz, но границы опубликованы Эваном Сироки [1] в форматах GeoJSON и шейп-файлов .
Репозиторий данных Unicode Common Locale (CLDR) ссылается на зоны в базе данных tz. Однако, поскольку название зоны может меняться от одной версии базы данных tz к другой, CLDR назначает UN/LOCODE для города, используемого в названии зоны, или внутренне назначенный код, если такого города для зоны нет, для зоны tzdb. [21] [22]
База данных tz используется для обработки и преобразования часовых поясов во многих компьютерных программных системах, включая:
std::chrono::tzdb chrono ;Идентификаторы часовых поясов Олсона также используются Unicode Common Locale Data Repository (CLDR) и International Components for Unicode (ICU). Например, таблица CLDR Windows–Tzid сопоставляет идентификаторы часовых поясов Microsoft Windows со стандартными именами Олсона, хотя такое сопоставление не может быть идеальным, поскольку количество часовых поясов в системах Windows значительно меньше, чем в базе данных IANA TZ. [33]
Истоки проекта восходят к 1986 году или даже раньше. [34]
30 сентября 2011 года был подан иск Astrolabe, Inc. против Olson et al. относительно авторских прав на базу данных. [35] [36] В результате 6 октября 2011 года список рассылки базы данных и FTP- сайт были закрыты. [37] Дело вращалось вокруг использования разработчиками базы данных The American Atlas Томаса Г. Шэнкса и The International Atlas Томаса Г. Шэнкса и Рике Поттенджера. В иске содержалась жалоба на несанкционированное воспроизведение данных атласа в архиве списка рассылки часовых поясов и в некоторых вспомогательных коллекциях ссылок, поддерживаемых с базой данных, хотя на самом деле это не указывало на саму базу данных. Жалоба касалась только компиляции исторических данных часовых поясов и не охватывала существующие мировые таблицы часовых поясов tzdata. [36] [38] [39]
Этот иск был урегулирован 22 февраля 2012 года после вмешательства Electronic Frontier Foundation , когда Astrolabe добровольно подала ходатайство об отклонении иска, не вручив его ответчикам , и согласилась на соглашение не подавать иски в будущем. [40]
ICANN взяла на себя ответственность за обслуживание базы данных 14 октября 2011 года. [4] Полная база данных и описание планов по ее обслуживанию доступны онлайн на сайте IANA . [41]
Каждый часовой пояс обычно соответствует географическому региону, который меньше традиционного часового пояса, поскольку часы в часовом поясе все согласуются после 1970 года, тогда как традиционный часовой пояс просто указывает текущее стандартное время. Например, приложения, которые имеют дело с текущими и будущими временными метками в традиционном североамериканском горном часовом поясе, могут выбирать из часовых поясов America/Denver, который соблюдает летнее время (DST) в стиле США, и America/Phoenix, который не соблюдает DST. Приложения, которые также работают с прошлыми временными метками в горном часовом поясе, могут выбирать из более чем десятка часовых поясов, таких как America/Boise, America/Edmonton и America/Hermosillo, каждый из которых в настоящее время использует горное время, но отличается от других часовых поясов для некоторых временных меток после 1970 года.
только допустимые компоненты имени файла POSIX (т. е. части имен, отличные от '/'). Не используйте компоненты имени файла '.' и '..'. В компоненте имени файла используйте только буквы ASCII, '.', '-' и '_'. Не используйте цифры, так как это может создать неоднозначность со строками POSIX TZ. Компонент имени файла не должен превышать 14 символов или начинаться с '-'. Например, предпочитайте Asia/Brunei вместо Asia/Bandar_Seri_Begawan. Исключения: см. обсуждение устаревших имен ниже.
компактность местоположений. Используйте города или небольшие острова, а не страны или регионы, чтобы любые будущие изменения не разделяли отдельные местоположения на разные часовые пояса. Например, предпочитайте Европу/Париж вместо Европы/Франции, поскольку во Франции было несколько часовых поясов.
общие рекомендации по выбору названий часовых поясов в порядке убывания важности: ... Если название неоднозначно, используйте менее неоднозначную альтернативу; например, многие города называются Сан-Хосе и Джорджтаун, поэтому предпочитайте America/Costa_Rica вместо America/San_Jose и America/Guyana вместо America/Georgetown. ... Используйте самые густонаселенные места в регионе, например, предпочитайте Asia/Shanghai вместо Asia/Beijing. Среди мест с похожей численностью населения выберите самое известное место, например, предпочитайте Europe/Rome вместо Europe/Milan.
название изменено, поместите его старое написание в файл "backward". Это означает, что старые варианты написания продолжат работать. Обычно изменение названия должно происходить только в редких случаях, когда меняется согласованное написание на английском языке для местоположения; например, в 2008 году Asia/Calcutta была переименована в Asia/Kolkata из-за долгосрочного широкого использования нового названия города вместо старого.
2015 Internationalization API Specification определяет часовые пояса с использованием имен зон и ссылок базы данных часовых поясов IANA. Их каноническая форма — соответствующее имя зоны в регистре, используемом в базе данных часовых поясов IANA. ... Рекомендуется, чтобы реализации использовали информацию о часовых поясах базы данных часовых поясов IANA.