Из Википедии, бесплатной энциклопедии
  (Перенаправлено из базы данных часовых поясов IANA )
Перейти к навигации Перейти к поиску

База данных tz делит мир на регионы, где с 1970 года все местные часы были одинаковыми. На этой карте, составленной путем объединения базы данных издания 2017a с данными OpenStreetMap , представлены все регионы за пределами Антарктиды. [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 макс. - март вс> = 8 2:00 1:00 DПравило США 2007 макс. - ноя вс> = 1 2:00 0 ю.....# ИМЯ правила ОТ ДО ВХОДИТЬ НА ПИСЬМО СОХРАНИТЬТолько Правило Нью-Йорка 1920 - март, последнее вс, вс 2:00 1:00 DТолько по Правилу Нью-Йорка 1920 - окт. Послвск.Правило Нью-Йорка 1921 1966 - апр последнийвс 2:00 1:00 DПравило Нью-Йорка 1921 1954 - Сентябрь послед.Вс 2:00 0 ю.Правило Нью-Йорка 1955 1966 - прошлый октябрьВс 2:00 0 ю.# ИМЯ зоны ФОРМАТ ПРАВИЛ GMTOFF [ДО]Зона Америка / Нью-Йорк -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 декабря 2009 года в Бразилии только штаты Минас-Жерайс , Эспириту-Санту , Рио-де-Жанейро и Сан-Паулу имели летнее время. Однако запрошенное разделение от 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-часах.

Идентификаторы часовых поясов Олсона также используются репозиторием данных Common Locale 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. ^ "База данных часовых поясов выключена" . Дейли Паркер . 6 октября 2011 . Проверено 6 октября 2011 года .
  37. ^ "База данных часовых поясов - мнение Астролябии" . Блог Стивена Колебурна . 13 октября 2011 . Проверено 26 октября 2011 года .
  38. ^ «EFF выигрывает защиту для базы данных часовых поясов» . Electronic Frontier Foundation. 22 февраля 2012 . Проверено 22 февраля 2012 года .
  39. ^ «База данных часовых поясов» . IANA.

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

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

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

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

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

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

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