theory.html revision 1.20
11.4Schristos<!DOCTYPE html> 21.1Schristos<html lang="en"> 31.1Schristos<head> 41.1Schristos <title>Theory and pragmatics of the tz code and data</title> 51.1Schristos <meta charset="UTF-8"> 61.4Schristos <style> 71.4Schristos pre {margin-left: 2em; white-space: pre-wrap;} 81.4Schristos </style> 91.1Schristos</head> 101.1Schristos 111.1Schristos<body> 121.3Schristos<h1>Theory and pragmatics of the <code><abbr>tz</abbr></code> code and data</h1> 131.1Schristos <h3>Outline</h3> 141.1Schristos <nav> 151.1Schristos <ul> 161.3Schristos <li><a href="#scope">Scope of the <code><abbr>tz</abbr></code> 171.3Schristos database</a></li> 181.7Schristos <li><a href="#naming">Timezone identifiers</a></li> 191.1Schristos <li><a href="#abbreviations">Time zone abbreviations</a></li> 201.3Schristos <li><a href="#accuracy">Accuracy of the <code><abbr>tz</abbr></code> 211.3Schristos database</a></li> 221.1Schristos <li><a href="#functions">Time and date functions</a></li> 231.1Schristos <li><a href="#stability">Interface stability</a></li> 241.9Schristos <li><a href="#leapsec">Leap seconds</a></li> 251.1Schristos <li><a href="#calendar">Calendrical issues</a></li> 261.18Schristos <li><a href="#planets">Time and time zones off earth</a></li> 271.1Schristos </ul> 281.1Schristos </nav> 291.1Schristos 301.3Schristos<section> 311.3Schristos <h2 id="scope">Scope of the <code><abbr>tz</abbr></code> database</h2> 321.1Schristos<p> 331.3SchristosThe <a 341.3Schristoshref="https://www.iana.org/time-zones"><code><abbr>tz</abbr></code> 351.3Schristosdatabase</a> attempts to record the history and predicted future of 361.10Schristoscivil time scales. 371.3SchristosIt organizes <a href="tz-link.html">time zone and daylight saving time 381.3Schristosdata</a> by partitioning the world into <a 391.4Schristoshref="https://en.wikipedia.org/wiki/List_of_tz_database_time_zones"><dfn>timezones</dfn></a> 401.3Schristoswhose clocks all agree about timestamps that occur after the <a 411.3Schristoshref="https://en.wikipedia.org/wiki/Unix_time">POSIX Epoch</a> 421.3Schristos(1970-01-01 00:00:00 <a 431.3Schristoshref="https://en.wikipedia.org/wiki/Coordinated_Universal_Time"><abbr 441.3Schristostitle="Coordinated Universal Time">UTC</abbr></a>). 451.3SchristosAlthough 1970 is a somewhat-arbitrary cutoff, there are significant 461.3Schristoschallenges to moving the cutoff earlier even by a decade or two, due 471.3Schristosto the wide variety of local practices before computer timekeeping 481.3Schristosbecame prevalent. 491.12SchristosMost timezones correspond to a notable location and the database 501.12Schristosrecords all known clock transitions for that location; 511.12Schristossome timezones correspond instead to a fixed <abbr>UTC</abbr> offset. 521.1Schristos</p> 531.1Schristos 541.1Schristos<p> 551.4SchristosEach timezone typically corresponds to a geographical region that is 561.4Schristossmaller than a traditional time zone, because clocks in a timezone 571.4Schristosall agree after 1970 whereas a traditional time zone merely 581.4Schristosspecifies current standard time. For example, applications that deal 591.4Schristoswith current and future timestamps in the traditional North 601.4SchristosAmerican mountain time zone can choose from the timezones 611.4Schristos<code>America/Denver</code> which observes US-style daylight saving 621.12Schristostime (<abbr>DST</abbr>), 631.12Schristosand <code>America/Phoenix</code> which does not observe <abbr>DST</abbr>. 641.4SchristosApplications that also deal with past timestamps in the mountain time 651.4Schristoszone can choose from over a dozen timezones, such as 661.4Schristos<code>America/Boise</code>, <code>America/Edmonton</code>, and 671.4Schristos<code>America/Hermosillo</code>, each of which currently uses mountain 681.4Schristostime but differs from other timezones for some timestamps after 1970. 691.4Schristos</p> 701.4Schristos 711.4Schristos<p> 721.12SchristosClock transitions before 1970 are recorded for location-based timezones, 731.1Schristosbecause most systems support timestamps before 1970 and could 741.1Schristosmisbehave if data entries were omitted for pre-1970 transitions. 751.1SchristosHowever, the database is not designed for and does not suffice for 761.1Schristosapplications requiring accurate handling of all past times everywhere, 771.1Schristosas it would take far too much effort and guesswork to record all 781.1Schristosdetails of pre-1970 civil timekeeping. 791.3SchristosAlthough some information outside the scope of the database is 801.2Schristoscollected in a file <code>backzone</code> that is distributed along 811.2Schristoswith the database proper, this file is less reliable and does not 821.2Schristosnecessarily follow database guidelines. 831.1Schristos</p> 841.1Schristos 851.1Schristos<p> 861.3SchristosAs described below, reference source code for using the 871.3Schristos<code><abbr>tz</abbr></code> database is also available. 881.3SchristosThe <code><abbr>tz</abbr></code> code is upwards compatible with <a 891.3Schristoshref="https://en.wikipedia.org/wiki/POSIX">POSIX</a>, an international 901.3Schristosstandard for <a 911.3Schristoshref="https://en.wikipedia.org/wiki/Unix">UNIX</a>-like systems. 921.20SchristosAs of this writing, the current edition of POSIX is POSIX.1-2024, 931.20Schristoswhich has been published but not yet in HTML form. 941.20SchristosUnlike its predecessor POSIX.1-2017 (<a 951.8Schristoshref="https://pubs.opengroup.org/onlinepubs/9699919799/"> The Open 961.3SchristosGroup Base Specifications Issue 7</a>, IEEE Std 1003.1-2017, 2018 971.20SchristosEdition), POSIX.1-2024 requires support for the 981.20Schristos<code><abbr>tz</abbr></code> database, which has a 991.20Schristosmodel for describing civil time that is more complex than the 1001.20Schristosstandard and daylight saving times required by POSIX.1-2017. 1011.4SchristosA <code><abbr>tz</abbr></code> timezone corresponds to a ruleset that can 1021.3Schristoshave more than two changes per year, these changes need not merely 1031.3Schristosflip back and forth between two alternatives, and the rules themselves 1041.3Schristoscan change at times. 1051.9SchristosWhether and when a timezone changes its clock, 1061.9Schristosand even the timezone's notional base offset from <abbr>UTC</abbr>, 1071.9Schristosare variable. 1081.4SchristosIt does not always make sense to talk about a timezone's 1091.4Schristos"base offset", which is not necessarily a single number. 1101.1Schristos</p> 1111.1Schristos 1121.3Schristos</section> 1131.1Schristos 1141.3Schristos<section> 1151.7Schristos <h2 id="naming">Timezone identifiers</h2> 1161.1Schristos<p> 1171.7SchristosEach timezone has a name that uniquely identifies the timezone. 1181.1SchristosInexperienced users are not expected to select these names unaided. 1191.1SchristosDistributors should provide documentation and/or a simple selection 1201.4Schristosinterface that explains each name via a map or via descriptive text like 1211.10Schristos"Czech Republic" instead of the timezone name "<code>Europe/Prague</code>". 1221.4SchristosIf geolocation information is available, a selection interface can 1231.4Schristoslocate the user on a timezone map or prioritize names that are 1241.4Schristosgeographically close. For an example selection interface, see the 1251.3Schristos<code>tzselect</code> program in the <code><abbr>tz</abbr></code> code. 1261.15SchristosThe <a href="https://cldr.unicode.org">Unicode Common Locale Data 1271.3SchristosRepository</a> contains data that may be useful for other selection 1281.10Schristosinterfaces; it maps timezone names like <code>Europe/Prague</code> to 1291.10Schristoslocale-dependent strings like "Prague", "Praha", "Прага", and "布拉格". 1301.1Schristos</p> 1311.1Schristos 1321.1Schristos<p> 1331.3SchristosThe naming conventions attempt to strike a balance 1341.1Schristosamong the following goals: 1351.1Schristos</p> 1361.3Schristos 1371.1Schristos<ul> 1381.1Schristos <li> 1391.4Schristos Uniquely identify every timezone where clocks have agreed since 1970. 1401.3Schristos This is essential for the intended use: static clocks keeping local 1411.3Schristos civil time. 1421.1Schristos </li> 1431.1Schristos <li> 1441.4Schristos Indicate to experts where the timezone's clocks typically are. 1451.1Schristos </li> 1461.1Schristos <li> 1471.3Schristos Be robust in the presence of political changes. 1481.7Schristos For example, names are typically not tied to countries, to avoid 1491.3Schristos incompatibilities when countries change their name (e.g., 1501.7Schristos Swaziland→Eswatini) or when locations change countries (e.g., Hong 1511.3Schristos Kong from UK colony to China). 1521.7Schristos There is no requirement that every country or national 1531.7Schristos capital must have a timezone name. 1541.1Schristos </li> 1551.1Schristos <li> 1561.3Schristos Be portable to a wide variety of implementations. 1571.1Schristos </li> 1581.1Schristos <li> 1591.3Schristos Use a consistent naming conventions over the entire world. 1601.1Schristos </li> 1611.1Schristos</ul> 1621.3Schristos 1631.1Schristos<p> 1641.20SchristosNames normally have the format 1651.3Schristos<var>AREA</var><code>/</code><var>LOCATION</var>, where 1661.4Schristos<var>AREA</var> is a continent or ocean, and 1671.4Schristos<var>LOCATION</var> is a specific location within the area. 1681.3SchristosNorth and South America share the same area, '<code>America</code>'. 1691.3SchristosTypical names are '<code>Africa/Cairo</code>', 1701.3Schristos'<code>America/New_York</code>', and '<code>Pacific/Honolulu</code>'. 1711.3SchristosSome names are further qualified to help avoid confusion; for example, 1721.3Schristos'<code>America/Indiana/Petersburg</code>' distinguishes Petersburg, 1731.3SchristosIndiana from other Petersburgs in America. 1741.1Schristos</p> 1751.1Schristos 1761.1Schristos<p> 1771.3SchristosHere are the general guidelines used for 1781.4Schristoschoosing timezone names, 1791.1Schristosin decreasing order of importance: 1801.1Schristos</p> 1811.3Schristos 1821.1Schristos<ul> 1831.1Schristos <li> 1841.3Schristos Use only valid POSIX file name components (i.e., the parts of 1851.3Schristos names other than '<code>/</code>'). 1861.3Schristos Do not use the file name components '<code>.</code>' and 1871.3Schristos '<code>..</code>'. 1881.3Schristos Within a file name component, use only <a 1891.3Schristos href="https://en.wikipedia.org/wiki/ASCII">ASCII</a> letters, 1901.3Schristos '<code>.</code>', '<code>-</code>' and '<code>_</code>'. 1911.3Schristos Do not use digits, as that might create an ambiguity with <a 1921.20Schristos href="https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap08.html#tag_08_03">POSIX's proleptic 1931.3Schristos <code>TZ</code> strings</a>. 1941.3Schristos A file name component must not exceed 14 characters or start with 1951.3Schristos '<code>-</code>'. 1961.12Schristos E.g., prefer <code>America/Noronha</code> to 1971.12Schristos <code>America/Fernando_de_Noronha</code>. 1981.3Schristos Exceptions: see the discussion of legacy names below. 1991.1Schristos </li> 2001.1Schristos <li> 2011.3Schristos A name must not be empty, or contain '<code>//</code>', or 2021.3Schristos start or end with '<code>/</code>'. 2031.1Schristos </li> 2041.1Schristos <li> 2051.3Schristos Do not use names that differ only in case. 2061.3Schristos Although the reference implementation is case-sensitive, some 2071.3Schristos other implementations are not, and they would mishandle names 2081.3Schristos differing only in case. 2091.1Schristos </li> 2101.1Schristos <li> 2111.3Schristos If one name <var>A</var> is an initial prefix of another 2121.3Schristos name <var>AB</var> (ignoring case), then <var>B</var> must not 2131.3Schristos start with '<code>/</code>', as a regular file cannot have the 2141.3Schristos same name as a directory in POSIX. 2151.3Schristos For example, <code>America/New_York</code> precludes 2161.3Schristos <code>America/New_York/Bronx</code>. 2171.1Schristos </li> 2181.1Schristos <li> 2191.3Schristos Uninhabited regions like the North Pole and Bouvet Island 2201.3Schristos do not need locations, since local time is not defined there. 2211.1Schristos </li> 2221.1Schristos <li> 2231.4Schristos If all the clocks in a timezone have agreed since 1970, 2241.4Schristos do not bother to include more than one timezone 2251.4Schristos even if some of the clocks disagreed before 1970. 2261.3Schristos Otherwise these tables would become annoyingly large. 2271.1Schristos </li> 2281.1Schristos <li> 2291.7Schristos If boundaries between regions are fluid, such as during a war or 2301.7Schristos insurrection, do not bother to create a new timezone merely 2311.7Schristos because of yet another boundary change. This helps prevent table 2321.7Schristos bloat and simplifies maintenance. 2331.7Schristos </li> 2341.7Schristos <li> 2351.3Schristos If a name is ambiguous, use a less ambiguous alternative; 2361.3Schristos e.g., many cities are named San José and Georgetown, so 2371.3Schristos prefer <code>America/Costa_Rica</code> to 2381.3Schristos <code>America/San_Jose</code> and <code>America/Guyana</code> 2391.3Schristos to <code>America/Georgetown</code>. 2401.1Schristos </li> 2411.1Schristos <li> 2421.3Schristos Keep locations compact. 2431.3Schristos Use cities or small islands, not countries or regions, so that any 2441.3Schristos future changes do not split individual locations into different 2451.4Schristos timezones. 2461.3Schristos E.g., prefer <code>Europe/Paris</code> to <code>Europe/France</code>, 2471.3Schristos since 2481.3Schristos <a href="https://en.wikipedia.org/wiki/Time_in_France#History">France 2491.3Schristos has had multiple time zones</a>. 2501.1Schristos </li> 2511.1Schristos <li> 2521.3Schristos Use mainstream English spelling, e.g., prefer 2531.4Schristos <code>Europe/Rome</code> to <code>Europa/Roma</code>, and 2541.3Schristos prefer <code>Europe/Athens</code> to the Greek 2551.4Schristos <code>Ευρώπη/Αθήνα</code> or the Romanized 2561.4Schristos <code>Evrópi/Athína</code>. 2571.3Schristos The POSIX file name restrictions encourage this guideline. 2581.1Schristos </li> 2591.1Schristos <li> 2601.3Schristos Use the most populous among locations in a region, 2611.3Schristos e.g., prefer <code>Asia/Shanghai</code> to 2621.3Schristos <code>Asia/Beijing</code>. 2631.3Schristos Among locations with similar populations, pick the best-known 2641.3Schristos location, e.g., prefer <code>Europe/Rome</code> to 2651.3Schristos <code>Europe/Milan</code>. 2661.1Schristos </li> 2671.1Schristos <li> 2681.3Schristos Use the singular form, e.g., prefer <code>Atlantic/Canary</code> to 2691.3Schristos <code>Atlantic/Canaries</code>. 2701.1Schristos </li> 2711.1Schristos <li> 2721.3Schristos Omit common suffixes like '<code>_Islands</code>' and 2731.3Schristos '<code>_City</code>', unless that would lead to ambiguity. 2741.3Schristos E.g., prefer <code>America/Cayman</code> to 2751.3Schristos <code>America/Cayman_Islands</code> and 2761.3Schristos <code>America/Guatemala</code> to 2771.3Schristos <code>America/Guatemala_City</code>, but prefer 2781.3Schristos <code>America/Mexico_City</code> to 2791.3Schristos <code>America/Mexico</code> 2801.3Schristos because <a href="https://en.wikipedia.org/wiki/Time_in_Mexico">the 2811.3Schristos country of Mexico has several time zones</a>. 2821.1Schristos </li> 2831.1Schristos <li> 2841.3Schristos Use '<code>_</code>' to represent a space. 2851.1Schristos </li> 2861.1Schristos <li> 2871.3Schristos Omit '<code>.</code>' from abbreviations in names. 2881.3Schristos E.g., prefer <code>Atlantic/St_Helena</code> to 2891.3Schristos <code>Atlantic/St._Helena</code>. 2901.1Schristos </li> 2911.1Schristos <li> 2921.3Schristos Do not change established names if they only marginally violate 2931.3Schristos the above guidelines. 2941.3Schristos For example, do not change the existing name <code>Europe/Rome</code> to 2951.3Schristos <code>Europe/Milan</code> merely because Milan's population has grown 2961.3Schristos to be somewhat greater than Rome's. 2971.1Schristos </li> 2981.1Schristos <li> 2991.3Schristos If a name is changed, put its old spelling in the 3001.13Schristos '<code>backward</code>' file as a link to the new spelling. 3011.3Schristos This means old spellings will continue to work. 3021.9Schristos Ordinarily a name change should occur only in the rare case when 3031.9Schristos a location's consensus English-language spelling changes; for example, 3041.9Schristos in 2008 <code>Asia/Calcutta</code> was renamed to <code>Asia/Kolkata</code> 3051.9Schristos due to long-time widespread use of the new city name instead of the old. 3061.1Schristos </li> 3071.1Schristos</ul> 3081.1Schristos 3091.1Schristos<p> 3101.7SchristosGuidelines have evolved with time, and names following old versions of 3111.8Schristosthese guidelines might not follow the current version. When guidelines 3121.7Schristoshave changed, old names continue to be supported. Guideline changes 3131.7Schristoshave included the following: 3141.1Schristos</p> 3151.1Schristos 3161.7Schristos<ul> 3171.7Schristos<li> 3181.7SchristosOlder versions of this package used a different naming scheme. 3191.1SchristosSee the file '<code>backward</code>' for most of these older names 3201.1Schristos(e.g., '<code>US/Eastern</code>' instead of '<code>America/New_York</code>'). 3211.1SchristosThe other old-fashioned names still supported are 3221.3Schristos'<code>WET</code>', '<code>CET</code>', '<code>MET</code>', and 3231.3Schristos'<code>EET</code>' (see the file '<code>europe</code>'). 3241.7Schristos</li> 3251.1Schristos 3261.7Schristos<li> 3271.1SchristosOlder versions of this package defined legacy names that are 3281.3Schristosincompatible with the first guideline of location names, but which are 3291.3Schristosstill supported. 3301.3SchristosThese legacy names are mostly defined in the file 3311.3Schristos'<code>etcetera</code>'. 3321.3SchristosAlso, the file '<code>backward</code>' defines the legacy names 3331.16Schristos'<code>Etc/GMT0</code>', '<code>Etc/GMT-0</code>', '<code>Etc/GMT+0</code>', 3341.3Schristos'<code>GMT0</code>', '<code>GMT-0</code>' and '<code>GMT+0</code>', 3351.3Schristosand the file '<code>northamerica</code>' defines the legacy names 3361.3Schristos'<code>EST5EDT</code>', '<code>CST6CDT</code>', 3371.3Schristos'<code>MST7MDT</code>', and '<code>PST8PDT</code>'. 3381.7Schristos</li> 3391.7Schristos 3401.7Schristos<li> 3411.8SchristosOlder versions of these guidelines said that 3421.7Schristosthere should typically be at least one name for each <a 3431.7Schristoshref="https://en.wikipedia.org/wiki/ISO_3166-1"><abbr 3441.7Schristostitle="International Organization for Standardization">ISO</abbr> 3451.7Schristos3166-1</a> officially assigned two-letter code for an inhabited 3461.7Schristoscountry or territory. 3471.7SchristosThis old guideline has been dropped, as it was not needed to handle 3481.7Schristostimestamps correctly and it increased maintenance burden. 3491.7Schristos</li> 3501.7Schristos</ul> 3511.7Schristos 3521.7Schristos<p> 3531.13SchristosThe file <code>zone1970.tab</code> lists geographical locations used 3541.7Schristosto name timezones. 3551.7SchristosIt is intended to be an exhaustive list of names for geographic 3561.7Schristosregions as described above; this is a subset of the timezones in the data. 3571.13SchristosAlthough a <code>zone1970.tab</code> location's 3581.7Schristos<a href="https://en.wikipedia.org/wiki/Longitude">longitude</a> 3591.7Schristoscorresponds to 3601.7Schristosits <a href="https://en.wikipedia.org/wiki/Local_mean_time">local mean 3611.7Schristostime (<abbr>LMT</abbr>)</a> offset with one hour for every 15° 3621.7Schristoseast longitude, this relationship is not exact. 3631.13SchristosThe backward-compatibility file <code>zone.tab</code> is similar 3641.13Schristosbut conforms to the older-version guidelines related to <abbr>ISO</abbr> 3166-1; 3651.13Schristosit lists only one country code per entry and unlike <code>zone1970.tab</code> 3661.13Schristosit can list names defined in <code>backward</code>. 3671.19SchristosApplications that process only timestamps from now on can instead use the file 3681.19Schristos<code>zonenow.tab</code>, which partitions the world more coarsely, 3691.19Schristosinto regions where clocks agree now and in the predicted future; 3701.19Schristosthis file is smaller and simpler than <code>zone1970.tab</code> 3711.19Schristosand <code>zone.tab</code>. 3721.1Schristos</p> 3731.1Schristos 3741.1Schristos<p> 3751.13SchristosThe database defines each timezone name to be a zone, or a link to a zone. 3761.13SchristosThe source file <code>backward</code> defines links for backward 3771.13Schristoscompatibility; it does not define zones. 3781.13SchristosAlthough <code>backward</code> was originally designed to be optional, 3791.13Schristosnowadays distributions typically use it 3801.13Schristosand no great weight should be attached to whether a link 3811.13Schristosis defined in <code>backward</code> or in some other file. 3821.13SchristosThe source file <code>etcetera</code> defines names that may be useful 3831.20Schristoson platforms that do not support proleptic <code>TZ</code> strings 3841.20Schristoslike <code><+08>-8</code>; 3851.13Schristosno other source file other than <code>backward</code> 3861.13Schristoscontains links to its zones. 3871.14SchristosOne of <code>etcetera</code>'s names is <code>Etc/UTC</code>, 3881.13Schristosused by functions like <code>gmtime</code> to obtain leap 3891.13Schristossecond information on platforms that support leap seconds. 3901.14SchristosAnother <code>etcetera</code> name, <code>GMT</code>, 3911.14Schristosis used by older code releases. 3921.1Schristos</p> 3931.3Schristos</section> 3941.1Schristos 3951.3Schristos<section> 3961.3Schristos <h2 id="abbreviations">Time zone abbreviations</h2> 3971.1Schristos<p> 3981.1SchristosWhen this package is installed, it generates time zone abbreviations 3991.1Schristoslike '<code>EST</code>' to be compatible with human tradition and POSIX. 4001.3SchristosHere are the general guidelines used for choosing time zone abbreviations, 4011.1Schristosin decreasing order of importance: 4021.3Schristos</p> 4031.3Schristos 4041.1Schristos<ul> 4051.1Schristos <li> 4061.3Schristos Use three to six characters that are ASCII alphanumerics or 4071.3Schristos '<code>+</code>' or '<code>-</code>'. 4081.3Schristos Previous editions of this database also used characters like 4091.3Schristos space and '<code>?</code>', but these characters have a 4101.3Schristos special meaning to the 4111.3Schristos <a href="https://en.wikipedia.org/wiki/Unix_shell">UNIX shell</a> 4121.3Schristos and cause commands like 4131.8Schristos '<code><a href="https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#set">set</a> 4141.8Schristos `<a href="https://pubs.opengroup.org/onlinepubs/9699919799/utilities/date.html">date</a>`</code>' 4151.3Schristos to have unexpected effects. 4161.3Schristos Previous editions of this guideline required upper-case letters, but the 4171.3Schristos Congressman who introduced 4181.3Schristos <a href="https://en.wikipedia.org/wiki/Chamorro_Time_Zone">Chamorro 4191.3Schristos Standard Time</a> preferred "ChST", so lower-case letters are now 4201.3Schristos allowed. 4211.3Schristos Also, POSIX from 2001 on relaxed the rule to allow '<code>-</code>', 4221.3Schristos '<code>+</code>', and alphanumeric characters from the portable 4231.3Schristos character set in the current locale. 4241.3Schristos In practice ASCII alphanumerics and '<code>+</code>' and 4251.3Schristos '<code>-</code>' are safe in all locales. 4261.3Schristos 4271.3Schristos <p> 4281.3Schristos In other words, in the C locale the POSIX extended regular 4291.3Schristos expression <code>[-+[:alnum:]]{3,6}</code> should match the 4301.3Schristos abbreviation. 4311.20Schristos This guarantees that all abbreviations could have been specified 4321.20Schristos explicitly by a POSIX proleptic <code>TZ</code> string. 4331.3Schristos </p> 4341.3Schristos </li> 4351.3Schristos <li> 4361.3Schristos Use abbreviations that are in common use among English-speakers, 4371.3Schristos e.g., 'EST' for Eastern Standard Time in North America. 4381.3Schristos We assume that applications translate them to other languages 4391.3Schristos as part of the normal localization process; for example, 4401.3Schristos a French application might translate 'EST' to 'HNE'. 4411.3Schristos 4421.3Schristos <p> 4431.3Schristos <small>These abbreviations (for standard/daylight/etc. time) are: 4441.3Schristos ACST/ACDT Australian Central, 4451.3Schristos AST/ADT/APT/AWT/ADDT Atlantic, 4461.3Schristos AEST/AEDT Australian Eastern, 4471.3Schristos AHST/AHDT Alaska-Hawaii, 4481.3Schristos AKST/AKDT Alaska, 4491.3Schristos AWST/AWDT Australian Western, 4501.3Schristos BST/BDT Bering, 4511.3Schristos CAT/CAST Central Africa, 4521.3Schristos CET/CEST/CEMT Central European, 4531.3Schristos ChST Chamorro, 4541.18Schristos CST/CDT/CWT/CPT Central [North America], 4551.3Schristos CST/CDT China, 4561.3Schristos GMT/BST/IST/BDST Greenwich, 4571.3Schristos EAT East Africa, 4581.18Schristos EST/EDT/EWT/EPT Eastern [North America], 4591.3Schristos EET/EEST Eastern European, 4601.6Schristos GST/GDT Guam, 4611.5Schristos HST/HDT/HWT/HPT Hawaii, 4621.9Schristos HKT/HKST/HKWT Hong Kong, 4631.3Schristos IST India, 4641.3Schristos IST/GMT Irish, 4651.3Schristos IST/IDT/IDDT Israel, 4661.3Schristos JST/JDT Japan, 4671.3Schristos KST/KDT Korea, 4681.3Schristos MET/MEST Middle European (a backward-compatibility alias for 4691.3Schristos Central European), 4701.3Schristos MSK/MSD Moscow, 4711.18Schristos MST/MDT/MWT/MPT Mountain, 4721.3Schristos NST/NDT/NWT/NPT/NDDT Newfoundland, 4731.3Schristos NST/NDT/NWT/NPT Nome, 4741.3Schristos NZMT/NZST New Zealand through 1945, 4751.3Schristos NZST/NZDT New Zealand 1946–present, 4761.3Schristos PKT/PKST Pakistan, 4771.18Schristos PST/PDT/PWT/PPT Pacific, 4781.4Schristos PST/PDT Philippine, 4791.3Schristos SAST South Africa, 4801.3Schristos SST Samoa, 4811.14Schristos UTC Universal, 4821.3Schristos WAT/WAST West Africa, 4831.3Schristos WET/WEST/WEMT Western European, 4841.3Schristos WIB Waktu Indonesia Barat, 4851.3Schristos WIT Waktu Indonesia Timur, 4861.3Schristos WITA Waktu Indonesia Tengah, 4871.3Schristos YST/YDT/YWT/YPT/YDDT Yukon</small>. 4881.3Schristos </p> 4891.3Schristos </li> 4901.3Schristos <li> 4911.3Schristos <p> 4921.3Schristos For times taken from a city's longitude, use the 4931.3Schristos traditional <var>x</var>MT notation. 4941.3Schristos The only abbreviation like this in current use is '<abbr>GMT</abbr>'. 4951.3Schristos The others are for timestamps before 1960, 4961.3Schristos except that Monrovia Mean Time persisted until 1972. 4971.3Schristos Typically, numeric abbreviations (e.g., '<code>-</code>004430' for 4981.3Schristos MMT) would cause trouble here, as the numeric strings would exceed 4991.3Schristos the POSIX length limit. 5001.3Schristos </p> 5011.3Schristos 5021.3Schristos <p> 5031.3Schristos <small>These abbreviations are: 5041.12Schristos AMT Asunción, Athens; 5051.18Schristos BMT Baghdad, Bangkok, Batavia, Bermuda, Bern, Bogotá, 5061.11Schristos Brussels, Bucharest; 5071.12Schristos CMT Calamarca, Caracas, Chisinau, Colón, Córdoba; 5081.3Schristos DMT Dublin/Dunsink; 5091.3Schristos EMT Easter; 5101.3Schristos FFMT Fort-de-France; 5111.3Schristos FMT Funchal; 5121.3Schristos GMT Greenwich; 5131.3Schristos HMT Havana, Helsinki, Horta, Howrah; 5141.3Schristos IMT Irkutsk, Istanbul; 5151.3Schristos JMT Jerusalem; 5161.14Schristos KMT Kaunas, Kyiv, Kingston; 5171.18Schristos LMT Lima, Lisbon, local; 5181.3Schristos MMT Macassar, Madras, Malé, Managua, Minsk, Monrovia, Montevideo, 5191.3Schristos Moratuwa, Moscow; 5201.3Schristos PLMT Phù Liễn; 5211.3Schristos PMT Paramaribo, Paris, Perm, Pontianak, Prague; 5221.3Schristos PMMT Port Moresby; 5231.18Schristos PPMT Port-au-Prince; 5241.3Schristos QMT Quito; 5251.3Schristos RMT Rangoon, Riga, Rome; 5261.3Schristos SDMT Santo Domingo; 5271.3Schristos SJMT San José; 5281.3Schristos SMT Santiago, Simferopol, Singapore, Stanley; 5291.3Schristos TBMT Tbilisi; 5301.3Schristos TMT Tallinn, Tehran; 5311.18Schristos WMT Warsaw.</small> 5321.3Schristos </p> 5331.3Schristos 5341.3Schristos <p> 5351.3Schristos <small>A few abbreviations also follow the pattern that 5361.4Schristos <abbr>GMT</abbr>/<abbr>BST</abbr> established for time in the UK. 5371.3Schristos They are: 5381.11Schristos BMT/BST for Bermuda 1890–1930, 5391.3Schristos CMT/BST for Calamarca Mean Time and Bolivian Summer Time 5401.3Schristos 1890–1932, 5411.3Schristos DMT/IST for Dublin/Dunsink Mean Time and Irish Summer Time 5421.3Schristos 1880–1916, 5431.3Schristos MMT/MST/MDST for Moscow 1880–1919, and 5441.3Schristos RMT/LST for Riga Mean Time and Latvian Summer time 1880–1926. 5451.12Schristos </small> 5461.3Schristos </p> 5471.3Schristos </li> 5481.3Schristos <li> 5491.3Schristos Use '<abbr>LMT</abbr>' for local mean time of locations before the 5501.3Schristos introduction of standard time; see "<a href="#scope">Scope of the 5511.3Schristos <code><abbr>tz</abbr></code> database</a>". 5521.3Schristos </li> 5531.3Schristos <li> 5541.3Schristos If there is no common English abbreviation, use numeric offsets like 5551.4Schristos <code>-</code>05 and <code>+</code>0530 that are generated 5561.3Schristos by <code>zic</code>'s <code>%z</code> notation. 5571.3Schristos </li> 5581.3Schristos <li> 5591.3Schristos Use current abbreviations for older timestamps to avoid confusion. 5601.3Schristos For example, in 1910 a common English abbreviation for time 5611.3Schristos in central Europe was 'MEZ' (short for both "Middle European 5621.3Schristos Zone" and for "Mitteleuropäische Zeit" in German). 5631.3Schristos Nowadays 'CET' ("Central European Time") is more common in 5641.3Schristos English, and the database uses 'CET' even for circa-1910 5651.3Schristos timestamps as this is less confusing for modern users and avoids 5661.3Schristos the need for determining when 'CET' supplanted 'MEZ' in common 5671.3Schristos usage. 5681.3Schristos </li> 5691.3Schristos <li> 5701.4Schristos Use a consistent style in a timezone's history. 5711.4Schristos For example, if a history tends to use numeric 5721.3Schristos abbreviations and a particular entry could go either way, use a 5731.3Schristos numeric abbreviation. 5741.3Schristos </li> 5751.3Schristos <li> 5761.3Schristos Use 5771.3Schristos <a href="https://en.wikipedia.org/wiki/Universal_Time">Universal Time</a> 5781.3Schristos (<abbr>UT</abbr>) (with time zone abbreviation '<code>-</code>00') for 5791.3Schristos locations while uninhabited. 5801.3Schristos The leading '<code>-</code>' is a flag that the <abbr>UT</abbr> offset is in 5811.3Schristos some sense undefined; this notation is derived 5821.15Schristos from <a href="https://datatracker.ietf.org/doc/html/rfc3339">Internet 5831.4Schristos <abbr title="Request For Comments">RFC</abbr> 3339</a>. 5841.20Schristos (The abbreviation 'Z' that 5851.20Schristos <a href="https://datatracker.ietf.org/doc/html/rfc9557">Internet 5861.20Schristos <abbr>RFC</abbr> 9557</a> uses for this concept 5871.20Schristos would violate the POSIX requirement 5881.20Schristos of at least three characters in an abbreviation.) 5891.1Schristos </li> 5901.1Schristos</ul> 5911.3Schristos 5921.1Schristos<p> 5931.1SchristosApplication writers should note that these abbreviations are ambiguous 5941.2Schristosin practice: e.g., 'CST' means one thing in China and something else 5951.2Schristosin North America, and 'IST' can refer to time in India, Ireland or 5961.3SchristosIsrael. 5971.3SchristosTo avoid ambiguity, use numeric <abbr>UT</abbr> offsets like 5981.2Schristos'<code>-</code>0600' instead of time zone abbreviations like 'CST'. 5991.1Schristos</p> 6001.3Schristos</section> 6011.1Schristos 6021.3Schristos<section> 6031.3Schristos <h2 id="accuracy">Accuracy of the <code><abbr>tz</abbr></code> database</h2> 6041.1Schristos<p> 6051.3SchristosThe <code><abbr>tz</abbr></code> database is not authoritative, and it 6061.3Schristossurely has errors. 6071.2SchristosCorrections are welcome and encouraged; see the file <code>CONTRIBUTING</code>. 6081.1SchristosUsers requiring authoritative data should consult national standards 6091.1Schristosbodies and the references cited in the database's comments. 6101.1Schristos</p> 6111.1Schristos 6121.1Schristos<p> 6131.3SchristosErrors in the <code><abbr>tz</abbr></code> database arise from many sources: 6141.1Schristos</p> 6151.3Schristos 6161.1Schristos<ul> 6171.1Schristos <li> 6181.3Schristos The <code><abbr>tz</abbr></code> database predicts future 6191.3Schristos timestamps, and current predictions 6201.3Schristos will be incorrect after future governments change the rules. 6211.3Schristos For example, if today someone schedules a meeting for 13:00 next 6221.3Schristos October 1, Casablanca time, and tomorrow Morocco changes its 6231.3Schristos daylight saving rules, software can mess up after the rule change 6241.3Schristos if it blithely relies on conversions made before the change. 6251.3Schristos </li> 6261.3Schristos <li> 6271.3Schristos The pre-1970 entries in this database cover only a tiny sliver of how 6281.3Schristos clocks actually behaved; the vast majority of the necessary 6291.3Schristos information was lost or never recorded. 6301.4Schristos Thousands more timezones would be needed if 6311.3Schristos the <code><abbr>tz</abbr></code> database's scope were extended to 6321.3Schristos cover even just the known or guessed history of standard time; for 6331.3Schristos example, the current single entry for France would need to split 6341.3Schristos into dozens of entries, perhaps hundreds. 6351.3Schristos And in most of the world even this approach would be misleading 6361.3Schristos due to widespread disagreement or indifference about what times 6371.3Schristos should be observed. 6381.3Schristos In her 2015 book 6391.3Schristos <cite><a 6401.15Schristos href="https://www.hup.harvard.edu/catalog.php?isbn=9780674286146">The 6411.3Schristos Global Transformation of Time, 1870–1950</a></cite>, 6421.3Schristos Vanessa Ogle writes 6431.3Schristos "Outside of Europe and North America there was no system of time 6441.3Schristos zones at all, often not even a stable landscape of mean times, 6451.3Schristos prior to the middle decades of the twentieth century". 6461.3Schristos See: Timothy Shenk, <a 6471.3Schristoshref="https://www.dissentmagazine.org/blog/booked-a-global-history-of-time-vanessa-ogle">Booked: 6481.3Schristos A Global History of Time</a>. <cite>Dissent</cite> 2015-12-17. 6491.3Schristos </li> 6501.3Schristos <li> 6511.3Schristos Most of the pre-1970 data entries come from unreliable sources, often 6521.3Schristos astrology books that lack citations and whose compilers evidently 6531.3Schristos invented entries when the true facts were unknown, without 6541.3Schristos reporting which entries were known and which were invented. 6551.3Schristos These books often contradict each other or give implausible entries, 6561.3Schristos and on the rare occasions when they are checked they are 6571.3Schristos typically found to be incorrect. 6581.3Schristos </li> 6591.3Schristos <li> 6601.3Schristos For the UK the <code><abbr>tz</abbr></code> database relies on 6611.3Schristos years of first-class work done by 6621.3Schristos Joseph Myers and others; see 6631.3Schristos "<a href="https://www.polyomino.org.uk/british-time/">History of 6641.3Schristos legal time in Britain</a>". 6651.3Schristos Other countries are not done nearly as well. 6661.3Schristos </li> 6671.3Schristos <li> 6681.3Schristos Sometimes, different people in the same city maintain clocks 6691.3Schristos that differ significantly. 6701.3Schristos Historically, railway time was used by railroad companies (which 6711.3Schristos did not always 6721.3Schristos agree with each other), church-clock time was used for birth 6731.3Schristos certificates, etc. 6741.3Schristos More recently, competing political groups might disagree about 6751.3Schristos clock settings. Often this is merely common practice, but 6761.3Schristos sometimes it is set by law. 6771.3Schristos For example, from 1891 to 1911 the <abbr>UT</abbr> offset in France 6781.3Schristos was legally <abbr>UT</abbr> +00:09:21 outside train stations and 6791.3Schristos <abbr>UT</abbr> +00:04:21 inside. Other examples include 6801.3Schristos Chillicothe in 1920, Palm Springs in 1946/7, and Jerusalem and 6811.3Schristos Ürümqi to this day. 6821.3Schristos </li> 6831.3Schristos <li> 6841.3Schristos Although a named location in the <code><abbr>tz</abbr></code> 6851.3Schristos database stands for the containing region, its pre-1970 data 6861.3Schristos entries are often accurate for only a small subset of that region. 6871.3Schristos For example, <code>Europe/London</code> stands for the United 6881.3Schristos Kingdom, but its pre-1847 times are valid only for locations that 6891.3Schristos have London's exact meridian, and its 1847 transition 6901.3Schristos to <abbr>GMT</abbr> is known to be valid only for the L&NW and 6911.3Schristos the Caledonian railways. 6921.3Schristos </li> 6931.3Schristos <li> 6941.3Schristos The <code><abbr>tz</abbr></code> database does not record the 6951.4Schristos earliest time for which a timezone's 6961.3Schristos data entries are thereafter valid for every location in the region. 6971.3Schristos For example, <code>Europe/London</code> is valid for all locations 6981.3Schristos in its region after <abbr>GMT</abbr> was made the standard time, 6991.3Schristos but the date of standardization (1880-08-02) is not in the 7001.3Schristos <code><abbr>tz</abbr></code> database, other than in commentary. 7011.4Schristos For many timezones the earliest time of 7021.3Schristos validity is unknown. 7031.3Schristos </li> 7041.3Schristos <li> 7051.3Schristos The <code><abbr>tz</abbr></code> database does not record a 7061.3Schristos region's boundaries, and in many cases the boundaries are not known. 7071.4Schristos For example, the timezone 7081.3Schristos <code>America/Kentucky/Louisville</code> represents a region 7091.3Schristos around the city of Louisville, the boundaries of which are 7101.3Schristos unclear. 7111.3Schristos </li> 7121.3Schristos <li> 7131.3Schristos Changes that are modeled as instantaneous transitions in the 7141.3Schristos <code><abbr>tz</abbr></code> 7151.3Schristos database were often spread out over hours, days, or even decades. 7161.3Schristos </li> 7171.3Schristos <li> 7181.3Schristos Even if the time is specified by law, locations sometimes 7191.3Schristos deliberately flout the law. 7201.3Schristos </li> 7211.3Schristos <li> 7221.3Schristos Early timekeeping practices, even assuming perfect clocks, were 7231.3Schristos often not specified to the accuracy that the 7241.3Schristos <code><abbr>tz</abbr></code> database requires. 7251.3Schristos </li> 7261.3Schristos <li> 7271.10Schristos The <code><abbr>tz</abbr></code> database cannot represent stopped clocks. 7281.10Schristos However, on 1911-03-11 at 00:00, some public-facing French clocks 7291.10Schristos were changed by stopping them for a few minutes to effect a transition. 7301.10Schristos The <code><abbr>tz</abbr></code> database models this via a 7311.10Schristos backward transition; the relevant French legislation does not 7321.10Schristos specify exactly how the transition was to occur. 7331.10Schristos </li> 7341.10Schristos <li> 7351.3Schristos Sometimes historical timekeeping was specified more precisely 7361.3Schristos than what the <code><abbr>tz</abbr></code> code can handle. 7371.12Schristos For example, from 1880 to 1916 clocks in Ireland observed Dublin Mean 7381.3Schristos Time (estimated to be <abbr>UT</abbr> 7391.14Schristos −00:25:21.1); although the <code><abbr>tz</abbr></code> 7401.14Schristos source data can represent the .1 second, TZif files and the code cannot. 7411.3Schristos In practice these old specifications were rarely if ever 7421.3Schristos implemented to subsecond precision. 7431.3Schristos </li> 7441.3Schristos <li> 7451.3Schristos Even when all the timestamp transitions recorded by the 7461.3Schristos <code><abbr>tz</abbr></code> database are correct, the 7471.3Schristos <code><abbr>tz</abbr></code> rules that generate them may not 7481.3Schristos faithfully reflect the historical rules. 7491.3Schristos For example, from 1922 until World War II the UK moved clocks 7501.3Schristos forward the day following the third Saturday in April unless that 7511.3Schristos was Easter, in which case it moved clocks forward the previous 7521.3Schristos Sunday. 7531.3Schristos Because the <code><abbr>tz</abbr></code> database has no 7541.3Schristos way to specify Easter, these exceptional years are entered as 7551.3Schristos separate <code><abbr>tz</abbr> Rule</code> lines, even though the 7561.3Schristos legal rules did not change. 7571.4Schristos When transitions are known but the historical rules behind them are not, 7581.4Schristos the database contains <code>Zone</code> and <code>Rule</code> 7591.4Schristos entries that are intended to represent only the generated 7601.4Schristos transitions, not any underlying historical rules; however, this 7611.4Schristos intent is recorded at best only in commentary. 7621.3Schristos </li> 7631.3Schristos <li> 7641.4Schristos The <code><abbr>tz</abbr></code> database models time 7651.3Schristos using the <a 7661.3Schristos href="https://en.wikipedia.org/wiki/Proleptic_Gregorian_calendar">proleptic 7671.4Schristos Gregorian calendar</a> with days containing 24 equal-length hours 7681.4Schristos numbered 00 through 23, except when clock transitions occur. 7691.4Schristos Pre-standard time is modeled as local mean time. 7701.4Schristos However, historically many people used other calendars and other timescales. 7711.3Schristos For example, the Roman Empire used 7721.3Schristos the <a href="https://en.wikipedia.org/wiki/Julian_calendar">Julian 7731.3Schristos calendar</a>, 7741.3Schristos and <a href="https://en.wikipedia.org/wiki/Roman_timekeeping">Roman 7751.3Schristos timekeeping</a> had twelve varying-length daytime hours with a 7761.3Schristos non-hour-based system at night. 7771.4Schristos And even today, some local practices diverge from the Gregorian 7781.4Schristos calendar with 24-hour days. These divergences range from 7791.4Schristos relatively minor, such as Japanese bars giving times like "24:30" for the 7801.4Schristos wee hours of the morning, to more-significant differences such as <a 7811.19Schristos href="https://theworld.org/stories/2015-01-30/if-you-have-meeting-ethiopia-you-better-double-check-time">the 7821.4Schristos east African practice of starting the day at dawn</a>, renumbering 7831.4Schristos the Western 06:00 to be 12:00. These practices are largely outside 7841.4Schristos the scope of the <code><abbr>tz</abbr></code> code and data, which 7851.4Schristos provide only limited support for date and time localization 7861.20Schristos such as that required by POSIX. 7871.12Schristos If <abbr>DST</abbr> is not used a different time zone 7881.4Schristos can often do the trick; for example, in Kenya a <code>TZ</code> setting 7891.4Schristos like <code><-03>3</code> or <code>America/Cayenne</code> starts 7901.4Schristos the day six hours later than <code>Africa/Nairobi</code> does. 7911.3Schristos </li> 7921.3Schristos <li> 7931.3Schristos Early clocks were less reliable, and data entries do not represent 7941.3Schristos clock error. 7951.3Schristos </li> 7961.3Schristos <li> 7971.3Schristos The <code><abbr>tz</abbr></code> database assumes Universal Time 7981.3Schristos (<abbr>UT</abbr>) as an origin, even though <abbr>UT</abbr> is not 7991.3Schristos standardized for older timestamps. 8001.3Schristos In the <code><abbr>tz</abbr></code> database commentary, 8011.3Schristos <abbr>UT</abbr> denotes a family of time standards that includes 8021.3Schristos Coordinated Universal Time (<abbr>UTC</abbr>) along with other 8031.3Schristos variants such as <abbr>UT1</abbr> and <abbr>GMT</abbr>, 8041.3Schristos with days starting at midnight. 8051.3Schristos Although <abbr>UT</abbr> equals <abbr>UTC</abbr> for modern 8061.3Schristos timestamps, <abbr>UTC</abbr> was not defined until 1960, so 8071.18Schristos commentary uses the more general abbreviation <abbr>UT</abbr> for 8081.3Schristos timestamps that might predate 1960. 8091.3Schristos Since <abbr>UT</abbr>, <abbr>UT1</abbr>, etc. disagree slightly, 8101.3Schristos and since pre-1972 <abbr>UTC</abbr> seconds varied in length, 8111.3Schristos interpretation of older timestamps can be problematic when 8121.3Schristos subsecond accuracy is needed. 8131.3Schristos </li> 8141.3Schristos <li> 8151.3Schristos Civil time was not based on atomic time before 1972, and we do not 8161.3Schristos know the history of 8171.3Schristos <a href="https://en.wikipedia.org/wiki/Earth's_rotation">earth's 8181.3Schristos rotation</a> accurately enough to map <a 8191.3Schristos href="https://en.wikipedia.org/wiki/International_System_of_Units"><abbr 8201.3Schristos title="International System of Units">SI</abbr></a> seconds to 8211.3Schristos historical <a href="https://en.wikipedia.org/wiki/Solar_time">solar time</a> 8221.3Schristos to more than about one-hour accuracy. 8231.3Schristos See: Stephenson FR, Morrison LV, Hohenkerk CY. 8241.4Schristos <a href="https://dx.doi.org/10.1098/rspa.2016.0404">Measurement of 8251.3Schristos the Earth's rotation: 720 BC to AD 2015</a>. 8261.15Schristos <cite>Proc Royal Soc A</cite>. 2016;472:20160404. 8271.3Schristos Also see: Espenak F. <a 8281.3Schristos href="https://eclipse.gsfc.nasa.gov/SEhelp/uncertainty2004.html">Uncertainty 8291.3Schristos in Delta T (ΔT)</a>. 8301.3Schristos </li> 8311.3Schristos <li> 8321.3Schristos The relationship between POSIX time (that is, <abbr>UTC</abbr> but 8331.3Schristos ignoring <a href="https://en.wikipedia.org/wiki/Leap_second">leap 8341.18Schristos seconds</a>) and <abbr>UTC</abbr> is not agreed upon. 8351.18Schristos This affects time stamps during the leap second era (1972–2035). 8361.3Schristos Although the POSIX 8371.3Schristos clock officially stops during an inserted leap second, at least one 8381.3Schristos proposed standard has it jumping back a second instead; and in 8391.3Schristos practice POSIX clocks more typically either progress glacially during 8401.3Schristos a leap second, or are slightly slowed while near a leap second. 8411.3Schristos </li> 8421.3Schristos <li> 8431.3Schristos The <code><abbr>tz</abbr></code> database does not represent how 8441.3Schristos uncertain its information is. 8451.3Schristos Ideally it would contain information about when data entries are 8461.3Schristos incomplete or dicey. 8471.3Schristos Partial temporal knowledge is a field of active research, though, 8481.3Schristos and it is not clear how to apply it here. 8491.1Schristos </li> 8501.1Schristos</ul> 8511.1Schristos 8521.1Schristos<p> 8531.3SchristosIn short, many, perhaps most, of the <code><abbr>tz</abbr></code> 8541.3Schristosdatabase's pre-1970 and future timestamps are either wrong or 8551.3Schristosmisleading. 8561.3SchristosAny attempt to pass the 8571.3Schristos<code><abbr>tz</abbr></code> database off as the definition of time 8581.3Schristosshould be unacceptable to anybody who cares about the facts. 8591.3SchristosIn particular, the <code><abbr>tz</abbr></code> database's 8601.3Schristos<abbr>LMT</abbr> offsets should not be considered meaningful, and 8611.4Schristosshould not prompt creation of timezones 8621.3Schristosmerely because two locations 8631.3Schristosdiffer in <abbr>LMT</abbr> or transitioned to standard time at 8641.3Schristosdifferent dates. 8651.3Schristos</p> 8661.3Schristos</section> 8671.3Schristos 8681.3Schristos<section> 8691.3Schristos <h2 id="functions">Time and date functions</h2> 8701.3Schristos<p> 8711.3SchristosThe <code><abbr>tz</abbr></code> code contains time and date functions 8721.3Schristosthat are upwards compatible with those of POSIX. 8731.3SchristosCode compatible with this package is already 8741.3Schristos<a href="tz-link.html#tzdb">part of many platforms</a>, where the 8751.3Schristosprimary use of this package is to update obsolete time-related files. 8761.3SchristosTo do this, you may need to compile the time zone compiler 8771.20Schristos<code>zic</code> supplied with this package instead of using the 8781.20Schristossystem <code>zic</code>, since the format of <code>zic</code>'s 8791.3Schristosinput is occasionally extended, and a platform may still be shipping 8801.3Schristosan older <code>zic</code>. 8811.1Schristos</p> 8821.1Schristos 8831.20Schristos<p> 8841.20SchristosIn POSIX, time display in a process is controlled by the 8851.20Schristosenvironment variable <code>TZ</code>, which can have two forms: 8861.20Schristos</p> 8871.1Schristos<ul> 8881.1Schristos <li> 8891.20Schristos A <dfn>proleptic <code>TZ</code></dfn> value 8901.20Schristos like <code>CET-1CEST,M3.5.0,M10.5.0/3</code> uses a complex 8911.20Schristos notation that specifies a single standard time along with daylight 8921.20Schristos saving rules that apply to all years past, present, and future. 8931.20Schristos </li> 8941.20Schristos <li> 8951.20Schristos A <dfn>geographical <code>TZ</code></dfn> value 8961.20Schristos like <code>Europe/Berlin</code> names a location that stands for 8971.20Schristos civil time near that location, which can have more than 8981.20Schristos one standard time and more than one set of daylight saving rules, 8991.20Schristos to record timekeeping practice more accurately. 9001.20Schristos These names are defined by the <code><abbr>tz</abbr></code> database. 9011.20Schristos </li> 9021.20Schristos</ul> 9031.20Schristos 9041.20Schristos<h3 id="POSIX.1-2017">POSIX.1-2017 properties and limitations</h3> 9051.20Schristos<p> 9061.20SchristosSome platforms support only the features required by POSIX.1-2017, 9071.20Schristosand have not yet upgraded to POSIX.1-2024. 9081.20SchristosCode intended to be portable to these platforms must deal 9091.20Schristoswith problems that were fixed in later POSIX editions. 9101.20Schristos</p> 9111.20Schristos 9121.20Schristos<ul> 9131.20Schristos <li> 9141.20Schristos POSIX.1-2017 does not require support for geographical <code>TZ</code>, 9151.20Schristos and there is no convenient and efficient way to determine 9161.20Schristos the <abbr>UT</abbr> offset and time zone abbreviation of arbitrary 9171.20Schristos timestamps, particularly for timezones 9181.20Schristos that do not fit into the POSIX model. 9191.20Schristos </li> 9201.20Schristos <li> 9211.1Schristos <p> 9221.20Schristos The proleptic <code>TZ</code> string, 9231.20Schristos which is all that POSIX.1-2017 requires, 9241.20Schristos has a format that is hard to describe and is error-prone in practice. 9251.20Schristos Also, proleptic <code>TZ</code> strings cannot deal with daylight 9261.3Schristos saving time rules not based on the Gregorian calendar (as in 9271.18Schristos Morocco), or with situations where more than two time zone 9281.3Schristos abbreviations or <abbr>UT</abbr> offsets are used in an area. 9291.1Schristos </p> 9301.3Schristos 9311.1Schristos <p> 9321.20Schristos A proleptic <code>TZ</code> string has the following format: 9331.1Schristos </p> 9341.3Schristos 9351.1Schristos <p> 9361.3Schristos <var>stdoffset</var>[<var>dst</var>[<var>offset</var>][<code>,</code><var>date</var>[<code>/</code><var>time</var>]<code>,</code><var>date</var>[<code>/</code><var>time</var>]]] 9371.1Schristos </p> 9381.3Schristos 9391.1Schristos <p> 9401.3Schristos where: 9411.3Schristos </p> 9421.3Schristos 9431.1Schristos <dl> 9441.1Schristos <dt><var>std</var> and <var>dst</var></dt><dd> 9451.3Schristos are 3 or more characters specifying the standard 9461.4Schristos and daylight saving time (<abbr>DST</abbr>) zone abbreviations. 9471.3Schristos Starting with POSIX.1-2001, <var>std</var> and <var>dst</var> 9481.3Schristos may also be in a quoted form like '<code><+09></code>'; 9491.3Schristos this allows "<code>+</code>" and "<code>-</code>" in the names. 9501.1Schristos </dd> 9511.1Schristos <dt><var>offset</var></dt><dd> 9521.3Schristos is of the form 9531.3Schristos '<code>[±]<var>hh</var>:[<var>mm</var>[:<var>ss</var>]]</code>' 9541.3Schristos and specifies the offset west of <abbr>UT</abbr>. 9551.3Schristos '<var>hh</var>' may be a single digit; 9561.3Schristos 0≤<var>hh</var>≤24. 9571.3Schristos The default <abbr>DST</abbr> offset is one hour ahead of 9581.3Schristos standard time. 9591.1Schristos </dd> 9601.1Schristos <dt><var>date</var>[<code>/</code><var>time</var>]<code>,</code><var>date</var>[<code>/</code><var>time</var>]</dt><dd> 9611.3Schristos specifies the beginning and end of <abbr>DST</abbr>. 9621.3Schristos If this is absent, the system supplies its own ruleset 9631.18Schristos for <abbr>DST</abbr>, typically current <abbr>US</abbr> 9641.18Schristos <abbr>DST</abbr> rules. 9651.1Schristos </dd> 9661.1Schristos <dt><var>time</var></dt><dd> 9671.3Schristos takes the form 9681.3Schristos '<var>hh</var><code>:</code>[<var>mm</var>[<code>:</code><var>ss</var>]]' 9691.3Schristos and defaults to 02:00. 9701.3Schristos This is the same format as the offset, except that a 9711.3Schristos leading '<code>+</code>' or '<code>-</code>' is not allowed. 9721.1Schristos </dd> 9731.1Schristos <dt><var>date</var></dt><dd> 9741.3Schristos takes one of the following forms: 9751.1Schristos <dl> 9761.1Schristos <dt>J<var>n</var> (1≤<var>n</var>≤365)</dt><dd> 9771.3Schristos origin-1 day number not counting February 29 9781.3Schristos </dd> 9791.1Schristos <dt><var>n</var> (0≤<var>n</var>≤365)</dt><dd> 9801.3Schristos origin-0 day number counting February 29 if present 9811.3Schristos </dd> 9821.3Schristos <dt><code>M</code><var>m</var><code>.</code><var>n</var><code>.</code><var>d</var> 9831.3Schristos (0[Sunday]≤<var>d</var>≤6[Saturday], 1≤<var>n</var>≤5, 9841.3Schristos 1≤<var>m</var>≤12)</dt><dd> 9851.3Schristos for the <var>d</var>th day of week <var>n</var> of 9861.3Schristos month <var>m</var> of the year, where week 1 is the first 9871.3Schristos week in which day <var>d</var> appears, and 9881.3Schristos '<code>5</code>' stands for the last week in which 9891.3Schristos day <var>d</var> appears (which may be either the 4th or 9901.3Schristos 5th week). 9911.3Schristos Typically, this is the only useful form; the <var>n</var> 9921.3Schristos and <code>J</code><var>n</var> forms are rarely used. 9931.1Schristos </dd> 9941.3Schristos </dl> 9951.3Schristos </dd> 9961.3Schristos </dl> 9971.3Schristos 9981.3Schristos <p> 9991.20Schristos Here is an example proleptic <code>TZ</code> string for New 10001.3Schristos Zealand after 2007. 10011.3Schristos It says that standard time (<abbr>NZST</abbr>) is 12 hours ahead 10021.3Schristos of <abbr>UT</abbr>, and that daylight saving time 10031.3Schristos (<abbr>NZDT</abbr>) is observed from September's last Sunday at 10041.3Schristos 02:00 until April's first Sunday at 03:00: 10051.3Schristos </p> 10061.3Schristos 10071.3Schristos <pre><code>TZ='NZST-12NZDT,M9.5.0,M4.1.0/3'</code></pre> 10081.3Schristos 10091.3Schristos <p> 10101.20Schristos This proleptic <code>TZ</code> string is hard to remember, and 10111.3Schristos mishandles some timestamps before 2008. 10121.20Schristos With this package you can use a geographical <code>TZ</code> instead: 10131.3Schristos </p> 10141.3Schristos 10151.3Schristos <pre><code>TZ='Pacific/Auckland'</code></pre> 10161.3Schristos </li> 10171.20Schristos</ul> 10181.20Schristos 10191.20Schristos<p> 10201.20SchristosPOSIX.1-2017 also has the limitations of POSIX.1-2024, 10211.20Schristosdiscussed in the next section. 10221.20Schristos</p> 10231.20Schristos 10241.20Schristos<h3 id="POSIX.1-2024">POSIX.1-2024 properties and limitations</h3> 10251.20Schristos<p> 10261.20SchristosPOSIX.1-2024 extends POSIX.1-2017 in the following significant ways: 10271.20Schristos</p> 10281.20Schristos<ul> 10291.20Schristos <li> 10301.20Schristos POSIX.1-2024 requires support for geographical <code>TZ</code>. 10311.20Schristos Earlier POSIX editions require support only for proleptic <code>TZ</code>. 10321.20Schristos </li> 10331.20Schristos <li> 10341.20Schristos POSIX.1-2024 requires <code>struct tm</code> 10351.20Schristos to have a <abbr>UT</abbr> offset member <code>tm_gmtoff</code> 10361.20Schristos and a time zone abbreviation member <code>tm_zone</code>. 10371.20Schristos Earlier POSIX editions lack this requirement. 10381.20Schristos </li> 10391.3Schristos <li> 10401.20Schristos DST transition times can range from −167:59:59 10411.20Schristos to 167:59:59 instead of merely from 00:00:00 to 24:59:59. 10421.20Schristos This allows for proleptic TZ strings 10431.20Schristos like <code>"<-02>2<-01>,M3.5.0/-1,M10.5.0/0"</code> 10441.20Schristos where the transition time −1:00 means 23:00 the previous day. 10451.3Schristos </li> 10461.20Schristos</ul> 10471.20Schristos<p> 10481.20SchristosHowever POSIX.1-2024, like earlier POSIX editions, has some limitations: 10491.20Schristos<ul> 10501.3Schristos <li> 10511.3Schristos The <code>TZ</code> environment variable is process-global, which 10521.3Schristos makes it hard to write efficient, thread-safe applications that 10531.4Schristos need access to multiple timezones. 10541.3Schristos </li> 10551.3Schristos <li> 10561.3Schristos In POSIX, there is no tamper-proof way for a process to learn the 10571.8Schristos system's best idea of local (wall clock) time. 10581.4Schristos This is important for applications that an administrator wants 10591.3Schristos used only at certain times – without regard to whether the 10601.3Schristos user has fiddled the 10611.3Schristos <code>TZ</code> environment variable. 10621.3Schristos While an administrator can "do everything in <abbr>UT</abbr>" to 10631.3Schristos get around the problem, doing so is inconvenient and precludes 10641.4Schristos handling daylight saving time shifts – as might be required to 10651.4Schristos limit phone calls to off-peak hours. 10661.3Schristos </li> 10671.3Schristos <li> 10681.20Schristos POSIX requires that <code>time_t</code> clock counts exclude leap 10691.20Schristos seconds. 10701.3Schristos </li> 10711.3Schristos <li> 10721.20Schristos POSIX does not define the <abbr>DST</abbr> transitions 10731.20Schristos for <code>TZ</code> values like 10741.20Schristos "<code>EST5EDT</code>". 10751.20Schristos Traditionally the current <abbr>US</abbr> <abbr>DST</abbr> rules 10761.20Schristos were used to interpret such values, but this meant that the 10771.20Schristos <abbr>US</abbr> <abbr>DST</abbr> rules were compiled into each 10781.20Schristos time conversion package, and when 10791.20Schristos <abbr>US</abbr> time conversion rules changed (as in the United 10801.20Schristos States in 1987 and again in 2007), all packages that 10811.20Schristos interpreted <code>TZ</code> values had to be updated 10821.20Schristos to ensure proper results. 10831.3Schristos </li> 10841.20Schristos</ul> 10851.20Schristos 10861.20Schristos<h3 id="POSIX-extensions">Extensions to POSIX in the 10871.20Schristos<code><abbr>tz</abbr></code> code</h3> 10881.20Schristos<p> 10891.20Schristos The <code><abbr>tz</abbr></code> code defines some properties 10901.20Schristos left unspecified by POSIX, and attempts to support some 10911.20Schristos extensions to POSIX. 10921.20Schristos</p> 10931.20Schristos 10941.20Schristos<ul> 10951.3Schristos <li> 10961.3Schristos The <code><abbr>tz</abbr></code> code attempts to support all the 10971.3Schristos <code>time_t</code> implementations allowed by POSIX. 10981.3Schristos The <code>time_t</code> type represents a nonnegative count of seconds 10991.3Schristos since 1970-01-01 00:00:00 <abbr>UTC</abbr>, ignoring leap seconds. 11001.3Schristos In practice, <code>time_t</code> is usually a signed 64- or 32-bit 11011.3Schristos integer; 32-bit signed <code>time_t</code> values stop working after 11021.3Schristos 2038-01-19 03:14:07 <abbr>UTC</abbr>, so new implementations these 11031.3Schristos days typically use a signed 64-bit integer. 11041.3Schristos Unsigned 32-bit integers are used on one or two platforms, and 36-bit 11051.3Schristos and 40-bit integers are also used occasionally. 11061.3Schristos Although earlier POSIX versions allowed <code>time_t</code> to be a 11071.4Schristos floating-point type, this was not supported by any practical system, 11081.20Schristos and POSIX.1-2013+ and the <code><abbr>tz</abbr></code> code both 11091.3Schristos require <code>time_t</code> to be an integer type. 11101.1Schristos </li> 11111.1Schristos <li> 11121.1Schristos <p> 11131.20Schristos If the <code>TZ</code> environment variable uses the geographical format, 11141.20Schristos it is used in generating 11151.20Schristos the name of a file from which time-related information is read. 11161.4Schristos The file's format is <dfn><abbr>TZif</abbr></dfn>, 11171.7Schristos a timezone information format that contains binary data; see 11181.15Schristos <a href="https://datatracker.ietf.org/doc/html/8536">Internet 11191.7Schristos <abbr>RFC</abbr> 8536</a>. 11201.3Schristos The daylight saving time rules to be used for a 11211.4Schristos particular timezone are encoded in the 11221.4Schristos <abbr>TZif</abbr> file; the format of the file allows <abbr>US</abbr>, 11231.4Schristos Australian, and other rules to be encoded, and 11241.3Schristos allows for situations where more than two time zone 11251.3Schristos abbreviations are used. 11261.1Schristos </p> 11271.1Schristos <p> 11281.20Schristos When the <code><abbr>tz</abbr></code> code was developed in the 1980s, 11291.20Schristos it was recognized that allowing the <code>TZ</code> environment 11301.3Schristos variable to take on values such as '<code>America/New_York</code>' 11311.3Schristos might cause "old" programs (that expect <code>TZ</code> to have a 11321.20Schristos certain format) to operate incorrectly; consideration was given to using 11331.3Schristos some other environment variable (for example, <code>TIMEZONE</code>) 11341.4Schristos to hold the string used to generate the <abbr>TZif</abbr> file's name. 11351.3Schristos In the end, however, it was decided to continue using 11361.3Schristos <code>TZ</code>: it is widely used for time zone purposes; 11371.3Schristos separately maintaining both <code>TZ</code> 11381.3Schristos and <code>TIMEZONE</code> seemed a nuisance; and systems where 11391.3Schristos "new" forms of <code>TZ</code> might cause problems can simply 11401.4Schristos use legacy <code>TZ</code> values such as "<code>EST5EDT</code>" which 11411.4Schristos can be used by "new" programs as well as by "old" programs that 11421.4Schristos assume pre-POSIX <code>TZ</code> values. 11431.1Schristos </p> 11441.3Schristos </li> 11451.3Schristos <li> 11461.3Schristos Functions <code>tzalloc</code>, <code>tzfree</code>, 11471.3Schristos <code>localtime_rz</code>, and <code>mktime_z</code> for 11481.3Schristos more-efficient thread-safe applications that need to use multiple 11491.4Schristos timezones. 11501.3Schristos The <code>tzalloc</code> and <code>tzfree</code> functions 11511.3Schristos allocate and free objects of type <code>timezone_t</code>, 11521.3Schristos and <code>localtime_rz</code> and <code>mktime_z</code> are 11531.3Schristos like <code>localtime_r</code> and <code>mktime</code> with an 11541.3Schristos extra <code>timezone_t</code> argument. 11551.20Schristos The functions were inspired by <a href="https://netbsd.org">NetBSD</a>. 11561.3Schristos </li> 11571.3Schristos <li> 11581.3Schristos Negative <code>time_t</code> values are supported, on systems 11591.3Schristos where <code>time_t</code> is signed. 11601.3Schristos </li> 11611.3Schristos <li> 11621.9Schristos These functions can account for leap seconds; 11631.9Schristos see <a href="#leapsec">Leap seconds</a> below. 11641.3Schristos </li> 11651.1Schristos</ul> 11661.3Schristos 11671.3Schristos<h3 id="vestigial">POSIX features no longer needed</h3> 11681.1Schristos<p> 11691.3SchristosPOSIX and <a href="https://en.wikipedia.org/wiki/ISO_C"><abbr>ISO</abbr> C</a> 11701.3Schristosdefine some <a href="https://en.wikipedia.org/wiki/API"><abbr 11711.3Schristostitle="application programming interface">API</abbr>s</a> that are vestigial: 11721.3Schristosthey are not needed, and are relics of a too-simple model that does 11731.3Schristosnot suffice to handle many real-world timestamps. 11741.3SchristosAlthough the <code><abbr>tz</abbr></code> code supports these 11751.3Schristosvestigial <abbr>API</abbr>s for backwards compatibility, they should 11761.3Schristosbe avoided in portable applications. 11771.3SchristosThe vestigial <abbr>API</abbr>s are: 11781.1Schristos</p> 11791.1Schristos<ul> 11801.1Schristos <li> 11811.3Schristos The POSIX <code>tzname</code> variable does not suffice and is no 11821.3Schristos longer needed. 11831.20Schristos It is planned to be removed in a future edition of POSIX. 11841.3Schristos To get a timestamp's time zone abbreviation, consult 11851.3Schristos the <code>tm_zone</code> member if available; otherwise, 11861.3Schristos use <code>strftime</code>'s <code>"%Z"</code> conversion 11871.3Schristos specification. 11881.3Schristos </li> 11891.3Schristos <li> 11901.3Schristos The POSIX <code>daylight</code> and <code>timezone</code> 11911.3Schristos variables do not suffice and are no longer needed. 11921.20Schristos They are planned to be removed in a future edition of POSIX. 11931.3Schristos To get a timestamp's <abbr>UT</abbr> offset, consult 11941.3Schristos the <code>tm_gmtoff</code> member if available; otherwise, 11951.3Schristos subtract values returned by <code>localtime</code> 11961.3Schristos and <code>gmtime</code> using the rules of the Gregorian calendar, 11971.3Schristos or use <code>strftime</code>'s <code>"%z"</code> conversion 11981.3Schristos specification if a string like <code>"+0900"</code> suffices. 11991.3Schristos </li> 12001.3Schristos <li> 12011.3Schristos The <code>tm_isdst</code> member is almost never needed and most of 12021.3Schristos its uses should be discouraged in favor of the abovementioned 12031.3Schristos <abbr>API</abbr>s. 12041.3Schristos Although it can still be used in arguments to 12051.3Schristos <code>mktime</code> to disambiguate timestamps near 12061.15Schristos a <abbr>DST</abbr> transition when the clock jumps back on 12071.15Schristos platforms lacking <code>tm_gmtoff</code>, this 12081.3Schristos disambiguation does not work when standard time itself jumps back, 12091.3Schristos which can occur when a location changes to a time zone with a 12101.3Schristos lesser <abbr>UT</abbr> offset. 12111.3Schristos </li> 12121.3Schristos</ul> 12131.3Schristos 12141.3Schristos<h3 id="other-portability">Other portability notes</h3> 12151.3Schristos<ul> 12161.3Schristos <li> 12171.3Schristos The <a href="https://en.wikipedia.org/wiki/Version_7_Unix">7th Edition 12181.3Schristos UNIX</a> <code>timezone</code> function is not present in this 12191.3Schristos package; it is impossible to reliably map <code>timezone</code>'s 12201.3Schristos arguments (a "minutes west of <abbr>GMT</abbr>" value and a 12211.3Schristos "daylight saving time in effect" flag) to a time zone 12221.3Schristos abbreviation, and we refuse to guess. 12231.3Schristos Programs that in the past used the <code>timezone</code> function 12241.3Schristos may now examine <code>localtime(&clock)->tm_zone</code> 12251.3Schristos (if <code>TM_ZONE</code> is defined) or 12261.3Schristos <code>tzname[localtime(&clock)->tm_isdst]</code> 12271.9Schristos (if <code>HAVE_TZNAME</code> is nonzero) to learn the correct time 12281.3Schristos zone abbreviation to use. 12291.3Schristos </li> 12301.3Schristos <li> 12311.3Schristos The <a 12321.3Schristos href="https://en.wikipedia.org/wiki/History_of_the_Berkeley_Software_Distribution#4.2BSD"><abbr>4.2BSD</abbr></a> 12331.3Schristos <code>gettimeofday</code> function is not 12341.3Schristos used in this package. 12351.3Schristos This formerly let users obtain the current <abbr>UTC</abbr> offset 12361.3Schristos and <abbr>DST</abbr> flag, but this functionality was removed in 12371.3Schristos later versions of <abbr>BSD</abbr>. 12381.3Schristos </li> 12391.3Schristos <li> 12401.3Schristos In <abbr>SVR2</abbr>, time conversion fails for near-minimum or 12411.3Schristos near-maximum <code>time_t</code> values when doing conversions 12421.3Schristos for places that do not use <abbr>UT</abbr>. 12431.3Schristos This package takes care to do these conversions correctly. 12441.3Schristos A comment in the source code tells how to get compatibly wrong 12451.3Schristos results. 12461.3Schristos </li> 12471.3Schristos <li> 12481.3Schristos The functions that are conditionally compiled 12491.18Schristos if <code>STD_INSPIRED</code> is nonzero should, at this point, be 12501.3Schristos looked on primarily as food for thought. 12511.3Schristos They are not in any sense "standard compatible" – some are 12521.3Schristos not, in fact, specified in <em>any</em> standard. 12531.3Schristos They do, however, represent responses of various authors to 12541.3Schristos standardization proposals. 12551.3Schristos </li> 12561.3Schristos <li> 12571.4Schristos Other time conversion proposals, in particular those supported by the 12581.4Schristos <a href="https://howardhinnant.github.io/date/tz.html">Time Zone 12591.4Schristos Database Parser</a>, offer a wider selection of functions 12601.3Schristos that provide capabilities beyond those provided here. 12611.3Schristos The absence of such functions from this package is not meant to 12621.3Schristos discourage the development, standardization, or use of such 12631.3Schristos functions. 12641.3Schristos Rather, their absence reflects the decision to make this package 12651.3Schristos contain valid extensions to POSIX, to ensure its broad 12661.3Schristos acceptability. 12671.3Schristos If more powerful time conversion functions can be standardized, so 12681.3Schristos much the better. 12691.1Schristos </li> 12701.1Schristos</ul> 12711.3Schristos</section> 12721.1Schristos 12731.3Schristos<section> 12741.3Schristos <h2 id="stability">Interface stability</h2> 12751.1Schristos<p> 12761.3SchristosThe <code><abbr>tz</abbr></code> code and data supply the following interfaces: 12771.1Schristos</p> 12781.1Schristos 12791.1Schristos<ul> 12801.1Schristos <li> 12811.4Schristos A set of timezone names as per 12821.7Schristos "<a href="#naming">Timezone identifiers</a>" above. 12831.1Schristos </li> 12841.1Schristos <li> 12851.3Schristos Library functions described in "<a href="#functions">Time and date 12861.3Schristos functions</a>" above. 12871.1Schristos </li> 12881.1Schristos <li> 12891.3Schristos The programs <code>tzselect</code>, <code>zdump</code>, 12901.3Schristos and <code>zic</code>, documented in their man pages. 12911.1Schristos </li> 12921.1Schristos <li> 12931.3Schristos The format of <code>zic</code> input files, documented in 12941.3Schristos the <code>zic</code> man page. 12951.1Schristos </li> 12961.1Schristos <li> 12971.3Schristos The format of <code>zic</code> output files, documented in 12981.3Schristos the <code>tzfile</code> man page. 12991.1Schristos </li> 13001.1Schristos <li> 13011.3Schristos The format of zone table files, documented in <code>zone1970.tab</code>. 13021.1Schristos </li> 13031.1Schristos <li> 13041.3Schristos The format of the country code file, documented in <code>iso3166.tab</code>. 13051.1Schristos </li> 13061.1Schristos <li> 13071.3Schristos The version number of the code and data, as the first line of 13081.3Schristos the text file '<code>version</code>' in each release. 13091.1Schristos </li> 13101.1Schristos</ul> 13111.3Schristos 13121.1Schristos<p> 13131.1SchristosInterface changes in a release attempt to preserve compatibility with 13141.3Schristosrecent releases. 13151.3SchristosFor example, <code><abbr>tz</abbr></code> data files typically do not 13161.18Schristosrely on recently added <code>zic</code> features, so that users can 13171.3Schristosrun older <code>zic</code> versions to process newer data files. 13181.3Schristos<a href="tz-link.html#download">Downloading 13191.3Schristosthe <code><abbr>tz</abbr></code> database</a> describes how releases 13201.3Schristosare tagged and distributed. 13211.1Schristos</p> 13221.1Schristos 13231.1Schristos<p> 13241.3SchristosInterfaces not listed above are less stable. 13251.3SchristosFor example, users should not rely on particular <abbr>UT</abbr> 13261.3Schristosoffsets or abbreviations for timestamps, as data entries are often 13271.3Schristosbased on guesswork and these guesses may be corrected or improved. 13281.1Schristos</p> 13291.7Schristos 13301.7Schristos<p> 13311.7SchristosTimezone boundaries are not part of the stable interface. 13321.7SchristosFor example, even though the <samp>Asia/Bangkok</samp> timezone 13331.7Schristoscurrently includes Chang Mai, Hanoi, and Phnom Penh, this is not part 13341.7Schristosof the stable interface and the timezone can split at any time. 13351.7SchristosIf a calendar application records a future event in some location other 13361.7Schristosthan Bangkok by putting "<samp>Asia/Bangkok</samp>" in the event's record, 13371.7Schristosthe application should be robust in the presence of timezone splits 13381.7Schristosbetween now and the future time. 13391.7Schristos</p> 13401.3Schristos</section> 13411.1Schristos 13421.3Schristos<section> 13431.9Schristos <h2 id="leapsec">Leap seconds</h2> 13441.9Schristos<p> 13451.18SchristosLeap seconds were introduced in 1972 to accommodate the 13461.18Schristosdifference between atomic time and the less regular rotation of the earth. 13471.20SchristosUnfortunately they have caused so many problems with civil 13481.20Schristostimekeeping that there are 13491.20Schristos<a href="https://www.bipm.org/en/cgpm-2022/resolution-4">plans 13501.20Schristosto discontinue them by 2035</a>. 13511.20SchristosEven if these plans come to fruition, a record of leap seconds will still be 13521.20Schristosneeded to resolve timestamps from 1972 through 2035, 13531.20Schristosand there may also be a need to record whatever mechanism replaces them. 13541.18Schristos</p> 13551.18Schristos 13561.18Schristos<p> 13571.9SchristosThe <code><abbr>tz</abbr></code> code and data can account for leap seconds, 13581.9Schristosthanks to code contributed by Bradley White. 13591.9SchristosHowever, the leap second support of this package is rarely used directly 13601.9Schristosbecause POSIX requires leap seconds to be excluded and many 13611.9Schristossoftware packages would mishandle leap seconds if they were present. 13621.9SchristosInstead, leap seconds are more commonly handled by occasionally adjusting 13631.9Schristosthe operating system kernel clock as described in 13641.9Schristos<a href="tz-link.html#precision">Precision timekeeping</a>, 13651.9Schristosand this package by default installs a <samp>leapseconds</samp> file 13661.9Schristoscommonly used by 13671.15Schristos<a href="https://www.ntp.org"><abbr title="Network Time Protocol">NTP</abbr></a> 13681.9Schristossoftware that adjusts the kernel clock. 13691.9SchristosHowever, kernel-clock twiddling approximates UTC only roughly, 13701.18Schristosand systems needing more precise UTC can use this package's leap 13711.9Schristossecond support directly. 13721.9Schristos</p> 13731.9Schristos 13741.9Schristos<p> 13751.18SchristosThe directly supported mechanism assumes that <code>time_t</code> 13761.9Schristoscounts of seconds since the POSIX epoch normally include leap seconds, 13771.9Schristosas opposed to POSIX <code>time_t</code> counts which exclude leap seconds. 13781.9SchristosThis modified timescale is converted to <abbr>UTC</abbr> 13791.12Schristosat the same point that time zone and <abbr>DST</abbr> 13801.12Schristosadjustments are applied – 13811.9Schristosnamely, at calls to <code>localtime</code> and analogous functions – 13821.9Schristosand the process is driven by leap second information 13831.9Schristosstored in alternate versions of the <abbr>TZif</abbr> files. 13841.9SchristosBecause a leap second adjustment may be needed even 13851.9Schristosif no time zone correction is desired, 13861.9Schristoscalls to <code>gmtime</code>-like functions 13871.9Schristosalso need to consult a <abbr>TZif</abbr> file, 13881.14Schristosconventionally named <samp><abbr>Etc/UTC</abbr></samp> 13891.14Schristos(<samp><abbr>GMT</abbr></samp> in previous versions), 13901.9Schristosto see whether leap second corrections are needed. 13911.9SchristosTo convert an application's <code>time_t</code> timestamps to or from 13921.9SchristosPOSIX <code>time_t</code> timestamps (for use when, say, 13931.9Schristosembedding or interpreting timestamps in portable 13941.9Schristos<a href="https://en.wikipedia.org/wiki/Tar_(computing)"><code>tar</code></a> 13951.9Schristosfiles), 13961.9Schristosthe application can call the utility functions 13971.9Schristos<code>time2posix</code> and <code>posix2time</code> 13981.9Schristosincluded with this package. 13991.9Schristos</p> 14001.9Schristos 14011.9Schristos<p> 14021.9SchristosIf the POSIX-compatible <abbr>TZif</abbr> file set is installed 14031.9Schristosin a directory whose basename is <samp>zoneinfo</samp>, the 14041.9Schristosleap-second-aware file set is by default installed in a separate 14051.9Schristosdirectory <samp>zoneinfo-leaps</samp>. 14061.9SchristosAlthough each process can have its own time zone by setting 14071.9Schristosits <code>TZ</code> environment variable, there is no support for some 14081.9Schristosprocesses being leap-second aware while other processes are 14091.9SchristosPOSIX-compatible; the leap-second choice is system-wide. 14101.9SchristosSo if you configure your kernel to count leap seconds, you should also 14111.9Schristosdiscard <samp>zoneinfo</samp> and rename <samp>zoneinfo-leaps</samp> 14121.9Schristosto <samp>zoneinfo</samp>. 14131.9SchristosAlternatively, you can install just one set of <abbr>TZif</abbr> files 14141.9Schristosin the first place; see the <code>REDO</code> variable in this package's 14151.9Schristos<a href="https://en.wikipedia.org/wiki/Makefile">makefile</a>. 14161.9Schristos</p> 14171.9Schristos</section> 14181.9Schristos 14191.9Schristos<section> 14201.3Schristos <h2 id="calendar">Calendrical issues</h2> 14211.1Schristos<p> 14221.1SchristosCalendrical issues are a bit out of scope for a time zone database, 14231.1Schristosbut they indicate the sort of problems that we would run into if we 14241.3Schristosextended the time zone database further into the past. 14251.3SchristosAn excellent resource in this area is Edward M. Reingold 14261.3Schristosand Nachum Dershowitz, <cite><a 14271.3Schristoshref="https://www.cambridge.org/fr/academic/subjects/computer-science/computing-general-interest/calendrical-calculations-ultimate-edition-4th-edition">Calendrical 14281.3SchristosCalculations: The Ultimate Edition</a></cite>, Cambridge University Press (2018). 14291.3SchristosOther information and sources are given in the file '<code>calendars</code>' 14301.3Schristosin the <code><abbr>tz</abbr></code> distribution. 14311.3SchristosThey sometimes disagree. 14321.3Schristos</p> 14331.3Schristos</section> 14341.3Schristos 14351.3Schristos<section> 14361.18Schristos <h2 id="planets">Time and time zones off Earth</h2> 14371.18Schristos<p> 14381.18SchristosThe European Space Agency is <a 14391.18Schristoshref='https://www.esa.int/Applications/Navigation/Telling_time_on_the_Moon'>considering</a> 14401.18Schristosthe establishment of a reference timescale for the Moon, which has 14411.18Schristosdays roughly equivalent to 29.5 Earth days, and where relativistic 14421.18Schristoseffects cause clocks to tick slightly faster than on Earth. 14431.20SchristosAlso, <abbr title="National Aeronautics and Space Administration">NASA</abbr> 14441.20Schristoshas been <a 14451.20Schristoshref='https://www.whitehouse.gov/wp-content/uploads/2024/04/Celestial-Time-Standardization-Policy.pdf'>ordered</a> 14461.20Schristosto consider the establishment of Coordinated Lunar Time (<abbr>LTC</abbr>). 14471.20SchristosIt is not yet known whether the US and European efforts will result in 14481.20Schristosmultiple timescales on the Moon. 14491.18Schristos</p> 14501.18Schristos 14511.3Schristos<p> 14521.10SchristosSome people's work schedules have used 14531.10Schristos<a href="https://en.wikipedia.org/wiki/Timekeeping_on_Mars">Mars time</a>. 14541.3SchristosJet Propulsion Laboratory (JPL) coordinators kept Mars time on 14551.3Schristosand off during the 14561.6Schristos<a href="https://en.wikipedia.org/wiki/Mars_Pathfinder">Mars 14571.10SchristosPathfinder</a> mission (1997). 14581.3SchristosSome of their family members also adapted to Mars time. 14591.3SchristosDozens of special Mars watches were built for JPL workers who kept 14601.10SchristosMars time during the 14611.10Schristos<a href="https://en.wikipedia.org/wiki/Mars_Exploration_Rover">Mars 14621.10SchristosExploration Rovers (MER)</a> mission (2004–2018). 14631.10SchristosThese timepieces looked like normal Seikos and Citizens but were adjusted 14641.10Schristosto use Mars seconds rather than terrestrial seconds, although 14651.10Schristosunfortunately the adjusted watches were unreliable and appear to have 14661.10Schristoshad only limited use. 14671.1Schristos</p> 14681.1Schristos 14691.1Schristos<p> 14701.1SchristosA Mars solar day is called a "sol" and has a mean period equal to 14711.3Schristosabout 24 hours 39 minutes 35.244 seconds in terrestrial time. 14721.3SchristosIt is divided into a conventional 24-hour clock, so each Mars second 14731.3Schristosequals about 1.02749125 terrestrial seconds. 14741.10Schristos(One MER worker noted, "If I am working Mars hours, and Mars hours are 14751.10Schristos2.5% more than Earth hours, shouldn't I get an extra 2.5% pay raise?") 14761.1Schristos</p> 14771.1Schristos 14781.1Schristos<p> 14791.3SchristosThe <a href="https://en.wikipedia.org/wiki/Prime_meridian">prime 14801.3Schristosmeridian</a> of Mars goes through the center of the crater 14811.3Schristos<a href="https://en.wikipedia.org/wiki/Airy-0">Airy-0</a>, named in 14821.3Schristoshonor of the British astronomer who built the Greenwich telescope that 14831.3Schristosdefines Earth's prime meridian. 14841.3SchristosMean solar time on the Mars prime meridian is 14851.6Schristoscalled Mars Coordinated Time (<abbr>MTC</abbr>). 14861.1Schristos</p> 14871.1Schristos 14881.1Schristos<p> 14891.1SchristosEach landed mission on Mars has adopted a different reference for 14901.4Schristossolar timekeeping, so there is no real standard for Mars time zones. 14911.10SchristosFor example, the MER mission defined two time zones "Local 14921.3SchristosSolar Time A" and "Local Solar Time B" for its two missions, each zone 14931.3Schristosdesigned so that its time equals local true solar time at 14941.3Schristosapproximately the middle of the nominal mission. 14951.10SchristosThe A and B zones differ enough so that an MER worker assigned to 14961.10Schristosthe A zone might suffer "Mars lag" when switching to work in the B zone. 14971.3SchristosSuch a "time zone" is not particularly suited for any application 14981.3Schristosother than the mission itself. 14991.1Schristos</p> 15001.1Schristos 15011.1Schristos<p> 15021.1SchristosMany calendars have been proposed for Mars, but none have achieved 15031.3Schristoswide acceptance. 15041.3SchristosAstronomers often use Mars Sol Date (<abbr>MSD</abbr>) which is a 15051.1Schristossequential count of Mars solar days elapsed since about 1873-12-29 15061.3Schristos12:00 <abbr>GMT</abbr>. 15071.1Schristos</p> 15081.1Schristos 15091.1Schristos<p> 15101.1SchristosIn our solar system, Mars is the planet with time and calendar most 15111.3Schristoslike Earth's. 15121.3SchristosOn other planets, Sun-based time and calendars would work quite 15131.3Schristosdifferently. 15141.3SchristosFor example, although Mercury's 15151.3Schristos<a href="https://en.wikipedia.org/wiki/Rotation_period">sidereal 15161.3Schristosrotation period</a> is 58.646 Earth days, Mercury revolves around the 15171.3SchristosSun so rapidly that an observer on Mercury's equator would see a 15181.3Schristossunrise only every 175.97 Earth days, i.e., a Mercury year is 0.5 of a 15191.3SchristosMercury day. 15201.3SchristosVenus is more complicated, partly because its rotation is slightly 15211.3Schristos<a href="https://en.wikipedia.org/wiki/Retrograde_motion">retrograde</a>: 15221.3Schristosits year is 1.92 of its days. 15231.3SchristosGas giants like Jupiter are trickier still, as their polar and 15241.3Schristosequatorial regions rotate at different rates, so that the length of a 15251.3Schristosday depends on latitude. 15261.3SchristosThis effect is most pronounced on Neptune, where the day is about 12 15271.3Schristoshours at the poles and 18 hours at the equator. 15281.1Schristos</p> 15291.1Schristos 15301.1Schristos<p> 15311.3SchristosAlthough the <code><abbr>tz</abbr></code> database does not support 15321.3Schristostime on other planets, it is documented here in the hopes that support 15331.3Schristoswill be added eventually. 15341.1Schristos</p> 15351.1Schristos 15361.1Schristos<p> 15371.3SchristosSources for time on other planets: 15381.1Schristos</p> 15391.3Schristos 15401.1Schristos<ul> 15411.1Schristos <li> 15421.3Schristos Michael Allison and Robert Schmunk, 15431.3Schristos "<a href="https://www.giss.nasa.gov/tools/mars24/help/notes.html">Technical 15441.3Schristos Notes on Mars Solar Time as Adopted by the Mars24 Sunclock</a>" 15451.10Schristos (2020-03-08). 15461.10Schristos </li> 15471.10Schristos <li> 15481.10Schristos Zara Mirmalek, 15491.10Schristos <em><a href="https://mitpress.mit.edu/books/making-time-mars">Making 15501.10Schristos Time on Mars</a></em>, MIT Press (March 2020), ISBN 978-0262043854. 15511.1Schristos </li> 15521.1Schristos <li> 15531.3Schristos Jia-Rui Chong, 15541.8Schristos "<a href="https://www.latimes.com/archives/la-xpm-2004-jan-14-sci-marstime14-story.html">Workdays 15551.3Schristos Fit for a Martian</a>", <cite>Los Angeles Times</cite> 15561.3Schristos (2004-01-14), pp A1, A20–A21. 15571.1Schristos </li> 15581.1Schristos <li> 15591.3Schristos Tom Chmielewski, 15601.3Schristos "<a href="https://www.theatlantic.com/technology/archive/2015/02/jet-lag-is-worse-on-mars/386033/">Jet 15611.3Schristos Lag Is Worse on Mars</a>", <cite>The Atlantic</cite> (2015-02-26) 15621.1Schristos </li> 15631.1Schristos <li> 15641.3Schristos Matt Williams, 15651.3Schristos "<a href="https://www.universetoday.com/37481/days-of-the-planets/">How 15661.3Schristos long is a day on the other planets of the solar system?</a>" 15671.4Schristos (2016-01-20). 15681.1Schristos </li> 15691.1Schristos</ul> 15701.3Schristos</section> 15711.1Schristos 15721.3Schristos<footer> 15731.3Schristos <hr> 15741.3Schristos This file is in the public domain, so clarified as of 2009-05-17 by 15751.3Schristos Arthur David Olson. 15761.3Schristos</footer> 15771.1Schristos</body> 15781.1Schristos</html> 1579