Categories: 未分類

tzデータベース

Tz_database
TZデータベースには、世界の情報の共同のコンパイルされた時間帯、主にコンピュータプログラムおよびオペレーティングシステムで使用するためのもの、。 Paul Eggertは現在の編集者およびメンテナーであり、 ICANNの組織的支援を受けています。 tzデータベースは、tzdata、zoneinfoデータベースまたはIANAタイムゾーンデータベースとも呼ばれ、創設者であるArthur DavidOlsonを指すOlsonデータベースと呼ばれることも
tzデータベースは、1970年以来、ローカルクロックがすべて同じである地域に世界を分割します。この地図は、2017a版のデータベースとOpenStreetMapデータを組み合わせて作成されたもので、
南極以外のすべての地域のものです。
America / New_YorkやEurope / Parisなどのタイムゾーンの統一命名規則は、PaulEggertによって設計されました。データベースは、Unixタイムエポックである1970年以降の過去のタイムゾーンとすべての市民の変化を記録しようとします。夏時間などの遷移も含まれ、うるう秒も記録されます。
データベースといくつかの参照ソースコードはパブリックドメインにデータベースとコードの新しいエディションは、変更が必要な場合、通常は年に数回公開されます。

コンテンツ
1 データ構造
1.1 ファイル形式 1.2 タイムゾーンの定義 1.3 夏時間（DST）ルール 1.4 タイムゾーンの名前
1.4.1 領域
1.4.2 位置
1.4.3 例
1.5 ゾーンとルールラインの例 1.6 ゾーンごとに保存されたデータ
1.6.1 Zone.tab
1.6.2 1970年以前のデータ
2 カバレッジ
2.1 1970年以降の複数の国をカバーするゾーン
3 メンテナンス
4 Unixライクなシステム
5 使用法と拡張機能
5.1 タイムゾーンの境界 5.2 他の規格での使用 5.3 ソフトウェアシステムでの使用
6 歴史
6.1 2011年の訴訟 6.2 ICANNに移動
7 も参照してください
8 参考文献
9 外部リンク
9.1 全般的 9.2 IANAの公式ソース 9.3 マニュアルページ

データ構造

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

タイムゾーンの定義
tzデータベース内では、タイムゾーンは、1970年以降ローカルクロックがすべて合意されている国の地域です。この定義は、最初に、一貫したローカルクロックが存在する地理的領域に関係します。これは、本初子午線からの一貫したオフセットに関係する他の定義とは異なります。したがって、tzデータベースによって定義された各タイムゾーンは、UTCからの複数のオフセットを文書化する場合がこれには、通常、標準時間と夏時間の両方が含まれます。
タイムゾーンテキストファイルでは、各タイムゾーンのタイムゾーンテキストファイルの1つに1つ以上の「ゾーンライン」がタイムゾーンの最初のゾーン行は、タイムゾーンの名前を示します。そのタイムゾーンの後続のゾーン行は名前を空白のままにし、前の行と同じゾーンに適用されることを示します。ゾーンの各ゾーンラインは、日付と時刻の範囲について、標準時間のUTCへのオフセット、夏時間を管理する一連のルールの名前（または、標準時間が常に適用される場合はハイフン）、の形式を指定します。タイムゾーンの省略形、および最後のゾーン行を除くすべての場合、その行によって管理される日付と時刻の範囲が終了する日付と時刻。

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

タイムゾーンの名前
タイムゾーンには、「America / New_York」など、「Area / Location」という形式の一意の名前が英語の名前または同等のものを使用し、句読点と一般的な接尾辞を省略することも選択されました。スペースの代わりに下線文字が使用されます。ハイフンは、場所の名前に表示される場所で使用されます。地域と場所の名前は、14文字の最大の長さを持っています。

領域
エリアは、大陸、海、または「Etc」の名前です。現在使用されている大陸と海は、アフリカ、アメリカ、南極、北極、アジア、大西洋、オーストラリア、ヨーロッパ、インド、太平洋です。
一部の島は特定の大陸に接続するのが難しいため、海が含まれています。一部の大陸は地理的に1つの大陸に接続されており、政治的に別の大陸に接続されています。大陸間の境界も参照して
「Etc」の特別な領域は、一部の管理ゾーン、特に協定世界時を表す「Etc / UTC」に使用されます。POSIXスタイルに準拠するために、「Etc / GMT」で始まるゾーン名は、標準のISO8601規則とは符号が逆になっています。「Etc」エリアでは、GMTの西のゾーンには正の符号があり、東のゾーンには名前に負の符号があります（たとえば、「Etc / GMT-14」はGMTより14時間進んでいます）。

位置
場所は、エリア内の特定の場所の名前です。通常は、都市または小さな島です。
国名は、主に頻繁な政治的および境界の変更のために堅牢ではないため、このスキームでは使用されません。大都市の名前はより永続的である傾向が通常、地域で最も人口の多い都市がタイムゾーン全体を表すために選択されますが、より広く知られている場合は別の都市が選択され、都市以外の場所を含む別の場所が使用される場合があいまいさの少ない名前になります。タイムゾーンを表すために使用される場所の名前が変更された場合、慣例では、古い名前と新しい名前の両方が同じデータベースエントリを参照するように、将来のエディションでエイリアスを作成します。
場合によっては、場所自体が複合名として表されます。たとえば、タイムゾーン「アメリカ/インディアナ/インディアナポリス」です。3つのレベルの名前には、「America / Argentina / …」、「America / Kentucky / …」、「America / Indiana / …」、および「America / North_Dakota / …」の下の名前が含まれます。
選択した場所は、地域全体を代表するものです。ただし、1970年より前にエリア内に違いがあった場合、タイムゾーンルールは指定された場所にのみ適用されます。

例
名前説明
アメリカ/コスタリカ
最大の都市（および首都）の名前があいまいなために使用された国の名前SanJosé
アメリカ/ニューヨーク
スペースがアンダースコアに置き換えられました
アジア/コルカタ
コルカタの都市の名前が使用されました。これは、ゾーンが設定された時点でゾーン内で最も人口の多い都市であったためですが、これはもはや真実ではありません。
アジア/サハリン
最大の都市であるユジノサハリンスクには14文字以上あるため、使用される島の名前
アメリカ/バイア_バンデラス
正しい名前が14文字を超えるため、バイーアデバンデラスから「de」が削除されました
南極/デュモンダービル
アポストロフィは削除されます。通常、スペースは「_」に置き換えられますが、名前は14文字を超えます。

ゾーンとルールラインの例
これらは、標準的な米国の夏時間ルールのルールラインであり、米国東部タイムゾーン（ニューヨーク市はそのゾーンを表す都市であるため「NYC」と呼ばれます）で有効な夏時間ルールのルールラインです。タイムゾーンデータベースのリリースバージョンtzdata2011n現在のAmerica / New_Yorkタイムゾーンのゾーンライン。ゾーンとルールラインは、米国のDSTの歴史を反映しています。
＃ルール名から保存文字/ Sで入力するRule US 1918 1919- 3月lastSun2：00 1:00 DRule US 1918 1919- 10月lastSun2：00 0 SルールUS1942のみ-2月9日2：001：00 W＃戦争Rule US1945のみ-8月14日23：00u 1:00 P＃PeaceルールUS1945のみ-9月30日2：000 SRule US 1967 2006- 10月lastSun2：00 0 SRule US 1967 1973- 4月lastSun2：00 1:00 DRule US1974のみ-1月6日2：001：00 DRule US1975のみ-2月23日2：001：00 DRule US 19761986- 4月lastSun2：00 1:00 DRule US 1987 2006- 4月Sun> = 1 2:00 1:00 DルールUS2007最大-3月日> = 8 2:00 1:00 DルールUS2007最大-11月日> = 1 2:00 0 S…。＃保存文字で入力するルール名Rule NYC1920のみ-3月lastSun2：00 1:00 DRule NYC1920のみ-10月lastSun2：00 0 SRule NYC 1921 1966- 4月lastSun2：00 1:00 DルールNYC19211954- 9月lastSun2：00 0 SRule NYC 1955 1966- 10月lastSun2：00 0 S＃ゾーン名GMTOFFルールフォーマットZone America / New_York -4：56：02-LMT 188311月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はパブリックドメインにあり、ゾーンを一覧表示します。列と行の並べ替えは、ファイルのコメントで次のように説明されています。
＃このファイルには、次の列を持つテーブルが含まれています。＃ 1。ISO31662文字の国コード。ファイル `iso3166.tab ‘を参照して＃2。ゾーンの主要な場所の緯度と経度＃でのISO 6709サイン度-分-秒の形式、＃+ -DDMM + -DDDMMまたは+ -DDMMSS + -DDDMMSSのいずれか、＃最初の緯度（+は北）、次に経度（+は東）。＃3。TZ環境変数の値で使用されるゾーン名。＃4。コメント; 国に複数の行がある場合にのみ存在します。＃＃列は単一のタブで区切られます。＃テーブルは最初に国で並べ替えられ、次に国内での順序で並べ替えられます。＃（1）地理的に意味があり、＃（2）は、最も人口の多いゾーンを最初に配置しますが、それは（1）と矛盾しません。

1970年以前のデータ
1970年以前のデータは、地域を特定する都市について正しいことを目的としていますが、必ずしも地域全体について正しいとは限りません。これは、1970年以降、時計を区別するために必要な場合にのみ新しい領域が作成されるためです。
例えば、ブラジルでは1963年10月23日と1963年12月9日の間の唯一の州ミナスジェライス州、エスピリトサント、リオ・デ・ジャネイロ、そしてサンパウロは夏の時間を過ごしました。しかし、アメリカ/サンパウロからの要求された分割は、1970年以来、時計が地域全体で同じであるという理由で2010年に拒否されました。
ヨーロッパ/ベルリンで表されるドイツの時間は、Trizoneがベルリンとは異なる夏時間規則を使用した1945年には正しくありません。

カバレッジ

1970年以降の複数の国をカバーするゾーン
データベースがあたりとして国の定義を次の1970年後2カ国で覆われていたエリアカバー2つのゾーンがあり、ISO 3166-1、その前身で、ISO 3166は、最初の1974年に出版されました。
アジア/アデン – 1990年までの2か国：北イエメン（ISO 3166-1：YE;首都サナア）と南イエメン（人民共和国、ISO 3166-1：YD、ISO 3166-3：YDYE;首都：アデン）。
ヨーロッパ/ベルリン – 1990年までの2か国：東ドイツ（ISO 3166-1：DD、ISO 3166-3：DDDE）と西ドイツ（ISO 3166-1：DE）

メンテナンス
tzリファレンスコードとデータベースは、ボランティアのグループによって維持されています。Arthur David Olsonがコードにほとんどの変更を加え、PaulEggertがデータベースに変更を加えます。提案された変更は、comp.time.tzUsenetニュースグループにゲートウェイされるtzメーリングリストに送信されます。ソースファイルは、IANAFTPサーバーを介して配布されます。通常、これらのファイルはDebianなどのソフトウェアディストリビューターによって取得され、コンパイルされてから、ソースとバイナリがそのディストリビューションの一部としてパッケージ化されます。エンドユーザーは、ソフトウェアディストリビューションの更新手順に依存することができますが、これには多少の遅延が伴う場合がまたは、ソースを直接取得して、バイナリファイルを自分で作成することもできます。IETFは、公表されたRFC 6557を、同様の原理に基づいたベスト・プラクティスを文書化する「タイムゾーンデータベースの保守のための手順」。

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

使用法と拡張機能

タイムゾーンの境界
座標セットの形式の地理的境界はtzデータベースの一部ではありませんが、境界はベクトルポリゴンの形式でEric Muller によって公開されています。これらのベクトルポリゴンを使用して、地球上の各場所について、それが配置されているtzデータベースゾーンを特定できます。

他の規格での使用
Unicode Common Locale Data Repository（CLDR）は、tzデータベース内のゾーンを参照します。ただし、ゾーンの名前はtzデータベースのリリースごとに変わる可能性があるため、CLDRは、ゾーンの名前で使用されている都市にUN / LOCODEを割り当てます。そのような都市がない場合は、内部で割り当てられたコードを割り当てます。ゾーン、tzdbゾーンへ。

ソフトウェアシステムでの使用
tzデータベースは、次のような多くのコンピュータソフトウェアシステムでタイムゾーンの処理と変換に使用されます。
FreeBSD、NetBSD、OpenBSD、DragonFly BSD、macOS、iOSなどのBSD派生システム（これらは、TZ POSIX API実装として参照TZデータベース処理コードも使用します）。
GNU Cライブラリを含め、それを使用してシステムGNU、ほとんどのLinuxディストリビューション、BeOSの、俳句、Nexenta OS、およびCygwinの。
SolarisやUnixWareなどのSystemVリリース4から派生したシステム。
AIX6.1以降（AIX 5.2以降の以前のバージョンのAIXには、MySQLなどのサードパーティアプリケーションをサポートするためのzoneinfo が含まれていますが、それ自体は使用しません。）; Android Tru64やUNICOS / mp（IRIXも維持されていますが、出荷されていません）を含む他のいくつかのUnixシステム。
オープンズ;
リリース1.4（2002）以降のJavaランタイム環境。
Javaのライブラリジョダタイム。
2003年以降のPerlモジュールDateTime :: TimeZoneおよびDateTime :: LeapSecond。
PHPは5.1.0（2005）以降にリリースされています。
ルビー宝石 tzinfoの。
Pythonの標準ライブラリtzinfoのモジュール、およびサードパーティのpytzのパッケージ。
国際化のためのJavaScript言語仕様は、APIのIANAタイムゾーン名の使用法を明示的に指定し、タイムゾーンデータの使用法も推奨しています。
多数のライブラリも利用できます：timezone-js、BigEasy / TimeZone、WallTime-js、moment-timezone ;
パンダ（Python）モジュール ;
.NET FrameworkのライブラリNodaTime、TZ4Netとのzoneinfo。
Haskellはライブラリのタイムゾーンシリーズおよびタイムゾーン・オルソンを。
Erlangのモジュールezic。
ゴー標準ライブラリの時間パッケージ。
錆クレートクロノ-TZ ;
SqueakのSmalltalkの時間パッケージ。
C ++ライブラリのブーストとQtの。
デルファイとFree PascalのライブラリTZDB。
Free PascalのライブラリPascalTZ。
ツールコマンド言語はありclockコマンドのtzdataを使用します。
Oracleは10g（2004）以降にリリースしています。
リリース8.0（2005）以降のPostgreSQL。
マイクロソフトSQL ServerのライブラリSQL Serverのタイムゾーンサポート
リリース3.6以降のMongoDB。
IPクロックで使用されるファームウェアなどの組み込みソフトウェア。
OlsonタイムゾーンIDは、Unicode Common Locale Data Repository（CLDR）およびInternational Components for Unicode（ICU）でも使用されます。たとえば、CLDR Windows–TzidテーブルはMicrosoft WindowsタイムゾーンIDを標準のOlson名にマップしますが、Windowsシステムのタイムゾーンの数はIANA TZデータベースのタイムゾーンの数よりも大幅に少ないため、このようなマッピングは完全ではありません。

歴史
プロジェクトの起源は1986年以前にさかのぼります。

2011年の訴訟
2011年9月30日、訴訟、Astrolabe、Inc.v。Olsonetal。、データベースの著作権に関して提出されました。その結果、2011年10月6日に、データベースのメーリングリストとFTPサイトがシャットダウンされました。のデータベースメンテ使用を中心に展開した場合、アメリカアトラスことで、トーマス・G・シャンクス、および国際アトラストーマス・G・シャンクスとRiqueポッテンジャーすることにより、。タイムゾーンメーリングリストアーカイブおよびデータベースで維持されている一部の補助リンクコレクションでのアトラスデータの不正な複製について不満を述べましたが、実際にはデータベース自体を指していませんでした。苦情は、過去のタイムゾーンデータの編集にのみ関連し、現在のtzdataワールドタイムゾーンテーブルには適用されませんでした。
この訴訟は、電子フロンティア財団の関与後、2012年2月22日に解決されました。アストロラーベは、被告に仕えたことのない訴訟を自発的に却下し、将来訴訟を起こさないという契約に同意しました。

ICANNに移動
ICANNは、2011年10月14日にデータベースの保守を担当しました。完全なデータベースとその保守の現在および将来の計画の説明は、IANAからオンラインで入手できます。

も参照してください
tzデータベースのタイムゾーンのリスト
タイムゾーン
夏時間

参考文献
^ Muller、Eric（2012年10月8日）。「世界のTZタイムゾーンのシェープファイル」。
^ エガート、ポール; オルソン、アーサーデビッド（2007年11月29日）。「タイムゾーンと夏時間データのソース」。
^ Eggert、Paul（2005年1月17日）。「Re：FW：IANAタイムゾーン登録–提案」。tz（メーリングリスト）。
^ 「タイムゾーンデータベースを管理するICANN」（ニュースアラート）。ICANN。2011年10月15日。取得した30年12月2011。
^ オルソン、アーサーデビッド（1986年12月16日）。「タイムゾーンの問題を解決しましたか？その他の問題。新しいctimeのマニュアルページ」。tz（メーリングリスト）。
^ Eggert、Paul（1993年10月20日）。「タイムゾーン名の提案」。tz（メーリングリスト）。
^ オルソン、アーサーデビッド（1987年3月18日）。「Re：問題のリスト」。tz（メーリングリスト）。
^ vine、Bob（1988年6月2日）。「うるう秒; は大丈夫です」。tz（メーリングリスト）。
^ Eggert、Paul（1995年11月11日）。「http://tycho.usno.navy.mil/tzones.htmlに関する質問とコメント」。tz（メーリングリスト）。
^ 「zoneinfotzcodeおよびtzdataアーカイブ（FTP）」。
^ 「tzcode」ディストリビューションに含まれる理論（テキストファイル）。バージョンtzcode2007h.tar.gz 2007年10月1日参照。
^ オルソン、アーサーデビッド（2010年5月1日）。「提案されたタイムゾーンパッケージの変更（バイアデバンデラス;バージョンの命名）」。tz（メーリングリスト）。
^ 「タイムゾーン識別子」。tzコードとデータの理論と語用論。有効なPOSIXファイル名コンポーネント（つまり、「/」以外の名前の部分）のみを使用してファイル名コンポーネント ‘。’は使用しないでと ‘..’。ファイル名コンポーネント内では、ASCII文字、「。」、「-」、および「_」のみを使用してPOSIX TZ文字列があいまいになる可能性があるため、数字は使用しないでファイル名コンポーネントは、14文字を超えてはならず、「-」で始まってはなりません。たとえば、Asia / Bandar_Seri_BegawanよりもAsia / Bruneiを優先します。例外：以下のレガシー名の説明を参照して
^ 「タイムゾーン識別子」。tzコードとデータの理論と語用論。場所をコンパクトに保ちます。国や地域ではなく、都市や小さな島を使用して、将来の変更によって個々の場所が異なるタイムゾーンに分割されないようにします。たとえば、フランスには複数のタイムゾーンがあるため、ヨーロッパ/フランスよりもヨーロッパ/パリを優先します。
^ 「タイムゾーン識別子」。tzコードとデータの理論と語用論。重要度の高い順にタイムゾーン名を選択するために使用される一般的なガイドラインは次のとおりです。…名前があいまいな場合は、あいまいさの少ない代替を使用します。たとえば、多くの都市はサンホセとジョージタウンという名前なので、アメリカ/サンノゼよりもアメリカ/コスタリカ、アメリカ/ジョージタウンよりもアメリカ/ガイアナを好みます。…地域内の場所の中で最も人口の多い場所を使用します。たとえば、アジア/北京よりもアジア/上海を優先します。人口が類似している場所の中から、最もよく知られている場所を選択します。たとえば、ヨーロッパ/ミラノよりもヨーロッパ/ローマを優先します。
^ 「タイムゾーン識別子」。tzコードとデータの理論と語用論。名前が変更された場合は、古いスペルを「後方」ファイルに入れてこれは、古いスペルが引き続き機能することを意味します。通常、名前の変更は、場所のコンセンサス英語のスペルが変更されたまれなケースでのみ発生します。たとえば、2008年に、古い都市名ではなく新しい都市名が長年にわたって広く使用されていたため、Asia / CalcuttaはAsia / Kolkataに名前が変更されました。
^ ポールエッガート（2012年12月21日）。”Re：zoneinfo：ist：error”。tz（メーリングリスト）。
^ オルソン、アーサーデビッド（2010年1月6日）。「RE：ブラジル1963年の微妙なニュアンス」。tz（メーリングリスト）。
^ 1979年までのドイツのDSTおよび真夏のDST、Physikalisch-TechnischeBundesanstalt。（2010）
^ 「BCP47のUnicodeロケール拡張（ ‘u’）」。CLDR-Unicode CommonLocaleデータリポジトリ。
^ 「Unicodeロケールデータマークアップ言語（LDML）、パート4：日付」。セクション5、タイムゾーン名。
^ 「Olsonタイムゾーンのサポートとセットアップ」。AIX7.1情報。IBM 。取得した3月12日に2011。
^ 「タイムゾーン変数の管理」。IBM。2007年2月2日。
^ “2007 Daylight SavingTimeの変更をサポートするようにAIXO / Sが更新されました”。IBM。2007年10月18日。取得した3月12日に2011。
^ 「Unixの2007年の夏時間時間の変更」。イリノイ大学シカゴ校アカデミックコンピューティングおよびコミュニケーションセンター。2007年2月25日。2012年8月1日のオリジナルからアーカイブ。取得した3月18日を2008年。）。
^ Wickremasinghe、クリストファー（2009年3月30日）。「西オーストラリア2006年の夏時間の導入」。AIXWiki。IBM 。取得した3月11日に2011。
^ “ZoneId”。
^ 「ECMAScript2015国際化API仕様」。ecma-international.org（第2版）。2015年6月。ECMAScript 2015 Internationalization API仕様は、IANAタイムゾーンデータベースのゾーン名とリンク名を使用してタイムゾーンを識別します。それらの標準形は、IANAタイムゾーンデータベースで使用されるケーシング内の対応するゾーン名です。…実装では、IANAタイムゾーンデータベースのタイムゾーン情報を使用することをお勧めします。
^ 「TZDBライブラリは2014年4月23日にGitHubに移動しました」。取得した21年10月2015。
^ Oracle Databaseグローバリゼーションサポートガイド10gリリース1（10.1）：第4章「タイムゾーンファイルの選択」のセクション。オラクル株式会社。2004年6月。pp。4–14。部品番号B10749-02。2008年12月1日にオリジナルからアーカイブされました。
^ 「WindowsTzid」。ユニコードコンソーシアム。2007年11月12日。
^ オルソン、アーサーデビッド（1986年11月24日）。「seismo！elsie！tz;新しいバージョンのタイムゾーンのもの」。tz（メーリングリスト）。
^ 「Astrolabe、Inc。v。Olsonetal」。2011年10月6日。
^ “ASTROLABE、INC。、原告、v。ARTHURDAVID OLSON and PAUL EGGERT、Defendants” （PDF）。2011年9月30日。
^ オルソン、アーサーデビッド（2011年10月6日）。「民事訴訟; ftpシャットダウン;メーリングリストシャットダウン」。tz（メーリングリスト）。
^ 「タイムゾーンデータベースのシャットダウン」。デイリーパーカー。2011年10月6日。
^ 「タイムゾーンデータベース–アストロラーベの意見」。StephenColebourneのブログ。2011年10月13日。取得した26年10月2011。
^ 「EFFはタイムゾーンデータベースの保護を勝ち取る」。電子フロンティア財団。2012年2月22日。取得した22年2月2012。
^ 「タイムゾーンデータベース」。IANA。

外部リンク

全般的
法定時間（PDF）、ITU、2015年。
tzデータベースのホームページ、UCLA （非推奨。以下の公式IANAソースを参照してください）
2008年2月3日にオリジナルからアーカイブされたtzメーリングリストアーカイブ、Gmane。
tz （アーカイブ）（メーリングリスト）。
ICANNのtzメーリングリスト
「オルソン/ zoneinfoディレクトリ/ TZデータベースの文学感謝」によってジョン・ユーデル

IANAの公式ソース
ホームページ FTP rsync、rsync：//rsync.iana.org/tz/

マニュアルページ
zic(8) – Linux管理および特権コマンドマニュアル（tzデータベースのソースファイルの構文を示します）
tzfile(5) – Linuxファイル形式マニュアル（コンパイルされたtzデータベースファイルの形式を示します）

admin