Jump to content

база данных tz

База данных tz делит мир на регионы, где все местные часы показывают одинаковое время. Эта карта была создана путем объединения версии 2023d Списка часовых поясов базы данных tz с данными OpenStreetMap с использованием программного обеспечения с открытым исходным кодом. [ 1 ]

База данных 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 находится в свободном доступе и содержит список зон. Сортировка столбцов и строк описана в комментариях к файлу следующим образом:

# 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 году.

Обслуживание

[ редактировать ]

Справочный код и база данных 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 используется для обработки и преобразования часовых поясов во многих компьютерных системах программного обеспечения, в том числе:

Идентификаторы часовых поясов Олсона также используются Единым хранилищем данных языковых стандартов 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. ^ Перейти обратно: а б Сирокий, Эван (1 января 2024 г.). «Строитель границ часовых поясов» .
  2. ^ Эггерт, Пол; Олсон, Артур Дэвид. «Данные о часовом поясе и летнем времени» .
  3. ^ Эггерт, Пол (17 января 2005 г.). «Re: FW: Регистрация часового пояса IANA – предложение» . tz (список рассылки).
  4. ^ Перейти обратно: а б «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. ^ «Теория и прагматика tz-кода и данных» .
  12. ^ «Объем базы данных tz» . Теория и прагматика tz-кода и данных . Каждый часовой пояс обычно соответствует географическому региону, который меньше традиционного часового пояса, поскольку все часы в часовом поясе совпадают после 1970 года, тогда как традиционный часовой пояс просто указывает текущее стандартное время. Например, приложения, которые работают с текущими и будущими временными метками в традиционном часовом поясе гор Северной Америки, могут выбирать из часовых поясов Америка/Денвер, в которых используется летнее время (DST) в американском стиле, и Америка/Феникс, в которых летнее время не соблюдается. Приложения, которые также работают с прошлыми временными метками в горном часовом поясе, могут выбирать из более чем дюжины часовых поясов, таких как Америка/Бойсе, Америка/Эдмонтон и Америка/Эрмосильо, каждый из которых в настоящее время использует горное время, но отличается от других часовых поясов некоторыми временными метками. после 1970 года.
  13. ^ Олсон, Артур Дэвид (1 мая 2010 г.). «предлагаемые изменения пакета часовых поясов (Баия-де-Бандерас; название версии)» . tz (список рассылки).
  14. ^ «Идентификаторы часовых поясов» . Теория и прагматика tz-кода и данных . Используйте только допустимые компоненты имени файла POSIX (т. е. части имени, отличные от '/'). Не используйте компоненты имени файла «.». и '..'. В компоненте имени файла используйте только буквы ASCII, «.», «-» и «_». Не используйте цифры, так как это может создать неоднозначность в строках POSIX TZ. Компонент имени файла не должен превышать 14 символов или начинаться с «-». Например, предпочитайте Asia/Brunei, а не Asia/Bandar_Seri_Begawan. Исключения: см. обсуждение устаревших имен ниже.
  15. ^ «Идентификаторы часовых поясов» . Теория и прагматика tz-кода и данных . Сохраняйте локации компактными. Используйте города или небольшие острова, а не страны или регионы, чтобы любые будущие изменения не разделяли отдельные местоположения на разные часовые пояса. Например, предпочтите Европу/Париж Европе/Франции, поскольку во Франции несколько часовых поясов.
  16. ^ «Идентификаторы часовых поясов» . Теория и прагматика tz-кода и данных . Вот общие рекомендации по выбору названий часовых поясов в порядке убывания важности: ... Если имя неоднозначно, используйте менее двусмысленную альтернативу; например, многие города называются Сан-Хосе и Джорджтаун, поэтому отдайте предпочтение America/Costa_Rica вместо America/San_Jose и America/Guyana вместо America/Georgetown. ... Используйте самые густонаселенные места в регионе, например, предпочитайте Азию/Шанхай, а не Азию/Пекин. Среди мест со схожим населением выберите самое известное, например, Европа/Рим предпочтительнее Европы/Милана.
  17. ^ «Идентификаторы часовых поясов» . Теория и прагматика tz-кода и данных . Если имя изменено, поместите его старое написание в «обратный» файл. Это означает, что старые варианты написания продолжат работать. Обычно изменение имени должно происходить только в том редком случае, когда меняется общепринятое англоязычное написание местоположения; например, в 2008 году Азия/Калькутта была переименована в Азию/Калькутту из-за длительного широкого использования нового названия города вместо старого.
  18. ^ Пол Эггерт (21 декабря 2012 г.). «Re:zoneinfo:ist:ошибка» . tz (список рассылки).
  19. ^ Олсон, Артур Дэвид (6 января 2010 г.). «RE: маленькие нюансы в Бразилии, 1963 год» . tz (список рассылки).
  20. ^ Летнее время и летнее время в Германии до 1979 года , Physikalisch-Technische Bundesanstalt. (2010)
  21. ^ «Расширение локали Unicode ('u') для BCP 47» . CLDR — хранилище данных общего языкового стандарта Unicode.
  22. ^ «Язык разметки данных локали Unicode (LDML), часть 4: Даты» . раздел 5, Названия часовых поясов.
  23. ^ «Поддержка и настройка часовых поясов Олсона» . Информация об AIX 7.1 . ИБМ . Проверено 12 марта 2011 г.
  24. ^ «Управление переменной часового пояса» . ИБМ. 2 февраля 2007 года . Проверено 14 сентября 2018 г.
  25. ^ Перейти обратно: а б «Операционная система AIX обновлена ​​для поддержки перехода на летнее время 2007 г.» . ИБМ. 18 октября 2007 г. Архивировано из оригинала 11 апреля 2016 г. . Проверено 12 марта 2011 г.
  26. ^ «В 2007 году летнее время [так в оригинале] изменено для Unix» . Академический центр вычислений и коммуникаций Университета Иллинойса в Чикаго. 25 февраля 2007 года. Архивировано из оригинала 5 августа 2012 года . Проверено 18 марта 2008 г. )
  27. ^ Викремасингхе, Кристофер (30 марта 2009 г.). «Введение летнего времени в Западной Австралии, 2006 г.» . AIX Wiki . ИБМ . Проверено 11 марта 2011 г.
  28. ^ «Идентификатор Зоны» . Developer.android.com .
  29. ^ Примечания к изменениям версии 4.0 для рабочей станции Sun (PDF) . Сан Микросистемс . 19 января 1987 г. с. 4.
  30. ^ «Спецификация API интернационализации ECMAScript 2015» . ecma-international.org (2-е изд.). Июнь 2015 года . Проверено 14 января 2020 г. . Спецификация API интернационализации ECMAScript 2015 определяет часовые пояса, используя имена зон и ссылок из базы данных часовых поясов IANA. Их каноническая форма — это соответствующее имя зоны в регистре, используемом в базе данных часовых поясов IANA. ... Рекомендуется, чтобы реализации использовали информацию о часовом поясе из базы данных часовых поясов IANA.
  31. ^ «Библиотека TZDB переехала на GitHub 23 апреля 2014 г.» . Проверено 21 октября 2015 г.
  32. ^ Руководство по поддержке глобализации баз данных Oracle 10g, выпуск 1 (10.1): глава 4, раздел «Выбор файла часового пояса» . Корпорация Оракл . Июнь 2004 г., стр. 4–14. Деталь № B10749-02. Архивировано из оригинала 1 декабря 2008 года . Проверено 30 октября 2007 г.
  33. ^ «Окна → Цид» . Консорциум Юникод. 12 ноября 2007 г. Архивировано из оригинала 3 мая 2013 г. . Проверено 17 февраля 2008 г.
  34. ^ Олсон, Артур Дэвид (24 ноября 1986 г.). "seismo!elsie!tz ; новые версии часовых поясов" . tz (список рассылки).
  35. ^ «Астролябия, Inc. против Олсона и др.» . 6 октября 2011 года . Проверено 6 октября 2011 г.
  36. ^ Перейти обратно: а б «ASTROLABE, INC., Истец против АРТУРА ДЭВИДА ОЛСОНА и ПОЛА ЭГГЕРТА, Ответчики» (PDF) . 30 сентября 2011 года . Проверено 7 октября 2011 г.
  37. ^ Олсон, Артур Дэвид (6 октября 2011 г.). «Гражданский иск; отключение FTP; отключение списка рассылки» . tz (список рассылки) . Проверено 27 октября 2018 г.
  38. ^ «База данных часовых поясов отключена» . Дейли Паркер . 6 октября 2011 года . Проверено 6 октября 2011 г.
  39. ^ «База данных часовых поясов – мнение Астролябии» . Блог Стивена Колеборна . 13 октября 2011 года . Проверено 26 октября 2011 г.
  40. ^ «EFF выигрывает защиту для базы данных часовых поясов» . Фонд электронных границ. 22 февраля 2012 года . Проверено 22 февраля 2012 г.
  41. ^ «База данных часовых поясов» . ИАНА.
[ редактировать ]

Официальные источники IANA

[ редактировать ]

Страницы руководства

[ редактировать ]
  • zic(8) Linux по администрированию и привилегированным командам Руководство (описывает синтаксис исходных файлов базы данных tz).
  • tzfile(5) Linux по форматам файлов Руководство (описывает формат скомпилированных файлов базы данных tz)
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: fb86eb20f677110e20d1a65b5171a589__1720903680
URL1:https://arc.ask3.ru/arc/aa/fb/89/fb86eb20f677110e20d1a65b5171a589.html
Заголовок, (Title) документа по адресу, URL1:
tz database - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)