Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

База данных tz делит мир на регионы, где с 1970 года все местные часы были одинаковыми. На этой карте, взятой из базы данных издания 2017a, показаны все регионы за пределами Антарктиды. [1]

База данных tz - это совместный сборник информации о часовых поясах мира , в первую очередь предназначенный для использования с компьютерными программами и операционными системами. [2] Пол Эггерт - его текущий редактор и сопровождающий [3] при организационной поддержке ICANN . [4] База данных tz также известна как tzdata , база данных zoneinfo или база данных часовых поясов IANA , а иногда и как база данных Olson , ссылаясь на основателя проекта, Артура Дэвида Олсона. [5]

Единое соглашение об именах для часовых поясов, таких как Америка / Нью-Йорк и Европа / Париж , было разработано Полом Эггертом. [6] База данных пытается записать исторические часовые пояса и все гражданские изменения с 1970 года, эпохи времени Unix . [7] Он также включает переходы, такие как переход на летнее время , а также записывает дополнительные секунды . [8]

База данных, а также некоторый справочный исходный код находятся в открытом доступе . [9] Новые редакции базы данных и кода публикуются по мере необходимости, обычно несколько раз в год. [10]

Структура данных [ править ]

Форматы файлов [ править ]

База данных tz публикуется в виде набора текстовых файлов, в которых перечислены правила и переходы зон в удобочитаемом формате. Для использования эти текстовые файлы компилируются в набор платформенно-независимых двоичных файлов - по одному для каждого часового пояса. Эталонный исходный код включает такой компилятор, называемый zic (компилятор информации о зоне), а также код для чтения этих файлов и использования их в стандартных API, таких как localtime()и mktime().

Определение часового пояса [ править ]

В базе данных tz часовой пояс - это любой национальный регион, в котором все местные часы согласованы с 1970 года. [11] Это определение касается в первую очередь географических областей, которые имеют согласованные местные часы. Это отличается от других определений, которые касаются постоянных смещений от нулевого меридиана . Следовательно, каждый из часовых поясов, определенных базой данных tz, может задокументировать несколько смещений от UTC , обычно включая как стандартное время, так и летнее время .

В текстовых файлах часовых поясов каждый часовой пояс имеет одну или несколько «строк поясов» в одном из текстовых файлов часовых поясов. В первой строке часового пояса указывается название часового пояса; любые последующие строки зоны для этого часового пояса оставляют имя пустым, указывая, что они относятся к той же зоне, что и предыдущая строка. В каждой строке зоны для диапазона даты и времени указывается смещение относительно всемирного координированного времени для стандартного времени, название набора правил, регулирующих переход на летнее время (или дефис, если стандартное время всегда применяется), формат для аббревиатуры часовых поясов и, кроме последней строки, дату и время, когда заканчивается диапазон даты и времени, определяемый этой строкой.

Правила перехода на летнее время (DST) [ править ]

Правила перехода на летнее времяуказаны в именованных наборах правил. Каждый набор правил имеет одну или несколько строк правил в текстовых файлах часовых поясов. Строка правила содержит название набора правил, к которому он принадлежит, первый год, в котором применяется правило, последний год, в котором применяется правило (или «только», если он применяется только в течение одного года, или «максимум», если он является действующим правилом), тип года, к которому применяется правило («-», если он применяется ко всем годам в указанном диапазоне, что почти всегда так, в противном случае имя используется в качестве аргумента сценария, который указывает, относится ли год к указанному типу), месяц, в котором правило вступает в силу, день, в который правило вступает в силу (который может быть определенным днем ​​или спецификацией, такой как «последнее воскресенье месяца») , время суток, в которое правило вступает в силу,количество времени, чтобы добавитьсмещение к всемирному координированному времени, когда действует правило, и букву или буквы, которые следует использовать в сокращении часового пояса (например, «S», если правило регулирует стандартное время, и «D», если оно регулирует переход на летнее время).

Названия часовых поясов [ править ]

Часовые пояса имеют уникальные имена в форме « Район / Местоположение », например «Америка / Нью-Йорк». Было также принято решение использовать английские имена или их эквиваленты и исключить знаки препинания и общие суффиксы. Символ подчеркивания используется вместо пробелов. Дефисы используются там, где они появляются в названии места. В Районе и Место имена имеют максимальную длину 14 символов. [12] [13]

Площадь [ править ]

Площадь - это название континента , океана или «и т. Д.». В настоящее время используются континенты и океаны: Африка , Америка , Антарктида , Арктика , Азия , Атлантический океан , Австралия , Европа , Индия и Тихий океан .

Океаны включены, поскольку некоторые острова трудно соединить с определенным континентом. Некоторые из них географически связаны с одним континентом, а политически - с другим. См. Также Границы между континентами .

Специальная область «Etc» используется для некоторых административных зон, в частности для «Etc / UTC», что представляет собой всемирное координированное время . Чтобы соответствовать стилю POSIX , имена зон, начинающиеся с «Etc / GMT», имеют обратный знак по сравнению со стандартным соглашением ISO 8601 . В области «Etc» зоны к западу от GMT имеют положительный знак, а зоны на востоке имеют отрицательный знак в своем названии (например, «Etc / GMT-14» опережает GMT на 14 часов).

Местоположение [ править ]

Местоположение - это название определенного места в пределах области - обычно города или небольшого острова.

Названия стран не используются в этой схеме, прежде всего потому, что они не будут надежными из-за частых политических изменений и изменений границ. Названия крупных городов имеют тенденцию быть более постоянными. Однако специалисты по обслуживанию базы данных пытаются включить по крайней мере одну зону для каждого кода страны ISO 3166-1 alpha-2 , и это используется рядом пользовательских интерфейсов к базе данных. Кроме того, существует желание сохранить географически компактные местоположения, чтобы любые будущие изменения часовых поясов не разделяли их на разные часовые пояса. [14]

Обычно для представления всего часового пояса выбирается самый густонаселенный город в регионе, хотя может быть выбран другой город, если он более широко известен, и другое местоположение, включая местоположение, отличное от города, может использоваться, если это приводит к менее неоднозначное название. [15] В случае, если имя местоположения используется для представления изменений часового пояса, соглашение заключается в создании псевдонима [16] в будущих выпусках, чтобы и старое, и новое имена ссылались на одну и ту же запись в базе данных.

В некоторых случаях Местоположение представлено как составное имя, например часовой пояс « Америка / Индиана / Индианаполис ». Трехуровневые имена включают имена в разделах «Америка / Аргентина / ...», «Америка / Кентукки / ...», «Америка / Индиана / ...» и «Америка / Северная_Дакота / ...».

Выбранное местоположение репрезентативно для всей области.

Примеры [ править ]

Америка / Коста-Риканазвание страны используется потому , что название самого большого города (и столица) Сан - Хосе является неоднозначным
Америка / Нью-ЙоркПробел заменен на подчеркивание
Азия / Калькуттаиспользуется название города Калькутта , потому что это был самый густонаселенный город в зоне во время создания зоны, хотя это уже не так [17]
Азия / Сахалиниспользовано название острова, так как самый крупный город Южно-Сахалинск состоит более чем из 14 знаков
America / Bahia_Banderasизменено название крупнейшего города, из Bahia de Banderas удалено "de" , поскольку правильное название содержит более 14 символов.
Антарктида / Дюмон-Дюрвильапостроф удален. Пробел обычно заменяется на "_", но тогда имя превышает 14 символов.

Пример зоны и линий правил [ править ]

Это строки правил для стандартных правил перехода на летнее время в США, строки правил для правил перехода на летнее время, действующих в Восточном часовом поясе США (называемом «Нью-Йорк», поскольку Нью-Йорк является городом, представляющим эту зону) в некоторые годы, и строки поясов для часового пояса America / New_York, начиная с версии tzdata2011n базы данных часовых поясов. Линии зоны и правила отражают историю перехода на летнее время в США .

# ИМЯ правила ОТ ДО ВХОДИТЬ НА ПРИ СОХРАНИТЬ БУКВУ / SПравило США 1918 1919 - март последнееВс 2:00 1:00 DПравило США 1918 1919 - октябрь lastВс 2:00 0 ю.Правило США только 1942 - 9 февраля 2:00 1:00 W # ВойнаПравило США только в 1945 году - 14 августа 23:00 1:00 P # PeaceТолько Правило США 1945 г. - 30 сентября 2:00 0 ю.Правило США 1967 г. 2006 г. - прошлое октябряВс 2:00 0 ю.Правило США 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 DПравило США 2007 max - март вс> = 8 2:00 1:00 DПравило США 2007 макс. - ноя вс> = 1 2:00 0 ю.....# ИМЯ правила ОТ ДО ВХОДИТЬ НА ПИСЬМО СОХРАНИТЬТолько Правило Нью-Йорка 1920 - март, последнее вс, вс 2:00 1:00 DТолько по Правилу Нью-Йорка 1920 - окт. Послвск. 2:00 0 ю.Правило Нью-Йорка 1921 1966 - апр последнийВс 2:00 1:00 DПравило Нью-Йорка 1921 1954 - Сентябрь послед.Вс 2:00 0 ю.Правило Нью-Йорка 1955 1966 - прошлый октябрьВс 2:00 0 ю.# ИМЯ зоны ФОРМАТ ПРАВИЛ GMTOFF [ДО]Zone America / New_York -4: 56: 02 - LMT 1883 18 ноября, 12:03:58 -5: 00 США E% СТ 1920 -5: 00 Нью-Йорк E% sT 1942 -5: 00 США E% СТ 1946 -5: 00 Нью-Йорк, Восток, 1967 -5: 00 США E% sT

Данные, хранящиеся для каждой зоны [ править ]

Для каждого часового пояса, который имеет несколько смещений (обычно из-за перехода на летнее время), база данных tz записывает точный момент перехода. Формат также может учитывать изменения даты и времени переходов. Зоны могут иметь исторические изменения в правилах, происходящие много десятилетий назад (как показано в примере выше).

Zone.tab [ править ]

Файл zone.tab находится в открытом доступе и содержит список зон. Столбцы и сортировка строк описаны в комментариях к файлу следующим образом:

# Этот файл содержит таблицу со следующими столбцами:# 1. Двухзначный код страны по ISO 3166 . См. Файл `iso3166.tab '.№2. Широта и долгота основного местоположения зоны.# в формате ISO 6709 знак-градус-минуты-секунды,# либо + -DDMM + -DDDMM, либо + -DDMMSS + -DDDMMSS,# сначала широта (+ - север), затем долгота (+ - восток).# 3. Имя зоны, используемое в значении переменной окружения TZ.# 4. Комментарии; присутствует тогда и только тогда, когда в стране несколько строк.# # Столбцы разделены одной табуляцией.# Таблица сортируется сначала по странам, затем по порядку внутри страны,# (1) имеет некоторый географический смысл, и# (2) ставит на первое место самые густонаселенные зоны, что не противоречит (1).

Данные до 1970 г. [ править ]

Данные до 1970 г. направлены на то, чтобы быть верными для города, определяющего регион, но не обязательно для всего региона. Это связано с тем, что с 1970 года новые регионы создаются только по мере необходимости для различения часов.

Например, с 23 октября 1963 по 1963 декабря 09 в Бразилии только штаты Минас-Жерайс , Эспириту-Санту , Рио-де-Жанейро и Сан-Паулу имели летнее время. Однако запрошенное разделение от America / Sao_Paulo было отклонено в 2010 году на том основании, что с 1970 года часы были одинаковыми во всем регионе. [18]

Время в Германии , которое представлено как Европа / Берлин , неверно для 1945 года, когда в Trizone использовались другие правила перехода на летнее время, чем в Берлине. [19]

Покрытие [ править ]

Зоны, охватывающие несколько стран после 1970 г. [ править ]

Есть две зоны, которые покрывают территорию, которая была охвачена двумя странами после 1970 года. База данных соответствует определениям стран согласно ISO 3166-1 , чей предшественник, ISO 3166, был впервые опубликован в 1974 году.

  • Азия / Аден  - две страны до 1990 года: Северный Йемен ( ISO 3166-1 : YE; столица Сана) и Южный Йемен (Народная Республика, ISO 3166-1: YD, ISO 3166-3 : YDYE; столица: Аден).
  • Европа / Берлин  - две страны до 1990 года : Восточная Германия (ISO 3166-1: DD, ISO 3166-3: DDDE) и Западная Германия (ISO 3166-1: DE)

Техническое обслуживание [ править ]

Код ссылки tz и база данных поддерживаются группой добровольцев. Артур Дэвид Олсон вносит большинство изменений в код, а Пол Эггерт - в базу данных. Предлагаемые изменения отправляются в список рассылки tz, который подключен к группе новостей comp.time.tz Usenet . Исходные файлы распространяются через FTP-сервер IANA . Обычно эти файлы берутся распространителем программного обеспечения, например Debian , компилируются, а затем исходный код и двоичные файлы упаковываются как часть этого дистрибутива. Конечные пользователи могут либо полагаться на процедуры обновления своего программного обеспечения, что может повлечь за собой некоторую задержку, либо получить исходный код напрямую и самостоятельно создать двоичные файлы. IETF опубликовала RFC  6557, «Процедуры ведения базы данных часовых поясов», в которой описываются передовые практики, основанные на аналогичных принципах.

Unix-подобные системы [ править ]

Стандартный путь к базе данных часовых поясов - / usr / share / zoneinfo / в дистрибутивах Linux, macOS и некоторых других Unix-подобных системах.

Использование и расширения [ править ]

Границы часовых поясов [ править ]

Географические границы в виде наборов координат не являются частью базы данных tz, но границы опубликованы Эриком Мюллером [1] в виде векторных многоугольников. Используя эти векторные многоугольники, можно определить для каждого места на земном шаре зону базы данных tz, в которой оно находится.

Использование в других стандартах [ править ]

Репозиторий данных Unicode Common Locale (CLDR) относится к зонам в базе данных tz. Однако, поскольку название зоны может меняться от одной версии базы данных tz к другой, CLDR назначает UN / LOCODE для города, используемого в названии зоны, или внутренний код, если такой город для данной зоны отсутствует. зона, в зону tzdb. [20] [21]

Использование в программных системах [ править ]

База данных tz используется для обработки и преобразования часовых поясов во многих компьютерных программных системах, включая:

  • Системы, производные от BSD , включая FreeBSD , NetBSD , OpenBSD , DragonFly BSD , macOS и iOS (они также используют эталонный код обработки базы данных TZ в качестве реализации TZ POSIX API);
  • GNU C Library и системы , которые используют его, включая GNU , большинство дистрибутивов Linux , BeOS , Haiku , Nexenta OS и Cygwin ;
  • Системы, производные от System V Release 4 , такие как Solaris и UnixWare ;
  • AIX 6.1 и новее [22] [23] (более ранние версии AIX, начиная с AIX 5.2, включают zoneinfo, [24] для поддержки сторонних приложений, таких как MySQL , [25], но сами не используют его [24] [26] );
  • Android [27]
  • несколько других систем Unix , включая Tru64 и UNICOS / mp (также IRIX , все еще поддерживается, но больше не поставляется);
  • OpenVMS ;
  • Java Runtime Environment начиная с версии 1.4 (2002 год);
    • Java библиотека Joda времени ;
  • Perl модули DateTime :: TimeZone и DateTime :: секунда координации с 2003 года;
  • PHP выпускается с версии 5.1.0 (2005 г.);
  • Рубин Драгоценный камень TZInfo ;
  • Python модуль pytz ;
  • JavaScript спецификация языка для интернационализации явно задает использование имен IANA Time Zone для API, и рекомендует использование данных часовых поясов , а также. [28]
    • Также доступны многочисленные библиотеки: timezone-js , BigEasy / TimeZone , WallTime-js и moment-timezone ;
  • модуль Pandas (Python) [1] ;
  • .NET Framework библиотеки NodaTime , TZ4Net и ZoneInfo ;
  • Haskell библиотеки часового пояса-серии и часовой пояс-Olson ;
  • Erlang модуль Ezic ;
  • Go стандартная библиотека времени пакет;
  • Ржавчина обрешетка Chrono-TZ ;
  • Писк Smalltalk время пакет;
  • C ++ библиотеки подталкивания и Qt ;
  • Delphi и Free Pascal библиотека TZDB ; [29]
  • Free Pascal библиотека PascalTZ ;
  • В языке команд инструментов есть команда часов, использующая tzdata;
  • Oracle выпускается с 10g (2004 г.); [30]
  • PostgreSQL, начиная с версии 8.0 (2005 г.);
  • Microsoft SQL Server библиотека зоны поддержки времени SQL Server
  • MongoDB, начиная с выпуска 3.6;
  • встроенное программное обеспечение, такое как прошивка, используемая в IP-часах.

Идентификаторы часовых поясов Олсона также используются репозиторием данных общего языка Unicode (CLDR) и международными компонентами Unicode (ICU). Например, таблица CLDR Windows – Tzid сопоставляет идентификаторы часовых поясов Microsoft Windows со стандартными именами Olson, хотя такое сопоставление не может быть идеальным, потому что количество часовых поясов в системах Windows значительно ниже, чем в базе данных IANA TZ. [31]

История [ править ]

Истоки проекта восходят к 1986 году или ранее. [32]

Иск 2011 г. [ править ]

30 сентября 2011 г. судебный процесс Astrolabe, Inc. против Олсона и др. , был внесен в базу данных об авторских правах . [33] [34] В результате 6 октября 2011 года список рассылки базы данных и FTP- сайт были закрыты. [35] Дело вращалось вокруг использования разработчиками баз данных «Американского атласа » Томаса Г. Шанкса и «Международного атласа»., Томас Дж. Шанкс и Рик Поттенгер. Он пожаловался на несанкционированное воспроизведение данных атласа в архиве списка рассылки часовых поясов и в некоторых коллекциях вспомогательных ссылок, поддерживаемых базой данных, хотя на самом деле он не указывал на саму базу данных. Жалоба касалась только компиляции исторических данных о часовых поясах и не касалась текущих таблиц часовых поясов мира tzdata. [34] [36] [37]

Этот судебный процесс был урегулирован 22 февраля 2012 года после участия Electronic Frontier Foundation , когда Astrolabe добровольно отказалась от иска, не обслуживая ответчиков, и согласилась на соглашение не подавать в суд в будущем. [38]

Перейти в ICANN [ править ]

ICANN взяла на себя ответственность за обслуживание базы данных 14 октября 2011 года. [4] Полная база данных и описание текущих и будущих планов по ее обслуживанию доступны в Интернете в IANA . [39]

См. Также [ править ]

  • Список часовых поясов базы данных tz
  • Часовой пояс
  • Летнее время

Ссылки [ править ]

  1. ^ a b Мюллер, Эрик (8 октября 2012 г.). "Шейп-файл часовых поясов TZ мира" .
  2. ^ Эггерт, Пол; Олсон, Артур Дэвид (29 ноября 2007 г.). «Источники данных о часовом поясе и летнем времени» . Проверено 3 декабря 2007 года .
  3. ↑ Эггерт, Пол (17 января 2005 г.). «Re: FW: Регистрация часового пояса IANA - предложение» . tz (список рассылки).
  4. ^ a b «ICANN для управления базой данных часовых поясов» (новостное сообщение). ICANN. 15 октября 2011 . Проверено 30 декабря 2011 года .
  5. ↑ Олсон, Артур Дэвид (16 декабря 1986 г.). «Устранена проблема с часовым поясом? Другие проблемы. Новая страница руководства ctime» . tz (список рассылки).
  6. ↑ Эггерт, Пол (20 октября 1993 г.). «предложение для названий часовых поясов» . tz (список рассылки).
  7. ↑ Олсон, Артур Дэвид (18 марта 1987 г.). «Re: Список вопросов» . tz (список рассылки).
  8. ↑ Дивайн, Боб (2 июня 1988 г.). «високосные секунды; [0-60] в порядке» . tz (список рассылки).
  9. ↑ Эггерт, Пол (11 ноября 1995 г.). «вопросы и комментарии по http://tycho.usno.navy.mil/tzones.html» . tz (список рассылки).
  10. ^ "zoneinfo tzcode и архивы tzdata (FTP)" . Проверено 30 октября 2007 года .
  11. ^ Теория (текстовый файл), содержащаяся в дистрибутиве "tzcode". Ссылка на версию tzcode2007h.tar.gz от 1 октября 2007 г.
  12. ↑ Олсон, Артур Дэвид (1 мая 2010 г.). «Предлагаемые изменения пакета часовых поясов (Bahia de Banderas; название версии)» . tz (список рассылки).
  13. ^ "Идентификаторы часовых поясов" . Теория и прагматика ЦТ-кода и данных . Используйте только допустимые компоненты имени файла POSIX (т. Е. Части имен, отличные от '/'). Не используйте компоненты имени файла '.' и '..'. В компоненте имени файла используйте только буквы ASCII, '.', '-' и '_'. Не используйте цифры, так как это может создать двусмысленность со строками POSIX TZ. Компонент имени файла не должен превышать 14 символов или начинаться с символа «-». Например, предпочитайте Азию / Бруней Азии / Бандар_Сери_Бегаван. Исключения: см. Обсуждение устаревших имен ниже.
  14. ^ "Идентификаторы часовых поясов" . Теория и прагматика ЦТ-кода и данных . Сохраняйте компактность. Используйте города или небольшие острова, а не страны или регионы, чтобы любые будущие изменения не разбивали отдельные местоположения на разные часовые пояса. Например, предпочтительнее Европа / Париж, чем Европа / Франция, поскольку во Франции было несколько часовых поясов.
  15. ^ "Идентификаторы часовых поясов" . Теория и прагматика ЦТ-кода и данных . Вот общие рекомендации, используемые для выбора имен часовых поясов в порядке убывания важности: ... Если имя неоднозначно, используйте менее неоднозначную альтернативу; например, многие города называются Сан-Хосе и Джорджтаун, поэтому предпочтите Америку / Коста_Рика Америке / Сан-Хосе и Америку / Гайану Америке / Джорджтауну. ... Используйте самые густонаселенные места в регионе, например, предпочитайте Азию / Шанхай Азии / Пекину. Среди мест со схожим населением выберите наиболее известное, например, Европа / Рим предпочтительнее Европы / Милана.
  16. ^ "Идентификаторы часовых поясов" . Теория и прагматика ЦТ-кода и данных . Если имя изменено, поместите его старое написание в «обратный» файл. Это означает, что старые варианты написания будут продолжать работать. Обычно изменение названия должно происходить только в том редком случае, когда меняется общепринятое правописание локации на английском языке; например, в 2008 году Азия / Калькутта была переименована в Азию / Калькутту из-за давнего повсеместного использования нового названия города вместо старого.
  17. ↑ Пол Эггерт (21 декабря 2012 г.). «Re: zoneinfo: ist: error» . tz (список рассылки).
  18. ↑ Олсон, Артур Дэвид (6 января 2010 г.). «RE: небольшой нюанс в Бразилии 1963 года» . tz (список рассылки).
  19. ↑ Летнее время и летнее время в Германии до 1979 года , Physikalisch-Technische Bundesanstalt. (2010)
  20. ^ «Расширение локали Unicode ('u') для BCP 47» . CLDR - Репозиторий данных Common Locale Unicode.
  21. ^ «Язык разметки данных локали Unicode (LDML), Часть 4: Даты» . раздел 5, Имена часовых поясов.
  22. ^ «Поддержка и настройка часового пояса Олсона» . Информация об AIX 7.1 . IBM . Проверено 12 марта 2011 года .
  23. ^ «Управление переменной часового пояса» . IBM. 2 февраля 2007 . Проверено 14 сентября 2018 года .
  24. ^ a b «Операционная система AIX обновлена ​​для поддержки перехода на летнее время 2007 г.» . IBM. 18 октября 2007 . Проверено 12 марта 2011 года .
  25. ^ "2007 переход на летнее [sic] время для Unix" . Центр академических вычислений и коммуникаций Иллинойского университета в Чикаго. 25 февраля 2007 года Архивировано из оригинала на 1 августа 2012 года . Проверено 18 марта 2008 года .)
  26. ^ Викремасингх, Кристофер (30 марта 2009). «Введение летнего времени в Западной Австралии в 2006 году» . AIX Wiki . IBM . Проверено 11 марта 2011 года .
  27. ^ "ZoneId" .
  28. ^ «Спецификация API интернационализации ECMAScript 2015» . ecma-international.org (2-е изд.). Июнь 2015 . Проверено 14 января 2020 года . Спецификация API интернационализации ECMAScript 2015 определяет часовые пояса с использованием имен зоны и ссылки базы данных часовых поясов IANA. Их каноническая форма - это соответствующее имя зоны в регистре, используемое в базе данных часовых поясов IANA. ... Рекомендуется, чтобы реализации использовали информацию о часовом поясе из базы данных часовых поясов IANA.
  29. ^ «Библиотека TZDB перемещена на GitHub 23 апреля 2014 г.» . Проверено 21 октября 2015 года .
  30. ^ Oracle Database Globalization Support Guide 10g Release 1 (10.1): Глава 4, раздел «Выбор файла часового пояса» . Корпорация Oracle . Июнь 2004. С. 4–14. Деталь № B10749-02. Архивировано из оригинала на 1 декабря 2008 года . Проверено 30 октября 2007 года .
  31. ^ "Окна → Цид" . Консорциум Unicode. 12 ноября 2007 . Проверено 17 февраля 2008 года .
  32. ↑ Олсон, Артур Дэвид (24 ноября 1986 г.). "seismo! elsie! tz; новые версии часовых поясов" . tz (список рассылки).
  33. ^ "Astrolabe, Inc. против Олсона и др." . 6 октября 2011 . Проверено 6 октября 2011 года .
  34. ^ a b "ASTROLABE, INC., Истец, v. АРТУР ДЭВИД ОЛСОН и ПОЛ ЭГГЕРТ, Ответчики" ( PDF ) . 30 сентября 2011 . Проверено 7 октября 2011 года .
  35. ↑ Олсон, Артур Дэвид (6 октября 2011 г.). «Гражданский иск; отключение ftp; отключение списка рассылки» . tz (список рассылки) . Проверено 27 октября 2018 года .
  36. ^ "База данных часовых поясов выключена" . Daily Parker . 6 октября 2011 . Проверено 6 октября 2011 года .
  37. ^ "База данных часовых поясов - мнение Астролябии" . Блог Стивена Колебурна . 13 октября 2011 . Проверено 26 октября 2011 года .
  38. ^ "EFF выигрывает защиту для базы данных часовых поясов" . Фонд электронных рубежей. 22 февраля 2012 . Проверено 22 февраля 2012 года .
  39. ^ «База данных часовых поясов» . IANA.

Внешние ссылки [ править ]

Общие [ править ]

  • Юридическое время ( PDF ) , ITU, 2015.
  • Домашняя страница базы данных tz , UCLA (не рекомендуется, см. официальные источники IANA ниже)
  • Архив списка рассылки tz , Gmane, заархивирован с оригинала 3 февраля 2008 г..
  • tz (архив) (список рассылки)[ постоянная мертвая ссылка ] .
  • список рассылки tz в ICANN
  • "Литературная оценка базы данных Olson / Zoneinfo / tz" , Джон Уделл

Официальные источники IANA [ править ]

  • Домашняя страница
  • FTP
  • rsync , по адресу rsync: //rsync.iana.org/tz/

Страницы руководства [ править ]

  • zic(8) -  Руководство по администрированию и привилегированным командам Linux (дает синтаксис исходных файлов для базы данных tz)
  • tzfile(5) -  Руководство по форматам файлов Linux (дает формат скомпилированных файлов базы данных tz)