tz-Datenbank

Die tz-Datenbank ist eine gemeinschaftliche Sammlung von Informationen über die Zeitzonen der Welt und die Regeln für die Sommerzeit , die primär für die Verwendung mit Computerprogrammen und Betriebssystemen gedacht ist. ^{[ 2 ]} Paul Eggert ist seit 2005 ihr Herausgeber und Betreuer ^{[ 3 ],} mit organisatorischer Unterstützung von ICANN . ^{[ 4 ]} Die tz-Datenbank ist auch unter den Namen tzdata , zoneinfo-Datenbank oder IANA-Zeitzonendatenbank (nach der Internet Assigned Numbers Authority ) und gelegentlich als Olson-Datenbank bekannt , in Anlehnung an ihren Gründer Arthur David Olson. ^{[ 5 ]}

Die einheitliche Namenskonvention für Einträge in der Datenbank, wie z. B. America/New_York und Europe/Paris , wurde von Paul Eggert entworfen. ^{[ 6 ]} Die Datenbank versucht, historische Zeitzonen und alle bürgerlichen Zeitzonenänderungen seit 1970, dem Beginn der Unix-Zeitepoche , zu erfassen . ^{[ 7 ]} Sie speichert auch Schaltsekunden . ^{[ 8 ]}

Die Datenbank sowie ein Teil des Referenzquellcodes sind gemeinfrei . [ ^{9 ] Neue} Versionen der Datenbank und des Codes werden bei Bedarf veröffentlicht, in der Regel mehrmals jährlich. ^{[ 10 ]}

In der tz-Datenbank ist eine Zeitzone jede nationale Region, in der seit 1970 alle lokalen Uhren übereinstimmen. ^{[ 11 ]} Diese Definition bezieht sich zunächst auf geografische Gebiete mit konsistenten lokalen Uhren. Eine Zeitzone unterscheidet sich von einer Region mit einer bestimmten Standardzeitabweichung von UTC , die oft fälschlicherweise als „Zeitzone“ bezeichnet wird. Daher kann jede der in der tz-Datenbank definierten Zeitzonen mehrere Abweichungen von UTC verwenden, beispielsweise Abweichungen für Standardzeit und Sommerzeit . ^{[ 12 ]}

Die tz-Datenbank wird als Satz von Textdateien veröffentlicht , die die Regeln und Zeitzonenübergänge in einem lesbaren Format auflisten. Zur Verwendung werden diese Textdateien in plattformunabhängige Binärdateien kompiliert – eine pro Zeitzone. Der Referenzquellcode enthält einen solchen Compiler namens zic (Zone Information Compiler) sowie Code zum Einlesen dieser Dateien und deren Verwendung in Standard -APIs wie z. B. [API-Name einfügen ]. localtime()mktime()

Jede Zeitzone verfügt über eine oder mehrere „Zonenzeilen“ in einer der Textdateien der tz-Datenbank. Die erste Zonenzeile einer Zeitzone gibt deren Namen an; alle nachfolgenden Zonenzeilen lassen den Namen leer, was bedeutet, dass sie sich auf dieselbe Zeitzone wie die vorherige Zeile beziehen. Jede Zonenzeile gibt für einen bestimmten Datums- und Zeitbereich die Abweichung von UTC für die Standardzeit, den Namen der Sommerzeitregelung ( oder einen Bindestrich, wenn immer Standardzeit gilt), das Format für Zeitzonenabkürzungen und – mit Ausnahme der letzten Zonenzeile – das Datum und die Uhrzeit an, zu der der von dieser Zeile abgedeckte Datums- und Zeitbereich endet.

Die Regeln für die Sommerzeit sind in benannten Regelsätzen festgelegt. Jeder Regelsatz enthält eine oder mehrere Regelzeilen in den Textdateien. 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 „only“, wenn sie nur in einem Jahr gilt, oder „max“, wenn es sich um die dann gültige Regel handelt), den Jahrestyp, für den die Regel gilt („-“, wenn sie für alle Jahre im angegebenen Bereich gilt, was fast immer der Fall ist, andernfalls ein Name, der als Argument für ein Skript verwendet wird und angibt, ob das Jahr vom angegebenen Typ ist), den Monat, in dem die Regel in Kraft tritt, den Tag, an dem die Regel in Kraft tritt (entweder ein bestimmter Tag oder eine Angabe wie „der letzte Sonntag des Monats“), die Uhrzeit, zu der die Regel in Kraft tritt, die Zeit, die zum Offset zu UTC addiert werden soll , wenn die Regel in Kraft ist, und den oder die Buchstaben, die in der Zeitzonenabkürzung verwendet werden sollen (z. B. „S“, wenn die Regel die Standardzeit regelt, und „D“, wenn sie die Sommerzeit regelt).

Die Zeitzonen haben eindeutige Namen im Format „ Gebiet / Ort “, z. B. „America/New_York“. Es wurde entschieden, englische Bezeichnungen oder Entsprechungen zu verwenden und auf Satzzeichen und gängige Suffixe zu verzichten. Unterstriche ersetzen Leerzeichen. Bindestriche werden verwendet, wo sie im Ortsnamen vorkommen. Gebiets- und Ortsnamen dürfen jeweils maximal 14 Zeichen lang sein. ^{[ 13 ] [ 14 ]}

„ Area “ bezeichnet den Namen eines Kontinents , eines Ozeans oder eines anderen Gebiets. Die verwendeten Kontinente und Ozeane sind Afrika , Amerika , Antarktis , Arktis , Asien , Atlantik , Australien , Europa , Indischer Ozean und Pazifischer Ozean .

Die Ozeane werden mit einbezogen, da manche Inseln nur schwer mit einem bestimmten Kontinent verbunden werden können. Manche sind geografisch mit einem Kontinent und politisch mit einem anderen verbunden. Siehe auch: Grenzen zwischen Kontinenten .

Der spezielle Bereich „Etc“ wird für einige Verwaltungszonen verwendet, insbesondere für „Etc/UTC“, was für die Koordinierte Weltzeit steht . Um dem POSIX- Stil zu entsprechen, ist das Vorzeichen der Zonennamen, die mit „Etc/GMT“ beginnen, gegenüber der ISO-8601 -Konvention umgekehrt. Im Bereich „Etc“ haben westlich von GMT gelegene Zonen ein positives und östlich davon gelegene ein negatives Vorzeichen im Namen (z. B. liegt „Etc/GMT-14“ 14 Stunden vor GMT).

„Location“ ist der Name eines bestimmten Ortes innerhalb des Gebiets – in der Regel eine Stadt oder eine kleine Insel.

Ländernamen werden in diesem System normalerweise nicht verwendet, da sie aufgrund häufiger politischer und territorialer Veränderungen nicht zuverlässig wären. Die Namen großer Städte sind in der Regel beständiger. ^{[ 15 ]} Üblicherweise wird die bevölkerungsreichste Stadt einer Region gewählt, um die gesamte Zeitzone zu repräsentieren. Eine andere Stadt kann jedoch gewählt werden, wenn sie bekannter ist, oder ein anderer Ort, auch ein Ort außerhalb einer Stadt, kann verwendet werden, wenn dadurch ein eindeutigerer Name entsteht. ^{[ 16 ]} Sollte sich der Name des Ortes, der die Zeitzone repräsentiert, ändern, wird üblicherweise in zukünftigen Versionen ein Alias ​​erstellt ^{[ 17 ]} , sodass sowohl der alte als auch der neue Name auf denselben Datenbankeintrag verweisen.

In einigen Fällen wird der Standort selbst als zusammengesetzter Name dargestellt, beispielsweise die Zeitzone „America/Indiana/Indianapolis“. Dreistufige Namen umfassen unter anderem solche unter „America/Argentina/...“, „America/Kentucky/...“, „America/Indiana/...“ und „America/North_Dakota/...“.

Der gewählte Standort ist repräsentativ für das gesamte Gebiet; das heißt, die aktuelle Uhrzeit an diesem Standort entspricht der aktuellen Uhrzeit in der gesamten Zeitzone. Dies gilt jedoch nicht unbedingt für Zeiträume vor 1970. Die Zeitzonenregeln sind also nur für den genannten Standort und für Zeiträume vor 1970 garantiert korrekt. Gab es vor 1970 innerhalb des Gebiets Zeitunterschiede, gelten die Zeitzonenregeln nur für den genannten Standort und nur für diesen Zeitraum.

Dies sind die Regellinien für die Standard-Sommerzeitregelungen der Vereinigten Staaten, die Regellinien für die Sommerzeitregelungen der US- Ostzeitzone (in einigen Jahren als „NYC“ bezeichnet, da New York City die Stadt ist, die diese Zone repräsentiert) sowie die Zeitzonenlinien für die Zeitzone America/New_York (Stand: Version tzdata2011n der Zeitzonendatenbank). Die Zeitzonen- und Regellinien spiegeln die Geschichte der Sommerzeit in den Vereinigten Staaten wider .

# Regel NAME VON BIS EINGEBEN AM BEI SPEICHERN BUCHSTABEN Regel US 1918 1919 - März letzter Sonntag 2:00 1:00 D Regel US 1918 1919 - Okt letzterSo 2:00 0 S Regel USA 1942 nur - 9. Feb. 2:00 1:00 W # Krieg Regel USA 1945 nur - 14. Aug. 23:00 Uhr 13:00 Uhr # Frieden Regel US 1945 nur - 30. September 2:00 0 S Regel US 1967 2006 - Okt letzterSo 2:00 0 S Regel USA 1967 1973 - Apr letzterSo 2:00 1:00 D Regel US 1974 nur - 6. Januar 2:00 - 1:00 Uhr D Regel US 1975 (nur) - 23. Februar 2:00 - 1:00 Uhr Regel US 1976 1986 - Apr letzterSo 2:00 1:00 D Regel US 1987 2006 - Apr So>=1 2:00 1:00 D Regel US 2007 max - März So>=8 2:00 1:00 D Regel US 2007 max - Nov So>=1 2:00 0 S .... # Regel NAME VON BIS EINGEBEN BEI SPEICHERN BUCHSTABE Regel NYC 1920 nur - März letzter Sonntag 2:00 1:00 D Regel NYC 1920 nur - Okt letzterSo 2:00 0 S Regel NYC 1921 1966 - Apr letzterSo 2:00 1:00 D Regel NYC 1921 1954 - Sep letzter Sonntag 2:00 0 S Regel NYC 1955 1966 - Okt letzterSo 2:00 0 S # Zone NAME GMTOFF REGELN FORMAT [BIS] Zeitzone Amerika/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 

Für jede Zeitzone mit mehreren Abweichungen (üblicherweise aufgrund der Sommerzeit) speichert die tz-Datenbank den genauen Zeitpunkt des Übergangs. Das Format kann auch Änderungen der Übergangsdaten und -zeiten berücksichtigen. Zeitzonen können historische Regeländerungen aufweisen, die sich über Jahrzehnte erstrecken (wie im obigen Beispiel gezeigt).

Die Datei zone.tab ist gemeinfrei und listet die Zonen auf. Die Sortierung nach Spalten und Zeilen wird in den Kommentaren der Datei wie folgt beschrieben:

# Diese Datei enthält eine Tabelle mit folgenden Spalten: # 1. ISO 3166 2-stelliger Ländercode . Siehe die Datei `iso3166.tab'. # 2. Breitengrad und Längengrad des Hauptstandorts der Zone # im ISO 6709 -Zeichen-Grad-Minuten-Sekunden-Format, # entweder +-DDMM+-DDDMM oder +-DDMMSS+-DDDMMSS, # zuerst Breitengrad (+ ist Norden), dann Längengrad (+ ist Osten). # 3. Zonenname, der im Wert der Umgebungsvariablen TZ verwendet wird. # 4. Kommentare; nur dann vorhanden, wenn das Land mehrere Zeilen hat. # Die Spalten sind durch einen einzelnen Tabulator getrennt. Die Tabelle ist zuerst nach Land sortiert, dann innerhalb des Landes nach einer bestimmten Reihenfolge. # (1) macht geografisch gesehen Sinn, und (2) setzt die bevölkerungsreichsten Zonen an erste Stelle, sofern dies nicht im Widerspruch zu (1) steht. 

Die Daten vor 1970 sind zwar für die Stadt, die die jeweilige Region identifiziert, korrekt, aber nicht unbedingt für die gesamte Region. Dies liegt daran, dass seit 1970 neue Regionen nur noch bei Bedarf zur Unterscheidung der Uhren erstellt werden.

Beispielsweise galt in Brasilien zwischen dem 23. Oktober und dem 9. Dezember 1963 nur in den Bundesstaaten Espírito Santo , Guanabara , Minas Gerais , Rio de Janeiro und São Paulo Sommerzeit. ^{[ 19 ]} Ein Antrag auf Abtrennung der Region America/Sao_Paulo wurde jedoch 2010 mit der Begründung abgelehnt, dass seit 1970 in der gesamten Region die gleiche Uhrenzeit galt. ^{[ 20 ]}

Die Zeitangabe in Deutschland , dargestellt durch Europe/Berlin , ist für das Jahr 1945 falsch, da in der Trizone andere Sommerzeitregeln galten als in Berlin. ^{[ 21 ]}

Es gibt zwei Zonen, die ein Gebiet abdecken, das nach 1970 von zwei Ländern abgedeckt wurde. Die Datenbank folgt den Länderdefinitionen gemäß ISO 3166-1 , deren Vorgänger, ISO 3166, erstmals 1974 veröffentlicht wurde.

• Asien/Aden  – zwei Länder bis 1990: Nordjemen ( ISO 3166-1 : YE; Hauptstadt Sana'a) und Südjemen (Volksrepublik, ISO 3166-1: YD, ISO 3166-3 : YDYE; Hauptstadt: Aden).
• Europa/Berlin  – zwei Länder bis 1990 : Ostdeutschland (ISO 3166-1: DD, ISO 3166-3: DDDE) und Westdeutschland (ISO 3166-1: DE)

Der tz-Referenzcode und die Datenbank werden von einer Gruppe Freiwilliger gepflegt. Arthur David Olson nimmt die meisten Änderungen am tz-Referenzcode vor, Paul Eggert die meisten Änderungen an der tz-Datenbank. Änderungsvorschläge werden an die tz-Mailingliste gesendet, die mit der Usenet-Newsgruppe comp.time.tz verbunden ist . Die Quelldateien werden über den IANA-FTP-Server verteilt. Üblicherweise werden diese Dateien von einem Softwarevertrieb wie Debian heruntergeladen , kompiliert und anschließend als Teil dieser Distribution verpackt. Endnutzer können entweder die Aktualisierungsprozesse ihres Softwarevertriebs nutzen, was zu Verzögerungen führen kann, oder den Quellcode direkt beziehen und die Binärdateien selbst erstellen. Die IETF hat RFC  6557 „Procedures for Maintaining the Time Zone Database“ veröffentlicht , in dem bewährte Verfahren auf Basis ähnlicher Prinzipien dokumentiert sind.

Der Standardpfad für die Zeitzonendatenbank ist /usr/share/zoneinfo/in Linux-Distributionen, macOS und einigen anderen Unix-ähnlichen Systemen.

Geographische Grenzen in Form von Koordinatensätzen sind nicht Teil der tz-Datenbank, aber Grenzen werden von Evan Siroky ^{[ 1 ]} in den Formaten GeoJSON und Shapefile veröffentlicht .

Das Unicode Common Locale Data Repository (CLDR) bezieht sich auf Zonen in der tz-Datenbank. Da sich der Name einer Zone jedoch von einer tz-Datenbankversion zur nächsten ändern kann, weist das CLDR einer tzdb-Zone den UN/LOCODE der im Zonennamen verwendeten Stadt oder, falls keine solche Stadt existiert, einen intern zugewiesenen Code zu. ^{[ 22 ] [ 23 ]}

Die tz-Datenbank wird in vielen Computersoftwaresystemen zur Zeitzonenverarbeitung und -konvertierung verwendet, darunter:

• BSD -basierte Systeme, einschließlich FreeBSD , NetBSD , OpenBSD , DragonFly BSD , macOS und iOS (sie verwenden auch den Referenzcode für die TZ-Datenbankverarbeitung als ihre TZ-POSIX-API-Implementierung);
• die GNU C-Bibliothek und Systeme, die sie verwenden, einschließlich GNU , die meisten Linux-Distributionen , BeOS , Haiku , Nexenta OS und Cygwin ;
• Systeme, die auf System V Release 4 basieren, wie Solaris und UnixWare ;
• AIX 6.1 und später ^{[ 24 ] [ 25 ]} (frühere Versionen von AIX, beginnend mit AIX 5.2, enthalten zoneinfo, ^{[ 26 ]} zur Unterstützung von Drittanbieteranwendungen wie MySQL , ^{[ 27 ]} verwenden es aber selbst nicht ^{[ 26 ] [ 28 ]} );
• Android ^{[ 29 ]}
• mehrere andere Unix- Systeme, darunter IRIX , Tru64 , SunOS 4.x, ^{[ 30 ]} und UNICOS /mp;
• OpenVMS ;
• Die Java-Laufzeitumgebung seit Version 1.8 (2014), siehe java.time.ZoneId
• die Perl- Module DateTime::TimeZone und DateTime::LeapSecond seit 2003;
• PHP- Versionen seit 5.1.0 (2005);
• das Ruby Gem TZInfo ;
• das Modul zoneinfo der Python- Standardbibliothek , das herstellereigene Paket tzdata und das Drittanbieterpaket pytz ;
• Die JavaScript- Sprachspezifikation für Internationalisierung legt explizit die Verwendung von IANA-Zeitzonennamen für die API fest und empfiehlt auch die Verwendung der Zeitzonendaten. ^{[ 31 ]}
  • Zahlreiche weitere Bibliotheken sind ebenfalls verfügbar: timezone-js , BigEasy/TimeZone , WallTime-js und moment-timezone ;
• das Pandas (Python) Modul pandas – Python Data Analysis Library ;
• Die .NET Framework -Bibliotheken NodaTime , TZ4Net und zoneinfo. Archiviert am 24. Dezember 2017 in der Wayback Machine ;
• die Haskell- Bibliotheken timezone-series und timezone-olson ;
• das Erlang- Modul ezic ;
• Das Go - Standardbibliothekszeitpaket ;
• Die Rust- Kiste Chrono-TZ ;
• Das Squeak Smalltalk- Zeitpaket ;
• Die C++- Bibliotheken Boost und Qt sowie die Chrono-Standardbibliothek von C++20std::chrono::tzdb ;
• Die Delphi- und Free-Pascal- Bibliothek TZDB ; ^{[ 32 ]}
• Die freie Pascal -Bibliothek PascalTZ ;
• Die Tool Command Language verfügt über einen Uhrbefehl, der tzdata verwendet;
• Oracle -Releases seit 10g (2004); ^{[ 33 ]}
• PostgreSQL seit Version 8.0 (2005);
• die Microsoft SQL Server- Bibliothek SQL Server-Zeitzonenunterstützung
• MongoDB seit Version 3.6;
• das Dart/Flutter Timezone-Paket in pub ;
• Eingebettete Software wie die in IP-Uhren verwendete Firmware.

Die Olson-Zeitzonen-IDs werden auch vom Unicode Common Locale Data Repository (CLDR) und den International Components for Unicode (ICU) verwendet. Beispielsweise ordnet die CLDR-Tabelle Windows–Tzid die Microsoft-Windows-Zeitzonen-IDs den Standard-Olson-Namen zu, obwohl eine solche Zuordnung nicht perfekt sein kann, da die Anzahl der Zeitzonen in Windows-Systemen deutlich geringer ist als in der IANA-TZ-Datenbank. ^{[ 34 ]}

Die Ursprünge des Projekts reichen bis ins Jahr 1986 oder noch weiter zurück. ^{[ 35 ]}

Am 30. September 2011 wurde eine Klage ( Astrolabe, Inc. gegen Olson et al.) bezüglich des Urheberrechts an der Datenbank eingereicht. ^{[ 36 ] [ 37 ]} Infolgedessen wurden am 6. Oktober 2011 die Mailingliste und der FTP- Server der Datenbank abgeschaltet. ^{[ 38 ]} Im Mittelpunkt des Verfahrens stand die Nutzung des „American Atlas“ von Thomas G. Shanks und des „International Atlas“ von Thomas G. Shanks und Rique Pottenger durch die Betreiber der Datenbank. Die Klage richtete sich gegen die unautorisierte Vervielfältigung von Atlasdaten im Archiv der Zeitzonen-Mailingliste und in einigen zugehörigen Linksammlungen, ohne jedoch die Datenbank selbst direkt zu betreffen. Die Klage bezog sich ausschließlich auf die Zusammenstellung historischer Zeitzonendaten und nicht auf die bestehenden tzdata-Weltzeitzonentabellen. ^{[ 37 ] [ 39 ] [ 40 ]}

Dieser Rechtsstreit wurde am 22. Februar 2012 nach Beteiligung der Electronic Frontier Foundation beigelegt , als Astrolabe freiwillig die Klagerücknahme beantragte, ohne die Beklagten jemals benachrichtigt zu haben , und sich verpflichtete, künftig nicht mehr zu klagen. ^{[ 41 ]}

ICANN übernahm am 14. Oktober 2011 die Verantwortung für die Pflege der Datenbank. ^{[ 4 ]} Die vollständige Datenbank und eine Beschreibung der Pläne für ihre Pflege sind online bei der IANA verfügbar . ^{[ 42 ]}

• Liste der Zeitzonen in der tz-Datenbank
• Zeitzone
• Sommerzeit

• Rechtliche Zeit (PDF) , ITU, 2015Die
• Die Homepage der tz-Datenbank , UCLA(veraltet, siehe offizielle IANA-Quellen unten)
• Das tz-Mailinglistenarchivbei der IANA
• tz-Mailingliste bei der IANA
• „Eine literarische Würdigung der Olson/Zoneinfo/tz-Datenbank“ von Jon Udell

• Startseite
• FTP
• rsync , unter rsync://rsync.iana.org/tz/

• zic(8) –  Handbuch zur Linux- Administration und zu privilegierten Befehlen (enthält die Syntax der Quelldateien für die tz-Datenbank)
• tzfile(5) –  Linux File Formats Manual (gibt das Format kompilierter tz-Datenbankdateien an)