TZ -Datenbank

Die TZ -Datenbank partitiert die Welt in Regionen, in denen lokale Uhren seit 1970 gleich sind. Diese Karte, die durch Kombination der 2017a -Ausgabe der Datenbank mit kombiniert wird OpenStreetmap Daten sind von allen Regionen außerhalb der Antarktis.[1]

Das TZ -Datenbank ist eine kollaborative Zusammenstellung von Informationen über die Welt der Welt Zeitzonen, hauptsächlich für die Verwendung mit Computerprogrammen und Betriebssystemen bestimmt.[2] Paul Eggert ist sein derzeitiger Herausgeber und Betreuer,[3] mit der organisatorischen Unterstützung von ICANN.[4] Die TZ -Datenbank ist auch als bekannt als Tzdata, das ZoneInfo -Datenbank oder Iana Zeitzonendatenbankund gelegentlich als die Olson -Datenbankbezieht sich auf den Gründungsbeitrag, Arthur David Olson.[5]

Seine einheitliche Namenskonvention für Zeitzonen, wie z. Amerika/New_york und Europa/Paris, wurde von Paul Eggert entworfen.[6] Die Datenbank versucht, historische Zeitzonen und alle zivilen Veränderungen seit 1970 aufzuzeichnen, die Unix -Zeit Epoche.[7] Es enthält auch Übergänge wie z. Sommerzeit, und auch Aufzeichnungen Sekundensprung.[8]

Die Datenbank sowie einige Referenzen Quellcode, ist in dem öffentlich zugänglich.[9] Neue Ausgaben der Datenbank und des Code werden als Änderungen in der Regel mehrmals pro Jahr veröffentlicht.[10]

Datenstruktur

Dateiformate

Die TZ -Datenbank wird als Satz von veröffentlicht Textdateien in der die Regeln und Zonenübergänge in einem menschlich lesbaren Format aufgeführt sind. Zur Verwendung sind diese Textdateien zusammengestellt in eine Reihe von plattformunabhängigen Binärdateien- Eine pro Zeitzone. Der Referenzquellcode enthält einen solchen Compiler auf dem Namen Zic (Zoneninformations Compiler) sowie Code zum Lesen dieser Dateien und zur Verwendung in Standard Apis wie zum Beispiel Ortszeit() und mktime ().

Definition einer Zeitzone

Innerhalb der TZ -Datenbank, a Zeitzone ist jede nationale Region, in der lokale Uhren seit 1970 alle vereinbart haben.[11] Diese Definition betrifft sich zunächst mit geografischen Gebieten mit konsequenten lokalen Uhren. Dies unterscheidet sich von anderen Definitionen, die sich mit konsequenten Aussätzen von a befassen Nullmeridian. Daher kann jede der in der TZ -Datenbank definierten Zeitzonen mehrere dokumentieren Offsets von UTCtypischerweise auch beide Standardzeit und Sommerzeit.

In den Zeitzonentextdateien verfügt jede Zeitzone über eine oder mehrere "Zonenzeilen" in einer der Zeitzonentextdateien. Die erste Zonenlinie für eine Zeitzone gibt den Namen der Zeitzone an. Alle nachfolgenden Zonenlinien für diese Zeitzone lassen den Namen leer, was darauf hinweist, dass sie für dieselbe Zone wie die vorherige Zeile gelten. Jede Zone -Linie für eine Zone gibt für eine Reihe von Datum und Uhrzeit an Offset an UTC Für die Standardzeit ist der Name der Regeln, die regeln Sommerzeit (oder ein Bindestrich, wenn die Standardzeit immer gilt), das Format für Zeitzonenabkürzungen und für alle bis auf die letzte Zone -Linie das Datum und die Uhrzeit, zu der der von dieser Linie geregelten Datum und Uhrzeitbereich endet.

Tageslichtsparenzeit (DST) Regeln

Die Regeln für Sommerzeit werden in benannten Regelsätzen angegeben. Jeder Regelsatz verfügt über eine oder mehrere Regelzeilen in den Zeitzonentextdateien. Eine Regelzeile enthält den Namen des Regelsatzes, zu dem sie gehört, das erste Jahr, in dem die Regel gilt, das letzte Jahr, in dem die Regel gilt (oder "nur", wenn sie nur in einem Jahr oder "max" gilt, wenn sie ist die derzeit in Kraft), die Art des Jahres, für den die Regel gilt ("-", wenn sie für alle Jahre im angegebenen Bereich gilt, was fast immer der Fall ist, sonst ein Name als Argument für ein Skript, das verwendet wird Gibt an, ob das Jahr vom angegebenen Typ ist), dem Monat, in dem die Regel wirksam wird, der Tag, an dem die Regel wirksam wird (was entweder ein bestimmter Tag oder eine Spezifikation wie "der letzte Sonntag des Monats" sein könnte)). , die Tageszeit, zu der die Regel wirksam wird, die Zeit, die zum Hinzufügen der Zeit zu dem Hinzufügen ist Offset an UTC Wenn die Regel wirksam ist und der Brief oder die Buchstaben in der Abkürzung der Zeitzone verwendet werden (z. B. "s", wenn die Regel die Standardzeit regelt und "D", wenn sie Tageslichtsparzeit regelt).

Namen von Zeitzonen

Die Zeitzonen haben eindeutige Namen in der Form "Bereich/Ort", z. B." America/new_york ". Es wurde auch die Wahl getroffen, englische Namen oder Äquivalente zu verwenden und Interpunktion und gemeinsame Suffixe wegzulassen. Der Unterstrich wird anstelle von Räumen verwendet. Bindestens werden verwendet, wenn sie im Namen von a erscheinen Ort. Die Bereich und Ort Namen haben eine maximale Länge von 14 Zeichen.[12][13]

Bereich

Bereich ist der Name von a Kontinent, ein Ozean, oder "etc". Die derzeit verwendeten Kontinente und Ozeane sind Afrika, Amerika, Antarktis, Arktis, Asien, atlantisch, Australien, Europa, indisch, und Pazifik.

Die Ozeane sind enthalten, da einige Inseln schwer zu einem bestimmten Kontinent zu verbinden sind. Einige sind geografisch mit einem Kontinent und politisch mit einem anderen verbunden. Siehe auch Grenzen zwischen Kontinenten.

Der spezielle Bereich von "etc" wird für einige Verwaltungszonen verwendet, insbesondere für "etc/utc", die repräsentiert abgestimmte Weltzeit. Um sich dem entsprechen Posix Stil, diese Zonennamen, die mit "etc/gmt" beginnen, lassen ihr Zeichen vom Standard umgekehrt ISO 8601 Konvention. In der Region "usw." haben die Zonen westlich von GMT ein positives Zeichen und die Osten haben ein negatives Zeichen in ihrem Namen (z. B. "usw./gmt-14" 14 Stunden vor GMT).

Ort

Ort ist der Name eines bestimmten Standorts innerhalb des Gebiets - normalerweise eine Stadt oder eine kleine Insel.

Ländernamen werden in diesem Schema nicht verwendet, vor allem, weil sie aufgrund häufiger politischer und Grenzänderungen nicht robust wären. Die Namen großer Städte sind tendenziell dauerhafter.[14] Normalerweise wird die bevölkerungsreichste Stadt in einer Region ausgewählt, um die gesamte Zeitzone darzustellen, obwohl eine andere Stadt möglicherweise ausgewählt wird, wenn sie allgemein bekannt ist, und ein anderer Ort, einschließlich eines anderen Ortes als einer Stadt, kann verwendet werden, wenn es zu einem führt Weniger mehrdeutiger Name.[15] Für den Fall, dass der Name des Ortes zur Darstellung der Zeitzonenänderungen verwendet wird, besteht die Konvention darin, einen Alias ​​zu erstellen[16] In zukünftigen Ausgaben beziehen sich sowohl die alten als auch die neuen Namen auf denselben Datenbankeintrag.

In einigen Fällen die Ort ist selbst als zusammengesetzter Name dargestellt, zum Beispiel die Zeitzone "America/Indiana/Indianapolis". Drei-Level-Namen enthalten die unter "America/Argentina/...", "America/Kentucky/...", "America/Indiana/..." und "America/North_Dakota/...".

Der ausgewählte Standort ist repräsentativ für den gesamten Bereich. Wenn es jedoch Unterschiede innerhalb des Gebiets vor 1970 gab, gelten die Zeitzonenregeln nur am benannten Standort.

Beispiele

Name Erläuterung
Amerika/Costa_rica Name des Landes verwendet, weil der Name der größten Stadt (und Hauptstadt) San Jose ist zweideutig
Amerika/New_york Raum ersetzt durch Unterstriche
Asien/Kolkata Name der Stadt von Kolkata verwendet, weil es zum Zeitpunkt der Einrichtung der Zone die bevölkerungsreichste Stadt in der Zone war, obwohl dies nicht mehr wahr ist[17]
Asien/Sakhalin Name der Insel verwendet, weil die größte Stadt, Yuzhno-Sakhalinsk, hat mehr als 14 Zeichen
America/Bahia_Banderas "de" entfernt von Bahia de Banderas, weil der richtige Name mehr als 14 Zeichen hat
Antarktis/Dumontdurville Der Apostroph wird entfernt. Der Raum würde normalerweise durch "_" ersetzt, aber der Name würde dann 14 Zeichen überschreiten.

Beispielzone- und Regelzeilen

Dies sind Regellinien für die Standardregeln für Tageslicht für Tageslicht, Regelzeilen für die in den USA geltenden Zeitregeln für Tageslichtsparen Ostzone (genannt "NYC" als New York City Ist die Stadt in einigen Jahren die Stadt dargestellt, und Zonenlinien für die Zeitzone America/New_york nach der Version der Release -Version Tzdata2011n der Zeitzonendatenbank. Die Zone- und Regelzeilen spiegeln die wider Geschichte der DST in den Vereinigten Staaten.

# Regelname von, um bei Save Letter/S Regel US 1918 1919 - Mar Lastsun 2:00 1:00 D Regel US 1918 1919 - Okt. : 00 W # Kriegsregel US 1945 nur - 14. August 23: 00U 1:00 P # Friedensregel US 1945 - nur - 30. September 2:00 0 S REGE US 1967 2006 - OCT LASTSUN 2:00 0 S REGE UNS UNS 1973 - 1973 - APR Lastsun 2:00 1:00 D Regel US 1974 - nur - 6. Januar 2:00 1:00 D Regel US 1975 - nur - 23. Februar 2:00 1:00 D Regel US 1976 1986 - APR Lastsun 2:00 1:00 D Regel US 1987 2006 - Apron Sun> = 1 2:00 1:00 D Regel US 2007 Max - Mar Sun> = 8 2:00 1:00 D Regel US 2 007 max - nov sun> = 1 2:00 0 : 00 0 s Regel NYC 1921 1966 - APR Lastsun 2:00 1:00 D Regel NYC 1921 1954 - SEP Lastsun 2:00 0 s Regel NYC 1955 1966 - Okt. ] Zone America/New_york -4: 56: 02 -LMT 1883 18. November, 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

Daten, die für jede Zone gespeichert sind

Für jede Zeitzone mit mehreren Offsets (normalerweise aufgrund von Tageslichtsparenzeit) zeichnet die TZ -Datenbank den genauen Übergangsmoment auf. Das Format kann auch Änderungen in den Daten und Zeiten von Übergängen berücksichtigen. Zonen können historische Regeländerungen haben, die viele Jahrzehnte zurückreichen (wie im obigen Beispiel gezeigt).

Zone.tab

Die Datei Zone.tab ist öffentlich zugänglich und listet die Zonen auf. Spalten und Zeilensortierungen werden in den Kommentaren der Datei wie folgt beschrieben:

# Diese Datei enthält eine Tabelle mit den folgenden Spalten: # 1. ISO 3166 2-Charakter-Ländercode. Siehe die Datei "ISO3166.tab". # 2. Breitengrad und Länge des Hauptstandorts der Zone # in ISO 6709 Sign-Degrees-Minutes-Sekunden-Format, # entweder+-ddmm+-dddmm oder+-dmmss+-ddmms, # erster Breitengrad (+ist nördlich), dann Längengrad (+ist östlich). # 3. Zonenname, der im Wert der TZ -Umgebungsvariable verwendet wird. # 4. Kommentare; vorhanden, wenn und nur wenn das Land mehrere Zeilen hat. # # Spalten werden durch eine einzelne Registerkarte getrennt. # Die Tabelle wird zuerst nach Land sortiert, dann eine Ordnung innerhalb des Landes, die # (1) geografisch sinnvoll ist, und # (2) stellt die bevölkerungsreichsten Zonen in erster Stelle, in denen dies nicht widerspricht (1).

Daten vor 1970

Daten vor 1970 zielen darauf ab, für die Stadt korrekt zu sein, die die Region identifiziert, ist jedoch nicht unbedingt für die gesamte Region korrekt. Dies liegt daran, dass neue Regionen nur so erstellt werden, wie es seit 1970 zur Unterscheidung von Uhren erforderlich ist.

Zum Beispiel zwischen 1963-10-23 und 1963-12-09 in Brasilien nur in den Staaten von Minas Gerais, Espirito Santo, Rio de Janeiro, und São Paulo Hatte Sommer. Eine gefragte Trennung von jedoch von America/sao_paulo wurde 2010 mit der Überlegung abgelehnt, dass die Uhren seit 1970 in der gesamten Region gleich waren.[18]

Zeit in Deutschland, was dargestellt wird durch Europa/Berlin, ist falsch für das Jahr 1945, wenn die Trizone Gebrauchtes Tageslichtsparen -Zeitregeln anders als die von Berlin.[19]

Berichterstattung

Zonen, die mehrere Länder nach 1970 abdecken

Es gibt zwei Zonen, die ein Gebiet abdecken, das nach 1970 von zwei Ländern abgedeckt wurde. Die Datenbank folgt den Definitionen der Länder wie Per ISO 3166-1, dessen Vorgänger ISO 3166 erstmals 1974 veröffentlicht wurde.

Wartung

Der TZ -Referenzcode und die Datenbank werden von einer Gruppe von Freiwilligen gepflegt. Arthur David Olson führt die meisten Änderungen am Code und Paul Eggert in der Datenbank vor. Vorgeschlagene Änderungen werden an die TZ -Mailingliste gesendet, die in die comp.time.TZ geführt wird Usenet Newsgroup. Quelldateien werden über den IANA FTP -Server verteilt. In der Regel werden diese Dateien von einem Softwareverteiler wie erstellt Debian, kompiliert, und dann werden Quelle und Binärdateien als Teil dieser Verteilung verpackt. Endbenutzer können sich entweder auf die Aktualisierungsverfahren ihrer Softwareverteilung verlassen, die möglicherweise zu einer Verzögerung führen, oder die Quelle direkt einholen und die Binärdateien selbst erstellen. Das Ietf hat veröffentlicht RFC 6557, "Verfahren zur Aufrechterhaltung der Zeitzonendatenbank", die Best Practices basierend auf ähnlichen Prinzipien dokumentieren.

Unix-ähnliche Systeme

Der Standardpfad für die Timezone -Datenbank ist /usr/share/zoneInfo/ In Linux -Verteilungen, Mac OSund einige andere Unix-artig Systeme.

Verwendung und Verlängerungen

Grenzen der Zeitzonen

Geografische Grenzen in Form von Koordinatensätzen sind nicht Teil der TZ -Datenbank, aber Grenzen werden von Eric Muller veröffentlicht[1] in Form von Vektorpolygonen. Mit diesen Vektorpolygonen kann man für jeden Ort auf der Welt die TZ -Datenbankzone, in der sie sich befindet, bestimmen.

Verwendung in anderen Standards

Der Unicode Gemeinsames Gebietsschema -Datenrepository (CLDR) bezieht sich auf Zonen in der TZ -Datenbank. Da der Name für eine Zone jedoch von einer TZ -Datenbankveröffentlichung in eine andere ändern kann, weist die CLDR die zu UN/Locode Für die im Namen der Zone verwendete Stadt oder einen intern zugewiesenen Code, wenn es keine solche Stadt für die Zone gibt, in eine TZDB-Zone.[20][21]

Verwendung in Softwaresystemen

Die TZ -Datenbank wird für Zeitzonenverarbeitung und Conversions in vielen Computer -Softwaresystemen verwendet, darunter:

Die Olson Timezone -IDs werden auch vom Unicode verwendet Gemeinsames Gebietsschema -Datenrepository (Cldr) und Internationale Komponenten für Unicode (ICU). Beispielsweise bildet die CLDR -Windows -Tzid -Tabelle Microsoft Windows -Zeitzonen -IDs auf die Standard -Olson -Namen ab, obwohl eine solche Zuordnung nicht perfekt sein kann, da die Anzahl der Zeitzonen in Windows -Systemen erheblich niedriger ist als in der IANA TZ -Datenbank.[32]

Geschichte

Die Ursprünge des Projekts gehen auf 1986 oder früher zurück.[33]

2011 Klage

Am 30. September 2011 eine Klage, Astrolabe, Inc. gegen Olson et al., wurde in Bezug auf Urheberrechte © in der Datenbank.[34][35] Infolgedessen am 6. Oktober 2011 die Mailingliste der Datenbank und Ftp Die Stelle wurden geschlossen.[36] Der Fall drehte sich um die Verwendung der Datenbankwartungsstäbchen von Der amerikanische Atlas, durch Thomas G. Shanks, und Der internationale Atlas, von Thomas G. Shanks und Rique Pottenger. Es beklagte sich über die nicht autorisierte Reproduktion von Atlas -Daten im Timezone Mailing -List -Archiv und in einigen Hilfslinksammlungen, die mit der Datenbank verwaltet wurden, obwohl sie nicht tatsächlich auf die Datenbank selbst zeigte. Die Beschwerde nur mit der Zusammenstellung historischer Zeitzonendaten und deckte die aktuellen Tzdata -Welt -Zeitzone -Tabellen nicht ab.[35][37][38]

Diese Klage wurde am 22. Februar 2012 nach der Beteiligung der Elektronische Grenzfundament, wenn Astrolabe freiwillig bewegte sich auf die Entlassung die Klage ohne jemals serviert Die Angeklagten und stimmten einem Bund zu, in Zukunft nicht zu verklagen.[39]

Wechseln Sie zu ICANN

ICANN übernahm die Verantwortung für die Wartung der Datenbank am 14. Oktober 2011.[4] Die vollständige Datenbank und eine Beschreibung der aktuellen und zukünftigen Pläne für ihre Wartung sind online aus verfügbar Iana.[40]

Siehe auch

Verweise

  1. ^ a b Müller, Eric (8. Oktober 2012). "Eine Shapefile der TZ -Zeitzone der Welt".
  2. ^ Eggert, Paul; Olson, Arthur David (29. November 2007). "Quellen für Zeitzone und Tageslichtsparenzeitdaten". Abgerufen 3. Dezember 2007.
  3. ^ Eggert, Paul (17. Januar 2005). "Re: FW: IANA -Zeitzonenregistrierung - Vorschlag". TZ (Mailingliste).
  4. ^ a b "ICANN zur Verwaltung der Zeitzonendatenbank" (Nachrichtenalarm). ICANN. 15. Oktober 2011. Abgerufen 30. Dezember 2011.
  5. ^ Olson, Arthur David (16. Dezember 1986). "Problem mit behobenem Zeitzone? Andere Probleme. Neue CTime Manual Page". TZ (Mailingliste).
  6. ^ Eggert, Paul (20. Oktober 1993). "Vorschlag für Zeitzonennamen". TZ (Mailingliste).
  7. ^ Olson, Arthur David (18. März 1987). "Re: Liste der Probleme". TZ (Mailingliste).
  8. ^ Devine, Bob (2. Juni 1988). "Sprungsekunden; [0-60] ist in Ordnung". TZ (Mailingliste).
  9. ^ Eggert, Paul (11. November 1995). "Fragen und Kommentare zu http://tycho.usno.navy.mil/tzones.html". TZ (Mailingliste).
  10. ^ "ZoneInfo Tzcode und Tzdata Archives (FTP)". Abgerufen 30. Oktober 2007.
  11. ^ Theorie (Textdatei), enthalten in der Verteilung "Tzcode". Version Tzcode2007H.tar.gz 1. Oktober 2007 verwiesen.
  12. ^ Olson, Arthur David (1. Mai 2010). "Vorgeschlagene Zeitzonenpaketänderungen (Bahia de Banderas; Versionsnamen)". TZ (Mailingliste).
  13. ^ "Timezone -Identifikatoren". Theorie und Pragmatiker des TZ -Codes und der Daten. Verwenden Sie nur gültige POSIX -Dateinamenkomponenten (d. H. Die Teile anderer Namen als '/'). Verwenden Sie nicht die Dateinamenkomponenten '.' und '..'. Verwenden Sie in einer Dateinamenkomponente nur ASCII-Buchstaben '.', '-' und '_'. Verwenden Sie keine Ziffern, da dies zu einer Unklarheit mit POSIX TZ -Saiten führen kann. Eine Dateinamenkomponente darf 14 Zeichen nicht überschreiten oder mit '-' beginnen. Z.B. Bevorzugen Sie Asien/Brunei zu Asien/Bandar_Seri_Begawan. Ausnahmen: Siehe die Diskussion von Legacy -Namen unten.
  14. ^ "Timezone -Identifikatoren". Theorie und Pragmatiker des TZ -Codes und der Daten. Halten Sie die Standorte kompakt. Verwenden Sie Städte oder kleine Inseln, nicht Länder oder Regionen, damit zukünftige Änderungen nicht einzelne Standorte in verschiedene Zeitzonen aufteilen. Bevorzugen Sie Europa/Paris nach Europa/Frankreich, da Frankreich mehrere Zeitzonen hatte.
  15. ^ "Timezone -Identifikatoren". Theorie und Pragmatiker des TZ -Codes und der Daten. Hier sind die allgemeinen Richtlinien, die zur Auswahl von Zeitzonennamen verwendet werden, um die Reihenfolge der Wichtigkeit abzubauen: ... Wenn ein Name mehrdeutig ist, verwenden Sie eine weniger mehrdeutige Alternative; Beispielsweise werden viele Städte San José und Georgetown genannt. Bevorzugen Sie also Amerika/Costa_rica nach Amerika/San_Jose und Amerika/Guyana nach Amerika/Georgetown. ... Verwenden Sie die bevölkerungsreichsten zwischen Standorten in einer Region, z. B. bevorzugen Asien/Shanghai gegenüber Asien/Peking. Wählen Sie unter den Standorten mit ähnlichen Populationen den bekanntesten Standort aus, z. B. bevorzugen Europa/Rom nach Europa/Mailand.
  16. ^ "Timezone -Identifikatoren". Theorie und Pragmatiker des TZ -Codes und der Daten. Wenn ein Name geändert wird, legen Sie seine alte Schreibweise in die "rückwärts" -Datei. Dies bedeutet, dass alte Schreibweisen weiter funktionieren werden. Normalerweise sollte eine Namensänderung nur in dem seltenen Fall erfolgen, wenn sich der Konsens von der englischsprachigen Rechtschreibung eines Standorts ändert. Zum Beispiel wurde Asien/Kalkutta 2008 aufgrund der langjährigen Verwendung des neuen Stadtnamens anstelle des alten in Asien/Kolkata umbenannt.
  17. ^ Paul Eggert (21. Dezember 2012). "Re: zoneInfo: ist: error". TZ (Mailingliste).
  18. ^ Olson, Arthur David (6. Januar 2010). "Re: Little Nuance in Brasilien 1963". TZ (Mailingliste).
  19. ^ DST und Mittsommer DST in Deutschland bis 1979, Physikalisch-Technische Bundessamstalt. (2010)
  20. ^ "Unicode -Gebietsschemaerweiterung ('u') für BCP 47". CLDR - UNICODE Common Localendaten -Datenrepository.
  21. ^ "Unicode -Gebietsschema -Daten Markup -Sprache (LDML), Teil 4: Daten". Abschnitt 5, Zeitzonennamen.
  22. ^ "Olson Time Zone Support und Setup". AIX 7.1 Informationen. IBM. Abgerufen 12. März 2011.
  23. ^ "Verwalten der Zeitzonenvariable". IBM. 2. Februar 2007. Abgerufen 14. September 2018.
  24. ^ a b "AIX O/S Aktualisiert, um das Tageslicht für das Tageslicht von 2007 zu unterstützen, Zeitänderung". IBM. 18. Oktober 2007. Abgerufen 12. März 2011.
  25. ^ "Tageslichteinsparungen [sic] Zeitänderungen für Unix". Academic Computing and Communications Center, Universität von Illinois in Chicago. 25. Februar 2007. archiviert von das Original am 1. August 2012. Abgerufen 18. März 2008.)
  26. ^ Wickremasinghe, Christopher (30. März 2009). "Einführung der Tageslichtsparzeit in Westaustralien 2006". Aix Wiki. IBM. Abgerufen 11. März 2011.
  27. ^ "ZoneId". Entwickler.android.com.
  28. ^ Release 4.0 Änderungsnotizen für die Sun Workstation (PDF). Sun Microsystems. 19. Januar 1987. p. 4.
  29. ^ "ECMASScript 2015 Internationalisierung API -Spezifikation". ECMA-international.org (2. Aufl.). Juni 2015. Abgerufen 14. Januar 2020. Die ECMAScript 2015 Internationalization API -Spezifikation identifiziert Zeitzonen mithilfe der Zone- und Verknüpfungsnamen der IANA -Zeitzonendatenbank. Ihre kanonische Form ist der entsprechende Zonenname in dem in der IANA -Zeitzonendatenbank verwendeten Gehäuse. ... Es wird empfohlen, dass Implementierungen die Zeitzoneninformationen der IANA -Zeitzonendatenbank verwenden.
  30. ^ "Die TZDB -Bibliothek wurde am 23. April 2014 nach Github gezogen". Abgerufen 21. Oktober 2015.
  31. ^ Die Globalisierung von Oracle Database Support Guide 10G Release 1 (10.1): Kapitel 4, Abschnitt "Auswahl einer Zeitzonendatei". Oracle Corporation. Juni 2004. S. 4–14. Teil Nr. B10749-02. Archiviert von das Original am 1. Dezember 2008. Abgerufen 30. Oktober 2007.
  32. ^ "Windows → Tzid". Unicode -Konsortium. 12. November 2007. Abgerufen 17. Februar 2008.
  33. ^ Olson, Arthur David (24. November 1986). "Seismo! Elsie! Tz; Neue Versionen von Zeitzonen -Zeug". TZ (Mailingliste).
  34. ^ "Astrolabe, Inc. gegen Olson et al.". 6. Oktober 2011. Abgerufen 6. Oktober 2011.
  35. ^ a b "Astrolabe, Inc., Kläger, v. Arthur David Olson und Paul Eggert, Angeklagte" (PDF). 30. September 2011. Abgerufen 7. Oktober 2011.
  36. ^ Olson, Arthur David (6. Oktober 2011). "Zivilklage;. TZ (Mailingliste). Abgerufen 27. Oktober 2018.
  37. ^ "Zeitzonendatenbank herunterfahren". Der Daily Parker. 6. Oktober 2011. Abgerufen 6. Oktober 2011.
  38. ^ "Zeitzonendatenbank-Astrolabes Meinung". Der Blog von Stephen Colebourne's Blog. 13. Oktober 2011. Abgerufen 26. Oktober 2011.
  39. ^ "EFF gewinnt den Schutz für Zeitzonendatenbank". Elektronische Grenzfundament. 22. Februar 2012. Abgerufen 22. Februar 2012.
  40. ^ "Zeitzonendatenbank". Iana.

Externe Links

Allgemein

Offizielle IANA -Quellen

Mannseiten

  • ZIC (8)- -Linux Verwaltung und privilegierte Befehle Handbuch (Gibt die Syntax von Quelldateien für die TZ -Datenbank an)
  • TzFile (5)- -Linux Dateiformate Handbuch (Gibt das Format kompilierter TZ -Datenbankdateien an)