De Wikipedia, la enciclopedia libre
Saltar a navegación Saltar a búsqueda
Fecha y hora actuales expresadas de acuerdo con ISO 8601 [ actualizar ]
Fecha2021-05-12
Fecha y hora en UTC2021-05-12T20: 42: 26 + 00: 00
2021-05-12T20: 42: 26Z
20210512T204226Z
Semana2021-W19
Semana con día de la semana2021-W19-3
Fecha sin año--05-12 [1]
Fecha ordinal2021-132

ISO 8601 Elementos de datos y formatos de intercambio - Intercambio de información - La representación de fechas y horas es un estándar internacional que cubre el intercambio de datos relacionados con la fecha y la hora . Es mantenido por la Organización Internacional de Normalización (ISO) con sede en Ginebra y se publicó por primera vez en 1988 con actualizaciones en 1991, 2000, 2004 y 2019. El propósito de esta norma es proporcionar un método inequívoco y bien definido para representar fechas. y horas, para evitar una mala interpretación de las representaciones numéricas de fechas y horas, especialmente cuando los datos se transfieren entre países con diferentes convenciones para escribir fechas y horas numéricas.

En general, ISO 8601 se aplica a representaciones y formatos de fechas en el calendario gregoriano (y potencialmente proléptico gregoriano ), de horas basadas en el sistema de hora normal de 24 horas (con compensación UTC opcional ), de intervalos de tiempo y combinaciones de los mismos. [2] La norma no asigna ningún significado específico a los elementos de la fecha / hora a representar; el significado dependerá del contexto de su uso. Además, las fechas y horas a representar no pueden incluir palabras sin un significado numérico especificado en el estándar (por ejemplo, nombres de años en el calendario chino ) o que no utilicen caracteres.(por ejemplo, imágenes, sonidos). [2]

En las representaciones para el intercambio, las fechas y horas se organizan de modo que el término temporal más grande (el año) se coloque a la izquierda y cada término sucesivamente más pequeño se coloque a la derecha del término anterior. Las representaciones deben estar escritas en una combinación de números arábigos y ciertos caracteres (como "-", ":", "T", "W" y "Z") que reciben significados específicos dentro del estándar; la implicación es que algunas formas comunes de escribir partes de fechas, como "enero" o "jueves", no están permitidas en las representaciones de intercambio.

Historia [ editar ]

La primera edición de la norma ISO 8601 se publicó como ISO 8601: 1988 en 1988. Unificó y reemplazó una serie de normas ISO más antiguas en varios aspectos de la notación de fecha y hora: ISO 2014 , ISO 2015 , ISO 2711 , ISO 3307 y ISO 4031 . [3] Ha sido reemplazada por una segunda edición ISO 8601: 2000 en 2000, por una tercera edición ISO 8601: 2004 publicada el 1 de diciembre de 2004, y retirada y revisada por ISO 8601-1: 2019 e ISO 8601-2: 2019. el 25 de febrero de 2019. ISO 8601 fue preparada por, [4] y está bajo la responsabilidad directa de,Comité Técnico de ISO TC 154. [5]

ISO 2014, aunque reemplazado, es el estándar que introdujo originalmente la notación de fecha totalmente numérica en el orden de mayor a menor importancia [AAAA] - [MM] - [DD] . El sistema de numeración de semanas de ISO se introdujo en ISO 2015, y la identificación de días por fechas ordinales se definió originalmente en ISO 2711.

Publicada en febrero de 2019, la cuarta revisión de la norma ISO 8601-1: 2019 representa contenidos ligeramente actualizados de la norma ISO 8601: 2004 anterior, [6] [7] mientras que la nueva ISO 8601-2: 2019 define varias extensiones como incertidumbres o partes del formato extendido de fecha / hora (EDTF). [8] [9] [10] [11] [12] [13]

Lista
NombreDescripción
ISO 8601: 1988Elementos de datos y formatos de intercambio - Intercambio de información - Representación de fechas y horas
ISO 8601: 1988 / COR 1: 1991Elementos de datos y formatos de intercambio - Intercambio de información - Representación de fechas y horas - Corrección técnica 1
ISO 8601: 2000Elementos de datos y formatos de intercambio - Intercambio de información - Representación de fechas y horas
ISO 8601: 2004Elementos de datos y formatos de intercambio - Intercambio de información - Representación de fechas y horas
ISO 8601-1: 2019Fecha y hora - Representaciones para el intercambio de información - Parte 1: Reglas básicas
ISO 8601-2: 2019Fecha y hora - Representaciones para el intercambio de información - Parte 2: Extensiones

Principios generales [ editar ]

  • Los valores de fecha y hora están ordenados de la unidad de tiempo más grande a la más pequeña: año, mes (o semana), día, hora, minuto, segundo y fracción de segundo. El orden lexicográfico de la representación corresponde, por tanto, al orden cronológico, excepto para las representaciones de fechas que implican años negativos o desplazamiento de tiempo. Esto permite que las fechas para ser naturalmente ordenados por, por ejemplo, sistemas de archivos.
  • Cada valor de fecha y hora tiene un número fijo de dígitos que deben rellenarse con ceros a la izquierda .
  • Las representaciones se pueden hacer en uno de dos formatos: un formato básico con un número mínimo de separadores o un formato extendido con separadores agregados para mejorar la legibilidad humana. [14] [15] El estándar señala que "El formato básico debe evitarse en texto plano ". [16] El separador que se usa entre los valores de fecha (año, mes, semana y día) es el guión , mientras que los dos puntos se usan como separador entre los valores de tiempo (horas, minutos y segundos). Por ejemplo, el sexto día del primer mes del año 2009 puede escribirse como "2009-01-06" en el formato extendido o simplemente como "20090106" en el formato básico sin ambigüedad.
  • Para una precisión reducida, [17] se puede eliminar cualquier número de valores de cualquiera de las representaciones de fecha y hora, pero en orden de menor a mayor importancia. Por ejemplo, "2004-05" es una fecha ISO 8601 válida, que indica mayo (el quinto mes) 2004. Este formato nunca representará el quinto día de un mes no especificado en 2004, ni representará un período de tiempo que se extienda desde 2004 hasta 2005.
  • Si es necesario para una aplicación en particular, el estándar admite la adición de una fracción decimal al valor de tiempo más pequeño en la representación.

Fechas [ editar ]

Mayo de 2021
SemanaLunmarcasarseJueVieSe sentósol
S1726272829300102
S1803040506070809
S19101112131415dieciséis
S2017181920212223
S2124252627282930
S2231010203040506

La norma utiliza el calendario gregoriano , que "sirve como norma internacional para uso civil". [18]

ISO 8601: 2004 fija una fecha de calendario de referencia al calendario gregoriano del 20 de mayo de 1875 como la fecha en que se firmó la Convention du Mètre ( Convención del Metro ) en París (la fecha de referencia explícita se eliminó en ISO 8601-1: 2019). Sin embargo, las fechas del calendario ISO anteriores a la convención siguen siendo compatibles con el calendario gregoriano desde la introducción oficial del calendario gregoriano el 15 de octubre de 1582.

Las fechas anteriores, en el calendario gregoriano proléptico , pueden utilizarse por mutuo acuerdo de los socios que intercambian información. El estándar establece que todas las fechas deben ser consecutivas, por lo que el uso del calendario juliano sería contrario al estándar (porque en la fecha de cambio, las fechas no serían consecutivas).

Años [ editar ]

AAAA
± Y YYYY

ISO 8601 prescribe, como mínimo, un año de cuatro dígitos [AAAA] para evitar el problema del año 2000 . Por lo tanto, representa los años de 0000 a 9999, siendo el año 0000 igual a 1 AC y todos los demás DC . Sin embargo, los años anteriores a 1583 no están permitidos automáticamente por la norma. En su lugar, "los valores en el rango [0000] a [1582] sólo se utilizarán por mutuo acuerdo de los socios en el intercambio de información". [19]

Para representar años antes de 0000 o después de 9999 , la norma también permite la expansión de la representación del año, pero solo por acuerdo previo entre el remitente y el receptor. [20] Una representación de año ampliada [± Y YYYY] debe tener un número acordado de dígitos de año adicionales más allá del mínimo de cuatro dígitos, y debe ir precedido de un signo + o - [21] en lugar del AD más común Notación / BC (o CE / BCE ); por convención 1 BC está etiquetado +0000 , 2 BC está etiquetado −0001, y así sucesivamente. [22]

Fechas del calendario [ editar ]

AAAA-MM-DDoAAAAMMDD
AAAA-MM( pero no AAAAMM)
Solo permitido en la versión reemplazada de 2000:
--MM-DDo--MMDD [1]

Las representaciones de la fecha del calendario están en la forma que se muestra en el cuadro adyacente. [AAAA] indica un año de cuatro dígitos, del 0000 al 9999. [MM] indica un mes del año de dos dígitos, del 01 al 12. [DD] indica un día de dos dígitos de ese mes, del 01 al 31. Por ejemplo , "5 de abril de 1981" puede representarse como "1981-04-05" [14] en el formato extendido o "19810405" en el formato básico .

El estándar también permite que las fechas del calendario se escriban con precisión reducida. Por ejemplo, se puede escribir "1981-04" para que signifique "abril de 1981". La versión 2000 permitía escribir "--04-05" para significar "5 de abril" [23], pero la versión 2004 no permite omitir el año cuando hay un mes. Uno puede simplemente escribir "1981" para referirse a ese año, "198" para referirse a la década de 1980 a 1989 inclusive, o "19" para referirse al siglo de 1900 a 1999 inclusive. Aunque el estándar permite los formatos "AAAA-MM-DD" y AAAAMMDD para representaciones completas de la fecha del calendario, si se omite el día [DD], solo el AAAA-MMEl formato está permitido. Al no permitir fechas de la forma AAAAMM, el estándar evita la confusión con la representación truncada AAMMDD (que todavía se usa con frecuencia).

Fechas de la semana [ editar ]

Artículo principal: fecha de la semana ISO
YYYY-WwwoYYYYWww
YYYY-Www-DoAAAAWwwD

Las representaciones de la fecha de la semana están en los formatos que se muestran en el cuadro adyacente. [YYYY] indica el año de numeración de semanas ISO que es ligeramente diferente del año del calendario gregoriano tradicional (ver más abajo). [Www] es el número de semana precedido por la letra W , desde W01 hasta W53. [D] es el número del día de la semana , del 1 al 7, que comienza con el lunes y termina con el domingo.

Hay varias descripciones mutuamente equivalentes y compatibles de la semana 01:

  • la semana con el primer jueves del año (la definición formal de ISO),
  • la semana con 4 de enero en ella,
  • la primera semana con la mayoría (cuatro o más) de sus días en el año de inicio, y
  • la semana que comienza con el lunes en el período del 29 de diciembre al 4 de enero.

En consecuencia, si el 1 de enero es un lunes, martes, miércoles o jueves, es en la semana 01. Si el 1 de enero es un viernes, sábado o domingo, es en la semana 52 o 53 del año anterior (hay sin semana 00). El 28 de diciembre es siempre la última semana de su año.

El número de la semana se puede describir contando los jueves: la semana 12 contiene el duodécimo jueves del año.

El año de numeración de semanas ISO comienza el primer día (lunes) de la semana 01 y finaliza el domingo anterior al nuevo año ISO (por lo tanto, sin superposición ni intervalo). Consta de 52 o 53 semanas completas. La primera semana ISO de un año puede tener hasta tres días que están realmente en el año calendario gregoriano que está terminando; si son tres, son lunes, martes y miércoles. De manera similar, la última semana ISO de un año puede tener hasta tres días que están realmente en el año calendario gregoriano que está comenzando; si son tres, son viernes, sábado y domingo. El jueves de cada semana ISO siempre está en el año calendario gregoriano denotado por el año de numeración de semanas ISO.

Ejemplos:

  • El lunes 29 de diciembre de 2008 se escribe "2009-W01-1"
  • El domingo 3 de enero de 2010 se escribe "2009-W53-7"

Fechas ordinales [ editar ]

AAAA-DDDoYYYYDDD

Una fecha ordinal es una forma simple para ocasiones en las que la naturaleza arbitraria de las definiciones de semana y mes es más un impedimento que una ayuda, por ejemplo, al comparar fechas de diferentes calendarios. Como se representa arriba, [AAAA] indica un año. [DDD] es el día de ese año, de 001 a 365 (366 en años bisiestos ). Por ejemplo, "1981-04-05" también es "1981-095" .

Este formato se utiliza con sistemas de hardware simples que necesitan un sistema de fechas, pero en los que incluir un software de cálculo de calendario completo puede ser una molestia importante. Este sistema a veces se denomina "fecha juliana", pero esto puede causar confusión con el día juliano astronómico , un recuento secuencial del número de días desde el día 0 a partir del 1 de enero de 4713 a. C. mediodía de Greenwich, calendario proléptico juliano (o mediodía en ISO fecha −4713-11-24 que usa el calendario proléptico gregoriano con un año 0000).

Tiempos [ editar ]

hh: mm: ss.sssoThhmmss.sss
hh: mm: ssoThhmmss
hh: mmoThhmm
Thh

ISO 8601 utiliza el sistema de reloj de 24 horas . A partir de ISO 8601-1: 2019, el formato básico es T [hh] [mm] [ss] y el formato extendido es T [hh]: [mm]: [ss]. Las versiones anteriores omitieron la T (que representa el tiempo) en ambos formatos.

  • [hh] se refiere a una hora con ceros entre 00 y 23.
  • [mm] se refiere a un minuto con ceros entre 00 y 59.
  • [ss] se refiere a un segundo relleno con ceros entre 00 y 60 (donde 60 solo se usa para indicar un segundo intercalar adicional ).

Por lo tanto, una hora puede aparecer como "T134730" en el formato básico o "T13: 47: 30" en el formato extendido . ISO 8601-1: 2019 permite omitir la T en el formato extendido, como en "13:47:30", pero solo permite omitir la T en el formato básico cuando no hay riesgo de ambigüedad con las expresiones de fecha.

Los segundos, o los minutos y segundos, pueden omitirse de los formatos de tiempo básico o extendido para mayor brevedad pero menor precisión; los formatos de tiempo de precisión reducida resultantes son: [24]

  • T [hh] [mm] en formato básico o [hh]: [mm] en formato extendido , cuando se omiten los segundos.
  • T [hh], cuando se omiten tanto los segundos como los minutos.

A partir de la norma ISO 8601-1: 2019, la medianoche solo puede denominarse "00:00", que corresponde al comienzo de un día calendario. Las versiones anteriores del estándar permitían "24:00" correspondiente al final de un día, pero la revisión de 2019 lo rechaza explícitamente.

Se puede agregar una fracción decimal al elemento de tiempo de orden más bajo presente, en cualquiera de estas representaciones. Una marca decimal , ya sea una coma o un punto (según ISO 80000-1 según ISO 8601: 1-2019, [25] que no estipula una preferencia excepto dentro de las Normas Internacionales, pero con preferencia por una coma según ISO 8601 : 2004) [26]se utiliza como separador entre el elemento de tiempo y su fracción. Para indicar "14 horas, 30 minutos y medio", no incluya una cifra de segundos. Represéntelo como "14: 30,5", "T1430,5", "14: 30.5" o "T1430.5". No hay límite en el número de lugares decimales para la fracción decimal. Sin embargo, las partes comunicantes deben acordar el número de decimales. Por ejemplo, en Microsoft SQL Server, la precisión de una fracción decimal es 3, es decir, "aaaa-mm-ddThh: mm: ss [.mmm]". [27]

Designadores de zona horaria [ editar ]

<hora> Z
<tiempo> ± hh: mm
<tiempo> ± hhmm
<tiempo> ± hh

Las zonas horarias en ISO 8601 se representan como hora local (con la ubicación sin especificar), como UTC o como un desfase de UTC.

Hora local (no calificado) [ editar ]

Si no se proporciona información sobre la relación UTC con una representación de la hora, se supone que la hora está en la hora local. Si bien puede ser seguro asumir la hora local cuando se comunica en la misma zona horaria, es ambiguo cuando se usa para comunicarse entre diferentes zonas horarias. Incluso dentro de una única zona horaria geográfica, algunas horas locales serán ambiguas si la región observa el horario de verano . Por lo general, es preferible indicar una zona horaria (designador de zona) utilizando la notación estándar.

Hora universal coordinada (UTC) [ editar ]

Si la hora está en UTC , agregue una Z directamente después de la hora sin espacio. Z es el designador de zona para el desfase de UTC cero. Por lo tanto, "09:30 UTC" se representa como "09: 30Z" o "T0930Z". "14:45:15 UTC" sería "14: 45: 15Z" o "T144515Z".

El sufijo Z en la representación de la hora ISO 8601 a veces se denomina "hora zulú" porque se utiliza la misma letra para designar la zona horaria zulú . Sin embargo, el estándar ACP 121 que define la lista de zonas horarias militares no menciona UTC y deriva la "hora zulú" de la hora media de Greenwich [28], que anteriormente se utilizaba como estándar internacional de hora civil. GMT ya no está definido con precisión por la comunidad científica y puede referirse a UTC o UT1 según el contexto. [29]

Desplazamientos de tiempo de UTC [ editar ]

El desfase de UTC se agrega a la hora de la misma manera que 'Z' estaba arriba, en la forma ± [hh]: [mm], ± [hh] [mm] o ± [hh].

Las compensaciones UTC negativas describen una zona horaria al oeste de UTC ± 00: 00 , donde la hora civil está por detrás (o antes) que UTC, por lo que el designador de zona se verá como "−03: 00", "- 0300" o "−03 ".

Las compensaciones UTC positivas describen una zona horaria al este de UTC ± 00: 00 , donde la hora civil está adelantada (o más tarde) que UTC, por lo que el designador de zona se verá como "+02: 00", "+ 0200" o "+02". ".

Ejemplos de

  • "−05: 00" para Nueva York en la hora estándar ( UTC-05: 00 )
  • "−04: 00" para Nueva York en horario de verano ( UTC-04: 00 )
  • "+00: 00" (pero no "−00: 00") para Londres ( UTC ± 00: 00 )
  • "+02: 00" para El Cairo ( UTC + 02: 00 )
  • "+05: 30" para Bombay ( UTC + 05: 30 )
  • "+14: 00" para Kiribati ( UTC + 14: 00 )

Consulte la Lista de compensaciones de hora UTC para conocer otras compensaciones de UTC .

Para representar un desplazamiento negativo, ISO 8601 especifica el uso de un signo menos . Si el conjunto de caracteres de intercambio es limitado y no tiene un carácter de signo menos, se debe utilizar el guión menos . ASCII no tiene un signo menos, por lo que se usaría su carácter de guión menos (el código es 45 decimal o hexadecimal 2D). Si el juego de caracteres tiene un signo menos, entonces ese carácter debe usarse. Unicode tiene un signo menos y su código de carácter es U + 2212 (2212 hexadecimal); la invocación de la entidad de caracteres HTML es &minus;.

Los siguientes tiempos se refieren todos al mismo momento: "18: 30Z", "22: 30 + 04", "1130−0700" y "15: 00−03: 30". Las letras de la zona horaria náutica no se utilizan con la excepción de Z. Para calcular la hora UTC, uno tiene que restar el desplazamiento de la hora local, por ejemplo, para "15: 00−03: 30" a las 15:00 - (−03: 30) para obtener las 18:30 UTC.

Un desplazamiento de cero, además de tener la representación especial "Z", también se puede indicar numéricamente como "+00: 00", "+0000" o "+00". Sin embargo, no está permitido expresarlo numéricamente con un signo negativo, como "−00: 00", "−0000" o "−00". La sección que dicta el uso de signos [30] establece que se debe usar un signo más para un valor positivo o cero, y un signo menos para un valor negativo. Contrariamente a esta regla, RFC 3339, que por lo demás es un perfil de ISO 8601, permite el uso de "-00", con la misma denotación que "+00" pero con una connotación diferente. [31] [32]

Representaciones combinadas de fecha y hora [ editar ]

<fecha> T <hora>

Se puede representar un solo punto en el tiempo concatenando una expresión de fecha completa, la letra "T" como delimitador y una expresión de tiempo válida. Por ejemplo, "2007-04-05T14: 30" . En ISO 8601: 2004 se permitió omitir el carácter "T" de mutuo acuerdo como en "200704051430" , [33] pero esta disposición se eliminó en ISO 8601-1: 2019. La separación de partes de fecha y hora con otros caracteres como el espacio no está permitida en ISO 8601, pero está permitida en su perfil RFC 3339. [34]

Si se requiere un designador de zona horaria, sigue la fecha y la hora combinadas. Por ejemplo, "2007-04-05T14: 30Z" o "2007-04-05T12: 30−02: 00" .

Se pueden usar formatos básicos o extendidos, pero tanto la fecha como la hora deben usar el mismo formato. La expresión de fecha puede ser calendario, semana u ordinal, y debe usar una representación completa. El tiempo se puede representar utilizando un formato de precisión reducida especificado.

Duraciones [ editar ]

PnYnMnDTnHnMnS
PnW
P <fecha> T <hora>

Las duraciones definen la cantidad de tiempo intermedio en un intervalo de tiempo y están representadas por el formato P [n] Y [n] M [n] DT [n] H [n] M [n] S o P [n] W como se muestra en el aparte. En estas representaciones, la [n] se reemplaza por el valor de cada uno de los elementos de fecha y hora que siguen a la [n]. No se requieren ceros iniciales, pero las partes comunicantes deben acordar el número máximo de dígitos para cada elemento. Las letras mayúsculas P , Y , M , W , D , T , H , M y S son designadores para cada uno de los elementos de fecha y hora y no se reemplazan.

  • P es el designador de duración (para el período ) colocado al comienzo de la representación de duración.
    • Y es el designador de año que sigue al valor del número de años.
    • M es el designador de mes que sigue al valor del número de meses.
    • W es el designador de semana que sigue al valor del número de semanas.
    • D es el indicador de día que sigue al valor del número de días.
  • T es el designador de tiempo que precede a los componentes de tiempo de la representación.
    • H es el indicador de hora que sigue al valor del número de horas.
    • M es el indicador de minutos que sigue al valor del número de minutos.
    • S es el segundo designador que sigue al valor del número de segundos.

Por ejemplo, "P3Y6M4DT12H30M5S" representa una duración de "tres años, seis meses, cuatro días, doce horas, treinta minutos y cinco segundos".

Los elementos de fecha y hora, incluido su designador, pueden omitirse si su valor es cero, y los elementos de orden inferior también pueden omitirse para reducir la precisión. Por ejemplo, "P23DT23H" y "P4Y" son representaciones de duración aceptable. Sin embargo, al menos un elemento debe estar presente, por lo que "P" no es una representación válida por una duración de 0 segundos. Sin embargo, "PT0S" o "P0D" son válidos y representan la misma duración.

Para resolver la ambigüedad, "P1M" es una duración de un mes y "PT1M" es una duración de un minuto (observe el indicador de tiempo, T, que precede al valor de tiempo). El valor más pequeño utilizado también puede tener una fracción decimal [ cita requerida ] , como en "P0.5Y" para indicar medio año. Esta fracción decimal se puede especificar con una coma o un punto , como en "P0,5Y" o "P0.5Y". El estándar no prohíbe que los valores de fecha y hora en una representación de duración excedan sus "puntos de transferencia", excepto como se indica a continuación. Por tanto, "PT36H" podría usarse así como "P1DT12H" para representar la misma duración. Pero tenga en cuenta que "PT36H" no es lo mismo que "P1DT12H"al cambiar de o al horario de verano .

Como alternativa, se puede utilizar un formato de duración basado en representaciones combinadas de fecha y hora mediante acuerdo entre las partes comunicantes, ya sea en el formato básico PYYYYMMDDThhmmss o en el formato extendido P [AAAA] - [MM] - [DD] T [hh]: [mm]: [ss] . Por ejemplo, la primera duración que se muestra arriba sería "P0003-06-04T12: 30: 05" . Sin embargo, los valores individuales de fecha y hora no pueden exceder sus módulos (por ejemplo, un valor de 13 para el mes o 25 para la hora no estaría permitido). [35]

Aunque el estándar describe una duración como parte de intervalos de tiempo, que se analizan en la siguiente sección, el formato de duración (o un subconjunto del mismo) se usa ampliamente independientemente de los intervalos de tiempo, como con la clase Duración de Java 8. [36] [37]

Intervalos de tiempo [ editar ]

<inicio> / <fín>
<inicio> / <duración>
<duración> / <fin>
<duración>

Un intervalo de tiempo es el tiempo que transcurre entre dos puntos de tiempo. La cantidad de tiempo transcurrido se expresa mediante una duración (como se describe en la sección anterior). Los dos puntos de tiempo (inicio y final) se expresan mediante una representación combinada de fecha y hora o simplemente una representación de fecha.

Hay cuatro formas de expresar un intervalo de tiempo:

  1. Inicio y finalización, como "2007-03-01T13: 00: 00Z / 2008-05-11T15: 30: 00Z"
  2. Inicio y duración, como "2007-03-01T13: 00: 00Z / P1Y2M10DT2H30M"
  3. Duración y finalización, como "P1Y2M10DT2H30M / 2008-05-11T15: 30: 00Z"
  4. Duración solamente, como "P1Y2M10DT2H30M", con información de contexto adicional

De estos, los tres primeros requieren dos valores separados por un designador de intervalo que suele ser un solidus (más comúnmente conocido como una barra inclinada "/"). La sección 3.2.6 de ISO 8601-1: 2019 señala que "Un solidus puede ser reemplazado por un guión doble [" - "] por acuerdo mutuo de los socios comunicantes", y las versiones anteriores usaban notaciones como "2000-2002 ". [38] El uso de un guión doble en lugar de un solidus permite la inclusión en los nombres de archivos de computadora . [39] Un solidus es un carácter reservado y no se permite en un nombre de archivo en los sistemas operativos comunes.

Para las expresiones <start> / <end>, si falta algún elemento en el valor final, se supone que es el mismo que para el valor inicial, incluida la zona horaria. Esta característica del estándar permite representaciones concisas de intervalos de tiempo. Por ejemplo, la fecha de una reunión de dos horas, incluidas las horas de inicio y finalización, podría mostrarse simplemente como "2007-12-14T13: 30/15: 30", donde "/ 15: 30" implica "/ 2007-12- 14T15: 30 "(la misma fecha que el inicio), o las fechas de inicio y finalización de un período de facturación mensual como" 2008-02-15 / 03-14 ", donde" / 03-14 "implica" / 2008-03 -14 "(el mismo año que el inicio).

Si se desea una mayor precisión para representar el intervalo de tiempo, se pueden agregar más elementos de tiempo a la representación. Un intervalo denominado "2007-11-13 / 15" puede comenzar en cualquier momento el 2007-11-13 y finalizar en cualquier momento el 2007-11-15 , mientras que "2007-11-13T09: 00 / 15T17: 00" incluye las horas de inicio y finalización. Para incluir explícitamente todas las fechas de inicio y finalización, el intervalo se representaría como "2007-11-13T00: 00 / 16T00: 00" .

Intervalos de repetición [ editar ]

Rn / <intervalo>
R / <intervalo>

Los intervalos de repetición se especifican en la cláusula "4.5 Intervalo de tiempo de repetición". Se forman agregando "R [n] /" al comienzo de una expresión de intervalo, donde R se usa como la letra en sí y [n] se reemplaza por el número de repeticiones. Omitir el valor de [n] o especificar un valor de -1, significa un número ilimitado de repeticiones. Un valor de 0 para [n] significa que el intervalo no se repite.

Si el intervalo especifica el inicio (formas 1 y 2 anteriores), entonces este es el inicio del intervalo de repetición. Si el intervalo especifica el final pero no el inicio (formulario 3 anterior), entonces este es el final del intervalo de repetición. Por ejemplo, para repetir el intervalo de "P1Y2M10DT2H30M" cinco veces a partir de "2008-03-01T13: 00: 00Z" , utilice "R5 / 2008-03-01T13: 00: 00Z / P1Y2M10DT2H30M" .

Representaciones truncadas [ editar ]

ISO 8601: 2000 permitió el truncamiento (por acuerdo), donde se omiten los componentes principales de una fecha u hora. En particular, esto permitió el uso de años de dos dígitos y los formatos ambiguos YY-MM-DD y YYMMDD. Esta disposición se eliminó en ISO 8601: 2004.

Representaciones truncadas
TipoFormato básicoEjemplo básicoFormato extendidoEjemplo extendido
Una fecha concreta en el siglo implícitoAAMMDD851026AAAA-MM-DD85-10-26
Un año y un mes específicos en el siglo implícito-AAMM-8510-YY-MM-85-10
Un año específico en el siglo implícito-YY-85N / A
Un día específico de un mes en el año implícito--MMDD--1026--MM-DD--10-26
Un mes específico en el año implícito--MM--10N / A
Un día específico del mes implícito--- DD--- 26

Solo el primer tipo (fecha específica en el siglo implícito) omite el encabezamiento -del siglo. Todos los demás formatos tienen un interlineado -por siglo, año y mes omitidos.

Extensiones estandarizadas [ editar ]

ISO 8601-2: 2019 define un conjunto de extensiones estandarizadas para los formatos de fecha y hora de ISO 8601.

El formato extendido de fecha / hora (EDTF)
El EDTF se da como ejemplo de un perfil de ISO 8601. Algunas de sus características son: [8]
  • Calificadores inciertos y aproximados, '?' y '~', así como el '%' combinado. Se puede aplicar a toda la fecha o componentes individuales.
  • Intervalos de tiempo con un final abierto (ilimitado) o un final desconocido.
  • Notación de cifras exponenciales y significativas en años.
  • Valores especiales de "mes" que indican agrupaciones de sub-años, como estaciones y trimestres.
  • Sintaxis para serializar una lista de fechas.
Las características de EDTF se describen en la sección "Extensiones de fecha y hora" de ISO 8601-2: 2019.
Repita las reglas para intervalos de tiempo recurrentes
ISO 8601-2: 2019 también define un formato para restringir los intervalos repetidos según la sintaxis de iCalendar .

Uso [ editar ]

En Internet , el World Wide Web Consortium (W3C) utiliza ISO 8601 para definir un perfil del estándar que restringe los formatos de fecha y hora admitidos para reducir la posibilidad de error y la complejidad del software. La especificación muy simple se basa en un borrador del RFC 3339 mencionado a continuación. [40]

Varias especificaciones hacen referencia a ISO 8601, pero no siempre se utiliza la gama completa de opciones de ISO 8601. Por ejemplo, los diversos estándares de guías de programas electrónicos para TV, radio digital, etc. utilizan varias formas para describir puntos en el tiempo y duraciones. La especificación de metadatos de audio ID3 también hace uso de un subconjunto de ISO 8601. [41] El estándar de codificación X.690 GeneralizedTime hace uso de otro subconjunto de ISO 8601.

Comercio [ editar ]

La fecha de la semana ISO 8601 , a partir de 2006, apareció en su forma básica en los envases comerciales de las principales marcas en los Estados Unidos. Su apariencia dependía de la planta de envasado, enlatado o embotellado en particular más que de cualquier marca en particular. El formato es particularmente útil para garantizar la calidad, de modo que los errores de producción se puedan rastrear fácilmente hasta las semanas de trabajo y los productos se puedan identificar correctamente para su retirada.

RFC [ editar ]

RFC 3339 [42] define un perfil de ISO 8601 para su uso en protocolos y estándares de Internet . Excluye explícitamente duraciones y fechas anteriores a la era común . No se permiten los formatos más complejos, como los números de semana y los días ordinales. [43]

RFC 3339 se desvía de ISO 8601 al permitir que un desplazamiento de zona horaria cero se especifique como "-00: 00", que ISO 8601 prohíbe. RFC 3339 pretende que "-00: 00" tenga la connotación de que no indica una zona horaria preferida, mientras que el "+00: 00" conforme o cualquier desplazamiento distinto de cero connota que se prefiere el desplazamiento utilizado. Esta convención con respecto a "-00: 00" se deriva de RFC anteriores, como RFC 2822, que la usa para marcas de tiempo en encabezados de correo electrónico . RFC 2822 no afirmó que ninguna parte de su formato de marca de tiempo se ajustara a ISO 8601, por lo que era libre de usar esta convención sin conflictos.

Adopción como estándares nacionales [ editar ]

AustraliaCOMO ISO 8601-2007
AustriaÖNORM ISO 8601 (reemplazado ÖNORM EN 28601)
BélgicaNBN EN 28601 (1993)
BrasilNBR 5892: 2019
CanadáCAN / CSA-Z234.4-89 (R2007) [44]
ColombiaNTC 1034: 2014 Fuente ICONTEC (Este estándar es idéntico a ISO 8601: 2004)
porcelanaGB / T 7408-2005
República ChecaČSN ISO 8601 (reemplazado ČSN EN 28601)
DinamarcaDS / ISO 8601: 2005 (reemplazado DS / EN 28601)
EstoniaEVS 8: 2008; EVS-ISO 8601: 2011
Norma europeaEN ISO 8601, EN 28601: 1992 (cancelada el 7 de octubre de 2011)
FinlandiaSFS-EN 28601
FranciaNF Z69-200; NF EN 28601: 1993-06-01 (cancelado)
AlemaniaDIN ISO 8601: 2006-09 (reemplazado a DIN EN 28601: 1993-02); relacionado: DIN 5008: 2011-04 (reemplazado DIN 5008: 2005-05, DIN 5008: 2001-11, DIN 5008: 1996-05)
GreciaELOT EN 28601
HungríaMSZ ISO 8601: 2003
IslandiaIST EN 28601: 1992 (obsoleta)
IndiaES 7900: 2001
IrlandaIS / EN 28601: 1993
ItaliaUNI EN 28601 (1993)
JapónJIS X 0301: 2002
Corea, república deKS X ISO 8601
LituaniaLST ISO 8601: 2006 (reemplazado LST ISO 8601: 1997)
LuxemburgoITM-EN 28601
Países BajosNEN ISO 8601, NEN EN 28601 (1994), NEN 2772
NoruegaNS-ISO 8601
PoloniaPN-EN 28601: 2002 (Obsoleto a partir de 2008. No se dio ninguna norma a cambio. [45] )
PortugalNP EN 28601
RusiaГОСТ ИСО 8601-2001 (actual), ГОСТ 7.64-90 (obsoleto)
SudáfricaSANS 8601: 2009
EspañaUNE EN 28601: 1995
SueciaSS-ISO 8601: 2011 (Aprobado 2011-11-01, reemplaza SS-ISO 8601)
SuizaSN ISO 8601: 2005-08 (reemplazado SN-EN 28601: 1994)
TaiwánCNS 7648
TailandiaTIS 1111: 2535 (1992)
pavoTS ISO 8601
UcraniaДСТУ ISO 8601: 2010
Reino UnidoBS ISO 8601: 2004, BS EN 28601 (30 de junio de 1989)
Estados UnidosANSI INCITS 30-1997 (R2008) y NIST FIPS PUB 4-2
VietnamTCVN 6398-1: 1998

Ver también [ editar ]

  • Numeración de años astronómicos
  • Representación de fecha y hora por país
  • Formato de fecha por país
  • Horología

Notas y referencias [ editar ]

  1. ^ a b último en ISO 8601: 2000, en uso por "RFC 6350 - Especificación de formato vCard" . IETF . Agosto de 2011 . Consultado el 21 de enero de 2021 . Se permite la representación truncada, como se especifica en [ISO.8601.2000], Secciones 5.2.1.3 d), e) yf)., aunque eliminado en ISO 8601: 2004
  2. ^ a b ISO 8601: 2004 [E] sección 1 Alcance
  3. ^ ISO 8601: 2004 (E) , ISO , 2004-12-01, Anexo A: ... De ese concepto se derivaron lógicamente representaciones de todos los demás valores de fecha y hora; por lo tanto, se han reemplazado las normas ISO 2014, ISO 3307 e ISO 4031. ... La identificación de una fecha particular por medio de fechas ordinales (ISO 2711) y por medio del sistema de numeración de semanas (ISO 2015) eran métodos alternativos que el concepto básico de esta Norma Internacional también podría abarcar; por lo tanto, ISO 2015 e ISO 2711 ahora han sido reemplazadas.
  4. ^ ISO 8601: 2004 (E) . ISO . 2004-12-01. pag. iv Prólogo.
  5. ^ "TC 154 Procesos, elementos de datos y documentos en el comercio, la industria y la administración" . Comités técnicos. YO ASI.
  6. ^ "ISO / DIS 8601-1: 2016-10-26" (PDF) . Archivado desde el original (PDF) el 19 de octubre de 2017.
  7. ^ "Proyecto alemán 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) " . DIN-Normenausschuss Informationstechnik und Anwendungen (NIA).
  8. ^ a b "Especificación de formato extendido de fecha / hora (EDTF)" . La Biblioteca del Congreso . 2019-10-08 [2019-02-04, 2014, 2012]. Archivado desde el original el 7 de marzo de 2020 . Consultado el 7 de marzo de 2020 .
  9. ^ "Fondo de formato extendido de fecha / hora (EDTF)" . La Biblioteca del Congreso . 2019-10-08 [2019-03-01]. Archivado desde el original el 7 de marzo de 2020 . Consultado el 7 de marzo de 2020 .
  10. ^ "Formato extendido de fecha / hora (EDTF) 1.0 2012/2014" . Presentación del borrador. La Biblioteca del Congreso . Archivado desde el original el 15 de julio de 2017 . Consultado el 15 de julio de 2017 .
  11. ^ "ISO / WD 8601-2: 2016-02-16" (PDF) . Archivado desde el original (PDF) el 19 de octubre de 2017.
  12. ^ "ISO / DIS 8601-2: 2016-10-26" (PDF) . Archivado desde el original (PDF) el 20 de octubre de 2017.
  13. ^ "Proyecto alemán E DIN ISO 8601-2: 2017-02 Datenelemente und Austauschformate - Informationsaustausch - Darstellung von Datum und Uhrzeit - Teil 2: Erweiterungen (ISO / DIS 8601-2: 2016) " . DIN-Normenausschuss Informationstechnik und Anwendungen (NIA).
  14. ^ a b ISO, FAQ: Representación numérica de fechas y horas
  15. ^ "Formatos de fecha y hora" . w3.org . Consultado el 11 de mayo de 2021 . CS1 maint: parámetro desalentado ( enlace )
  16. ^ ISO 8601: 2004 sección 2.3.3 formato básico
  17. ^ Las versiones anteriores de ISO 8601 usaban la palabra precisión , no precisión , en la sección correspondiente, por ejemplo: 2.3.7 representación con precisión reducida. Esto se corrigió en ISO 8601-1: 2019.
  18. ^ Doggett, LE (1992). "Calendarios". En PK Seidelmann (ed.). Suplemento explicativo del Almanaque astronómico . Sausalito, California: University Science Books. pag. 580. ISBN 0-935702-68-7. Archivado desde el original el 1 de abril de 2004. El calendario gregoriano hoy sirve como estándar internacional para uso civil.
  19. ^ ISO 8601: 2004 (E) . ISO . 2004-12-01. sección 4.1.2.1 General.
  20. ^ ISO 8601: 2004 (E) . ISO . 2004-12-01. 3.5 Ampliación ... Por mutuo acuerdo de los socios en el intercambio de información, se permite ampliar el componente que identifica el año calendario, que de otro modo se limita a cuatro dígitos. Esto permite hacer referencia a fechas y horas en años naturales fuera del rango respaldado por representaciones completas, es decir, antes del comienzo del año [0000] o después del final del año [9999].
  21. ^ ISO 8601: 2004 secciones 3.4.2, 4.1.2.4
  22. ^ Por ejemplo, consulte el Anexo B.1.1 de la norma.
  23. ^ "RFC 6350 - Especificación de formato vCard" . IETF . Agosto de 2011 . Consultado el 29 de junio de 2016 . Se permite la representación truncada, como se especifica en [ISO.8601.2000], Secciones 5.2.1.3 d), e) yf).
  24. ^ ISO 8601-1: 2019 sección 5.3.1.3 Representaciones con precisión reducida
  25. ^ ISO 8601-1: 2019 sección 3.1.3.9 Signo decimal
  26. ^ ISO 8601: 2004 (E) , ISO , 2004-12-01, 4.2.2.4 ... la fracción decimal se dividirá de la parte entera por el signo decimal especificado en ISO 31-0, es decir, la coma [,] o punto final [.]. De estos, la coma es el signo preferido.
  27. ^ "Formato ISO 8601" . technet.microsoft.com . Consultado el 16 de octubre de 2017 .
  28. ^ "INSTRUCCIONES DE COMUNICACIÓN GENERAL ACP 121 (I)" (PDF) . Tarjeta electrónica de comunicaciones combinadas . Octubre de 2010 . Consultado el 15 de enero de 2018 .
  29. ^ McCarthy, Dennis D .; Seidelmann, Kenneth P. (2009). Tiempo: de la rotación de la Tierra a la física atómica . Weinheim: Wiley-VCH Verlag GmbH & Co. KGaA . pag. 10. ISBN 978-3-527-40780-4.
  30. ^ ISO 8601-1: 2019 sección 3.2.4, ISO 8601: 2004 sección 3.4.2
  31. ^ RFC 3339 - Convención de compensación local desconocida
  32. ^ Newman, Chris (julio de 2002). Klyne, Graham (ed.). Fecha y hora en Internet: marcas de tiempo . Páginas de herramientas IETF . Reston, VA: Secretaría del IETF, Corp. para iniciativas nacionales de investigación. pag.  4 . OCLC 43315042 . Archivado desde el original el 12 de enero de 2021 . Consultado el 1 de febrero de 2021 . Convención de Desplazamiento Local Desconocido: Si se conoce la hora en UTC, pero se desconoce el desplazamiento a la hora local, esto se puede representar con un desplazamiento de "-00: 00". Esto difiere semánticamente de un desplazamiento de "Z" o "+00: 00", lo que implica que UTC es el punto de referencia preferido para el tiempo especificado. RFC2822 [IMAIL-UPDATE] describe una convención similar para el correo electrónico
  33. ^ "ISO 8601: 2004 (E)". ISO . 2004-12-01. 4.3.2 NOTA: Por mutuo acuerdo de los socios en el intercambio de información, el carácter [T] puede omitirse en aplicaciones donde no hay riesgo de confundir una representación de fecha y hora del día con otras definidas en esta Norma Internacional. Cite journal requiere |journal=( ayuda )
  34. ^ "RFC 3339". 2002-07-01. 5.6. NOTA: ISO 8601 define la fecha y la hora separadas por "T". Las aplicaciones que utilizan esta sintaxis pueden elegir, en aras de la legibilidad, especificar una fecha completa y una hora completa separadas por (digamos) un carácter de espacio. Cite journal requiere |journal=( ayuda )
  35. ^ ISO 8601: 2004 sección 4.4.3.3 Formato alternativo, ISO 8601-1: 2019 sección 5.5.2.4 Formato alternativo
  36. ^ "Duración de la clase de Java 8" . Java Platform Standard Edition 8 . Oracle . Consultado el 7 de octubre de 2017 .
  37. ^ "Duración de Amazon Alexa" . Desarrollador de Amazon . Amazon.com . Consultado el 7 de octubre de 2017 .
  38. ^ "Información sobre ISO 8601, el estándar de representación de fecha y hora" . Cs.tut.fi . Consultado el 29 de agosto de 2012 .
  39. ^ "ISO 8601 - Llegar con los tiempos (y fechas)" . Hydrogold. 2012-01-01 . Consultado el 13 de agosto de 2013 .
  40. ^ Nota sobre formatos de fecha y hora para W3C de Reuters
  41. ↑ Nilsson, M. (1 de noviembre de 2000). "Etiqueta ID3 versión 2.4.0 - Estructura principal" . id3.org. págs. §4 . Consultado el 27 de septiembre de 2009 .
  42. ^ "RFC 3339" . ietf.org .
  43. ^ "RFC 3339, sección 5.6" . ietf.org .
  44. ^ Estándar nacional de Canadá, "CAN / CSA-Z234.4-89 (R2007): Fechas y horas totalmente numéricas" . Consejo de Normas de Canadá . 31 de diciembre de 1989 . Consultado el 29 de marzo de 2018 .
  45. ↑ Czubla, Albin (4 de diciembre de 2020). "Główny Urząd Miar" (PDF) . Główny Urząd Miar . Archivado (PDF) desde el original el 4 de diciembre de 2020 . Consultado el 4 de diciembre de 2020 .

Enlaces externos [ editar ]

  • Entrada de catálogo de ISO para ISO 8601: 2004
  • El último prototipo de ISO 8601-1 (ISO / TC 154 N)
  • El último prototipo de ISO 8601-2 (ISO / TC 154 N)
  • Utilice el formato de fecha internacional (ISO): consejos web de calidad The World Wide Web Consortium (W3C)
  • ISO 8601 en Curlie
  • Resumen de ISO 8601 por Markus Kuhn
  • Resumen de 8601 por ISO en Wayback Machine (archivado 2011-06-14)
  • Las matemáticas del calendario ISO 8601
  • Especificación del W3C sobre fecha y hora UTC , basada en ISO 8601: 1988
  • IETF "RFC 3339" . basado en ISO 8601: 2000
  • "ISO 8601-1: 2019" . Consultado el 23 de octubre de 2020 .
  • "ISO 8601-2: 2019" . Consultado el 23 de octubre de 2020 .

Descripción general de la implementación

  • Implementación de ISO 8601 en todo el mundo