tzデータベース

tzデータベースは、世界を地域ごとに区分し、それぞれの地域の時計が同じ時刻を示すようにしています。この地図は、オープンソースソフトウェアを使用して、tzデータベースのタイムゾーンリストのバージョン2023dとOpenStreetMapのデータを組み合わせて作成されました。 [ 1 ]

tzデータベースは、世界のタイムゾーンと夏時間の遵守規則に関する情報を共同で編集したもので、主にコンピュータプログラムとオペレーティングシステムでの使用を目的としています。[ 2 ] Paul Eggertが2005年から編集者兼管理者を務めており、[ 3 ] ICANNの組織的支援を受けています。[ 4 ] tzデータベースはtzdata、zoneinfoデータベース、またはIANAタイムゾーンデータベース（Internet Assigned Numbers Authorityにちなんで）とも呼ばれ、創設メンバーのArthur David OlsonにちなんでOlsonデータベースと呼ばれることもあります。 [ 5 ]

America/New_YorkやEurope/Parisといったデータベースエントリの統一命名規則はポール・エッガートによって設計された。[ 6 ]このデータベースは、 Unixタイムエポックである1970年以降の歴史的なタイムゾーンとすべての民間の変更を記録しようとしている。[ 7 ]また、うるう秒も記録する。[ 8 ]

データベースと一部の参照ソースコードはパブリックドメインです。[ 9 ]データベースとコードの新版は、変更の必要に応じて、通常は年に数回公開されます。[ 10 ]

データ構造

タイムゾーンの定義

tzデータベースにおいて、タイムゾーンとは、1970年以降、すべての地方時計が一致している国の地域を指します。[ 11 ]この定義は、まず、一貫した地方時計を持つ地理的領域を対象としています。タイムゾーンは、 UTCからの特定の標準時 オフセットを持つ地域（「タイムゾーン」と呼ばれることが多い）とは異なります。したがって、tzデータベースで定義される各タイムゾーンは、標準時や夏時間など、UTCからの複数のオフセットを使用する場合があります。[ 12 ]

ファイル形式

tzデータベースは、ルールとゾーン遷移を人間が読める形式でリスト化したテキストファイルセットとして公開されています。これらのテキストファイルは、プラットフォームに依存しないバイナリファイルセット（タイムゾーンごとに1つ）にコンパイルされて使用されます。参照ソースコードには、 zic（ゾーン情報コンパイラ）と呼ばれるコンパイラと、これらのファイルを読み込み、やなどの標準APIで使用するためのコードが含まれています。 localtime()mktime()

タイムゾーン

各タイムゾーンは、tzデータベーステキストファイルのいずれかに1つ以上の「ゾーン行」を持ちます。タイムゾーンの最初のゾーン行には、タイムゾーン名が記述されます。それ以降のゾーン行では、ゾーン名が空白のままとなり、前の行と同じゾーンに適用されることを示します。各ゾーン行では、日付と時刻の範囲、標準時のUTCからのオフセット、サマータイムを規定する規則セットの名前（標準時が常に適用される場合はハイフン）、タイムゾーンの略語の形式、そして最後のゾーン行を除くすべてのゾーン行で、その行で規定される日付と時刻の範囲の終了日時が指定されます。

夏時間（DST）のルール

夏時間のルールは、名前付きのルールセットで指定されます。各ルールセットは、テキストファイル内に1行以上のルール行を持ちます。ルール行には、ルール セットの名前、ルールが適用される最初の年、ルールが適用される最後の年 (1 年のみ適用される場合は "only"、その時点で有効なルールの場合は "max")、ルールが適用される年の種類 (指定された範囲のすべての年に適用される場合は "-"。ほとんどの場合に該当します。それ以外の場合は、年が指定された種類であるかどうかを示すスクリプトの引数として使用される名前)、ルールが適用される月、ルールが適用される日 (特定の日、または「月の最後の日曜日」などの指定)、ルールが適用される時刻、ルールが有効な場合にUTC へのオフセットに追加する時間、およびタイム ゾーンの略語で使用する文字 (たとえば、ルールが標準時間を管理している場合は "S"、夏時間を管理している場合は "D") が含まれます。

タイムゾーンの名前

タイムゾーンには、「エリア/場所」という形式の固有の名前が付けられています（例：「アメリカ/ニューヨーク」）。英語名またはそれに相当する名称を使用し、句読点や一般的な接尾辞は省略しています。スペースの代わりにアンダースコアを使用します。場所名にハイフンが含まれる場合はハイフンを使用します。エリア名と場所名はそれぞれ最大14文字です。[ 13 ] [ 14 ]

エリア

エリアとは、大陸、海洋、または「その他」の名称です。使用される大陸と海洋は、アフリカ、アメリカ、南極、北極、アジア、大西洋、オーストラリア、ヨーロッパ、インド洋、太平洋です。

島によっては大陸とのつながりが難しいため、海洋も含まれています。地理的には一つの大陸とつながっているものの、政治的には別の大陸とつながっている島もあります。大陸間の境界も参照してください。

「Etc」という特別な領域は、一部の行政ゾーン、特に協定世界時を表す「Etc/UTC」に使用されます。POSIXスタイルに準拠するため、「 Etc /GMT」で始まるゾーン名は、標準ISO 8601規則とは符号が反転されています。「Etc」領域では、GMTより西側のゾーン名は正の符号、東側のゾーン名は負の符号で表されます（例：「Etc/GMT-14」はGMTより14時間進んでいることを示します）。

位置

場所とは、エリア内の特定の場所の名前です。通常は都市または小さな島です。

この方式では国名は通常使用されません。主な理由は、頻繁な政治的変更や境界線の変更により国名が堅牢でないためです。大都市の名前の方が永続的になる傾向があります。[ 15 ] 通常、地域で最も人口の多い都市がタイムゾーン全体を表すために選択されますが、より広く知られている別の都市が選択され、より曖昧でない名前になる場合は、都市以外の場所を含む別の場所が使用されることがあります。[ 16 ]タイムゾーンを表すために使用される場所の名前が変更された場合、将来の版では古い名前と新しい名前の両方が同じデータベースエントリを参照するように 別名[ 17 ]を作成するのが慣例です。

場合によっては、場所自体が複合名で表されます。例えば、タイムゾーンは「America/Indiana/Indianapolis」です。3階層の名前には、「America/Argentina/...」、「America/Kentucky/...」、「America/Indiana/...」、「America/North_Dakota/...」などがあります。

選択された場所は、その地域全体を代表するものであり、つまり、その場所の現在時刻は、その地域全体の現在時刻と一致します。ただし、これは必ずしも1970年以前の期間には当てはまりません。つまり、タイムゾーンルールは、指定された場所において1970年以前の時刻にのみ正確であることが保証されます。1970年以前に地域内で時差があった場合、タイムゾーンルールは指定された場所にその期間のみ適用されます。

例

名前 説明
アメリカ/コスタリカ最大の都市（首都）サンホセの名前が曖昧であるため、国名として使用されています。
アメリカ/ニューヨークスペースをアンダースコアに置き換えました
アジア/コルカタコルカタ市の名前が使用された。これは、ゾーンが設定された当時、ゾーン内で最も人口の多い都市であったためである[ 18 ]
アジア/サハリン最大の都市であるユジノサハリンスクは14文字を超える ため、島の名前が使用される。
アメリカ/バイーア・バンデラス正しい名前は14文字を超えるため、 Bahia de Banderasから「de」を削除しました。
南極大陸/デュモンデュルヴィルアポストロフィは削除されます。通常、スペースは「_」に置き換えられますが、その場合、名前は14文字を超えてしまいます。

ゾーンとルールラインの例

これらは、タイムゾーンデータベースのリリースバージョンtzdata2011n時点での、標準的な米国夏時間規則のルールライン、米国東部標準時ゾーン（ニューヨーク市は当該ゾーンを代表する都市であるため「NYC」と呼ばれます）で一部の年に施行されている夏時間規則のルールライン、およびAmerica/New_Yorkタイムゾーンのゾーンラインです。ゾーンとルールラインは、米国における夏時間の歴史を反映しています。 

# ルール名 開始 終了 入力 保存 文字/秒 ルールUS 1918 1919 - 3月 lastSun 2:00 1:00 D ルールUS 1918 1919 - 10月 lastSun 2:00 0 S ルール US 1942 のみ - 2月9日 2:00 1:00 W # 戦争 ルールUS 1945のみ - 8月14日 23:00u 1:00 P # 平和 ルール US 1945 のみ - 9月30日 2:00 0 S ルールUS 1967 2006 - 10月 lastSun 2:00 0 S ルールUS 1967 1973 - 4月 lastSun 2:00 1:00 D ルールUS 1974のみ - 1月6日 2:00 1:00 D ルールUS 1975のみ - 2月23日 2:00 1:00 D ルールUS 1976 1986 - 4月 lastSun 2:00 1:00 D ルール US 1987 2006 - 4月 日>=1 2:00 1:00 D ルール US 2007 最大 - 3月 日>=8 2:00 1:00 D ルールUS 2007最大 - 11月日曜日>=1 2:00 0 S .... # ルール名 開始 終了 入力 保存 文字 ルールNYC 1920のみ - 3月最終日 2:00 1:00 D ルールNYC 1920のみ - 10月最終日日曜日 2:00 0 S ルールNYC 1921 1966 - 4月 最終日 日曜日 2:00 1:00 D ルールNYC 1921 1954 - 9月 lastSun 2:00 0 S ルールNYC 1955 1966 - 10月 lastSun 2:00 0 S # ゾーン名 GMTOFF ルール フォーマット [UNTIL] ゾーン America/New_York -4:56:02 - LMT 1883 11月18日 12:03:58 -5:00 米国東部標準時 1920 -5:00 ニューヨーク E%sT 1942 -5:00 米国東部標準時 1946 -5:00 NYC E%sT 1967 -5:00 米国東部時間%sT

各ゾーンに保存されるデータ

複数のオフセット（通常は夏時間による）を持つ各タイムゾーンについて、tzデータベースは移行の正確な瞬間を記録します。このフォーマットは、移行の日時の変更にも対応できます。ゾーンによっては、数十年にわたる歴史的なルール変更が記録されている場合があります（上記の例を参照）。

ゾーン.タブ

ファイルzone.tabはパブリックドメインであり、ゾーンをリストします。列と行のソートについては、ファイルのコメントに次のように記述されています。 

# このファイルには次の列を持つテーブルが含まれています。 # 1. ISO 3166 2文字の国コード。ファイル「iso3166.tab」を参照してください。 # 2. ゾーンの主要位置の緯度と経度 # ISO 6709の符号-度-分-秒形式、 # +-DDMM+-DDDDMM または +-DDMMSS+-DDDMMSS のいずれか、 # 最初に緯度 (+ は北)、次に経度 (+ は東)。 # 3. TZ 環境変数の値で使用されるゾーン名。 # 4. コメント。国に複数の行がある場合にのみ存在します。 # # 列は 1 つのタブで区切られます。 # 表はまず国別にソートされ、次に国内の順位でソートされます。 # (1) は地理的に意味があり、 # (2)は人口が最も多いゾーンを先頭に置きますが、これは(1)と矛盾しません。

1970年以前のデータ

1970年以前のデータは、地域を特定する都市については正確であることを目指していますが、必ずしも地域全体について正確であるとは限りません。これは、1970年以降の時計を区別するために必要な場合にのみ、新しい地域が作成されるためです。

例えば、1963年10月23日から1963年12月9日まで、ブラジルではミナスジェライス州、エスピリトサント州、リオデジャネイロ州、サンパウロ州のみがサマータイムを実施していました。しかし、アメリカ／サンパウロ州からの分離要請は2010年に却下されました。その理由は、1970年以降、地域全体で時計の時刻が統一されていたためです。[ 19 ]

ヨーロッパ/ベルリンで表されているドイツの時間は、1945年、トリゾーンがベルリンとは異なる夏時間ルールを使用していたため、正しくありません。[ 20 ]

カバレッジ

1970年以降の複数の国をカバーするゾーン

1970 年以降、2 つの国によってカバーされていたエリアをカバーする 2 つのゾーンがあります。データベースは、 ISO 3166-1に従った国の定義に従っています。その前身である ISO 3166 は、1974 年に初めて発行されました。

メンテナンス

tzリファレンスコードとデータベースは、ボランティアグループによって保守されています。Arthur David Olsonがtzリファレンスコードへの変更の大部分を、Paul Eggertがtzデータベースへの変更の大部分を行っています。提案された変更はtzメーリングリストに送信され、このメーリングリストはcomp.time.tz Usenetニュースグループにゲートウェイされます。ソースファイルはIANA FTPサーバー経由で配布されます。通常、これらのファイルはDebianなどのソフトウェアディストリビューターによって取得され、コンパイルされた後、ソースとバイナリがディストリビューションの一部としてパッケージ化されます。エンドユーザーは、ソフトウェアディストリビューションの更新手順に従うか（多少の遅延が生じる可能性があります）、ソースを直接入手してバイナリファイルを自分でビルドするかを選択できます。IETFは、同様の原則に基づくベストプラクティスを文書化したRFC  6557 「タイムゾーンデータベースの保守手順」を公開しています。

Unix系システム

タイムゾーン データベースの標準パスは、/usr/share/zoneinfo/Linux ディストリビューション、macOS、およびその他のUnix 系システムにあります。

使用方法と拡張機能

タイムゾーンの境界

座標セット形式の地理的境界はtzデータベースの一部ではありませんが、境界はEvan Siroky [ 1 ]によってGeoJSONおよびシェープファイル形式で公開されています。

他の規格での使用

Unicode共通ロケールデータリポジトリ（CLDR）は、tzデータベースのゾーンを参照します。ただし、ゾーン名はtzデータベースのリリースごとに変更される可能性があるため、CLDRは、ゾーン名に使用されている都市のUN/LOCODEをtzdbゾーンに割り当てます。ゾーンに該当する都市がない場合は、内部的に割り当てられたコードが割り当てられます。[ 21 ] [ 22 ]

ソフトウェアシステムでの使用

tz データベースは、次のような多くのコンピュータ ソフトウェア システムでタイム ゾーンの処理と変換に使用されます。

OlsonタイムゾーンIDは、Unicode共通ロケールデータリポジトリ（CLDR）とUnicode国際コンポーネント（ICU）でも使用されています。例えば、CLDRのWindows-Tzidテーブルは、Microsoft WindowsのタイムゾーンIDを標準的なOlson名にマッピングしますが、Windowsシステムのタイムゾーン数はIANA TZデータベースよりも大幅に少ないため、このマッピングは完璧ではありません。[ 33 ]

歴史

このプロジェクトの起源は1986年以前に遡ります。[ 34 ]

2011年の訴訟

2011年9月30日、データベースの著作権をめぐってAstrolabe社対Olson他訴訟が提起された。 [ 35 ] [ 36 ] その結果、2011年10月6日、データベースのメーリングリストとFTPサイトは閉鎖された。[ 37 ] この訴訟は、データベース管理者がThomas G. Shanks著『The American Atlas 』とThomas G. ShanksおよびRique Pottenger共著『The International Atlas』を使用していたことに関するものだった。訴えは、タイムゾーンメーリングリストアーカイブおよびデータベースと共に管理されているいくつかの補助リンク集におけるアトラスデータの無断複製に関するものであったが、実際にはデータベース自体を指してはいなかった。この訴えは、過去のタイムゾーンデータの編集のみに関するものであり、現存するtzdataの世界タイムゾーンテーブルは対象としていなかった。[ 36 ] [ 38 ] [ 39 ]

この訴訟は、電子フロンティア財団の介入後、2012年2月22日に解決しました。アストロラーベは、被告に訴状を送達することなく、自主的に訴訟の取り下げを申し立て、将来訴訟を起こさないという誓約に同意しました。[ 40 ]

ICANNへの移行

ICANNは2011年10月14日よりデータベースの保守を担当することになった。[ 4 ] データベース全体とその保守計画の説明はIANAからオンラインで入手できる。[ 41 ]

参照

参考文献

  1. ^ a b Siroky, Evan (2024年1月1日). 「タイムゾーン境界ビルダー」 . GitHub .
  2. ^エガート、ポール、オルソン、アーサー・デイヴィッド。「タイムゾーンと夏時間データ」。2021年3月8日時点のオリジナルよりアーカイブ。 2024年4月23日閲覧。
  3. ^ Eggert, Paul (2005年1月17日). 「Re: FW: IANAタイムゾーン登録 – 提案」 . tz (メーリングリスト).
  4. ^ a b「ICANN、タイムゾーンデータベースを管理へ」（ニュース速報）ICANN、2011年10月15日。2014年12月13日時点のオリジナルよりアーカイブ。 2011年12月30日閲覧。
  5. ^ Olson, Arthur David (1986年12月16日). 「タイムゾーンの問題が解決？その他の問題。新しいctimeマニュアルページ」 . tz (メーリングリスト). 2021年3月9日時点のオリジナルよりアーカイブ。 2018年10月24日閲覧。
  6. ^ Eggert, Paul (1993年10月20日). 「タイムゾーン名に関する提案」 . tz (メーリングリスト). 2016年9月27日時点のオリジナルよりアーカイブ。 2016年9月25日閲覧。
  7. ^ Olson, Arthur David (1987年3月18日). "Re: List of issues" . tz (メーリングリスト). 2021年3月8日時点のオリジナルよりアーカイブ。 2018年10月27日閲覧。
  8. ^ Devine, Bob (1988年6月2日). 「うるう秒; [0-60] はOK」 . tz (メーリングリスト). 2016年4月11日時点のオリジナルよりアーカイブ。 2015年6月18日閲覧。
  9. ^ 「タイムゾーンと夏時間データ」。tzデータベース。 2025年6月22日閲覧。パブリックドメインのタイムゾーンデータベースには、世界中の多くの代表的な場所の現地時間の履歴を表すコードとデータが含まれています。
  10. ^ 「タイムゾーンと夏時間データ」。政府および販売代理店との調整中。2025年6月22日閲覧。tzdbのリリーススケジュールは固定されていません。ただし、通常は数か月ごとにリリースされます。
  11. ^ “TZコードとデータの理論と実用性” . 2021年3月5日時点のオリジナルよりアーカイブ。2020年12月16日閲覧。
  12. ^ 「tzデータベースのスコープ」。tzコードとデータの理論と実用性。2024年4月17日時点のオリジナルからアーカイブ。 2024年4月23日閲覧。各タイムゾーンは通常、従来のタイムゾーンよりも狭い地理的領域に対応しています。これは、従来のタイムゾーンが現在の標準時を指定するだけであるのに対し、1970年以降はタイムゾーン内の時計がすべて一致するためです。例えば、従来の北米山岳部タイムゾーンで現在および将来のタイムスタンプを扱うアプリケーションは、米国式の夏時間（DST）を採用するAmerica/Denverと、DSTを採用しないAmerica/Phoenixの2つのタイムゾーンから選択できます。山岳部タイムゾーンの過去のタイムスタンプも扱うアプリケーションは、America/Boise、America/Edmonton、America/Hermosillo など、12 を超えるタイムゾーンから選択できます。これらのタイムゾーンは現在、山岳部時間を使用していますが、1970 年以降の一部のタイムスタンプについては他のタイムゾーンと異なります。
  13. ^ Olson, Arthur David (2010年5月1日). 「提案されたタイムゾーンパッケージの変更（バイア・デ・バンデラス; バージョン命名）」 . tz (メーリングリスト). 2021年3月8日時点のオリジナルよりアーカイブ。 2018年10月27日閲覧。
  14. ^ 「タイムゾーン識別子」。tzコードとデータの理論と実用性。2024年9月26日時点のオリジナルからのアーカイブ。 2020年12月16日閲覧。有効なPOSIXファイル名構成要素（つまり、'/'以外の名前の部分）のみを使用してください。ファイル名構成要素として'.'と'..'は使用しないでください。ファイル名構成要素内では、ASCII文字、'.'、'-'、'_'のみを使用してください。数字は使用しないでください。POSIX TZ文字列との曖昧さが生じる可能性があります。ファイル名構成要素は14文字を超えてはならず、'-'で始まってはなりません。例：Asia/Bandar_Seri_BegawanよりもAsia/Bruneiを使用してください。例外：以下のレガシー名に関する説明を参照してください。
  15. ^ 「タイムゾーン識別子」。TZコードとデータの理論と実用性。2024年9月26日時点のオリジナルからアーカイブ。 2020年12月16日閲覧。場所は簡潔に。国や地域ではなく、都市や小さな島を使用することで、将来の変更によって個々の場所が異なるタイムゾーンに分割されることを防ぎます。例えば、フランスには複数のタイムゾーンがあるため、Europe/FranceよりもEurope/Parisを優先します。
  16. ^ 「タイムゾーン識別子」。tzコードとデータの理論と実用性。2021年3月5日時点のオリジナルからアーカイブ。 2020年12月16日閲覧。以下は、重要度の高い順に並べた、タイムゾーン名の選択に使用される一般的なガイドラインです。…名前が曖昧な場合は、より曖昧でない代替名を使用します。例えば、サンホセやジョージタウンという名前を持つ都市は多いため、America/San_JoseよりもAmerica/Costa_Rica、America/GeorgetownよりもAmerica/Guyanaを優先します。…地域内の場所の中で最も人口の多い場所を使用します。例えば、Asia/BeijingよりもAsia/Shanghaiを優先します。人口が同程度の場所の場合は、最もよく知られている場所を選択します。例えば、Europe/MilanよりもEurope/Romeを優先します。
  17. ^ 「タイムゾーン識別子」。tzコードとデータの理論と実用性。2024年9月26日時点のオリジナルからアーカイブ。 2020年12月16日閲覧。名前を変更する場合は、古いスペルを「backward」ファイルに保存してください。これにより、古いスペルが引き続き機能します。通常、名前の変更は、場所の英語のスペルのコンセンサスが変更されるというまれな場合にのみ発生します。例えば、2008年にAsia/Calcuttaは、古い都市名ではなく新しい都市名が長年広く使用されていたため、Asia/Kolkataに改名されました。
  18. ^ Paul Eggert (2012年12月21日). “Re: zoneinfo : ist : error” . tz (メーリングリスト). 2022年5月30日時点のオリジナルよりアーカイブ。 2013年3月19日閲覧。
  19. ^ Olson, Arthur David (2010年1月6日). 「RE: little nuance in brazil 1963」 . tz (メーリングリスト). 2019年4月25日時点のオリジナルよりアーカイブ。 2019年4月25日閲覧。
  20. ^ “1979 年までのドイツの DST と真夏の DST” .物理技術連邦。 2017 年 5 月 11 日。
  21. ^ 「BCP 47のUnicodeロケール拡張（'u'）」CLDR – Unicode共通ロケールデータリポジトリ。2011年7月28日時点のオリジナルよりアーカイブ。 2011年2月18日閲覧。
  22. ^ 「Unicode Locale Data Markup Language (LDML), Part 4: Dates」、セクション5、Time Zone Names。2018年3月23日時点のオリジナルよりアーカイブ。 2018年3月24日閲覧。
  23. ^ 「Olsonタイムゾーンのサポートとセットアップ」 . AIX 7.3ドキュメント. IBM . 2024年9月26日閲覧。
  24. ^ 「タイムゾーン変数の管理（POSIX）」 IBM、2007年2月2日。 2024年9月26日閲覧。
  25. ^ a b「AIX O/S が 2007 年の夏時間変更をサポートするように更新」 IBM、2007 年 10 月 18 日。2016年 4 月 11 日時点のオリジナルよりアーカイブ。2011年3 月 12 日閲覧。
  26. ^ 「2007年夏時間変更（Unix）」イリノイ大学シカゴ校学術計算・通信センター、2007年2月25日。2012年8月5日時点のオリジナルよりアーカイブ。 2008年3月18日閲覧。）
  27. ^ Wickremasinghe, Christopher (2009年3月30日). 「2006年西オーストラリア州における夏時間導入」 . AIX Wiki . IBM. 2012年10月24日時点のオリジナルよりアーカイブ。 2011年3月11日閲覧。
  28. ^ “ZoneId” . developer.android.com . 2018年9月14日時点のオリジナルよりアーカイブ。2018年9月14日閲覧。
  29. ^ Sunワークステーションのリリース4.0変更ノート(PDF) . Sun Microsystems . 19 January 19, 1987. p. 4. 2022年3月7日時点のオリジナルよりアーカイブ(PDF) . 2022年3月6日閲覧。
  30. ^ "ECMAScript 2015 国際化API仕様" . ecma-international.org (第2版). 2015年6月.オリジナルから2019年10月26日アーカイブ. 2020年1月14日閲覧. ECMAScript 2015 国際化API仕様では、IANAタイムゾーンデータベースのゾーン名とリンク名を使用してタイムゾーンを識別します。これらの正規形は、IANAタイムゾーンデータベースで使用されている大文字と小文字の対応ゾーン名です。…実装では、IANAタイムゾーンデータベースのタイムゾーン情報を使用することが推奨されます。
  31. ^ “TZDBライブラリは2014年4月23日にGitHubに移動されました”。2021年2月24日時点のオリジナルよりアーカイブ。2015年10月21日閲覧。
  32. ^ Oracle Databaseグローバリゼーション・サポート・ガイド 10g リリース1 (10.1): 第4章「タイムゾーン・ファイルの選択」 . Oracle Corporation . 2004年6月 . 4～ 14ページ . 部品番号: B10749-02 . 2008年12月1日時点のオリジナルよりアーカイブ。 2007年10月30日閲覧。
  33. ^ "Windows → Tzid" . Unicode Consortium. 2007年11月12日. 2013年5月3日時点のオリジナルよりアーカイブ。 2008年2月17日閲覧。
  34. ^ Olson, Arthur David (1986年11月24日). "seismo!elsie!tz ; new versions of time zone stuff" . tz (メーリングリスト). 2024年9月26日時点のオリジナルよりアーカイブ。 2017年6月13日閲覧。
  35. ^ 「Astrolabe, Inc. v. Olson et al」 2011年10月6日. 2024年9月26日閲覧。
  36. ^ a b「ASTROLABE, INC., Plaintiff, v. ARTHUR DAVID OLSON and PAUL EGGERT, Defendants」(PDF) . 2011年9月30日. 2012年3月14日時点のオリジナル(PDF)からアーカイブ。 2011年10月7日閲覧。
  37. ^ Olson, Arthur David (2011年10月6日). 「民事訴訟、FTPの停止、メーリングリストの停止」 . tz (メーリングリスト). 2021年3月8日時点のオリジナルよりアーカイブ。 2018年10月27日閲覧。
  38. ^ 「タイムゾーンデータベースがシャットダウン」 The Daily Parker、2011年10月6日。 2024年9月26日閲覧。
  39. ^ 「タイムゾーンデータベース - アストロラーベの意見」Stephen Colebourneのブログ。2011年10月13日。2011年10月14日時点のオリジナルよりアーカイブ。2011年10月26日閲覧。
  40. ^ 「EFF、タイムゾーンデータベースの保護を獲得」。電子フロンティア財団。2012年2月22日。2012年2月23日時点のオリジナルよりアーカイブ。 2012年2月22日閲覧。
  41. ^ 「タイムゾーンデータベース」 IANA。2011年10月17日時点のオリジナルよりアーカイブ。2018年11月23日閲覧。

一般的な

公式IANAソース

マニュアルページ

  • zic(8) –  Linux管理および特権コマンドマニュアル(tz データベースのソースファイルの構文を示します)
  • tzfile(5) –  Linuxファイル形式マニュアル(コンパイルされた tz データベース ファイルの形式を示します)
「 https://en.wikipedia.org/w/index.php?title=Tz_database&oldid=1308064065」から取得