View source for ISO 8601

{{Short description|International standards for dates and times}}
{{Infobox
| title            = Current date and time expressed according to ISO 8601 <small>[{{purge|refresh}}]</small>
<!-- ISO 8601-1:2019 § 3.2.1 states the separator should be a "Hyphen" character when available -->| label1           = Date
| data1            = {{#time: Y-m-d}}
| label2           = Time in [[UTC]]
| data2            = {{#time: H:i:s"Z"}}<br />{{#time: "T"His"Z"}}
| label3           = Date and time in [[UTC]]
| data3            = {{#time: Y-m-d"T"H:i:s"Z"}}<br />{{#time: Ymd"T"His"Z"}}
| label4           = Date and time with the offset
| data4            = {{time|df-cust=Y-m-d"T"H:i:s−12:00|UTC-12:00}}<br />
{{time|df-cust=Y-m-d"T"H:i:s+00:00|UTC+00:00}}<br />
{{time|df-cust=Y-m-d"T"H:i:s+12:00|UTC+12:00}}
| label5           = [[ISO week date|Week]]
| data5            = {{#time: o-"W"W}}
| label6           = Week with weekday
| data6            = {{#time: o-"W"W-N}}
| label7           = [[Ordinal date]]
| data7            = {{CURRENTYEAR}}{{not a typo|&hyphen;}}{{padleft:{{#expr:{{#time: z}}+1}}|3}} <!-- Use U+2010 hyphen per ISO -->
}}
{{Time sidebar}}
'''ISO 8601''' is an [[international standard]] covering the worldwide exchange and communication of [[Calendar date|date]] and [[time]]-related data. It is maintained by the [[International Organization for Standardization]] (ISO) and was first published in 1988, with updates in 1991, 2000, 2004, and 2019, and an amendment in 2022.<ref name="iso8601amd1" /> The standard provides a well-defined, unambiguous method of representing calendar dates and times in worldwide communications, especially to avoid misinterpreting numeric dates and times when such data is transferred between [[Date and time representation by country|countries with different conventions]] for writing numeric dates and times.
ISO&nbsp;8601 applies to these representations and formats: ''dates'', in the [[Gregorian calendar|Gregorian]] calendar (including the [[proleptic Gregorian calendar|proleptic Gregorian]] calendar); ''times'', based on the [[24-hour clock|24-hour timekeeping system]], with optional [[UTC offset]]; ''[[time interval]]s''; and combinations thereof.<ref name=scope>ISO 8601:2004[E] section 1 Scope</ref> The standard does not assign specific meaning to any element of the dates/times represented: the meaning of any element depends on the context of its use. Dates and times represented cannot use words that do not have a specified numerical meaning within the standard (thus excluding [[Chinese calendar correspondence table|names of years]] in the [[Chinese calendar]]), or that do not use [[Character (computing)|computer characters]] (excludes images or sounds).<ref name=scope />
In representations that adhere to the ISO&nbsp;8601 ''interchange standard'', dates and times are arranged such that the greatest temporal term (typically a year) is placed at the left and each successively lesser term is placed to the right of the previous term. Representations must be written in a combination of [[Arabic numerals]] and the specific computer characters (such as "{{not a typo|&hyphen;}}",<!-- U+2010 hyphen per ISO --> ":", "T", "W", "Z") that are assigned specific meanings within the standard; that is, such commonplace descriptors of dates (or parts of dates) as "January", "Thursday", or "New Year's Day" are not allowed in interchange representations within the standard.
==History==
The first edition of the ISO&nbsp;8601 standard was published as ''ISO&nbsp;8601:1988'' in 1988. It unified and replaced a number of older ISO standards on various aspects of date and time notation: [[ISO 2014]], [[ISO 2015]], [[ISO 2711]], [[ISO 3307]], and [[ISO 4031]].<ref name=doc2004>{{citation
|title=ISO 8601:2004(E)
|date=2004-12-01
|publisher=[[International Organization for Standardization|ISO]]
|quote=Annex&nbsp;A: ... From that concept representations of all other date and time values were logically derived; thus, ISO&nbsp;2014, ISO&nbsp;3307 and ISO&nbsp;4031 have been superseded. ... Identification of a particular date by means of ordinal dates (ISO&nbsp;2711) and by means of the week numbering system (ISO&nbsp;2015) were alternative methods that the basic concept of this International Standard could also encompass; thus, ISO&nbsp;2015 and ISO&nbsp;2711 have now been superseded.}}</ref> It has been superseded by a second edition ''ISO&nbsp;8601:2000'' in 2000, by a third edition ''ISO&nbsp;8601:2004'' published on 1 December 2004, and withdrawn and revised by ''ISO&nbsp;8601-1:2019'' and ''ISO&nbsp;8601-2:2019'' on 25 February 2019. ISO&nbsp;8601 was prepared by,<ref>{{cite book |title=ISO 8601:2004(E) |date=2004-12-01 |publisher=[[International Organization for Standardization|ISO]] |at=p.&nbsp;iv Foreword}}</ref> and is under the direct responsibility of, [[List of ISO technical committees|ISO Technical Committee]] TC 154.<ref>{{cite web |url=http://www.iso.org/iso/home/store/catalogue_tc/catalogue_tc_browse.htm?commid=53186&published=on |title=TC 154 Processes, data elements and documents in commerce, industry and administration |department=Technical committees |publisher=ISO |access-date=2014-08-16 |archive-date=2016-05-25 |archive-url=https://web.archive.org/web/20160525114524/http://www.iso.org/iso/home/store/catalogue_tc/catalogue_tc_browse.htm?commid=53186&published=on |url-status=live }}</ref>
ISO&nbsp;2014, though superseded, is the standard that originally introduced the all-numeric date notation in [[Significant figures|most-to-least-significant]] order {{nowrap|[YYYY]-[MM]-[DD]}}. The ISO week numbering system was introduced in ISO&nbsp;2015, and the identification of days by ordinal dates was originally defined in ISO&nbsp;2711.
Issued in February 2019,<ref>{{cite web|url=https://www.isotc154.org/posts/2019-08-27-introduction-to-the-new-8601/ |title=Introduction to the new ISO 8601-1 and ISO 8601-2 |date=26 August 2019 |website=ISO/TC 154}}</ref> the fourth revision of the standard ISO&nbsp;8601-1:2019 represents slightly updated contents of the previous ISO&nbsp;8601:2004 standard,<ref>{{cite web |archive-url=https://web.archive.org/web/20171019211402/https://www.loc.gov/standards/datetime/ISO_DIS%208601-1.pdf |archive-date=2017-10-19 |title=ISO/DIS 8601-1:2016-10-26 |website=[[Library of Congress]] |url=https://www.loc.gov/standards/datetime/ISO_DIS%208601-1.pdf }}</ref><ref>{{cite web |url=https://www.din.de/de/mitwirken/normenausschuesse/nia/entwuerfe/wdc-beuth:din21:266843241 |title=German draft ''E DIN ISO 8601-1:2017-02 Datenelemente und Austauschformate - Informationsaustausch - Darstellung von Datum und Uhrzeit - Teil 1: Grundlegende Regeln (ISO/DIS 8601-1:2016)'' |publisher=DIN-Normenausschuss Informationstechnik und Anwendungen (NIA) |access-date=2017-10-19 |archive-date=2017-10-20 |archive-url=https://web.archive.org/web/20171020151006/https://www.din.de/de/mitwirken/normenausschuesse/nia/entwuerfe/wdc-beuth:din21:266843241 |url-status=live }}</ref> whereas the new ISO&nbsp;8601-2:2019 defines various extensions such as uncertainties or parts of the [[#EDTF|Extended Date/Time Format]] (EDTF).<ref name="EDTF_2019_Spec">{{cite web |title=Extended Date/Time Format (EDTF) Specification |date=2019-10-08 |orig-date=2019-02-04, 2014, 2012 |publisher=[[The Library of Congress]] |url=https://www.loc.gov/standards/datetime/ |access-date=2020-03-07 |url-status=live |archive-url=https://web.archive.org/web/20200307193917/https://www.loc.gov/standards/datetime/ |archive-date=2020-03-07}}</ref><ref name="EDTF_2019_Background">{{cite web |title=Extended Date/Time Format (EDTF) Background |date=2019-10-08 |orig-date=2019-03-01 |publisher=[[The Library of Congress]] |url=https://www.loc.gov/standards/datetime/background.html |access-date=2020-03-07 |url-status=live |archive-url=https://web.archive.org/web/20200307193911/https://www.loc.gov/standards/datetime/background.html |archive-date=2020-03-07}}</ref><ref name="EDTF_2014">{{cite web |title=Extended Date/Time Format (EDTF) 1.0 2012/2014 |series=Draft Submission |publisher=[[The Library of Congress]] |url=https://www.loc.gov/standards/datetime/pre-submission.html |access-date=2017-07-15 |archive-url=https://web.archive.org/web/20170715194139/http://www.loc.gov/standards/datetime/pre-submission.html |archive-date=2017-07-15}}</ref><ref>{{cite web |url=https://www.loc.gov/standards/datetime/iso-tc154-wg5_n0039_iso_wd_8601-2_2016-02-16.pdf |title=ISO/WD 8601-2:2016-02-16 |website=[[Library of Congress]] |archive-url=https://web.archive.org/web/20171019222039/https://www.loc.gov/standards/datetime/iso-tc154-wg5_n0039_iso_wd_8601-2_2016-02-16.pdf |archive-date=2017-10-19}}</ref><ref>{{cite web |url=https://www.loc.gov/standards/datetime/ISO_DIS%208601-2.pdf |title=ISO/DIS 8601-2:2016-10-26 |website=[[Library of Congress]] |archive-url=https://web.archive.org/web/20171020000043/https://www.loc.gov/standards/datetime/ISO_DIS%208601-2.pdf |archive-date=2017-10-20}}</ref><ref>{{cite web |url=https://www.din.de/de/mitwirken/normenausschuesse/nia/entwuerfe/wdc-beuth:din21:266843381 |title=German draft ''E DIN ISO 8601-2:2017-02 Datenelemente und Austauschformate - Informationsaustausch - Darstellung von Datum und Uhrzeit - Teil 2: Erweiterungen (ISO/DIS 8601-2:2016)'' |publisher=DIN-Normenausschuss Informationstechnik und Anwendungen (NIA) |access-date=2017-10-19 |archive-date=2017-10-19 |archive-url=https://web.archive.org/web/20171019230355/https://www.din.de/de/mitwirken/normenausschuesse/nia/entwuerfe/wdc-beuth:din21:266843381 |url-status=live }}</ref>
An amendment was published in October 2022 featuring minor technical clarifications and attempts to remove ambiguities in definitions. The most significant change, however, was the reintroduction of the "24:00:00" format to refer to the instant at the ''end'' of a calendar day.
{| class="wikitable sortable"
|+ History of published editions and amendments
! Name || Description
|-
| ISO 8601:1988 || Data elements and interchange formats — Information interchange — Representation of dates and times
|-
| ISO 8601:1988/COR 1:1991 || Data elements and interchange formats — Information interchange — Representation of dates and times — Technical Corrigendum 1
|-
| ISO 8601:2000 || Data elements and interchange formats — Information interchange — Representation of dates and times
|-
| ISO 8601:2004 || Data elements and interchange formats — Information interchange — Representation of dates and times
|-
| ISO 8601-1:2019 || Date and time — Representations for information interchange — Part 1: Basic rules
|-
| ISO 8601-2:2019 || Date and time — Representations for information interchange — Part 2: Extensions
|-
| ISO 8601-1:2019/Amd 1:2022 || Date and time — Representations for information interchange — Part 1: Basic rules — Amendment 1: Technical corrections
|}
==General principles==
*Date and time values are ordered from the largest to smallest unit of time: year, month (or week), day, hour, minute, second, and fraction of second. The [[lexicographical order]] of the representation thus corresponds to chronological order, except for date representations involving negative years or time offset. This allows dates to be naturally [[sorting|sorted]] by, for example, file systems.
*Each date and time value has a fixed number of digits that must be padded with [[leading zero]]s.
*Representations can be done in one of two formats{{spaced ndash}}a ''basic format'' with a minimal number of separators or an ''extended format'' with separators added to enhance human readability.<ref name=isofaqtnd>ISO: "[http://www.iso.org/iso/iso8601 ISO 8601 — Date and time format]". {{Webarchive|url=https://web.archive.org/web/20130308153102/http://www.iso.org/iso/iso8601 |date=2013-03-08 }}.</ref><ref>{{cite web|url=https://www.w3.org/TR/NOTE-datetime|title=Date and Time Formats|website=[[w3.org|W3C]]|date=15 September 1997 |first1=Misha |last1=Wolf |first2=Charles |last2=Wicksteed |access-date=11 May 2021|archive-date=10 May 2021|archive-url=https://web.archive.org/web/20210510231523/https://www.w3.org/TR/NOTE-datetime|url-status=live}}</ref> The standard notes that "The basic format should be avoided in [[plain text]]."<ref>ISO 8601:2004 section 2.3.3 basic format</ref> The separator used between date values (year, month, week, and day) is the [[hyphen]], while the [[Colon (punctuation)|colon]] is used as the separator between time values (hours, minutes, and seconds).<!--dead link: [http://lists.ebxml.org/archives/ebxml-core/200104/pdf00005.pdf]--> For example, the 6th day of the 1st month of the year 2009 may be written as {{nowrap|"2009-01-06"}} in the extended format or as "20090106" in the basic format without ambiguity.
*{{anchor|Reduced precision}} For reduced [[precision and accuracy|precision]],<ref name=AccuracyVsPrecision>Earlier versions of ISO&nbsp;8601 used the word ''accuracy'', not ''precision'', in the relevant section, e.g: 2.3.7 representation with reduced accuracy. This was corrected in ISO&nbsp;8601-1:2019.</ref> any number of values may be dropped from any of the date and time representations, but in the order from the least to the most significant. For example, "2004-05" is a valid ISO&nbsp;8601 date, which indicates May (the fifth month) 2004. This format will never represent the 5th day of an unspecified month in 2004, nor will it represent a time-span extending from 2004 into 2005.
*If necessary for a particular application, the standard supports the addition of a [[Decimal fractions|decimal fraction]] to the smallest time value in the representation.
==Dates==
{{ISOCALENDAR}}
The standard uses the [[Gregorian calendar]], which "serves as an international standard for civil use".<ref>{{cite book
|url=http://astro.nmsu.edu/~lhuber/leaphist.html
|last=Doggett
|first=L. E.
|editor=P. K. Seidelmann
|year=1992
|publisher=University Science Books
|title=Explanatory Supplement to the Astronomical Almanac
|location=Sausalito, California
|isbn=0-935702-68-7
|page=580
|chapter=Calendars
|quote=The Gregorian calendar today serves as an international standard for civil use.
|archive-url=https://web.archive.org/web/20040401234715/http://astro.nmsu.edu/~lhuber/leaphist.html
|archive-date=2004-04-01
}}</ref>
ISO&nbsp;8601:2004 fixes a reference calendar date to the Gregorian calendar of 20 May 1875 as the date the {{lang|fr|Convention du Mètre}} ([[Metre Convention]]) was signed in [[Paris]] (the explicit reference date was removed in ISO&nbsp;8601-1:2019). However, ISO calendar dates before the convention are still compatible with the Gregorian calendar all the way back to the official introduction of the Gregorian calendar on 15 October 1582.
Earlier dates, in the [[proleptic Gregorian calendar]], may be used by mutual agreement of the partners exchanging information. The standard states that every date must be consecutive, so usage of the [[Julian calendar]] would be contrary to the standard (because at the switchover date, the dates would not be consecutive).
===Years===
{| class="infobox" style="text-align:center; width:23em"
| YYYY
|-
| ±<u>Y</u>YYYY
|}
ISO&nbsp;8601 prescribes, as a minimum, a four-digit year [YYYY] to avoid the [[year 2000 problem]]. It therefore represents years from 0000 to 9999, year 0000 being equal to 1 [[Anno Domini|BC]] and all others [[AD]], similar to [[astronomical year numbering]]. However, years before 1583 (the first full year following the introduction of the [[Gregorian calendar]]) are not automatically allowed by the standard. Instead, the standard states that "values in the range [0000] through [1582] shall only be used by mutual agreement of the partners in information interchange".<ref>{{cite book|title=ISO 8601:2004(E)
|date=2004-12-01
|publisher=[[International Organization for Standardization|ISO]]
|at=section 4.1.2.1 General
}}</ref>
To represent years before [[Year zero|0000]] or after [[Year 10,000 problem|9999]], the standard also permits the expansion of the year representation but only by prior agreement between the sender and the receiver.<ref>{{cite book |title=ISO 8601:2004(E)
|date=2004-12-01
|publisher=[[International Organization for Standardization|ISO]]
|quote=3.5 Expansion ... By mutual agreement of the partners in information interchange, it is permitted to expand the component identifying the calendar year, which is otherwise limited to four digits. This enables reference to dates and times in calendar years outside the range supported by complete representations, i.e. before the start of the year [0000] or after the end of the year [9999].}}</ref> An expanded year representation [±<u>Y</u>YYYY] must have an agreed-upon number of extra year digits beyond the four-digit minimum, and it must be prefixed with a + or − sign<ref>ISO 8601:2004 sections 3.4.2, 4.1.2.4</ref> instead of the more common [[Anno Domini|AD/BC]] (or [[Common Era|CE/BCE]]) notation; by convention 1 BC is labelled [[year zero|+0000]], 2 BC is labeled −0001, and so on.<ref>For example, see Annex B.1.1 of the standard.</ref>
===Calendar dates===
{| class="infobox" style="text-align:center; width:23em"
| {{nowrap|YYYY-MM-DD}} ||''or''|| YYYYMMDD
|-
| {{nowrap|YYYY-MM}}
| colspan="2"| (''but not'' YYYYMM)
|-
| colspan=3 | '''Only allowed in the (now superseded) 2000 version:'''<ref name="datewithoutyear">last in ISO 8601:2000, in use by {{cite IETF
|rfc=6350|section=4.3.1
|title=vCard Format Specification |sectionname=DATE
|access-date=2021-01-21
|date=August 2011
|publisher=[[Internet Engineering Task Force|IETF]]
|quote=Truncated representation, as specified in [ISO.8601.2000], Sections 5.2.1.3 d), e), and f), is permitted.
|last1=Perreault
|first1=S.
}}, although removed in ISO 8601:2004</ref>
|-
| {{nowrap|YY-MM-DD}} ||''or''|| YYMMDD
|-
| {{nowrap|-YY-MM}} ||''or''|| -YYMM
|-
| {{nowrap|--MM-DD}} ||''or''|| --MMDD
|-
| {{nowrap|--MM}}
|-
| {{nowrap|---DD}}
|}
Calendar date representations are in the form shown in the adjacent box. [YYYY] indicates a four-digit year, 0000 through 9999. [MM] indicates a two-digit month of the year, 01 through 12. [DD] indicates a two-digit day of that month, 01 through 31. For example, "5 April 1981" may be represented as either {{nowrap|"1981-04-05"}}<ref name=isofaqtnd/> in the ''extended format'' or "19810405" in the ''basic format''.
The standard also allows for calendar dates to be written with reduced precision. For example, one may write {{nowrap|"1981-04"}} to mean "1981 April". One may simply write "1981" to refer to that year, "198" to refer to the [[decade]] from 1980 to 1989 inclusive, or "19" to refer to the [[century]] from 1900 to 1999 inclusive. Although the standard allows both the {{nowrap|"YYYY-MM-DD"}} and YYYYMMDD formats for complete calendar date representations, if the day [DD] is omitted then only the {{nowrap|YYYY-MM}} format is allowed. By disallowing dates of the form YYYYMM, the standard avoids confusion with the [[#Truncated representations|truncated representation]]<ref name="iso8601amd1" /><ref name="doc2004" /> YYMMDD (still often used). The 2000 version also allowed writing the truncation {{nowrap|"--04-05"}} to mean "April 5"<ref>{{cite IETF
|rfc=6350|section=4.3.1
|title=vCard Format Specification |sectionname=DATE
|access-date=2016-06-29
|date=August 2011
|publisher=[[Internet Engineering Task Force|IETF]]
|quote=Truncated representation, as specified in [ISO.8601.2000], Sections 5.2.1.3 d), e), and f), is permitted.
|last1=Perreault
|first1=S.
}}</ref> but the 2004 version does not allow omitting the year when a month is present.
Examples:
* 7 January 2000 can be written as "2000-01-07" or "20000107"
===Week dates===
{{Main|ISO week date}}
{| class="infobox" style="text-align:center; width:23em"
| YYYY-Www ||''or''|| YYYYWww
|-
| YYYY-Www-D ||''or''|| YYYYWwwD
|}
Week date representations are in the formats as shown in the adjacent box. [YYYY] indicates the ''ISO week-numbering year'' which is slightly different from the traditional [[Gregorian calendar]] year (see below). [Www] is the ''[[week number]]'' prefixed by the letter ''W'', from W01 through W53. [D] is the ''weekday number'', from 1 through 7, beginning with Monday and ending with Sunday.
There are several mutually equivalent and compatible descriptions of week 01:
* the week with the first [[business day]] in the starting year (considering that Saturdays, Sundays and 1 January are non-working days),
* the week with the starting year's first Thursday in it (the formal ISO definition),
* the week with 4 January in it,
* the first week with the majority (four or more) of its days in the starting year, and
* the week starting with the Monday in the period 29 December to 4 January.
As a consequence, if 1 January is on a Monday, Tuesday, Wednesday or Thursday, it is in week 01. If 1 January is on a Friday, Saturday or Sunday, it is in week 52 or 53 of the previous year (there is no week 00). 28 December is always in the last week of its year.
The week number can be described by counting the Thursdays: week 12 contains the 12th Thursday of the year.
The ''ISO week-numbering year'' starts at the first day (Monday) of week 01 and ends at the Sunday before the new ISO year (hence without overlap or gap). It consists of 52 or 53 full weeks. The first ISO week of a year may have up to three days that are actually in the Gregorian calendar year that is ending; if three, they are Monday, Tuesday and Wednesday. Similarly, the last ISO week of a year may have up to three days that are actually in the Gregorian calendar year that is starting; if three, they are Friday, Saturday, and Sunday. The Thursday of each ISO week is always in the Gregorian calendar year denoted by the ISO week-numbering year.
Examples:
*{{#time: l j F Y |2008-12-29}} is written "{{#time: o-"W"W-N|2008-12-29}}"
*{{#time: l j F Y |2010-01-03}} is written "{{#time: o-"W"W-N|2010-01-03}}"
===Ordinal dates===
{| class="infobox" style="text-align:center; width:23em"
| YYYY-DDD ||''or''|| YYYYDDD
|}
An ''[[ordinal date]]'' is an [[ordinal number|ordinal]] format for the multiples of a day elapsed since the start of year.
It is represented as "YYYY-DDD" (or YYYYDDD), where [YYYY] indicates a year and [DDD] is the "day of year", from 001 through 365 (366 in [[leap year]]s). For example, {{nowrap|"1981-04-05"}} is the same as {{nowrap|"1981-095"}}.
This simple form is preferable for occasions when the arbitrary nature of week and month definitions are more of an impediment than an aid, for instance, when comparing dates from different calendars.
This format is used with simple hardware systems that have a need for a date system, but where including full calendar calculation software may be a significant nuisance. This system is sometimes referred to as "Julian Date", but this can cause confusion with the astronomical [[Julian day]], a sequential count of the number of days since day 0 beginning {{nowrap|1 January 4713 BC}} Greenwich noon, Julian proleptic calendar (or noon on ISO date {{nowrap|−4713-11-24}} which uses the Gregorian proleptic calendar with a year 0000).
==Times==
{| class="infobox" style="text-align:center; width:23em"
|Thh:mm:ss.sss
|''or''
|Thhmmss.sss
|-
| Thh:mm:ss ||''or''|| Thhmmss
|-
| Thh:mm.mmm ||''or''|| Thhmm.mmm
|-
| Thh:mm ||''or''|| Thhmm
|-
| Thh.hhh ||  ||
|-
| Thh ||  ||
|-
| colspan=3 | '''In unambiguous contexts'''
|-
|hh:mm:ss.sss
|''or''
|hhmmss.sss
|-
| hh:mm:ss ||''or''|| hhmmss
|-
| hh:mm ||''or''|| hhmm
|-
| hh ||  ||
|}
ISO&nbsp;8601 uses the [[24-hour clock]] system. As of ISO&nbsp;8601-1:2019, the ''basic format'' is T[hh][mm][ss] and the ''extended format'' is T[hh]:[mm]:[ss]. Earlier versions omitted the T (representing time) in both formats.
*[hh] refers to a zero-padded [[hour]] between 00 and 24.
*[mm] refers to a zero-padded [[minute]] between 00 and 59.
*[ss] refers to a zero-padded [[second]] between 00 and 60 (where 60 is only used to denote an added [[leap second]]).
So a time might appear as either "T134730" in the ''basic format'' or "T13:47:30" in the ''extended format''. ISO&nbsp;8601-1:2019 allows the T to be omitted in the extended format, as in "13:47:30", but only allows the T to be omitted in the basic format when there is no risk of confusion with date expressions.
Either the seconds, or the minutes and seconds, may be omitted from the basic or extended time formats for greater brevity but decreased precision; the resulting reduced precision time formats are:<ref>ISO 8601-1:2019 section 5.3.1.3 Representations with reduced precision</ref>
*T[hh][mm] in ''basic format'' or T[hh]:[mm] in ''extended format'', when seconds are omitted.
*T[hh], when both seconds and minutes are omitted.
As of ISO&nbsp;8601-1:2019/Amd 1:2022, "00:00:00" may be used to refer to ''[[midnight]]'' corresponding to the instant at the beginning of a calendar day; and "24:00:00" to refer to midnight corresponding to the instant at the end of a calendar day.<ref name=iso8601amd1>{{citation
|title=ISO 8601-1:2019/Amd 1:2022
|date=2022-10-25
|publisher=[[International Organization for Standardization|ISO]]}}</ref> ISO&nbsp;8601-1:2019 as originally published removed "24:00:00" as a representation for the end of day although it had been permitted in earlier versions of the standard.
A decimal fraction may be added to the lowest order time element present in any of these representations. A [[decimal mark]], either a [[comma (punctuation)|comma]] or a [[full stop|dot on the baseline]], is used as a separator between the time element and its fraction. (Following [[ISO/IEC 80000|ISO 80000-1]] according to ISO&nbsp;8601:1-2019,<ref>ISO 8601-1:2019 section 3.1.3.9 Decimal sign</ref> it does not stipulate a preference except within International Standards, but with a preference for a [[comma (punctuation)|comma]] according to ISO&nbsp;8601:2004.<ref>{{citation
|title=ISO 8601:2004(E)
|date=2004-12-01
|publisher=[[International Organization for Standardization|ISO]]
|quote=4.2.2.4 ... the decimal fraction shall be divided from the integer part by the decimal sign specified in ISO 31-0, i.e. the comma [,] or full stop [.]. Of these, the comma is the preferred sign.}}</ref>)
For example, to denote "14 hours, 30 and one half minutes", do not include a seconds figure; represent it as "14:30,5", "T1430,5", "14:30.5", or "T1430.5".
There is no limit on the number of decimal places for the decimal fraction. However, the number of decimal places needs to be agreed to by the communicating parties. For example, in Microsoft SQL Server, the [[Significant figures|precision]] of a decimal fraction is 3 for a DATETIME, i.e., "yyyy-mm-ddThh:mm:ss[.mmm]".<ref>{{cite web |url=https://docs.microsoft.com/en-us/previous-versions/sql/sql-server-2005/ms190977(v=sql.90) |title=ISO 8601 Format |department=[[Microsoft TechNet|TechNet]] |website=[[Microsoft Docs]] |date=3 December 2008 |access-date=2021-10-20 |archive-date=2021-10-20 |archive-url=https://web.archive.org/web/20211020172442/https://docs.microsoft.com/en-us/previous-versions/sql/sql-server-2005/ms190977(v=sql.90) |url-status=live }}</ref>
===Time zone designators===
{| class="infobox" style="text-align:center; width:23em"
|-
| &lt;time&gt;Z
|-
| &lt;time&gt;±hh:mm
|-
| &lt;time&gt;±hhmm
|-
| &lt;time&gt;±hh
|}
[[Time zone]]s in ISO&nbsp;8601 are represented as local time (with the location unspecified), as [[UTC]], or as an offset from UTC.
====Local time (unqualified)====
If no UTC relation information is given with a time representation, the time is assumed to be in local time. While it ''may'' be safe to assume local time when communicating in the same time zone, it is ambiguous when used in communicating across different time zones. Even within a single geographic time zone, some local times will be ambiguous if the region observes [[daylight saving time]]. It is usually preferable to indicate a time zone (zone designator) using the standard's notation.
====Coordinated Universal Time (UTC)====
If the time is in [[Coordinated Universal Time|UTC]], add a ''Z'' directly after the time without a space. ''Z'' is the zone designator for the zero UTC offset. "09:30 UTC" is therefore represented as "09:30Z" or "T0930Z". "14:45:15 UTC" would be "14:45:15Z" or "T144515Z".
The ''Z'' suffix in the ISO&nbsp;8601 time representation is sometimes referred to as "Zulu time" or "Zulu meridian" because the same letter is used to designate the [[List of military time zones|Zulu time zone]].<ref>{{cite web|url=https://www.cl.cam.ac.uk/~mgk25/iso-time.html|archive-url=https://web.archive.org/web/20221005210715/https://www.cl.cam.ac.uk/~mgk25/iso-time.html|archive-date=2022-10-05|author=Markus Kuhn|date=2020-06-16|title=A summary of the international standard date and time notation|access-date=2022-10-05|url-status=live }}</ref> However the ACP 121 standard that defines the list of military time zones makes no mention of UTC and derives the "Zulu time" from the [[Greenwich Mean Time]]<ref name="ACP_121_I">{{cite web |url=https://rnzncomms.files.wordpress.com/2016/10/acp121_i_2010.pdf |title=Communication Instructions General ACP 121(I) |author=<!--Not stated--> |date=October 2010 |publisher=[[Combined Communications Electronics Board]] |access-date=2018-01-15 |archive-date=2018-01-16 |archive-url=https://web.archive.org/web/20180116081251/https://rnzncomms.files.wordpress.com/2016/10/acp121_i_2010.pdf |url-status=live }}</ref> which was formerly used as the international civil time standard. GMT is no longer precisely defined by the scientific community and can refer to either UTC or [[UT1]] depending on context.<ref>{{Cite book |title=Time: From Earth Rotation to Atomic Physics |author-link=Dennis D. McCarthy |last1=McCarthy |first1=Dennis D. |last2=Seidelmann |first2=Kenneth P. |isbn=978-3-527-40780-4 |publisher=[[Wiley-VCH Verlag GmbH & Co. KGaA]] |location=Weinheim |year=2009 |page=10}}</ref>
====Time offsets from UTC====
The [[UTC offset]] is appended directly to the time instead of "Z" suffix above; other [[nautical time]] zone letters are not used. The offset is applied to [[UTC]] to get the [[civil time]] in the designated [[time zone]] in the format '±[hh]:[mm]', '±[hh][mm]', or '±[hh]'.
A negative [[UTC offset]] describes a time zone west of the [[prime meridian]] where the civil time is behind UTC. So the zone designation for [[New York (city)|New York]] (on [[standard time]]) would be "&minus;05:00","&minus;0500", or "&minus;05".
Conversely, a positive UTC offset describes a time zone east of the prime meridian where the civil time is ahead of [[UTC]]. So the zone designation for [[Cairo]] will be "+02:00","+0200", or "+02".
A time zone where the civil time coincides with UTC is always designated as positive, though the offset is zero (see related specifications below). So the zone designation for [[London]] (on [[standard time]]) would be "[[UTC+00:00|+00:00]]", "[[UTC+00:00|+0000]]", or "[[UTC+00:00|+00]]".
=====Additional examples=====
* "[[UTC-10:00|&minus;10:00]]" for [[Honolulu]]
* "[[UTC-06:00|&minus;06:00]]" for [[Chicago]] on [[standard time]], or [[Denver]] on [[daylight saving time]]
* "[[UTC-03:00|&minus;03:00]]" for [[Brasília]]
* "[[UTC+01:00|+01:00]]" for [[London]] on [[British Summer Time]]
* "[[UTC+04:00|+04:00]]" for [[Dubai]]
* "[[UTC+05:30|+05:30]]" for [[India]]
* "[[UTC+09:00|+09:00]]" for [[Japan]]
See [[List of UTC offsets]] for other [[UTC offset]]s.
=====Other time offset specifications=====
It is not permitted to state a zero value time offset with a negative sign, as "&minus;00:00", "&minus;0000", or "&minus;00". The section dictating sign usage states that a plus sign must be used for a positive or zero value, and a minus sign for a negative value. A [[plus-minus sign|plus-minus-sign ({{char|&pm;}})]] may also be used if it is available.<ref>ISO 8601-1:2019 section 3.2.4, ISO 8601:2004 section 3.4.2</ref>
Contrary to this rule, RFC 3339, which is otherwise a profile of ISO&nbsp;8601, permits the use of "&minus;00" with the same denotation as "+00" but a differing connotation: an unknown [[UTC offset]].<ref>RFC 3339{{spaced ndash}}Unknown local offset convention</ref><ref>{{Cite IETF|last=Newman|first=Chris|editor-last=Klyne|editor-first=Graham|title=Date and Time on the Internet:Timestamps |sectionname=Unknown Local Offset Convention|date=July 2002|rfc=3339|section=4.3|access-date=1 February 2021|publisher=[[Internet Engineering Task Force|IETF]] |quote=If the time in UTC is known, but the offset to local time is unknown, this can be represented with an offset of "-00:00".  This differs semantically from an offset of "Z" or "+00:00", which imply that UTC is the preferred reference point for the specified time.  RFC2822 [IMAIL-UPDATE] describes a similar convention for email}}</ref>
To represent a negative offset, ISO&nbsp;8601 specifies using a [[minus sign]] ({{char|&minus;}}). If the interchange character set is limited and does not have a minus sign character, then the [[hyphen-minus]] should be used ({{char|-}}).<ref>{{cite ISO standard|title=Data elements and interchange formats — Information interchange - Representation of dates and times — Part 1: Basic rules|id=ISO/WD 8601-1|page=12|sectionname=Characters used in the representations - Introduction|section=3.4.1 Characters used in the representations - Introduction|publisher=[[International Organization for Standardization|ISO]]|date=2016-02-16|url=https://www.loc.gov/standards/datetime/iso-tc154-wg5_n0038_iso_wd_8601-1_2016-02-16.pdf|type=pdf|archive-url=https://archive.today/20221005210840/https://www.loc.gov/standards/datetime/iso-tc154-wg5_n0038_iso_wd_8601-1_2016-02-16.pdf|archive-date=2022-10-05|url-status=live|quote=In an environment where use is made of a character repertoire based on ISO/IEC 646, "hyphen" and "minus" are both mapped onto "hyphen-minus". Representations with a "plus-minus" shall only be used in such environment if the interchange repertoire includes "plus-minus"}}</ref> [[ASCII]] does not have a minus sign, so its hyphen-minus character (code 45<sub>10</sub>) would be used. If the character set has a minus sign, such as {{unichar|2212|minus sign}} in [[Unicode]], then that character should be used. The [[HTML entity|HTML character entity]] invocation for {{char|&minus;}} is <code>&amp;minus;</code>.
ISO 8601-2:2019 allows for general durations for time offsets. For example, more precision can be added to the time offset with the format '<nowiki><time>±[hh]:[mm]:[ss].[sss]' or '<time>±[n]H[n]M[n]S' as below.</nowiki>
==Combined date and time representations==
{| class="infobox" style="text-align:center; width:23em"
|-
| &lt;date&gt;T&lt;time&gt;
|}
A single point in time can be represented by concatenating a complete date expression, the letter ''"T"'' as a delimiter, and a valid time expression. For example, {{nowrap|"2007-04-05T14:30"}}. In ISO&nbsp;8601:2004 it was permitted to omit the ''"T"'' character by mutual agreement as in {{nowrap|"200704051430"}},<ref>{{cite book
|title=ISO 8601:2004(E): Data elements and interchange formats — Information interchange — Representation of dates and times
|date=2004-12-01
|publisher=[[International Organization for Standardization|ISO]]
|quote=4.3.2 NOTE: By mutual agreement of the partners in information interchange, the character [T] may be omitted in applications where there is no risk of confusing a date and time of day representation with others defined in this International Standard.}}</ref> but this provision was removed in ISO&nbsp;8601-1:2019.
Separating date and time parts with other characters such as space is not allowed in ISO&nbsp;8601, but allowed in its profile RFC 3339.<ref>{{cite IETF
|author=G. Klyne
|author2=C. Newman
|date=July 2002
|title=Date and Time on the Internet: Timestamps
|rfc=3339|section=5.6
|sectionname=Internet Date/Time Format
|quote=NOTE: ISO 8601 defines date and time separated by "T". Applications using this syntax may choose, for the sake of readability, to specify a full-date and full-time separated by (say) a space character.}}</ref>
If a time zone designator is required, it follows the combined date and time. For example, {{nowrap|"2007-04-05T14:30Z"}} or {{nowrap|"2007-04-05T12:30−02:00"}}.
Either basic or extended formats may be used, but both date and time must use the same format. The date expression may be calendar, week, or ordinal, and must use a complete representation. The time may be represented using a specified reduced precision format.
==Durations==
{| class="infobox" style="text-align:center; width:23em"
|-
| PnYnMnDTnHnMnS
|-
| PnW
|-
| P&lt;date&gt;T&lt;time&gt;
|}
Durations define the amount of intervening time in a time interval and are represented by the format P[n]Y[n]M[n]DT[n]H[n]M[n]S or P[n]W as shown on the aside. In these representations, the [n] is replaced by the value for each of the date and time elements that follow the [n]. Leading zeros are not required, but the maximum number of digits for each element should be agreed to by the communicating parties. The capital letters ''P'', ''Y'', ''M'', ''W'', ''D'', ''T'', ''H'', ''M'', and ''S'' are designators for each of the date and time elements and are not replaced.
*''P'' is the duration designator (for ''period'') placed at the start of the duration representation.
**''Y'' is the year designator that follows the value for the number of calendar years.
**''M'' is the month designator that follows the value for the number of calendar months.
**''W'' is the week designator that follows the value for the number of weeks.
**''D'' is the day designator that follows the value for the number of calendar days.
*''T'' is the time designator that precedes the time components of the representation.
**''H'' is the hour designator that follows the value for the number of hours.
**''M'' is the minute designator that follows the value for the number of minutes.
**''S'' is the second designator that follows the value for the number of seconds.
For example, "P3Y6M4DT12H30M5S" represents a duration of "three years, six months, four days, twelve hours, thirty minutes, and five seconds".
Date and time elements including their designator may be omitted if their value is zero, and lower-order elements may also be omitted for reduced precision. For example, "P23DT23H" and "P4Y" are both acceptable duration representations. However, at least one element must be present, thus "P" is not a valid representation for a duration of 0 seconds. "PT0S" or "P0D", however, are both valid and represent the same duration.
To resolve ambiguity, "P1M" is a one-month duration and "PT1M" is a one-minute duration (note the time designator, T, that precedes the time value). The smallest value used may also have a decimal fraction,<ref>{{Cite web|title=Data elements and interchange formats — Information interchange - Representation of dates and times — Part 1: Basic rules|url=https://www.loc.gov/standards/datetime/iso-tc154-wg5_n0038_iso_wd_8601-1_2016-02-16.pdf|website=The Library of Congress|page=23|quote=b) If necessary for a particular application, the lowest order components may have a decimal fraction.|access-date=2021-07-06|archive-date=2021-03-12|archive-url=https://web.archive.org/web/20210312212543/http://www.loc.gov/standards/datetime/iso-tc154-wg5_n0038_iso_wd_8601-1_2016-02-16.pdf|url-status=live}}</ref> as in "P0.5Y" to indicate half a year. This decimal fraction may be specified with either a [[comma]] or a [[full stop]], as in "P0,5Y" or "P0.5Y". The standard does not prohibit date and time values in a duration representation from exceeding their "carry over points" except as noted below. Thus, "PT36H" could be used as well as "P1DT12H" for representing the same duration. But keep in mind that "PT36H" is not the same as "P1DT12H" when switching from or to [[Daylight saving time]].
Alternatively, a format for duration based on combined date and time representations may be used by agreement between the communicating parties either in the basic format PYYYYMMDDThhmmss or in the extended format {{nowrap|P[YYYY]-[MM]-[DD]T[hh]:[mm]:[ss]}}. For example, the first duration shown above would be {{nowrap|"P0003-06-04T12:30:05"}}. However, individual date and time values cannot exceed their [[modular arithmetic|moduli]] (e.g. a value of 13 for the month or 25 for the hour would not be permissible).<ref>ISO 8601:2004 section 4.4.3.3 Alternative format, ISO 8601-1:2019 section 5.5.2.4 Alternative format</ref>
The standard describes a duration as part of time intervals, which are discussed in the next section. The duration format on its own is ambiguous regarding the total number of days in a calendar year and calendar month. The number of seconds in a calendar day is also ambiguous because of [[leap second]]s. For example "P1M" on its own could be 28, 29, 30, or 31 days. There is no ambiguity when used in a time interval. Using example "P2M" duration of two calendar months:
* interval 2003-02-15T00:00:00Z/P2M ends two calendar months later at 2003-04-15T00:00:00Z which is 59 days later
* interval 2003-07-15T00:00:00Z/P2M ends two calendar months later at 2003-09-15T00:00:00Z which is 62 days later
The duration format (or a subset thereof) is widely used independent of time intervals, as with the Java 8 Duration class which supports a subset of the duration format.<ref>{{cite web |title=Java 8 Class Duration |url=https://docs.oracle.com/javase/8/docs/api/java/time/Duration.html#parse-java.lang.CharSequence- |url-status=live |archive-url=https://web.archive.org/web/20171014075752/https://docs.oracle.com/javase/8/docs/api/java/time/Duration.html#parse-java.lang.CharSequence- |archive-date=2017-10-14 |access-date=2017-10-07 |website=Java Platform Standard Edition 8 |publisher=Oracle}}</ref><ref>{{cite web |title=Amazon Alexa Duration |url=https://developer.amazon.com/docs/custom-skills/slot-type-reference.html#duration |url-status=live |archive-url=https://web.archive.org/web/20171014075804/https://developer.amazon.com/docs/custom-skills/slot-type-reference.html#duration |archive-date=2017-10-14 |access-date=2017-10-07 |website=Amazon Developer |publisher=Amazon.com}}</ref>
==Time intervals==
{| class="infobox" style="text-align:center; width:23em"
|-
| <start>/<end>
|-
| <start>/<duration>
|-
| <duration>/<end>
|-
| <duration>
|}
A time interval is the intervening time between two time points. The amount of intervening time is expressed by a duration (as described in the previous section). The two time points (start and end) are expressed by either a combined date and time representation or just a date representation.
There are four ways to express a time interval:
#Start and end, such as "2007-03-01T13:00:00Z/2008-05-11T15:30:00Z"
#Start and duration, such as "2007-03-01T13:00:00Z/P1Y2M10DT2H30M"
#Duration and end, such as "P1Y2M10DT2H30M/2008-05-11T15:30:00Z"
#Duration only, such as "P1Y2M10DT2H30M", with additional context information
Of these, the first three require two values separated by an ''interval designator'' which is usually a solidus (more commonly referred to as a [[slash (punctuation)|forward slash]] "/"). Section 3.2.6 of ISO&nbsp;8601-1:2019 notes that "A solidus may be replaced by a double hyphen ["--"] by mutual agreement of the communicating partners", and previous versions used notations like "2000--2002".<ref>{{cite web |url=https://jkorpela.fi/iso8601.html |title=Info on ISO 8601, the date and time representation standard |publisher=Cs.tut.fi |access-date=2012-08-29 |archive-date=2017-10-14 |archive-url=https://web.archive.org/web/20171014035101/http://jkorpela.fi/iso8601.html |url-status=live }}</ref> Use of a double hyphen instead of a solidus allows inclusion in computer [[filename]]s;<ref>{{cite web |url=http://www.hydrogold.com.au/news_2012.html#iso8601 |title=ISO 8601 - Getting with the Times (and Dates) |date=2012-01-01 |publisher=Hydrogold |access-date=2013-08-13 |archive-date=2014-01-25 |archive-url=https://web.archive.org/web/20140125104222/http://hydrogold.com.au/news_2012.html#iso8601 |url-status=live }}</ref> in common operating systems, a solidus is a [[Filename#Reserved characters and words|reserved character]] and is not allowed in a filename.
For <start>/<end> expressions, if any elements are missing from the end value, they are assumed to be the same as for the start value including the time zone. This feature of the standard allows for concise representations of time intervals. For example, the date of a two-hour meeting including the start and finish times could be shown as "2007-12-14T13:30/15:30", where "/15:30" implies "/2007-12-14T15:30" (the same date as the start), or the beginning and end dates of a monthly billing period as "2008-02-15/03-14", where "/03-14" implies "/2008-03-14" (the same year as the start).
If greater precision is desirable to represent the time interval, then more time elements can be added to the representation. An interval denoted {{nowrap|"2007-11-13/15"}} can start at any time on {{nowrap|2007-11-13}} and end at any time on {{nowrap|2007-11-15}}, whereas {{nowrap|"2007-11-13T09:00/15T17:00"}} includes the start and end times.
To explicitly include all of the start and end dates, the interval would be represented as {{nowrap|"2007-11-13T00:00/16T00:00"}}.
===Repeating intervals===
{| class="infobox" style="text-align:center; width:23em"
|-
| Rn/<interval>
|-
| R/<interval>
|}
Repeating intervals are specified in clause "4.5 Recurring time interval". They are formed by adding "R[n]/" to the beginning of an interval expression, where ''R'' is used as the letter itself and [n] is replaced by the number of repetitions. Leaving out the value for [n] or specifying a value of -1, means an unbounded number of repetitions. A value of 0 for [n] means the interval is not repeated.
If the interval specifies the start (forms 1 and 2 above), then this is the start of the repeating interval. If the interval specifies the end but not the start (form 3 above), then this is the end of the repeating interval. For example, to repeat the interval of "P1Y2M10DT2H30M" five times starting at {{nowrap|"2008-03-01T13:00:00Z"}}, use {{nowrap|"R5/2008-03-01T13:00:00Z/P1Y2M10DT2H30M"}}.
=={{anchor|Truncated representations}}Truncated representations (deprecated)==
{{distinguish|#Reduced precision}}
ISO&nbsp;8601:2000 allowed truncation (by agreement), where leading components of a date or time are omitted. Notably, this allowed two-digit years to be used as well as the ambiguous formats YY-MM-DD and YYMMDD. This provision was removed in ISO&nbsp;8601:2004.
{| class="wikitable"
|+ Some Truncated Representations (last valid in ISO&nbsp;8601:2000)
|-
! Type !! Basic format !! Basic example !! Extended format !! Extended example
|-
| A specific date in the implied century || YYMMDD || 851026 || YY-MM-DD || 85-10-26
|-
| A specific year and month in the implied century || -YYMM || -8510 || -YY-MM || -85-10
|-
| A specific year in the implied century || -YY || -85 || colspan=2 {{n/a}}
|-
| A specific day of a month in the implied year || --MMDD || --1026 || --MM-DD || --10-26
|-
| A specific month in the implied year || --MM || --10 || rowspan=2 colspan=2 {{n/a}}
|-
| A specific day in the implied month || ---DD || ---26
|-
| A specific year and ordinal day in the implied century || YYDDD || 85299 || YY-DDD || 85-299
|-
| A specific ordinal day in the implied year || -DDD || -299 || colspan=2 {{n/a}}
|-
| A specific year and week in the implied decade || -YWww || -5W43 || -Y-Www || -5-W43
|-
| A specific week and day in the implied year || -WwwD || -W436 || -Www-D || -W43-6
|-
| A specific day in the implied week || -W-D || -W-6 || colspan=2 {{n/a}}
|-
| A specific minute and second of the implied hour || -mmss || -3456 || -mm:ss || -34:56
|-
| A specific second of the implied minute || -ss || -56 || colspan=2 {{n/a}}
|-
| A specific minute and decimal fraction of the implied hour || -mm,m || -34,9 || colspan=2 {{n/a}}
|}
The first and seventh examples given above omit the leading <code>-</code> for century. Other formats have one leading <code>-</code> per omitted century, year, month, week, hour and minute as necessary to disambiguate the format.
== Standardised extensions==
ISO&nbsp;8601-2:2019 defines a set of standardised extensions to the ISO&nbsp;8601 date and time formats.
; {{anchor|EDTF}} Extended Date/Time Format (EDTF)
: The EDTF is given as an example of a profile of ISO&nbsp;8601. Some of its features are:<ref name="EDTF_2019_Spec"/>
:* [[Uncertainty|Uncertain]] and approximate qualifiers, '?' and '~', as well as their combined used, '%'; they can be applied to the whole date or to individual components.
:* Time intervals with an open (unbounded) end or an unknown end.
:* Exponential and significant figure notation in years.
:* Special "month" values indicating sub-year groupings such as seasons and quarters.
:* Syntax for serializing a list of dates.
: The EDTF features are described in the "Date and Time Extensions" section of ISO&nbsp;8601-2:2019.
; Repeat rules for recurring time intervals
: ISO&nbsp;8601-2:2019 also defines a format to constrain repeating intervals based on syntax from [[iCalendar]].<!-- We can use an example here. Maybe a rule for Easter day? -->
==Usage==
On the [[Internet]], the [[World Wide Web Consortium]] (W3C) uses the [[IETF]] standard based on ISO&nbsp;8601 in defining a profile of the standard that restricts the supported date and time formats to reduce the chance of error and the complexity of software. The very simple specification is based on a draft of the <nowiki>RFC 3339</nowiki> mentioned below.<ref>[http://www.w3.org/TR/NOTE-datetime Note about Date and Time Formats to W3C from Reuters] {{Webarchive|url=https://web.archive.org/web/20110824114114/http://www.w3.org/TR/NOTE-datetime |date=2011-08-24 }}<!--should be XML Schema--></ref>
ISO&nbsp;8601 is referenced by several specifications, but the full range of options of ISO&nbsp;8601 is not always used. For example, the various [[electronic program guide]] standards for TV, digital radio, etc. use several forms to describe points in time and durations. The [[ID3]] audio meta-data specification also makes use of a subset of ISO&nbsp;8601.<ref>{{cite web|url=http://www.id3.org/id3v2.4.0-structure|title=ID3 tag version 2.4.0 - Main Structure|last=Nilsson|first=M.|date=2000-11-01|publisher=id3.org|pages=§4|access-date=2009-09-27|archive-date=2015-03-09|archive-url=https://web.archive.org/web/20150309021728/http://id3.org/id3v2.4.0-structure}}</ref>
The [[X.690]] encoding standard's [[GeneralizedTime]] makes use of another subset of ISO&nbsp;8601.
=== Commerce ===
As of 2006, the [[ISO week date]] appears in its basic form on major brand commercial packaging in the United States.{{Citation needed|date=March 2023}} Its appearance depended on the particular packaging, canning, or bottling plant more than any particular brand. The format is particularly useful for quality assurance, so that production errors can be readily traced.
=== RFCs ===
IETF RFC 3339<ref>{{cite IETF |title=Date and Time on the Internet: Timestamps |date=July 2002 |last1=Newman |first1=Chris |last2=Klyne |first2=Graham |rfc=3339 |access-date=2015-10-25 |publisher=[[Internet Engineering Task Force|IETF]] }}</ref> defines a profile of ISO&nbsp;8601 for use in [[Internet protocol suite|Internet protocols]] and [[Internet standard|standards]]. It explicitly excludes durations and dates before the [[common era]]. The more complex formats such as week numbers and ordinal days are not permitted.<ref>{{cite IETF |title=Date and Time on the Internet: Timestamps|rfc=3339|section=5.6|sectionname=Internet Date/Time Format | page=8 |date=July 2002 |last1=Newman |first1=Chris |last2=Klyne |first2=Graham |doi=10.17487/RFC3339 |access-date=2015-10-25 |publisher=[[Internet Engineering Task Force|IETF]]}}</ref>
<nowiki>RFC 3339</nowiki> deviates from ISO&nbsp;8601 in allowing a zero time zone offset to be specified as "-00:00", which ISO&nbsp;8601 forbids. <nowiki>RFC 3339</nowiki> intends "-00:00" to carry the connotation that it is not stating a preferred time zone, whereas the conforming "+00:00" or any non-zero offset connotes that the offset being used is preferred. This convention regarding "-00:00" is derived from earlier RFCs, such as RFC 2822 which uses it for timestamps in [[email]] headers.<ref>{{cite IETF |title=Internet Message Format |rfc=2822 |sectionname=Date and Time Specification |section=3.3 |page=14 |date=April 2001 |publisher=[[Internet Engineering Task Force|IETF]]}}</ref> <nowiki>RFC 2822</nowiki> made no claim that any part of its timestamp format conforms to ISO&nbsp;8601, and so was free to use this convention without conflict.
Building upon the foundations of RFC 3339, the [[Internet Engineering Task Force|IETF]] introduced the Internet Extended Date/Time Format (IXDTF) in RFC 9557.<ref>{{cite IETF |title=Date and Time on the Internet: Timestamps with Additional Information|rfc=9557 |date=2024 |last1=Sharma |first1=Ujjwal |last2=Bormann |first2=Carsten |doi=10.17487/RFC9557 |access-date=2024-05-28 |url=https://www.rfc-editor.org/info/rfc9557|publisher=[[Internet Engineering Task Force|IETF]] }}</ref> This format extends the timestamp representation to include additional information such as an associated time zone name. The inclusion of time zone names is particularly useful for applications that need to account for events like daylight saving time transitions. Furthermore, IXDTF maintains compatibility with pre-existing syntax for attaching time zone names to timestamps, providing a standardized and flexible approach to timestamp representation on the internet. Example:
<code>1996-12-19T16:39:57-08:00[America/Los_Angeles]</code>
=== Adoption as national standards ===
<!-- If possible, please specify revisions and release dates as well. In order to establish some chronology, older standards can be listed as well, but only if they were related to ISO 8601 already. -->
{| class="wikitable"
|-
! style="text-align:left" | Australia
| AS/NZS ISO 8601.1:2021, AS/NZS ISO 8601.2:2021 (replaced AS ISO 8601-2007)
|-
! style="text-align:left" | Austria
| ÖNORM ISO 8601 (replaced ÖNORM EN 28601)
|-
! style="text-align:left" | Belgium
| NBN EN 28601 (1993)
|-
! style="text-align:left" | Brazil
| NBR 5892:2019
|-
! style="text-align:left" | Canada
| CAN/CSA-Z234.4-89 (R2007)<ref>National Standard of Canada, {{cite web|title=CAN/CSA-Z234.4-89 (R2007): All-Numeric Dates and Times|url=https://www.scc.ca/en/standardsdb/standards/4449|website=Standards Council of Canada|access-date=29 March 2018|language=en|date=31 December 1989|archive-date=30 March 2018|archive-url=https://web.archive.org/web/20180330075843/https://www.scc.ca/en/standardsdb/standards/4449|url-status=live}}</ref>
|-
! style="text-align:left" | Colombia
| NTC 1034:2014 [https://tienda.icontec.org/gp-elementos-de-datos-y-formatos-de-intercambio-intercambio-de-informacion-representacion-de-fechas-y-horas-ntc1034-2014.html Source ICONTEC (This standard is identical to ISO 8601:2004)] {{Webarchive|url=https://web.archive.org/web/20200116023212/https://tienda.icontec.org/wp-content/uploads/pdfs/NTC1034.pdf |date=2020-01-16 }}
|-
! style="text-align:left" | China
| GB/T 7408-2005
|-
! style="text-align:left" | Czech Republic
| ČSN ISO 8601 (replaced ČSN EN 28601) (Obsolete as of 2019. No standard was given in exchange.<ref>{{Cite web|date=2023-04-17|title=ČSN ISO 8601 (979738) Datové prvky a formáty výměny - Výměna informací - Zobrazení data a času|url=https://www.technicke-normy-csn.cz/csn-iso-8601-979738-241001.html|access-date=2023-04-17}}</ref>)
|-
! style="text-align:left" | Denmark
| DS/ISO 8601:2005 (replaced DS/EN 28601)
|-
! style="text-align:left" | Estonia
| EVS 8:2008; EVS-ISO 8601:2011
|-
! style="text-align:left" | [[European Norm]]
| EN ISO 8601, EN 28601:1992 (cancelled 7 October 2011)
|-
! style="text-align:left" | Finland
| SFS-EN 28601
|-
! style="text-align:left" | France
| NF Z69-200; NF EN 28601:1993-06-01 (cancelled)
|-
! style="text-align:left" | Germany
| DIN ISO 8601:2006-09 (replaced DIN EN 28601:1993-02); related: DIN 5008:2011-04 (replaced DIN 5008:2005-05, DIN 5008:2001-11, DIN 5008:1996-05)
|-
! style="text-align:left" | Greece
| ELOT EN 28601
|-
! style="text-align:left" | Hungary
| MSZ ISO 8601:2003
|-
! style="text-align:left" | Iceland
| IST EN 28601:1992 (obsolete)
|-
! style="text-align:left" | [[India]]
| IS 7900:2001
|-
! style="text-align:left" | Ireland
| IS/EN 28601:1993
|-
! style="text-align:left" | Italy
| UNI EN 28601 (1993)
|-
! style="text-align:left" | Japan
| JIS X 0301:2002
|-
! style="text-align:left" | Korea, Republic of
| KS X ISO 8601
|-
! style="text-align:left" | Lithuania
| LST ISO 8601:2006 (replaced LST ISO 8601:1997)
|-
! style="text-align:left" | Luxembourg
| ITM-EN 28601
|-
! style="text-align:left" | Mexico
| NMX-CH-150-IMNC-1999<ref>{{Cite web|url=http://dof.gob.mx/nota_detalle_popup.php?codigo=2052016|title=DOF - Diario Oficial de la Federación|access-date=2021-11-10|archive-date=2021-11-10|archive-url=https://web.archive.org/web/20211110203252/http://dof.gob.mx/nota_detalle_popup.php?codigo=2052016|url-status=live}}</ref>
|-
! style="text-align:left" | Netherlands
| NEN ISO 8601, NEN EN 28601 (1994), NEN 2772
|-
! style="text-align:left" | New Zealand
| AS/NZS ISO 8601.1:2021, AS/NZS ISO 8601.2:2021
|-
! style="text-align:left" | Norway
| NS-ISO 8601
|-
! style="text-align:left" | Poland
| PN-EN 28601:2002 (Obsolete as of 2008. No standard was given in exchange.<ref>{{Cite web|last=Czubla|first=Albin|date=2020-12-04|title=Główny Urząd Miar|url=https://www.gum.gov.pl/pl/aktualnosci/komunikaty/471,Numerowanie-tygodni-w-roku.pdf|access-date=2020-12-04|website=Główny Urząd Miar}}</ref>)
|-
! style="text-align:left" | Portugal
| NP EN 28601
|-
! style="text-align:left" | Russia
| ГОСТ ИСО 8601-2001 (current), ГОСТ 7.64-90 (obsolete)
|-
! style="text-align:left" | South Africa
| SANS 8601:2009<ref>{{Cite web|title=SANS 8601:2009 (Ed. 2.00)|url=https://store.sabs.co.za/catalog/product/view/id/216987/s/sans-8601-2009-ed-2-00/|url-status=live|archive-url=https://web.archive.org/web/20211124053222/https://store.sabs.co.za/catalog/product/view/id/216987/s/sans-8601-2009-ed-2-00/|archive-date=2021-11-24|access-date=2021-11-24|website=SABS Webstore}}</ref>
|-
! style="text-align:left" | Spain
| UNE EN 28601:1995
|-
! style="text-align:left" | Sweden
| SS-ISO 8601-1:2022,<ref>{{Cite web|title=SS-ISO 8601-1:2022|url=https://www.sis.se/en/produkter/standardization/information-sciences-publishing/documents-in-administration-commerce-and-industry/ss-iso-8601-12022/|access-date=2023-10-06|website=SIS Webstore}}</ref> contains the official English version of ISO 8601-1:2019. (Approved 2022-05-13, replaces SS-ISO 8601:2011, edition 2)
|-
! style="text-align:left" | Switzerland
| SN ISO 8601:2005-08 (replaced SN-EN 28601:1994)
|-
! style="text-align:left" | Taiwan
| CNS 7648
|-
! style="text-align:left" | Thailand
| TIS 1111:2535 (1992)
|-
! style="text-align:left" | [[Turkey]]
| [https://intweb.tse.org.tr/Standard/Standard/Standard.aspx?081118051115108051104119110104055047105102120088111043113104073099090081121118054048055097110084 TS ISO 8601-1] and [https://intweb.tse.org.tr/Standard/Standard/Standard.aspx?081118051115108051104119110104055047105102120088111043113104073088120070088100073077122088115098 TS ISO 8601-2] (Accepted from 2021-02-15)
|-
! style="text-align:left" | Ukraine
| ДСТУ ISO 8601:2010
|-
! style="text-align:left" | United Kingdom
| BS ISO 8601:2004, BS EN 28601 (1989-06-30)
|-
! style="text-align:left" | United States
| ANSI INCITS 30-1997 (R2008) and NIST FIPS PUB 4-2
|-
! style="text-align:left" | Vietnam
| [https://thuvienphapluat.vn/TCVN/linh-vuc-khac/tcvn-6398-1-1998-dai-luong-va-don-vi-khong-gian-va-thoi-gian-907037.aspx TCVN 6398-1:1998]
|}
==See also==
*[[Astronomical year numbering]]
*[[Date and time representation by country]]
* [[Date format by country]]
* [[Horology]]
* [[v:ISO 8601 and computing differences between dates|ISO 8601 and computing differences between dates]] on [[Wikiversity]]
==Notes and references==
{{Reflist}}
==External links==
{{commons category|ISO 8601}}
* [https://www.iso.org/standard/40874.html ISO's catalog entry for ISO 8601:2004]
* [https://www.iso.org/obp/ui/#iso:std:iso:8601:-1:ed-1:v1:en Preview of ISO 8601-1:2019] from ISO
* [https://www.iso.org/obp/ui/#iso:std:iso:8601:-2:ed-1:v1:en Preview of ISO 8601-2:2019] from ISO
* [https://web.archive.org/web/20171020084445/https://www.loc.gov/standards/datetime/ISO_DIS%208601-1.pdf The 2016 prototype of ISO 8601-1 (ISO/TC 154 N) (archived)]
* [https://web.archive.org/web/20171020085148/https://www.loc.gov/standards/datetime/ISO_DIS%208601-2.pdf The 2016 prototype of ISO 8601-2 (ISO/TC 154 N) (archived)]
* [http://www.w3.org/QA/Tips/iso-date Use international date format (ISO) – Quality Web Tips] The World Wide Web Consortium (W3C)
* [http://www.cl.cam.ac.uk/~mgk25/iso-time.html ISO 8601 summary] by Dr. Markus Kuhn from [[Cambridge University]]
* {{webarchive |url=https://web.archive.org/web/20110614235056/http://www.iso.org/iso/support/faqs/faqs_widely_used_standards/widely_used_standards_other/date_and_time_format.htm |date=2011-06-14|title=Summary of 8601 by ISO }}
* [https://webspace.science.uu.nl/~gent0113/calendar/isocalendar.htm The Mathematics of the ISO 8601 Calendar] from the website of R.H. van Gent of [[Utrecht University]]
* [https://www.w3.org/TR/1998/NOTE-datetime-19980827 W3C "NOTE": Date and Time Formats], specifying a profile of ISO 8601:1988
* [https://ijmacd.github.io/rfc3339-iso8601/ RFC 3339 vs ISO 8601] — [[Venn diagram]] illustrating the difference between the two standards.
'''Implementation overview'''
* [http://www.qsl.net/g1smd/isoimp.htm ISO 8601 Implementation Around The World (1998)]
{{Time measurement and standards}}
{{ISO standards}}
[[Category:Calendaring standards]]
[[Category:Date and time representation]]
[[Category:ISO standards|#08601]]
[[Category:Specific calendars]]
[[Category:Time measurement systems]]