ISO 8601 — это международный стандарт , охватывающий всемирный обмен и передачу данных, связанных с датой и временем . Он поддерживается Международной организацией по стандартизации (ISO) и впервые был опубликован в 1988 году, с обновлениями в 1991, 2000, 2004 и 2019 годах и поправками в 2022 году. [1] Стандарт предоставляет четко определенный и однозначный метод. представления календарных дат и времени в средствах массовой информации по всему миру, особенно во избежание неправильного толкования числовых дат и времени, когда такие данные передаются между странами с различными стандартами записи числовых дат и времени.
ISO 8601 применяется к следующим представлениям и форматам: даты - в григорианском календаре (включая пролептический григорианский календарь); время , основанное на 24-часовой системе хронометража , с дополнительным смещением UTC ; временные интервалы ; и их комбинации. [2] Стандарт не придает конкретного значения ни одному элементу представленных дат/времени: значение любого элемента зависит от контекста его использования. В представленных датах и времени не могут использоваться слова, которые не имеют определенного числового значения в рамках стандарта (таким образом, исключая названия лет в китайском календаре ) или не использующие компьютерные символы (исключая изображения или звуки). [2]
В представлениях, соответствующих стандарту обмена ISO 8601 , даты и время располагаются таким образом, что наибольший временной срок (обычно год) располагается слева, а каждый последующий меньший срок размещается справа от предыдущего. Представления должны быть написаны комбинацией арабских цифр и определенных компьютерных символов (таких как «‐», «:», «T», «W», «Z»), которым в стандарте присвоены определенные значения; то есть такие общепринятые дескрипторы дат (или частей дат), как «Январь», «Четверг» или «Новый год», не допускаются в представлениях обмена в рамках стандарта.
Первое издание стандарта ISO 8601 было опубликовано как ISO 8601:1988 в 1988 году. Оно унифицировало и заменило ряд старых стандартов ISO по различным аспектам обозначения даты и времени: ISO 2014 , ISO 2015 , ISO 2711 , ISO 3307 и ISO. ИСО 4031 . [3] Он был заменен вторым изданием ISO 8601:2000 в 2000 году, третьим изданием ISO 8601:2004 , опубликованным 1 декабря 2004 года, а также отозванным и пересмотренным ISO 8601-1:2019 и ISO 8601-2:2019. 25 февраля 2019 г. ISO 8601 был подготовлен [4] и находится под прямой ответственностью Технического комитета ISO TC 154. [5]
ISO 2014, хотя и был заменен, является стандартом, который первоначально ввел полностью числовое обозначение даты в порядке от наиболее значимого к наименее значимому [ГГГГ]-[ММ]-[ДД] . Система нумерации недель ISO была введена в ISO 2015, а идентификация дней по порядковым датам была первоначально определена в ISO 2711.
Выпущенная в феврале 2019 года [6] четвертая редакция стандарта ISO 8601-1:2019 представляет собой слегка обновленное содержание предыдущего стандарта ISO 8601:2004, [7] [8] , тогда как новый ISO 8601-2:2019 определяет различные расширения, такие как неопределенности или части расширенного формата даты/времени (EDTF). [9] [10] [11] [12] [13] [14]
В октябре 2022 года была опубликована поправка, содержащая незначительные технические разъяснения и попытки устранить двусмысленность в определениях. Однако наиболее значительным изменением стало повторное введение формата «24:00:00», обозначающего момент окончания календарного дня.
В стандарте используется григорианский календарь , который «служит международным стандартом для гражданского использования». [19]
ISO 8601:2004 фиксирует справочную календарную дату по григорианскому календарю 20 мая 1875 года как дату подписания в Париже Конвенции о метре ( метрическая конвенция ) (явная справочная дата была удалена в ISO 8601-1:2019). Однако даты календаря ISO до конвенции по-прежнему совместимы с григорианским календарем вплоть до официального введения григорианского календаря 15 октября 1582 года.
Более ранние даты по пролептическому григорианскому календарю могут использоваться по взаимному согласию партнеров, обменивающихся информацией. Стандарт гласит, что каждая дата должна быть последовательной, поэтому использование юлианского календаря противоречило бы стандарту (поскольку на дату перехода даты не будут последовательными).
ISO 8601 предписывает, как минимум, четырехзначный год [ГГГГ], чтобы избежать проблемы 2000 года . Таким образом, он представляет годы от 0000 до 9999, причем 0000 год равен 1 году до нашей эры , а все остальные годы нашей эры , аналогично нумерации астрономических лет . Однако годы до 1583 года (первый полный год после введения григорианского календаря ) не разрешены стандартом автоматически. Вместо этого стандарт гласит, что «значения в диапазоне от [0000] до [1582] должны использоваться только по взаимному согласию партнеров по обмену информацией». [20]
Для представления годов до 0000 или после 9999 стандарт также разрешает расширение представления года, но только по предварительному соглашению между отправителем и получателем. [21] Расширенное представление года [± Y YYYY] должно иметь согласованное количество дополнительных цифр года сверх четырехзначного минимума и должно иметь префикс со знаком + или – [22] вместо более распространенного AD. обозначение /BC (или CE/BCE ); по соглашению 1 BC помечен +0000 , 2 BC помечен -0001 и так далее. [23]
Представления календарных дат представлены в форме, показанной в соседнем поле. [ГГГГ] обозначает четырехзначный год, от 0000 до 9999. [ММ] обозначает двухзначный месяц года, от 01 до 12. [ДД] обозначает двухзначный день этого месяца, от 01 до 31. Например , «5 апреля 1981 года» может быть представлено либо как «1981-04-05» [15] в расширенном формате , либо как «19810405» в базовом формате .
Стандарт также позволяет записывать календарные даты с пониженной точностью. Например, можно написать «1981-04» , что означает «апрель 1981 года». Можно просто написать «1981» для обозначения этого года, «198» для обозначения десятилетия с 1980 по 1989 год включительно или «19» для обозначения столетия с 1900 по 1999 год включительно. Хотя стандарт допускает форматы «ГГГГ-ММ-ДД» и ГГГГММДД для полного представления календарной даты, если день [ДД] опущен, то допускается только формат ГГГГ-ММ . Запрещая формат дат в формате ГГГГММ, стандарт позволяет избежать путаницы с усеченным представлением [1] [3] ГГММДД (до сих пор часто используемым). Версия 2000 года также позволяла писать сокращение «--04-05» для обозначения «5 апреля» [25], но версия 2004 года не позволяет опускать год, если присутствует месяц.
Примеры:
Представления дат недели имеют форматы, показанные в соседнем поле. [ГГГГ] указывает год с нумерацией недель по стандарту ISO , который немного отличается от года по традиционному григорианскому календарю (см. ниже). [Www] — номер недели с префиксом буквы W , от W01 до W53. [D] — номер дня недели от 1 до 7, начиная с понедельника и заканчивая воскресеньем.
Есть несколько эквивалентных и совместимых описаний первой недели:
Как следствие, если 1 января приходится на понедельник, вторник, среду или четверг, оно приходится на неделю 01. Если 1 января приходится на пятницу, субботу или воскресенье, оно приходится на 52-ю или 53-ю неделю предыдущего года (есть нет недели 00). 28 декабря всегда приходится на последнюю неделю года.
Номер недели можно определить, посчитав четверги: неделя 12 содержит 12-й четверг года.
Год нумерации недель ISO начинается в первый день (понедельник) недели 01 и заканчивается в воскресенье перед новым годом ISO (следовательно, без перекрытия или пробела). Он состоит из 52 или 53 полных недель. Первая неделя года по стандарту ISO может включать до трех дней, которые фактически относятся к заканчивающемуся году по григорианскому календарю; если три, то это понедельник, вторник и среда. Аналогичным образом, последняя неделя года по стандарту ISO может содержать до трех дней, которые фактически относятся к начинающемуся году по григорианскому календарю; если три, то это пятница, суббота и воскресенье. Четверг каждой недели ISO всегда приходится на год по григорианскому календарю, обозначаемый годом нумерации недель ISO.
Примеры:
Порядковая дата — это порядковый формат для кратных дней, прошедших с начала года. Он представлен как «ГГГГ-ДДД» (или ГГГГДДД), где [ГГГГ] указывает год, а [ДДД] — «день года», от 001 до 365 (366 в високосные годы ). Например, «1981-04-05» — это то же самое, что «1981-095» .
Эта простая форма предпочтительна в тех случаях, когда произвольный характер определений недель и месяцев является скорее препятствием, чем помощью, например, при сравнении дат из разных календарей. Этот формат используется с простыми аппаратными системами, которым требуется система дат, но где включение полного программного обеспечения для расчета календаря может быть серьезной неприятностью. Эту систему иногда называют «юлианской датой», но это может привести к путанице с астрономическим юлианским днем , последовательным подсчетом количества дней, начиная с дня 0, начиная с 1 января 4713 г. до н.э. , полдень по Гринвичу, юлианский предварительный календарь (или полдень по ISO). дата −4713-11-24 , в которой используется григорианский пролептический календарь с 0000 годом).
ISO 8601 использует 24-часовую систему времени. Согласно ISO 8601-1:2019 базовый формат — T[чч][мм][сс], а расширенный формат — T[чч]:[мм]:[сс]. В более ранних версиях в обоих форматах буква T (обозначающая время) отсутствовала.
Таким образом, время может отображаться как «T134730» в базовом формате или как «T13:47:30» в расширенном формате . ISO 8601-1:2019 позволяет опускать букву T в расширенном формате, как в «13:47:30», но позволяет опускать букву T только в базовом формате, когда нет риска путаницы с выражениями даты.
Либо секунды, либо минуты и секунды могут быть исключены из основного или расширенного формата времени для большей краткости, но снижения точности; результирующие форматы времени с пониженной точностью: [26]
Начиная с ISO 8601-1:2019/поправка 1:2022, «00:00:00» может использоваться для обозначения полуночи , соответствующей моменту начала календарного дня; и «24:00:00» для обозначения полуночи, соответствующей моменту окончания календарного дня. [1] В первоначально опубликованном стандарте ISO 8601-1:2019 удалено «24:00:00» как обозначение конца дня, хотя это было разрешено в более ранних версиях стандарта.
Десятичная дробь может быть добавлена к элементу времени наименьшего порядка, присутствующему в любом из этих представлений. Десятичный знак , запятая или точка на базовой линии , используется в качестве разделителя между элементом времени и его дробью. (Следуя ISO 80000-1 согласно ISO 8601:1-2019, [27] он не предусматривает предпочтения, кроме как в рамках международных стандартов, но с предпочтением запятой согласно ISO 8601:2004. [28] ) Например, для обозначения «14 часов 30 с половиной минут» не включайте цифру секунд; представить его как «14:30,5», «T1430,5», «14:30,5» или «T1430,5».
Ограничений на количество десятичных знаков десятичной дроби нет. Однако количество десятичных знаков должно быть согласовано между общающимися сторонами. Например, в Microsoft SQL Server точность десятичной дроби равна 3 для DATETIME, т. е. «гггг-мм-ддТчч:мм:сс[.ммм]». [29]
Часовые пояса в ISO 8601 представлены как местное время (без указания местоположения), как UTC или как смещение от UTC.
Если с представлением времени не указана информация о связи UTC, предполагается, что время указано по местному времени. Хотя при общении в одном часовом поясе можно с уверенностью использовать местное время, оно неоднозначно при использовании в разных часовых поясах. Даже в пределах одного географического часового пояса некоторые местные времена могут быть неоднозначными, если в регионе соблюдается летнее время . Обычно предпочтительнее указывать часовой пояс (указатель зоны), используя обозначения стандарта.
Если время указано в формате UTC , добавьте Z сразу после времени без пробела. Z — указатель зоны для нулевого смещения UTC. Таким образом, «09:30 UTC» отображается как «09:30Z» или «T0930Z». «14:45:15 UTC» будет «14:45:15Z» или «T144515Z».
Суффикс Z в представлении времени по стандарту ISO 8601 иногда называют «зулусским временем» или «зулусским меридианом», поскольку одна и та же буква используется для обозначения часового пояса зулусов . [30] Однако стандарт ACP 121, определяющий список военных часовых поясов, не упоминает UTC и выводит «зулусское время» из среднего времени по Гринвичу [31] , которое ранее использовалось в качестве международного стандарта гражданского времени. GMT больше не определяется научным сообществом точно и может относиться либо к UTC, либо к UT1 в зависимости от контекста. [32]
Смещение UTC добавляется непосредственно ко времени вместо суффикса «Z», указанного выше; другие буквы морских часовых поясов не используются. Смещение применяется к всемирному координированному времени для получения гражданского времени в назначенном часовом поясе в формате «±[чч]:[мм]», «±[чч][мм]» или «±[чч]».
Отрицательное смещение UTC описывает часовой пояс к западу от нулевого меридиана , где гражданское время отстает от UTC. Таким образом, обозначение зоны для Нью-Йорка (по стандартному времени ) будет «-05:00», «-0500» или «-05». И наоборот, положительное смещение UTC описывает часовой пояс к востоку от нулевого меридиана, где гражданское время опережает UTC . Таким образом, обозначение зоны для Каира будет «+02:00», «+0200» или «+02».
Часовой пояс, в котором гражданское время совпадает с UTC, всегда обозначается как положительный, хотя смещение равно нулю (см. соответствующие спецификации ниже). Таким образом, обозначение зоны для Лондона (по стандартному времени ) будет « +00:00 », « +0000 » или « +00 ».
Другие смещения UTC см . в списке смещений UTC .
Не допускается указывать нулевое значение смещения времени с отрицательным знаком, как «-00:00», «-0000» или «-00». В разделе, определяющем использование знаков, указано, что знак плюса должен использоваться для положительного или нулевого значения, а знак минус - для отрицательного значения. Также можно использовать знак плюс-минус ( ± ) , если он доступен. [33]
Вопреки этому правилу, RFC 3339, который в остальном является профилем ISO 8601, разрешает использование «-00» с тем же значением, что и «+00», но с другим значением: неизвестное смещение UTC . [34] [35]
Для обозначения отрицательного смещения в ISO 8601 используется знак минус ( - ) . Если набор символов обмена ограничен и не имеет знака минус, то следует использовать дефис-минус ( - ). [36] В ASCII нет знака минус, поэтому будет использоваться его символ дефис-минус (код 45 10 ). Если в наборе символов есть знак минус, например U+2212 — ЗНАК МИНУС в Юникоде , то следует использовать этот символ. Вызов символьной сущности HTML для − равен −
.
ISO 8601-2:2019 допускает общие продолжительности смещений времени. Например, к смещению времени можно добавить большую точность в формате «<время>±[чч]:[мм]:[сс].[сс]» или «<время>±[n]Ч[n]M [n]S', как показано ниже.
Один момент времени может быть представлен путем объединения полного выражения даты, буквы «Т» в качестве разделителя и допустимого выражения времени. Например, «2007-04-05T14:30» . В ISO 8601:2004 было разрешено опускать символ «T» по взаимному согласию, как в «200704051430» , [37] , но это положение было удалено в ISO 8601-1:2019. Разделение частей даты и времени другими символами, такими как пробел, не разрешено в ISO 8601, но разрешено в его профиле RFC 3339. [38]
Если требуется указатель часового пояса, он следует за объединенной датой и временем. Например, «2007-04-05T14:30Z» или «2007-04-05T12:30−02:00» .
Можно использовать как базовый, так и расширенный форматы, но дата и время должны использовать один и тот же формат. Выражение даты может быть календарным, недельным или порядковым и должно использовать полное представление. Время может быть представлено с использованием указанного формата пониженной точности.
Продолжительность определяет количество промежуточного времени во временном интервале и представлена в формате P[n]Y[n]M[n]DT[n]H[n]M[n]S или P[n]W, как показано. в стороне. В этих представлениях [n] заменяется значением для каждого элемента даты и времени, следующего за [n]. Ведущие нули не обязательны, но максимальное количество цифр для каждого элемента должно быть согласовано между общающимися сторонами. Заглавные буквы P , Y , M , W , D , T , H , M и S являются обозначениями каждого элемента даты и времени и не заменяются.
Например, «P3Y6M4DT12H30M5S» представляет продолжительность «три года, шесть месяцев, четыре дня, двенадцать часов, тридцать минут и пять секунд».
Элементы даты и времени, включая их указатель, могут быть опущены, если их значение равно нулю, а элементы более низкого порядка также могут быть опущены для снижения точности. Например, «P23DT23H» и «P4Y» являются приемлемыми представлениями длительности. Однако должен присутствовать хотя бы один элемент, поэтому «P» не является допустимым представлением в течение 0 секунд. Однако «PT0S» или «P0D» действительны и представляют одинаковую продолжительность.
Чтобы устранить двусмысленность, «P1M» — это продолжительность в один месяц, а «PT1M» — это одна минута (обратите внимание на указатель времени T, который предшествует значению времени). Наименьшее используемое значение может также иметь десятичную дробь, [39] например, «P0.5Y», обозначающее полгода. Эта десятичная дробь может быть указана либо с запятой , либо с точкой , как в «P0,5Y» или «P0.5Y». Стандарт не запрещает значениям даты и времени в представлении продолжительности превышать их «точки переноса», за исключением случаев, отмеченных ниже. Таким образом, «PT36H» можно использовать так же, как и «P1DT12H», для обозначения одной и той же продолжительности. Но имейте в виду, что «PT36H» — это не то же самое, что «P1DT12H» при переключении с летнего времени или на него .
Альтернативно, по соглашению между взаимодействующими сторонами может использоваться формат длительности, основанный на комбинированном представлении даты и времени, либо в базовом формате PYYYYMMDDThhmmss, либо в расширенном формате P[ГГГГ]-[ММ]-[ДД]Т[чч]: [мм]:[сс] . Например, первая продолжительность, показанная выше, будет «P0003-06-04T12:30:05» . Однако отдельные значения даты и времени не могут превышать их модули (например, значение 13 для месяца или 25 для часа недопустимо). [40]
Стандарт описывает продолжительность как часть временных интервалов, которые обсуждаются в следующем разделе. Сам по себе формат продолжительности неоднозначен в отношении общего количества дней в календарном году и календарном месяце. Количество секунд в календарных днях также неоднозначно из-за високосных секунд . Например, «P1M» сам по себе может составлять 28, 29, 30 или 31 день. При использовании во временном интервале нет никакой двусмысленности. На примере «P2M» продолжительностью два календарных месяца:
Формат продолжительности (или его подмножество) широко используется независимо от временных интервалов, как в случае с классом Duration в Java 8, который поддерживает подмножество формата продолжительности. [41] [42]
Временной интервал – это промежуток времени между двумя моментами времени. Количество промежуточного времени выражается длительностью (как описано в предыдущем разделе). Две точки времени (начало и конец) выражаются либо комбинированным представлением даты и времени, либо просто представлением даты.
Существует четыре способа выражения временного интервала:
Из них первые три требуют двух значений, разделенных указателем интервала , который обычно представляет собой косую черту (чаще называемую косой чертой «/»). В разделе 3.2.6 стандарта ISO 8601-1:2019 отмечается, что «Значок может быть заменен двойным дефисом [»--»] по взаимному согласию общающихся партнеров», а в предыдущих версиях использовались обозначения типа «2000--2002». . [43] Использование двойного дефиса вместо косой черты допускает включение в имена компьютерных файлов ; [44] В распространенных операционных системах косая черта является зарезервированным символом и не допускается в имени файла.
Для выражений <start>/<end>, если в конечном значении отсутствуют какие-либо элементы, предполагается, что они такие же, как и для начального значения, включая часовой пояс. Эта особенность стандарта позволяет кратко представлять временные интервалы. Например, дату двухчасовой встречи, включая время начала и окончания, можно просто показать как «2007-12-14T13:30/15:30», где «/15:30» означает «/2007-12- 14T15:30» (та же дата, что и начало) или даты начала и окончания ежемесячного расчетного периода как «2008-02-15/03-14», где «/03-14» подразумевает «/2008-03». -14» (тот же год, что и старт).
Если для представления временного интервала требуется большая точность, то к представлению можно добавить больше элементов времени. Интервал, обозначенный «2007-11-13/15», может начинаться в любое время 13 ноября 2007 г. и заканчиваться в любое время 15 ноября 2007 г. , тогда как «2007-11-13T09:00/15T17:00» включает в себя время начала и окончания. Чтобы явно включить все даты начала и окончания, интервал будет представлен как «2007-11-13T00:00/16T00:00» .
Интервалы повторения указаны в пункте «4.5 Повторяющийся интервал времени». Они образуются путем добавления «R[n]/» в начало выражения интервала, где R используется как сама буква, а [n] заменяется количеством повторений. Если оставить значение [n] или указать значение -1, это означает неограниченное количество повторений. Значение 0 для [n] означает, что интервал не повторяется.
Если интервал указывает начало (формы 1 и 2 выше), то это начало повторяющегося интервала. Если интервал указывает конец, а не начало (форма 3 выше), то это конец повторяющегося интервала. Например, чтобы повторить интервал «P1Y2M10DT2H30M» пять раз, начиная с «2008-03-01T13:00:00Z» , используйте «R5/2008-03-01T13:00:00Z/P1Y2M10DT2H30M» .
ISO 8601:2000 допускает усечение (по соглашению), при котором ведущие компоненты даты или времени опускаются. Примечательно, что это позволило использовать двузначные годы, а также неоднозначные форматы ГГ-ММ-ДД и ГГММДД. Это положение было удалено в ISO 8601:2004.
В первом и седьмом примерах, приведенных выше, не учитываются ведущие -
за столетие. В других форматах по одному начальному значению -
для каждого пропущенного столетия, года, месяца, недели, часа и минуты, что необходимо для устранения неоднозначности формата.
ISO 8601-2:2019 определяет набор стандартизированных расширений форматов даты и времени ISO 8601.
В Интернете Консорциум Всемирной паутины (W3C) использует стандарт IETF , основанный на ISO 8601, при определении профиля стандарта, который ограничивает поддерживаемые форматы даты и времени, чтобы уменьшить вероятность ошибки и сложность программного обеспечения. Очень простая спецификация основана на проекте RFC 3339, упомянутом ниже. [45]
На ISO 8601 ссылаются несколько спецификаций, но не всегда используется полный набор опций ISO 8601. Например, различные стандарты электронных программ передач для телевидения, цифрового радио и т. д. используют несколько форм для описания моментов времени и продолжительности. Спецификация метаданных аудио ID3 также использует подмножество ISO 8601. [ 46] GeneralizedTime стандарта кодирования X.690 использует другое подмножество ISO 8601.
С 2006 года дата недели ISO в базовой форме появляется на коммерческой упаковке крупных брендов в США. [ нужна цитация ] Его внешний вид зависел от конкретного упаковочного, консервного или разливочного завода больше, чем от какой-либо конкретной марки. Этот формат особенно полезен для обеспечения качества, так что можно легко отследить производственные ошибки.
IETF RFC 3339 [47] определяет профиль ISO 8601 для использования в интернет-протоколах и стандартах . Он явно исключает продолжительность и даты до нашей эры . Более сложные форматы, такие как номера недель и порядковые дни, не допускаются. [48]
RFC 3339 отличается от ISO 8601, позволяя указывать нулевое смещение часового пояса как «-00:00», что запрещено ISO 8601. RFC 3339 предполагает, что «-00:00» будет означать, что он не указывает предпочтительный часовой пояс, тогда как соответствующее «+00:00» или любое ненулевое смещение означает, что используемое смещение является предпочтительным. Это соглашение относительно «-00:00» заимствовано из более ранних RFC, таких как RFC 2822, который использует его для меток времени в заголовках электронных писем . [49] В RFC 2822 не было заявлено, что какая-либо часть формата временной метки соответствует стандарту ISO 8601, поэтому он мог свободно использовать это соглашение без каких-либо конфликтов.
Приложение A: ... Из этой концепции были логически выведены представления всех других значений даты и времени; таким образом, ISO 2014, ISO 3307 и ISO 4031 были заменены. ... Идентификация конкретной даты с помощью порядковых дат (ISO 2711) и с помощью системы нумерации недель (ISO 2015) была альтернативными методами, которые также могли быть включены в базовую концепцию настоящего международного стандарта; таким образом, ISO 2015 и ISO 2711 теперь заменены.
Григорианский календарь сегодня служит международным стандартом для гражданского использования.
3.5 Расширение... По взаимному согласию партнеров по обмену информацией допускается расширение компонента, идентифицирующего календарный год, который в противном случае ограничивается четырьмя цифрами. Это позволяет ссылаться на даты и время в календарных годах вне диапазона, поддерживаемого полными представлениями, т.е. до начала года [0000] или после окончания года [9999].
Усеченное представление, как указано в [ISO.8601.2000], разделы 5.2.1.3 d), e) и f), разрешено., хотя удалено в ISO 8601:2004
Усеченное представление, как указано в [ISO.8601.2000], разделы 5.2.1.3 d), e) и f), разрешено.
4.2.2.4 ... десятичная дробь должна быть разделена от целой части десятичным знаком, указанным в ISO 31-0, то есть запятой [,] или точка [.]. Из них запятая является предпочтительным знаком.
Соглашение о неизвестном локальном смещении: если время в формате UTC известно, но смещение относительно местного времени неизвестно, это можно представить с помощью смещения «-00:00». Это семантически отличается от смещения «Z» или «+00:00», которое подразумевает, что UTC является предпочтительной контрольной точкой для указанного времени. RFC2822 [IMAIL-UPDATE] описывает аналогичное соглашение для электронной почты.
В среде, где используется набор символов на основе ISO/IEC 646, «дефис» и «минус» отображаются на «дефис-минус». Представления со знаком «плюс-минус» следует использовать в такой среде только в том случае, если в репертуаре обмена есть «плюс-минус».
4.3.2 ПРИМЕЧАНИЕ. По взаимному согласию партнеров по обмену информацией символ [T] может быть опущен в приложениях, если нет риска спутать представление даты и времени суток с другими, определенными в настоящем международном стандарте.
5.6. ПРИМЕЧАНИЕ. ISO 8601 определяет дату и время, разделенные буквой «T». Приложения, использующие этот синтаксис, могут для удобства чтения указать полную дату и полное время, разделенные, скажем, пробелом.
б) Если это необходимо для конкретного применения, компоненты низшего порядка могут иметь десятичную дробь.
Обзор реализации