база данных tz
База данных tz представляет собой совместную компиляцию информации о мировых часовых поясах и правилах соблюдения летнего времени , в первую очередь предназначенную для использования с компьютерными программами и операционными системами. [ 2 ] Пол Эггерт является его редактором и сопровождающим с 2005 года. [ 3 ] при организационной поддержке ICANN . [ 4 ] База данных tz также известна как tzdata , база данных Zoneinfo или база данных часовых поясов IANA (по названию Управления по присвоению номеров в Интернете ), а иногда и как база данных Олсона , в честь основателя Артура Дэвида Олсона. [ 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 для стандартного времени, имя набора правил, регулирующих переход на летнее время (или дефис, если всегда применяется стандартное время), формат сокращения часовых поясов, а также для всех зон, кроме последней строки, дату и время, когда заканчивается диапазон дат и времени, определяемый этой строкой.
Правила перехода на летнее время (DST)
[ редактировать ]Правила перехода на летнее время указаны в именованных наборах правил. Каждый набор правил содержит одну или несколько строк правил в текстовых файлах. Строка правила содержит имя набора правил, к которому оно принадлежит, первый год применения правила, последний год применения правила (или «только», если оно применяется только в течение одного года, или «макс.», если оно применяется только в течение одного года). правило), тип года, к которому применяется правило («-», если оно применяется ко всем годам в указанном диапазоне, что почти всегда так, в противном случае имя используется в качестве аргумента сценария, который указывает, относится ли год к указанному типу), месяц, в котором правило вступает в силу, день, в который правило вступает в силу (это может быть либо конкретный день, либо указание, например «последнее воскресенье месяца»). , время суток, в которое правило вступает в силу, количество времени, которое нужно добавить к смещению UTC , когда правило действует, а также букву или буквы, которые будут использоваться в сокращении часового пояса (например, «S», если правило регулирует стандартное время и букву «D», если оно регулирует переход на летнее время).
Названия часовых поясов
[ редактировать ]Часовые пояса имеют уникальные имена в форме « Область / Местоположение », например «Америка/Нью_Йорк». Также было решено использовать английские имена или их эквиваленты, а также опустить знаки препинания и распространенные суффиксы. Вместо пробелов используется символ подчеркивания. Дефисы используются там, где они встречаются в названии места. Названия областей и . местоположений имеют максимальную длину 14 символов [ 13 ] [ 14 ]
Область
[ редактировать ]Площадь — это название континента , океана или «и т. д.». Используемые континенты и океаны: Африка , Америка , Антарктида , Арктика , Азия , Атлантика , Австралия , Европа , Индийский и Тихий океан .
Океаны включены, поскольку некоторые острова трудно соединить с определенным континентом. Некоторые географически связаны с одним континентом, а политически – с другим. См. также Границы между континентами .
Специальная область «Etc» используется для некоторых административных зон, особенно для «Etc/UTC», которая представляет собой Всемирное координированное время . Чтобы соответствовать стилю POSIX , имена зон, начинающиеся с «Etc/GMT», имеют обратный знак по сравнению со стандартным соглашением ISO 8601 . В области «Etc» зоны к западу от GMT имеют положительный знак, а зоны к востоку от GMT имеют отрицательный знак (например, «Etc/GMT-14» на 14 часов опережает GMT).
Расположение
[ редактировать ]Местоположение — это название определенного места в пределах области — обычно это город или небольшой остров.
Названия стран обычно не используются в этой схеме, прежде всего потому, что они не были бы надежными из-за частых политических изменений и изменений границ. Названия крупных городов, как правило, более постоянны. [ 15 ] Обычно для представления всего часового пояса выбирается самый густонаселенный город в регионе, хотя может быть выбран и другой город, если он более широко известен, и может быть использовано другое местоположение, в том числе и другое, чем город, если это приводит к меньшему количеству жителей. неоднозначное имя. [ 16 ] В случае изменения названия местоположения, используемого для представления часового пояса, соглашением является создание псевдонима. [ 17 ] в будущих выпусках, чтобы и старое, и новое имена относились к одной и той же записи базы данных.
В некоторых случаях местоположение само по себе представляется в виде составного имени, например часовой пояс «Америка/Индиана/Индианаполис». Трехуровневые имена включают имена в разделах «Америка/Аргентина/...», «Америка/Кентукки/...», «Америка/Индиана/...» и «Америка/Северная Дакота/...».
Выбранное место является репрезентативным для всей территории. Однако, если до 1970 года внутри территории существовали различия, правила часового пояса применяются только в указанном месте.
Примеры
[ редактировать ]Имя | Объяснение |
---|---|
Америка/Коста_Рика | используется название страны, поскольку название крупнейшего города (и столицы) Сан-Хосе неоднозначно . |
Америка/Нью_Йорк | Пробел заменен на подчеркивание |
Кейс/Калькутта | использовано название города Калькутта , поскольку на момент создания зоны это был самый густонаселенный город в зоне, хотя это уже не так. [ 18 ] |
Вещь/Сахалин | используется название острова, поскольку в крупнейшем городе Южно-Сахалинске более 14 символов. |
Америка/Баия_Бандерас | «де» удалено из Баия-де-Бандерас , поскольку правильное имя содержит более 14 символов. |
Антарктида/Дюмон-Дюрвиль | апостроф удаляется. Обычно пробел заменяется на «_», но тогда имя будет превышать 14 символов. |
Пример зоны и строк правил
[ редактировать ]Это строки правил для стандартных правил перехода на летнее время в США, строки правил для правил перехода на летнее время, действующих в восточном часовом поясе США (называемом «Нью-Йорк», поскольку Нью-Йорк является городом, представляющим эту зону) в некоторые годы, и линии зон для часового пояса Америки/Нью-Йорка, начиная с версии tzdata2011n базы данных часовых поясов. Линии зон и правил отражают историю перехода на летнее время в Соединенных Штатах .
# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S
Rule US 1918 1919 - Mar lastSun 2:00 1:00 D
Rule US 1918 1919 - Oct lastSun 2:00 0 S
Rule US 1942 only - Feb 9 2:00 1:00 W # War
Rule US 1945 only - Aug 14 23:00u 1:00 P # Peace
Rule US 1945 only - Sep 30 2:00 0 S
Rule US 1967 2006 - Oct lastSun 2:00 0 S
Rule US 1967 1973 - Apr lastSun 2:00 1:00 D
Rule US 1974 only - Jan 6 2:00 1:00 D
Rule US 1975 only - Feb 23 2:00 1:00 D
Rule US 1976 1986 - Apr lastSun 2:00 1:00 D
Rule US 1987 2006 - Apr Sun>=1 2:00 1:00 D
Rule US 2007 max - Mar Sun>=8 2:00 1:00 D
Rule US 2007 max - Nov Sun>=1 2:00 0 S
....
# Rule NAME FROM TO TYPE IN ON AT SAVE LETTER
Rule NYC 1920 only - Mar lastSun 2:00 1:00 D
Rule NYC 1920 only - Oct lastSun 2:00 0 S
Rule NYC 1921 1966 - Apr lastSun 2:00 1:00 D
Rule NYC 1921 1954 - Sep lastSun 2:00 0 S
Rule NYC 1955 1966 - Oct lastSun 2:00 0 S
# Zone NAME GMTOFF RULES FORMAT [UNTIL]
Zone America/New_York -4:56:02 - LMT 1883 November 18, 12:03:58
-5:00 US E%sT 1920
-5:00 NYC E%sT 1942
-5:00 US E%sT 1946
-5:00 NYC E%sT 1967
-5:00 US E%sT
Данные сохраняются для каждой зоны
[ редактировать ]Для каждого часового пояса, имеющего несколько смещений (обычно из-за перехода на летнее время), база данных tz записывает точный момент перехода. Формат также может учитывать изменения дат и времени переходов. В зонах могут быть исторические изменения правил, произошедшие много десятилетий назад (как показано в примере выше).
Zone.tab
[ редактировать ]Файл Zone.tab находится в свободном доступе и содержит список зон. Сортировка столбцов и строк описана в комментариях к файлу следующим образом:
# This file contains a table with the following columns: # 1. ISO 3166 2-character country code. See the file `iso3166.tab'. # 2. Latitude and longitude of the zone's principal location # in ISO 6709 sign-degrees-minutes-seconds format, # either +-DDMM+-DDDMM or +-DDMMSS+-DDDMMSS, # first latitude (+ is north), then longitude (+ is east). # 3. Zone name used in value of TZ environment variable. # 4. Comments; present if and only if the country has multiple rows. # # Columns are separated by a single tab. # The table is sorted first by country, then an order within the country that # (1) makes some geographical sense, and # (2) puts the most populous zones first, where that does not contradict (1).
Данные до 1970 г.
[ редактировать ]Данные до 1970 года должны быть верными для города, определяющего регион, но не обязательно верны для всего региона. Это связано с тем, что новые регионы создаются только по мере необходимости для различения часов с 1970 года.
Например, с 23 октября 1963 по 9 декабря 1963 года летнее время было в Бразилии только в штатах Минас-Жерайс , Эспириту-Санту , Рио-де-Жанейро и Сан-Паулу . Однако запрошенное разделение Америки и Сан-Паулу было отклонено в 2010 году на том основании, что с 1970 года часы были одинаковыми во всем регионе. [ 19 ]
Время в Германии , которая представлена Европой/Берлином , неверно для 1945 года, когда в Тризоне использовались правила перехода на летнее время, отличные от берлинских. [ 20 ]
Покрытие
[ редактировать ]Зоны, охватывающие несколько стран после 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. Пол Эггерт вносит большую часть изменений в базу данных tz. Предлагаемые изменения отправляются в список рассылки tz, который подключен к группе новостей Usenet comp.time.tz. Исходные файлы распространяются через FTP-сервер IANA. Обычно эти файлы берутся дистрибьютором программного обеспечения, например Debian , компилируются, а затем исходный код и двоичные файлы упаковываются как часть этого дистрибутива. Конечные пользователи могут либо полагаться на процедуры обновления своего дистрибутива программного обеспечения, что может повлечь за собой некоторую задержку, либо получить исходный код напрямую и самостоятельно собрать двоичные файлы. IETF опубликовал RFC 6557 «Процедуры ведения базы данных часовых поясов», документирующий лучшие практики, основанные на аналогичных принципах.
Unix-подобные системы
[ редактировать ]Стандартный путь к базе данных часовых поясов: /usr/share/zoneinfo/
в дистрибутивах Linux, macOS и некоторых других Unix-подобных системах.
Использование и расширения
[ редактировать ]Границы часовых поясов
[ редактировать ]Географические границы в виде наборов координат не являются частью базы данных tz, но границы публикуются Эваном Сироки. [ 1 ] в форматах GeoJSON и шейп-файлов .
Использование в других стандартах
[ редактировать ]Unicode Репозиторий общих языковых данных (CLDR) относится к зонам в базе данных tz. Однако, поскольку имя зоны может меняться от одной версии базы данных tz к другой, CLDR присваивает UN/LOCODE городу, используемому в названии зоны, или внутренне присвоенный код, если такого города для зоны нет. зона, в зону tzdb. [ 21 ] [ 22 ]
Использование в программных системах
[ редактировать ]База данных tz используется для обработки и преобразования часовых поясов во многих компьютерных системах программного обеспечения, в том числе:
- BSD Системы, производные от , включая FreeBSD , NetBSD , OpenBSD , DragonFly BSD , macOS и iOS (они также используют эталонный код обработки базы данных TZ в качестве реализации TZ POSIX API);
- библиотека GNU C и системы, которые ее используют, включая GNU , большинство дистрибутивов Linux , BeOS , Haiku , Nexenta OS и Cygwin ;
- Системы, производные от System V Release 4 , такие как Solaris и UnixWare ;
- AIX 6.1 и более поздние версии [ 23 ] [ 24 ] (более ранние версии AIX, начиная с AIX 5.2, включают в себя Zoneinfo, [ 25 ] для поддержки сторонних приложений, таких как MySQL , [ 26 ] но не используйте его сами [ 25 ] [ 27 ] );
- Андроид [ 28 ]
- несколько других Unix систем , включая IRIX , Tru64 , SunOS 4.x, [ 29 ] и УНИКАЛЬНЫЙ /mp;
- ОпенВМС ;
- среду выполнения Java , начиная с версии 1.8 (2014 г.), см. java.time.ZoneId.
- модули Perl с DateTime::TimeZone и DateTime::LeapSecond 2003 года;
- Выпуски PHP начиная с 5.1.0 (2005 г.);
- Ruby Gem TZInfo ;
- модуль Python стандартной библиотеки Zoneinfo и сторонний пакет pytz ;
- спецификация языка JavaScript для интернационализации явно определяет использование имен часовых поясов IANA для API, а также рекомендует использовать данные часовых поясов. [ 30 ]
- Также доступны многочисленные библиотеки: timezone-js , BigEasy/TimeZone , WallTime-js и moment-timezone ;
- модуль Pandas (Python) pandas — библиотека анализа данных Python ;
- библиотеки .NET Framework Архивировано NodaTime , TZ4Net и Zoneinfo. 24 декабря 2017 г. на Wayback Machine ;
- библиотеки Haskell timezone timezone-series и -olson ;
- модуль Erlang ezic ;
- Пакет Go стандартной библиотеки времени ;
- ящик Ржавый ; хроно- тц
- Пакет Squeak Smalltalk времени ;
- Библиотеки C++ Chronic . Boost и Qt и C++20 стандартная библиотека
std::chrono::tzdb
; - Библиотека Delphi и Free Pascal TZDB ; [ 31 ]
- Библиотека Pascal Free PascalTZ ;
- Язык команд инструментов имеет команду часов, использующую tzdata;
- Выпуски Oracle начиная с 10g (2004 г.); [ 32 ]
- PostgreSQL начиная с версии 8.0 (2005 г.);
- библиотека Microsoft SQL Server Server Поддержка часовых поясов SQL
- MongoDB начиная с версии 3.6;
- пакет часового пояса Dart /Flutter в пабе ;
- встроенное программное обеспечение, такое как встроенное ПО, используемое в IP-часах.
Идентификаторы часовых поясов Олсона также используются Единым хранилищем данных языковых стандартов Unicode (CLDR) и Международными компонентами Unicode (ICU). Например, таблица CLDR Windows-Tzid сопоставляет идентификаторы часовых поясов Microsoft Windows со стандартными именами Олсона, хотя такое сопоставление не может быть идеальным, поскольку количество часовых поясов в системах Windows значительно меньше, чем в базе данных IANA TZ. [ 33 ]
История
[ редактировать ]Истоки проекта восходят к 1986 году или раньше. [ 34 ]
иск 2011 года
[ редактировать ]30 сентября 2011 г. был подан иск Astrolabe, Inc. против Олсона и др. , было подано в отношении авторских прав в базе данных. [ 35 ] [ 36 ] В результате 6 октября 2011 г. список рассылки базы данных и FTP- сайт были закрыты. [ 37 ] Дело вращалось вокруг использования специалистами по обслуживанию баз данных « Американского атласа » Томаса Шэнкса и «Международного атласа » Томаса Шэнкса и Рике Поттенджера. Он жаловался на несанкционированное воспроизведение данных атласа в архиве списка рассылки часовых поясов и в некоторых вспомогательных коллекциях ссылок, поддерживаемых базой данных, хотя на самом деле он не указывал на саму базу данных. Жалоба касалась только сбора исторических данных о часовых поясах и не касалась существующих мировых таблиц часовых поясов tzdata. [ 36 ] [ 38 ] [ 39 ]
Этот иск был разрешен 22 февраля 2012 года после участия Electronic Frontier Foundation , когда Astrolabe добровольно отклонила иск, даже не вручив ответчикам , и согласилась не подавать иск в будущем. [ 40 ]
Перейти в ICANN
[ редактировать ]ICANN взяла на себя ответственность за поддержание базы данных 14 октября 2011 года. [ 4 ] Полная база данных и описание планов по ее обслуживанию доступны онлайн на сайте IANA . [ 41 ]
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ Перейти обратно: а б Сирокий, Эван (1 января 2024 г.). «Строитель границ часовых поясов» .
- ^ Эггерт, Пол; Олсон, Артур Дэвид. «Данные о часовом поясе и летнем времени» .
- ^ Эггерт, Пол (17 января 2005 г.). «Re: FW: Регистрация часового пояса IANA – предложение» . tz (список рассылки).
- ^ Перейти обратно: а б «ICANN будет управлять базой данных часовых поясов» (новостное предупреждение). ИКАНН. 15 октября 2011 года . Проверено 30 декабря 2011 г.
- ^ Олсон, Артур Дэвид (16 декабря 1986 г.). «Решена проблема с часовым поясом? Другие проблемы. Новая страница руководства ctime» . tz (список рассылки).
- ^ Эггерт, Пол (20 октября 1993 г.). «предложение по названиям часовых поясов» . tz (список рассылки).
- ^ Олсон, Артур Дэвид (18 марта 1987 г.). "Re: Список проблем" . tz (список рассылки).
- ^ Дивайн, Боб (2 июня 1988 г.). «Високосные секунды; [0-60] — это нормально» . tz (список рассылки).
- ^ Эггерт, Пол (11 ноября 1995 г.). «вопросы и комментарии к http://tycho.usno.navy.mil/tzones.html» . tz (список рассылки).
- ^ "zoneinfo tzcode и архивы tzdata (FTP)" . Проверено 30 октября 2007 г.
- ^ «Теория и прагматика tz-кода и данных» .
- ^ «Объем базы данных tz» . Теория и прагматика tz-кода и данных .
Каждый часовой пояс обычно соответствует географическому региону, который меньше традиционного часового пояса, поскольку все часы в часовом поясе совпадают после 1970 года, тогда как традиционный часовой пояс просто указывает текущее стандартное время. Например, приложения, которые работают с текущими и будущими временными метками в традиционном часовом поясе гор Северной Америки, могут выбирать из часовых поясов Америка/Денвер, в которых используется летнее время (DST) в американском стиле, и Америка/Феникс, в которых летнее время не соблюдается. Приложения, которые также работают с прошлыми временными метками в горном часовом поясе, могут выбирать из более чем дюжины часовых поясов, таких как Америка/Бойсе, Америка/Эдмонтон и Америка/Эрмосильо, каждый из которых в настоящее время использует горное время, но отличается от других часовых поясов некоторыми временными метками. после 1970 года.
- ^ Олсон, Артур Дэвид (1 мая 2010 г.). «предлагаемые изменения пакета часовых поясов (Баия-де-Бандерас; название версии)» . tz (список рассылки).
- ^ «Идентификаторы часовых поясов» . Теория и прагматика tz-кода и данных .
Используйте только допустимые компоненты имени файла POSIX (т. е. части имени, отличные от '/'). Не используйте компоненты имени файла «.». и '..'. В компоненте имени файла используйте только буквы ASCII, «.», «-» и «_». Не используйте цифры, так как это может создать неоднозначность в строках POSIX TZ. Компонент имени файла не должен превышать 14 символов или начинаться с «-». Например, предпочитайте Asia/Brunei, а не Asia/Bandar_Seri_Begawan. Исключения: см. обсуждение устаревших имен ниже.
- ^ «Идентификаторы часовых поясов» . Теория и прагматика tz-кода и данных .
Сохраняйте локации компактными. Используйте города или небольшие острова, а не страны или регионы, чтобы любые будущие изменения не разделяли отдельные местоположения на разные часовые пояса. Например, предпочтите Европу/Париж Европе/Франции, поскольку во Франции несколько часовых поясов.
- ^ «Идентификаторы часовых поясов» . Теория и прагматика tz-кода и данных .
Вот общие рекомендации по выбору названий часовых поясов в порядке убывания важности: ... Если имя неоднозначно, используйте менее двусмысленную альтернативу; например, многие города называются Сан-Хосе и Джорджтаун, поэтому отдайте предпочтение America/Costa_Rica вместо America/San_Jose и America/Guyana вместо America/Georgetown. ... Используйте самые густонаселенные места в регионе, например, предпочитайте Азию/Шанхай, а не Азию/Пекин. Среди мест со схожим населением выберите самое известное, например, Европа/Рим предпочтительнее Европы/Милана.
- ^ «Идентификаторы часовых поясов» . Теория и прагматика tz-кода и данных .
Если имя изменено, поместите его старое написание в «обратный» файл. Это означает, что старые варианты написания продолжат работать. Обычно изменение имени должно происходить только в том редком случае, когда меняется общепринятое англоязычное написание местоположения; например, в 2008 году Азия/Калькутта была переименована в Азию/Калькутту из-за длительного широкого использования нового названия города вместо старого.
- ^ Пол Эггерт (21 декабря 2012 г.). «Re:zoneinfo:ist:ошибка» . tz (список рассылки).
- ^ Олсон, Артур Дэвид (6 января 2010 г.). «RE: маленькие нюансы в Бразилии, 1963 год» . tz (список рассылки).
- ^ Летнее время и летнее время в Германии до 1979 года , Physikalisch-Technische Bundesanstalt. (2010)
- ^ «Расширение локали Unicode ('u') для BCP 47» . CLDR — хранилище данных общего языкового стандарта Unicode.
- ^ «Язык разметки данных локали Unicode (LDML), часть 4: Даты» . раздел 5, Названия часовых поясов.
- ^ «Поддержка и настройка часовых поясов Олсона» . Информация об AIX 7.1 . ИБМ . Проверено 12 марта 2011 г.
- ^ «Управление переменной часового пояса» . ИБМ. 2 февраля 2007 года . Проверено 14 сентября 2018 г.
- ^ Перейти обратно: а б «Операционная система AIX обновлена для поддержки перехода на летнее время 2007 г.» . ИБМ. 18 октября 2007 г. Архивировано из оригинала 11 апреля 2016 г. . Проверено 12 марта 2011 г.
- ^ «В 2007 году летнее время [так в оригинале] изменено для Unix» . Академический центр вычислений и коммуникаций Университета Иллинойса в Чикаго. 25 февраля 2007 года. Архивировано из оригинала 5 августа 2012 года . Проверено 18 марта 2008 г. )
- ^ Викремасингхе, Кристофер (30 марта 2009 г.). «Введение летнего времени в Западной Австралии, 2006 г.» . AIX Wiki . ИБМ . Проверено 11 марта 2011 г.
- ^ «Идентификатор Зоны» . Developer.android.com .
- ^ Примечания к изменениям версии 4.0 для рабочей станции Sun (PDF) . Сан Микросистемс . 19 января 1987 г. с. 4.
- ^ «Спецификация API интернационализации ECMAScript 2015» . ecma-international.org (2-е изд.). Июнь 2015 года . Проверено 14 января 2020 г. .
Спецификация API интернационализации ECMAScript 2015 определяет часовые пояса, используя имена зон и ссылок из базы данных часовых поясов IANA. Их каноническая форма — это соответствующее имя зоны в регистре, используемом в базе данных часовых поясов IANA. ... Рекомендуется, чтобы реализации использовали информацию о часовом поясе из базы данных часовых поясов IANA.
- ^ «Библиотека TZDB переехала на GitHub 23 апреля 2014 г.» . Проверено 21 октября 2015 г.
- ^ Руководство по поддержке глобализации баз данных Oracle 10g, выпуск 1 (10.1): глава 4, раздел «Выбор файла часового пояса» . Корпорация Оракл . Июнь 2004 г., стр. 4–14. Деталь № B10749-02. Архивировано из оригинала 1 декабря 2008 года . Проверено 30 октября 2007 г.
- ^ «Окна → Цид» . Консорциум Юникод. 12 ноября 2007 г. Архивировано из оригинала 3 мая 2013 г. . Проверено 17 февраля 2008 г.
- ^ Олсон, Артур Дэвид (24 ноября 1986 г.). "seismo!elsie!tz ; новые версии часовых поясов" . tz (список рассылки).
- ^ «Астролябия, Inc. против Олсона и др.» . 6 октября 2011 года . Проверено 6 октября 2011 г.
- ^ Перейти обратно: а б «ASTROLABE, INC., Истец против АРТУРА ДЭВИДА ОЛСОНА и ПОЛА ЭГГЕРТА, Ответчики» (PDF) . 30 сентября 2011 года . Проверено 7 октября 2011 г.
- ^ Олсон, Артур Дэвид (6 октября 2011 г.). «Гражданский иск; отключение FTP; отключение списка рассылки» . tz (список рассылки) . Проверено 27 октября 2018 г.
- ^ «База данных часовых поясов отключена» . Дейли Паркер . 6 октября 2011 года . Проверено 6 октября 2011 г.
- ^ «База данных часовых поясов – мнение Астролябии» . Блог Стивена Колеборна . 13 октября 2011 года . Проверено 26 октября 2011 г.
- ^ «EFF выигрывает защиту для базы данных часовых поясов» . Фонд электронных границ. 22 февраля 2012 года . Проверено 22 февраля 2012 г.
- ^ «База данных часовых поясов» . ИАНА.
Внешние ссылки
[ редактировать ]Общий
[ редактировать ]- Юридические времена (PDF) , МСЭ, 2015 .
- Домашняя страница базы данных tz , UCLA (устарела, см. официальные источники IANA ниже)
- Архив списка рассылки tz , Gmane, заархивирован из оригинала 3 февраля 2008 года .
- tz (архив) (список рассылки) [ постоянная мертвая ссылка ] .
- список рассылки tz в ICANN
- «Литературная оценка базы данных Olson/Zoneinfo/tz», Джон Уделл
Официальные источники IANA
[ редактировать ]- Домашняя страница
- FTP
- rsync , по адресу rsync://rsync.iana.org/tz/.
Страницы руководства
[ редактировать ]- Linux по администрированию и привилегированным командам Руководство (описывает синтаксис исходных файлов базы данных tz). –
- Linux по форматам файлов Руководство (описывает формат скомпилированных файлов базы данных tz) –