stringtranslate.com

ИСО 8601

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)

Если время указано в формате 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

Смещение 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]

Временные интервалы

Временной интервал – это промежуток времени между двумя моментами времени. Количество промежуточного времени выражается длительностью (как описано в предыдущем разделе). Две точки времени (начало и конец) выражаются либо комбинированным представлением даты и времени, либо просто представлением даты.

Существует четыре способа выражения временного интервала:

  1. Начало и конец, например «2007-03-01T13:00:00Z/2008-05-11T15:30:00Z».
  2. Начало и продолжительность, например «2007-03-01T13:00:00Z/P1Y2M10DT2H30M».
  3. Продолжительность и конец, например «P1Y2M10DT2H30M/2008-05-11T15:30:00Z».
  4. Только продолжительность, например «P1Y2M10DT2H30M», с дополнительной контекстной информацией.

Из них первые три требуют двух значений, разделенных указателем интервала , который обычно представляет собой косую черту (чаще называемую косой чертой «/»). В разделе 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.

Расширенный формат даты/времени (EDTF)
EDTF приведен в качестве примера профиля ISO 8601. Некоторые из его особенностей: [9]
  • Неопределенные и приблизительные определители, '?' и «~», а также их совместное использование «%»; их можно применять ко всей дате или к отдельным компонентам.
  • Интервалы времени с открытым (неограниченным) или неизвестным концом.
  • Экспоненциальное и значащее обозначение цифр в годах.
  • Специальные значения «месяцев», обозначающие группы подгодов, такие как сезоны и кварталы.
  • Синтаксис для сериализации списка дат.
Функции EDTF описаны в разделе «Расширения даты и времени» стандарта ISO 8601-2:2019.
Правила повторения для повторяющихся интервалов времени
ISO 8601-2:2019 также определяет формат для ограничения интервалов повторения на основе синтаксиса iCalendar .

Применение

В Интернете Консорциум Всемирной паутины (W3C) использует стандарт IETF , основанный на ISO 8601, при определении профиля стандарта, который ограничивает поддерживаемые форматы даты и времени, чтобы уменьшить вероятность ошибки и сложность программного обеспечения. Очень простая спецификация основана на проекте RFC 3339, упомянутом ниже. [45]

На ISO 8601 ссылаются несколько спецификаций, но не всегда используется полный набор опций ISO 8601. Например, различные стандарты электронных программ передач для телевидения, цифрового радио и т. д. используют несколько форм для описания моментов времени и продолжительности. Спецификация метаданных аудио ID3 также использует подмножество ISO 8601. [ 46] GeneralizedTime стандарта кодирования X.690 использует другое подмножество ISO 8601.

Коммерция

С 2006 года дата недели ISO в базовой форме появляется на коммерческой упаковке крупных брендов в США. [ нужна цитация ] Его внешний вид зависел от конкретного упаковочного, консервного или разливочного завода больше, чем от какой-либо конкретной марки. Этот формат особенно полезен для обеспечения качества, так что можно легко отследить производственные ошибки.

RFC

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, поэтому он мог свободно использовать это соглашение без каких-либо конфликтов.

Принятие в качестве национальных стандартов

Смотрите также

Примечания и ссылки

  1. ^ abc ISO 8601-1:2019/Поправка 1:2022 , ISO , 25 октября 2022 г.
  2. ^ ab ISO 8601:2004[E] раздел 1 Область применения
  3. ^ ab ISO 8601:2004(E) , ISO , 2004-12-01, Приложение A: ... Из этой концепции были логически выведены представления всех других значений даты и времени; таким образом, ISO 2014, ISO 3307 и ISO 4031 были заменены. ... Идентификация конкретной даты с помощью порядковых дат (ISO 2711) и с помощью системы нумерации недель (ISO 2015) была альтернативными методами, которые также могли быть включены в базовую концепцию настоящего международного стандарта; таким образом, ISO 2015 и ISO 2711 теперь заменены.
  4. ^ ИСО 8601:2004(Е) . ИСО . 01 декабря 2004 г. п. iv Предисловие.
  5. ^ «TC 154 Процессы, элементы данных и документы в торговле, промышленности и управлении». Технические комитеты. ИСО. Архивировано из оригинала 25 мая 2016 г. Проверено 16 августа 2014 г.
  6. ^ «Введение в новые стандарты ISO 8601-1 и ISO 8601-2». ИСО/ТК 154 . 26 августа 2019 г.
  7. ^ «ISO/DIS 8601-1:2016-10-26» (PDF) . Библиотека Конгресса . Архивировано из оригинала (PDF) 19 октября 2017 г.
  8. ^ «Немецкий проект E DIN ISO 8601-1:2017-02 Datenelemente und Austauschformate - Informationsaustausch - Darstellung von Datum und Uhrzeit - Часть 1: Grundlegende Regeln (ISO/DIS 8601-1:2016)» . DIN-Normenausschuss Informationstechnik und Anwendungen (NIA). Архивировано из оригинала 20 октября 2017 г. Проверено 19 октября 2017 г.
  9. ^ ab «Спецификация расширенного формата даты/времени (EDTF)» . Библиотека Конгресса . 08.10.2019 [04.02.2019, 2014, 2012]. Архивировано из оригинала 07 марта 2020 г. Проверено 7 марта 2020 г.
  10. ^ «Фон расширенного формата даты/времени (EDTF)» . Библиотека Конгресса . 08.10.2019 [01.03.2019]. Архивировано из оригинала 07 марта 2020 г. Проверено 7 марта 2020 г.
  11. ^ «Расширенный формат даты/времени (EDTF) 1.0 2012/2014» . Проект подачи. Библиотека Конгресса . Архивировано из оригинала 15 июля 2017 г. Проверено 15 июля 2017 г.
  12. ^ «ISO/WD 8601-2:2016-02-16» (PDF) . Библиотека Конгресса . Архивировано из оригинала (PDF) 19 октября 2017 г.
  13. ^ «ISO/DIS 8601-2:2016-10-26» (PDF) . Библиотека Конгресса . Архивировано из оригинала (PDF) 20 октября 2017 г.
  14. ^ «Немецкий проект E DIN ISO 8601-2:2017-02 Datenelemente und Austauschformate - Informationsaustausch - Darstellung von Datum und Uhrzeit - Часть 2: Erweiterungen (ISO/DIS 8601-2:2016)» . DIN-Normenausschuss Informationstechnik und Anwendungen (NIA). Архивировано из оригинала 19 октября 2017 г. Проверено 19 октября 2017 г.
  15. ^ ab ISO: «ISO 8601 — Формат даты и времени». Архивировано 8 марта 2013 г. в Wayback Machine .
  16. ^ Вольф, Миша; Викстид, Чарльз (15 сентября 1997 г.). «Форматы даты и времени». W3C . Архивировано из оригинала 10 мая 2021 года . Проверено 11 мая 2021 г.
  17. ^ ISO 8601:2004, раздел 2.3.3, базовый формат.
  18. ^ В более ранних версиях ISO 8601 в соответствующем разделе использовалось слово « точность» , а не « точность» , например: представление 2.3.7 с пониженной точностью. Это было исправлено в ISO 8601-1:2019.
  19. ^ Доггетт, LE (1992). «Календари». В ПК Зейдельманн (ред.). Пояснительное приложение к Астрономическому альманаху. Саусалито, Калифорния: Университетские научные книги. п. 580. ИСБН 0-935702-68-7. Архивировано из оригинала 1 апреля 2004 г. Григорианский календарь сегодня служит международным стандартом для гражданского использования.
  20. ^ ИСО 8601:2004(Е) . ИСО . 01 декабря 2004 г. раздел 4.1.2.1 Общие сведения.
  21. ^ ИСО 8601:2004(Е) . ИСО . 01 декабря 2004 г. 3.5 Расширение... По взаимному согласию партнеров по обмену информацией допускается расширение компонента, идентифицирующего календарный год, который в противном случае ограничивается четырьмя цифрами. Это позволяет ссылаться на даты и время в календарных годах вне диапазона, поддерживаемого полными представлениями, т.е. до начала года [0000] или после окончания года [9999].
  22. ^ ISO 8601:2004, разделы 3.4.2, 4.1.2.4.
  23. ^ Например, см. Приложение B.1.1 стандарта.
  24. ^ последний раз в ISO 8601:2000, используется Перро, С. (август 2011 г.). «RFC 6350 — Спецификация формата vCard». IETF . doi : 10.17487/RFC6350. Архивировано из оригинала 31 мая 2016 г. Проверено 21 января 2021 г. Усеченное представление, как указано в [ISO.8601.2000], разделы 5.2.1.3 d), e) и f), разрешено., хотя удалено в ISO 8601:2004
  25. ^ Перро, Саймон (август 2011 г.). «RFC 6350 — Спецификация формата vCard». IETF . §4.3.1. ДАТА. doi : 10.17487/RFC6350. Архивировано из оригинала 31 мая 2016 г. Проверено 29 июня 2016 г. Усеченное представление, как указано в [ISO.8601.2000], разделы 5.2.1.3 d), e) и f), разрешено.
  26. ^ ISO 8601-1: 2019, раздел 5.3.1.3 Представления с пониженной точностью.
  27. ^ ISO 8601-1: 2019, раздел 3.1.3.9 Десятичный знак
  28. ^ ISO 8601:2004(E) , ISO , 2004-12-01, 4.2.2.4 ... десятичная дробь должна быть разделена от целой части десятичным знаком, указанным в ISO 31-0, то есть запятой [,] или точка [.]. Из них запятая является предпочтительным знаком.
  29. ^ «Формат ISO 8601» . ТехНет . Документы Майкрософт . 3 декабря 2008 г. Архивировано из оригинала 20 октября 2021 г. Проверено 20 октября 2021 г.
  30. ^ Маркус Кун (16 июня 2020 г.). «Краткое описание международных стандартных обозначений даты и времени». Архивировано из оригинала 5 октября 2022 г. Проверено 5 октября 2022 г.
  31. ^ «Общие инструкции по связи ACP 121 (I)» (PDF) . Комбинированная плата коммуникационной электроники . Октябрь 2010 г. Архивировано (PDF) из оригинала 16 января 2018 г. Проверено 15 января 2018 г.
  32. ^ Маккарти, Деннис Д .; Зайдельманн, Кеннет П. (2009). Время: от вращения Земли до атомной физики . Вайнхайм: Wiley-VCH Verlag GmbH & Co. KGaA . п. 10. ISBN 978-3-527-40780-4.
  33. ^ ISO 8601-1: 2019, раздел 3.2.4, ISO 8601: 2004, раздел 3.4.2.
  34. ^ RFC 3339 - Неизвестное соглашение о локальном смещении
  35. ^ Ньюман, Крис (июль 2002 г.). Клайн, Грэм (ред.). Дата и время в Интернете: временные метки. Рестон, Вирджиния: Секретариат IETF, Корпорация национальных исследовательских инициатив. п. 4. doi : 10.17487/RFC3339. OCLC  43315042. Архивировано из оригинала 20 января 2021 года . Получено 1 февраля 2021 г. - через страницы инструментов IETF . Соглашение о неизвестном локальном смещении: если время в формате UTC известно, но смещение относительно местного времени неизвестно, это можно представить с помощью смещения «-00:00». Это семантически отличается от смещения «Z» или «+00:00», которое подразумевает, что UTC является предпочтительной контрольной точкой для указанного времени. RFC2822 [IMAIL-UPDATE] описывает аналогичное соглашение для электронной почты.
  36. ^ «3.4.1 Символы, используемые в изображениях — Введение» . Элементы данных и форматы обмена. Обмен информацией. Представление даты и времени. Часть 1. Основные правила (PDF) (pdf). ИСО . 16 февраля 2016 г. п. 12. ИСО/ВД 8601-1. Архивировано (PDF) из оригинала 5 октября 2022 г. В среде, где используется набор символов на основе ISO/IEC 646, «дефис» и «минус» отображаются на «дефис-минус». Представления со знаком «плюс-минус» следует использовать в такой среде только в том случае, если в репертуаре обмена есть «плюс-минус».
  37. ^ ISO 8601:2004(E): Элементы данных и форматы обмена. Обмен информацией. Представление дат и времени . ИСО . 01 декабря 2004 г. 4.3.2 ПРИМЕЧАНИЕ. По взаимному согласию партнеров по обмену информацией символ [T] может быть опущен в приложениях, если нет риска спутать представление даты и времени суток с другими, определенными в настоящем международном стандарте.
  38. ^ Г. Клайн; К. Ньюман (июль 2002 г.). «Дата и время в Интернете: временные метки». Ietf Datatracker . §5.6. Интернет-формат даты/времени. doi : 10.17487/RFC3339. РФК 3339 . 5.6. ПРИМЕЧАНИЕ. ISO 8601 определяет дату и время, разделенные буквой «T». Приложения, использующие этот синтаксис, могут для удобства чтения указать полную дату и полное время, разделенные, скажем, пробелом. 
  39. ^ «Элементы данных и форматы обмена. Обмен информацией. Представление даты и времени. Часть 1: Основные правила» (PDF) . Библиотека Конгресса . п. 23. Архивировано (PDF) из оригинала 12 марта 2021 г. Проверено 6 июля 2021 г. б) Если это необходимо для конкретного применения, компоненты низшего порядка могут иметь десятичную дробь.
  40. ^ ISO 8601:2004, раздел 4.4.3.3 Альтернативный формат, ISO 8601-1:2019, раздел 5.5.2.4 Альтернативный формат.
  41. ^ «Продолжительность занятий Java 8» . Стандартная версия платформы Java 8 . Оракул. Архивировано из оригинала 14 октября 2017 г. Проверено 7 октября 2017 г.
  42. ^ "Продолжительность Amazon Alexa" . Разработчик Amazon . Amazon.com. Архивировано из оригинала 14 октября 2017 г. Проверено 7 октября 2017 г.
  43. ^ «Информация об ISO 8601, стандарте представления даты и времени» . Cs.tut.fi. Архивировано из оригинала 14 октября 2017 г. Проверено 29 августа 2012 г.
  44. ^ «ISO 8601 — идти в ногу со временем (и датами)» . Гидрозолото. 01.01.2012. Архивировано из оригинала 25 января 2014 г. Проверено 13 августа 2013 г.
  45. ^ Примечание о форматах даты и времени для W3C от Reuters. Архивировано 24 августа 2011 г. на Wayback Machine.
  46. ^ Нильссон, М. (1 ноября 2000 г.). «Тег ID3 версии 2.4.0 — Основная структура». id3.org. стр. §4. Архивировано из оригинала 9 марта 2015 г. Проверено 27 сентября 2009 г.
  47. ^ Ньюман, Крис; Клайн, Грэм (июль 2002 г.). Дата и время в Интернете: временные метки. IETF . дои : 10.17487/RFC3339 . RFC 3339. Архивировано из оригинала 20 октября 2015 г. Проверено 25 октября 2015 г.
  48. ^ Ньюман, Крис; Клайн, Грэм (июль 2002 г.). «Интернет-формат даты и времени». Дата и время в Интернете: временные метки. IETF . п. 8. сек. 5.6. дои : 10.17487/RFC3339 . RFC 3339. Архивировано из оригинала 20 октября 2015 г. Проверено 25 октября 2015 г.
  49. ^ «Спецификация даты и времени» . Формат Интернет-сообщений. IETF . Апрель 2001. с. 14. сек. 3.3. дои : 10.17487/RFC2822 . РФК 2822.
  50. ^ Национальный стандарт Канады, «CAN/CSA-Z234.4-89 (R2007): полностью числовые даты и время». Совет по стандартам Канады . 31 декабря 1989 года. Архивировано из оригинала 30 марта 2018 года . Проверено 29 марта 2018 г.
  51. ^ "ČSN ISO 8601 (979738) Датовые данные и форматы вымены - Выдача информации - Просмотр данных в час" . 17 апреля 2023 г. Проверено 17 апреля 2023 г.
  52. ^ "DOF - Официальный дневник Федерации" . Архивировано из оригинала 10 ноября 2021 г. Проверено 10 ноября 2021 г.
  53. ^ Чубла, Альбин (04 декабря 2020 г.). «Главный Урзонд Миар» (PDF) . Главный Урзонд Миар . Архивировано (PDF) из оригинала 4 декабря 2020 г. Проверено 4 декабря 2020 г.
  54. ^ «SANS 8601:2009 (Ред. 2.00)» . Интернет-магазин САБС . Архивировано из оригинала 24 ноября 2021 г. Проверено 24 ноября 2021 г.
  55. ^ «SS-ISO 8601-1:2022». Интернет-магазин СИС . Проверено 6 октября 2023 г.

Внешние ссылки

На Wikimedia Commons есть медиафайлы, связанные с ISO 8601 .

Обзор реализации