ISO 8601

ISO 8601 est une norme internationale couvrant l’échange et la communication dans le monde entier de données relatives à la date et à l’ heure . Il est maintenu par l’ Organisation internationale de normalisation (ISO) basée à Genève et a été publié pour la première fois en 1988, avec des mises à jour en 1991, 2000, 2004 et 2019. La norme vise à fournir une méthode bien définie et sans ambiguïté pour représenter les dates du calendrier. et les heures dans les communications mondiales, en particulier pour éviter une mauvaise interprétation des dates et des heures numériques lorsque ces données sont transférées entre des pays ayant des conventions différentes pour l’écriture des dates et des heures numériques.

Date et heure actuelles exprimées selon la norme ISO 8601 [ rafraichir ]

Date	2022-05-09
Date et heure en UTC	2022-05-09T06:35:27+00:00 2022-05-09T06:35: 27Z 20220509T063527Z
La semaine	2022-W19
Semaine avec jour de la semaine	2022-W19-1
Date sans année	–05-09 [1]
Date ordinale	2022-129

De manière générale, l’ISO 8601 s’applique à ces représentations et formats : dates, dans le calendrier grégorien (y compris le calendrier grégorien proleptique ) ; heures, basées sur le système de chronométrage de 24 heures , avec décalage UTC en option ; intervalles de temps ; et leurs combinaisons. ^[2] La norme n’attribue de signification spécifique à aucun élément des dates/heures représentées : la signification de tout élément dépend du contexte de son utilisation. Les dates et heures représentées ne peuvent pas utiliser de mots qui n’ont pas de signification numérique spécifiée dans la norme (excluant ainsi les noms d’années dans le calendrier chinois), ou qui n’utilisent pas de caractères informatiques (hors images ou sons). ^[2]

Dans les représentations conformes à la norme d’ échange ISO 8601 , les dates et les heures sont disposées de telle sorte que le plus grand terme temporel (généralement une année) est placé à gauche et chaque terme successivement inférieur est placé à droite du terme précédent. Les représentations doivent être écrites dans une combinaison de chiffres arabes et de caractères informatiques spécifiques (tels que “-“, “:”, “T”, “W”, “Z”) qui ont des significations spécifiques dans la norme ; c’est-à-dire que des descripteurs courants de dates (ou de parties de dates) tels que “janvier”, “jeudi” ou “jour de l’an” ne sont pas autorisés dans les représentations d’échange au sein de la norme.

Histoire

La première édition de la norme ISO 8601 a été publiée sous le nom d’ ISO 8601:1988 en 1988. Elle a unifié et remplacé un certain nombre d’anciennes normes ISO sur divers aspects de la notation de la date et de l’heure : ISO 2014 , ISO 2015 , ISO 2711 , ISO 3307 et ISO 4031 . ^[3] Elle a été remplacée par une deuxième édition ISO 8601:2000 en 2000, par une troisième édition ISO 8601:2004 publiée le 1er décembre 2004, et retirée et révisée par ISO 8601-1:2019 et ISO 8601-2:2019 le 25 février 2019. L’ISO 8601 a été élaborée par, ^[4] et est sous la responsabilité directe de,Comité technique ISO TC 154. ^[5]

ISO 2014, bien que remplacée, est la norme qui a initialement introduit la notation de date entièrement numérique dans l’ ordre du plus au moins significatif [YYYY]-[MM]-[DD] . Le système de numérotation des semaines ISO a été introduit dans l’ISO 2015, et l’identification des jours par des dates ordinales a été initialement définie dans l’ISO 2711.

Publiée en février 2019, la quatrième révision de la norme ISO 8601-1:2019 représente le contenu légèrement mis à jour de la norme ISO 8601:2004 précédente, ^{[6] [7]} alors que la nouvelle ISO 8601-2:2019 définit diverses extensions telles que incertitudes ou parties du format de date/heure étendu (EDTF). ^{[8] [9] [10] [11] [12] [13]}

Historique des éditions publiées

Nom	La description
ISO 8601:1988	Éléments de données et formats d’échange — Échange d’informations — Représentation des dates et heures
ISO 8601:1988/COR 1:1991	Éléments de données et formats d’échange — Échange d’informations — Représentation des dates et heures — Rectificatif technique 1
ISO 8601:2000	Éléments de données et formats d’échange — Échange d’informations — Représentation des dates et heures
ISO 8601:2004	Éléments de données et formats d’échange — Échange d’informations — Représentation des dates et heures
ISO 8601-1:2019	Date et heure — Représentations pour l’échange d’informations — Partie 1: Règles de base
ISO 8601-2:2019	Date et heure — Représentations pour l’échange d’informations — Partie 2: Extensions

Principes généraux

• Les valeurs de date et d’heure sont classées de la plus grande à la plus petite unité de temps : année, mois (ou semaine), jour, heure, minute, seconde et fraction de seconde. L’ Ordre lexicographique de la représentation correspond donc à l’ordre chronologique, sauf pour les représentations de date impliquant des années négatives ou UN Décalage temporel. Cela permet aux dates d’être naturellement triées par, par exemple, les systèmes de fichiers.
• Chaque valeur de date et d’heure comporte un nombre fixe de chiffres qui doivent être complétés par des zéros non significatifs .
• Les représentations peuvent être effectuées dans l’un des deux formats suivants : un format de base avec un nombre minimal de séparateurs ou un format étendu avec des séparateurs ajoutés pour améliorer la lisibilité humaine. ^{[14] [15]} La norme note que “Le format de base doit être évité en texte brut .” ^[16] Le séparateur utilisé entre les valeurs de date (année, mois, semaine et jour) est le tiret , tandis que les deux- points sont utilisés comme séparateur entre les valeurs de temps (heures, minutes et secondes). Par exemple, le 6e jour du 1er mois de l’année 2009 peut s’écrire “2009-01-06” au format étendu ou simplement “20090106” au format de base sans ambiguïté.
• Pour une précision réduite, ^[17] n’importe quel nombre de valeurs peut être supprimé de n’importe laquelle des représentations de date et d’heure, mais dans l’ordre du moins significatif au plus significatif. Par exemple, “2004-05” est une date ISO 8601 valide, qui indique mai (le cinquième mois) 2004. Ce format ne représentera jamais le 5ème jour d’un mois non spécifié en 2004, ni ne représentera une période allant de 2004 en 2005.
• Si nécessaire pour une application particulière, la norme prend en charge l’ajout d’une fraction décimale à la plus petite valeur de temps dans la représentation.

Rendez-vous

Mai 2022

La semaine	Lun	Mar	Mer	Jeu	Ven	Sam	Soleil
W17	25	26	27	28	29	30	01
W18	02	03	04	05	06	07	08
W19	09	dix	11	12	13	14	15
W20	16	17	18	19	20	21	22
W21	23	24	25	26	27	28	29
W22	30	31	01	02	03	04	05

La norme utilise le calendrier grégorien , qui “sert de norme internationale à usage civil”. ^[18]

L’ISO 8601:2004 fixe une date calendaire de référence au calendrier grégorien du 20 mai 1875 comme date de signature de la Convention du Mètre à Paris ( la date de référence explicite a été supprimée dans l’ISO 8601-1:2019). Cependant, les dates du calendrier ISO avant la convention sont toujours compatibles avec le calendrier grégorien depuis l’introduction officielle du calendrier grégorien le 15 octobre 1582.

Des dates antérieures, dans le calendrier proleptique grégorien , peuvent être utilisées d’un commun accord des partenaires échangeant des informations. La norme stipule que chaque date doit être consécutive, donc l’utilisation du calendrier julien serait contraire à la norme (car à la date de basculement, les dates ne seraient pas consécutives).

Années

AAAA

± Oui AAAA

La norme ISO 8601 prescrit, au minimum, une année à quatre chiffres [AAAA] pour éviter le problème de l’an 2000 . Il représente donc les années de 0000 à 9999, l’année 0000 étant égale à 1 BC et toutes les autres AD . Cependant, les années avant 1583 ne sont pas automatiquement autorisées par la norme. Au lieu de cela, “les valeurs comprises entre [0000] et [1582] ne doivent être utilisées que par accord mutuel des partenaires dans l’échange d’informations”. ^[19]

Pour représenter les années avant 0000 ou après 9999 , la norme permet également l’extension de la représentation de l’année mais uniquement par accord préalable entre l’expéditeur et le destinataire. ^[20] Une représentation d’année élargie [± Y YYYY] doit avoir un nombre convenu de chiffres d’année supplémentaires au-delà du minimum à quatre chiffres, et elle doit être précédée d’un signe + ou – ^[21] au lieu de l’ AD plus courant Notation /BC (ou CE/BCE ) ; par convention 1 BC est étiqueté +0000 , 2 BC est étiqueté −0001, et ainsi de suite. ^[22]

Dates du calendrier

AAAA-MM-JJ	ou alors	AAAAMMJJ
AAAA-MM	( mais pas AAAAMM)
Autorisé uniquement dans la version remplacée à partir de 2000 :
–MM-JJ	ou alors	–MMJJ [1]

Les représentations de la date calendaire se présentent sous la forme indiquée dans la case adjacente. [AAAA] indique une année à quatre chiffres, de 0000 à 9999. [MM] indique un mois de l’année à deux chiffres, de 01 à 12. [JJ] indique un jour à deux chiffres de ce mois, de 01 à 31. Par exemple , “5 avril 1981” peut être représenté soit par “1981-04-05” ^[14] dans le format étendu, soit par “19810405” dans le format de base .

La norme permet également d’écrire les dates du calendrier avec une précision réduite. Par exemple, on peut écrire “1981-04” pour signifier “1981 avril”. La version 2000 permettait d’écrire “–04-05” pour signifier “5 avril” ^[23] mais la version 2004 ne permet pas d’omettre l’année lorsqu’un mois est présent. On peut simplement écrire “1981” pour faire référence à cette année, “198” pour faire référence à la décennie de 1980 à 1989 inclus, ou “19” pour faire référence au siècle de 1900 à 1999 inclus. Bien que la norme autorise les formats “AAAA-MM-JJ” et AAAAMMJJ pour les représentations complètes de la date du calendrier, si le jour [JJ] est omis, seul le format AAAA-MMformat est autorisé. En interdisant les dates de la forme AAAAMM, la norme évite la confusion avec la représentation tronquée AAMMJJ (encore souvent utilisée).

Dates de la semaine

AAAA-Www	ou alors	AAAAWww
AAAA-Www-D	ou alors	AAAAWwwD

Les représentations de la date de la semaine sont dans les formats indiqués dans la case adjacente. [AAAA] indique l’ année de numérotation des semaines ISO qui est légèrement différente de l’année civile grégorienne traditionnelle (voir ci-dessous). [Www] est le Numéro de semaine précédé de la lettre W , de S01 à S53. [D] est le numéro du jour de la semaine , de 1 à 7, commençant par lundi et se terminant par dimanche.

Il existe plusieurs descriptions mutuellement équivalentes et compatibles de la semaine 01 :

• la semaine du premier jour ouvré de l’année de départ (en considérant que les samedis, dimanches et le 1er janvier sont chômés),
• la semaine avec le premier jeudi de l’année de départ (la définition ISO formelle),
• la semaine avec le 4 janvier dedans,
• la première semaine avec la majorité (quatre ou plus) de ses jours dans l’année de départ, et
• la semaine commençant par le lundi dans la période du 29 décembre au 4 janvier.

Par conséquent, si le 1er janvier tombe un lundi, mardi, mercredi ou jeudi, c’est dans la semaine 01. Si le 1er janvier tombe un vendredi, samedi ou dimanche, c’est dans la semaine 52 ou 53 de l’année précédente (il y a pas de semaine 00). Le 28 décembre est toujours la dernière semaine de son année.

Le Numéro de semaine peut être décrit en comptant les jeudis : la semaine 12 contient le 12ème jeudi de l’année.

L’ année de numérotation des semaines ISO commence le premier jour (lundi) de la semaine 01 et se termine le dimanche précédant la nouvelle année ISO (donc sans chevauchement ni intervalle). Il se compose de 52 ou 53 semaines complètes. La première semaine ISO d’une année peut avoir jusqu’à trois jours qui sont en fait dans l’année civile grégorienne qui se termine ; s’il y en a trois, ce sont les lundi, mardi et mercredi. De même, la dernière semaine ISO d’une année peut avoir jusqu’à trois jours qui sont en fait dans l’année civile grégorienne qui commence ; s’il y en a trois, ce sont vendredi, samedi et dimanche. Le jeudi de chaque semaine ISO est toujours dans l’année civile grégorienne indiquée par l’année de numérotation des semaines ISO.

Exemples:

• Lundi 29 décembre 2008 s’écrit “2009-W01-1”
• Dimanche 3 janvier 2010 s’écrit “2009-W53-7”

Dates ordinales

AAAA-JJJ

ou alors

AAAAJJJ

Une date ordinale est une forme simple pour les occasions où la nature arbitraire des définitions de semaine et de mois est plus un obstacle qu’une aide, par exemple, lors de la comparaison de dates de différents calendriers. Comme représenté ci-dessus, [YYYY] indique une année. [JJJ] est le jour de cette année, de 001 à 365 (366 les années bissextiles ). Par exemple, “1981-04-05” est également “1981-095” .

Ce format est utilisé avec des systèmes matériels simples qui ont besoin d’un système de date, mais où l’inclusion d’un logiciel de calcul de calendrier complet peut être une nuisance importante. Ce système est parfois appelé “date julienne”, mais cela peut prêter à confusion avec le jour julien astronomique , UN Décompte séquentiel du nombre de jours depuis le jour 0 commençant le 1er janvier 4713 avant JC Greenwich midi, calendrier proleptique julien (ou midi sur ISO date −4713-11-24 qui utilise le calendrier proleptique grégorien avec une année 0000).

Fois

Je:mm:ss.sss	ou alors	Thhmmss.sss
Je:mm:ss	ou alors	Thhmmss
Th:mm	ou alors	Thhmm
Thh

ISO 8601 utilise le système d’horloge de 24 heures . À partir de la norme ISO 8601-1:2019, le format de base est T[hh][mm][ss] et le format étendu est T[hh] :[mm] :[ss]. Les versions antérieures omettaient le T (représentant l’heure) dans les deux formats.

• [hh] fait référence à une heure complétée par des zéros entre 00 et 23.
• [mm] fait référence à une minute complétée par des zéros entre 00 et 59.
• [ss] fait référence à une seconde complétée par des zéros entre 00 et 60 (où 60 n’est utilisé que pour désigner une seconde intercalaire ajoutée ).

Ainsi, une heure peut apparaître sous la forme “T134730” dans le format de base ou “T13:47:30” dans le format étendu . L’ISO 8601-1:2019 autorise l’omission du T dans le format étendu, comme dans “13:47:30”, mais n’autorise l’omission du T dans le format de base que lorsqu’il n’y a aucun risque d’ambiguïté avec les expressions de date.

Soit les secondes, soit les minutes et les secondes, peuvent être omises des formats d’heure de base ou étendus pour une plus grande brièveté mais une précision réduite; les formats de temps de précision réduits qui en résultent sont : ^[24]

• T[hh][mm] au format de base ou [hh] :[mm] au format étendu , lorsque les secondes sont omises.
• T[hh], lorsque les secondes et les minutes sont omises.

Depuis l’ISO 8601-1:2019 , minuit ne peut être désigné que par “00:00”, correspondant au début d’un jour calendaire. Les versions antérieures de la norme autorisaient “24h00” correspondant à la fin d’une journée, mais cela est explicitement interdit par la révision de 2019.

Une fraction décimale peut être ajoutée à l’élément de temps d’ordre le plus bas présent, dans l’une quelconque de ces représentations. Une Marque décimale , soit une virgule , soit un point (suivant ISO 80000-1 selon ISO 8601:1-2019, ^[25] qui ne stipule pas de préférence sauf dans les Normes internationales, mais avec une préférence pour une virgule selon ISO 8601 :2004) ^[26]est utilisé comme séparateur entre l’élément de temps et sa fraction. Pour indiquer “14 heures, 30 minutes et demie”, n’incluez pas le chiffre des secondes. Représentez-le comme “14:30,5”, “T1430,5”, “14:30.5” ou “T1430.5”. Il n’y a pas de limite au nombre de décimales pour la fraction décimale. Cependant, le nombre de décimales doit être convenu par les parties communicantes. Par exemple, dans Microsoft SQL Server, la précision d’une fraction décimale est de 3 pour un DATETIME, c’est-à-dire “aaaa-mm-jjThh:mm:ss[.mmm]”. ^[27]

Désignateurs de fuseau horaire

<heure>Z

<heure>±hh:mm

<heure>±hhmm

<heure>±hh

Les fuseaux horaires dans ISO 8601 sont représentés en heure locale (avec l’emplacement non spécifié), en UTC ou en décalage par rapport à UTC.

Heure locale (sans précision)

Si aucune information de relation UTC n’est donnée avec une représentation temporelle, l’heure est supposée être en heure locale. Bien qu’il puisse être sûr de supposer l’heure locale lors de la communication dans le même fuseau horaire, il est ambigu lorsqu’il est utilisé pour communiquer dans différents fuseaux horaires. Même au sein d’un même fuseau horaire géographique, certaines heures locales seront ambiguës si la région observe l’heure d’été . Il est généralement préférable d’indiquer un fuseau horaire (indicatif de zone) en utilisant la notation de la norme.

Temps universel coordonné (UTC)

Si l’heure est en UTC , ajoutez un Z directement après l’heure sans espace. Z est l’indicateur de zone pour le décalage UTC zéro. “09:30 UTC” est donc représenté par “09:30Z” ou “T0930Z”. “14:45:15 UTC” serait “14:45:15Z” ou “T144515Z”.

Le suffixe Z dans la représentation de l’heure ISO 8601 est parfois appelé “heure zoulou” car la même lettre est utilisée pour désigner le fuseau horaire zoulou . Cependant, la norme ACP 121 qui définit la liste des fuseaux horaires militaires ne fait aucune mention de l’UTC et dérive le « temps zoulou » du temps moyen de Greenwich ^[28] qui était autrefois utilisé comme norme de temps civile internationale. GMT n’est plus précisément défini par la communauté scientifique et peut se référer soit à UTC soit à UT1 selon le contexte. ^[29]

Décalages horaires par rapport à l’UTC

Le décalage UTC est ajouté à l’heure de la même manière que ‘Z’ était au-dessus, sous la forme ±[hh]:[mm], ±[hh][mm] ou ±[hh].

Les décalages UTC négatifs décrivent un fuseau horaire à l’ouest de UTC±00:00 , où l’ heure civile est en retard (ou antérieure) à UTC , de sorte que l’indicateur de zone ressemblera à “−03:00″,”−0300” ou “−03 “.

Les décalages UTC positifs décrivent un fuseau horaire à ou à l’est de UTC±00:00 , où l’ heure civile est identique ou en avance (ou plus tard) que UTC , de sorte que l’indicateur de zone ressemblera à “+02:00”,”+0200 “, ou “+02”.

Exemples

• “−05:00” pour New York à l’heure standard ( UTC-05:00 )
• “−04:00” pour New York à l’heure d’été ( UTC-04:00 )
• “+00:00” (mais pas “−00:00”) pour Londres à l’heure standard ( UTC±00:00 )
• “+02:00” pour Le Caire ( UTC+02:00 )
• “+05:30” pour Bombay ( UTC+05:30 )
• “+14:00” pour Kiribati ( UTC+14:00 )

Voir Liste des décalages horaires UTC pour les autres décalages UTC .

Pour représenter UN Décalage négatif, ISO 8601 spécifie l’utilisation d’un Signe moins . Si le jeu de caractères d’échange est limité et n’a pas de Signe moins, le trait d’union-moins doit être utilisé. ASCII n’a pas de Signe moins, donc son caractère trait d’union-moins (le code est 45 décimal ou hexadécimal 2D) serait utilisé. Si le jeu de caractères comporte un Signe moins, ce caractère doit être utilisé. Unicode a un Signe moins et son code de caractère est U+2212 (2212 hexadécimal) ; l’ appel d’ entité de caractère HTML− est .

Les heures suivantes se réfèrent toutes au même moment : “18:30Z”, “22:30+04”, “1130−0700” et “15:00−03:30”. Les lettres de fuseau horaire nautique ne sont pas utilisées à l’exception de Z. Pour calculer l’heure UTC, il faut soustraire le décalage de l’heure locale, par exemple pour “15:00−03:30” do 15:00 − (−03:30) pour obtenir 18h30 UTC.

UN Décalage de zéro, en plus d’avoir la représentation spéciale “Z”, peut également être indiqué numériquement comme “+00:00”, “+0000” ou “+00”. Cependant, il n’est pas permis de l’indiquer numériquement avec un signe négatif, comme “−00:00”, “−0000” ou “−00”. La section dictant l’utilisation des signes ^[30] stipule qu’un signe plus doit être utilisé pour une valeur positive ou nulle, et un Signe moins pour une valeur négative. Contrairement à cette règle, la RFC 3339, qui est par ailleurs un profil de l’ISO 8601, permet l’utilisation de “-00”, avec la même dénotation que “+00” mais une connotation différente. ^{[31] [32]}

Représentations combinées de la date et de l’heure

<date>T<heure>

Un point unique dans le temps peut être représenté en concaténant une expression de date complète, la lettre “T” comme délimiteur et une expression de temps valide. Par exemple, “2007-04-05T14:30” . Dans l’ISO 8601:2004, il était permis d’omettre le caractère “T” d’un commun accord comme dans “200704051430” , ^[33] mais cette disposition a été supprimée dans l’ISO 8601-1:2019. La séparation des parties de date et d’heure avec d’autres caractères tels que l’espace n’est pas autorisée dans l’ISO 8601, mais autorisée dans son profil RFC 3339. ^[34]

Si un indicateur de fuseau horaire est requis, il suit la date et l’heure combinées. Par exemple, “2007-04-05T14:30Z” ou “2007-04-05T12:30−02:00” .

Les formats de base ou étendu peuvent être utilisés, mais la date et l’heure doivent utiliser le même format. L’expression de date peut être calendaire, hebdomadaire ou ordinale et doit utiliser une représentation complète. L’heure peut être représentée à l’aide d’un format de précision réduit spécifié.

Durées

PnYnMnDTnHnMnS

PnW

P<date>T<heure>

Les durées définissent la durée d’intervention dans un Intervalle de temps et sont représentées par le format P[n]Y[n]M[n]DT[n]H[n]M[n]S ou P[n]W comme indiqué à côté. Dans ces représentations, le [n] est remplacé par la valeur de chacun des éléments de date et d’heure qui suivent le [n]. Les zéros non significatifs ne sont pas obligatoires, mais le nombre maximum de chiffres pour chaque élément doit être convenu par les parties communicantes. Les lettres majuscules P , Y , M , W , D , T , H , M et S sont des indicatifs pour chacun des éléments de date et d’heure et ne sont pas remplacées.

• P est l’indicateur de durée (pour period ) placé au début de la représentation de la durée.
  • Y est l’indicateur d’année qui suit la valeur du nombre d’années civiles.
  • M est l’indicateur de mois qui suit la valeur du nombre de mois calendaires.
  • W est l’indicateur de semaine qui suit la valeur du nombre de semaines.
  • D est l’indicateur de jour qui suit la valeur du nombre de jours calendaires.
• T est l’indicateur de temps qui précède les composantes temporelles de la représentation.
  • H est l’indicateur d’heure qui suit la valeur du nombre d’heures.
  • M est l’indicateur de minutes qui suit la valeur du nombre de minutes.
  • S est le deuxième indicateur qui suit la valeur du nombre de secondes.

Par exemple, “P3Y6M4DT12H30M5S” représente une durée de “trois ans, six mois, quatre jours, douze heures, trente minutes et cinq secondes”.

Les éléments de date et d’heure, y compris leur désignateur, peuvent être omis si leur valeur est nulle, et les éléments d’ordre inférieur peuvent également être omis pour une précision réduite. Par exemple, “P23DT23H” et “P4Y” sont des représentations de durée acceptables. Cependant, au moins un élément doit être présent, ainsi “P” n’est pas une représentation valide pour une durée de 0 secondes. « PT0S » ou « P0D », cependant, sont tous deux valides et représentent la même durée.

Pour résoudre l’ambiguïté, “P1M” est une durée d’un mois et “PT1M” est une durée d’une minute (notez l’indicateur de temps, T, qui précède la valeur de temps). La plus petite valeur utilisée peut également avoir une fraction décimale, ^[35] comme dans “P0.5Y” pour indiquer une demi-année. Cette fraction décimale peut être spécifiée avec une virgule ou un point , comme dans “P0,5Y” ou “P0.5Y”. La norme n’interdit pas aux valeurs de date et d’heure dans une représentation de durée de dépasser leurs “points de report”, sauf comme indiqué ci-dessous. Ainsi, « PT36H » pourrait être utilisé aussi bien que « P1DT12H » pour représenter la même durée. Mais gardez à l’esprit que “PT36H” n’est pas le même que “P1DT12H”

Alternativement, un format de durée basé sur des représentations combinées de la date et de l’heure peut être utilisé par accord entre les parties communicantes soit dans le format de base AAAAMMJJThhmmss soit dans le format étendu P[AAAA]-[MM]-[JJ]T[hh] : [mm] :[ss] . Par exemple, la première durée indiquée ci-dessus serait “P0003-06-04T12:30:05” . Cependant, les valeurs de date et d’heure individuelles ne peuvent pas dépasser leurs modules (par exemple, une valeur de 13 pour le mois ou de 25 pour l’heure ne serait pas autorisée). ^[36]

La norme décrit une durée dans le cadre d’intervalles de temps, qui sont abordés dans la section suivante. Le format de durée en lui-même est ambigu en ce qui concerne le nombre total de jours dans une année civile et un mois civil. Le nombre de secondes dans un jour calendaire est également ambigu en raison des secondes intercalaires . Par exemple, “P1M” seul peut être de 28, 29, 30 ou 31 jours. Il n’y a pas d’ambiguïté lorsqu’il est utilisé dans un Intervalle de temps. En utilisant l’exemple “P2M” durée de deux mois calendaires :

• l’intervalle 2003-02-15T00:00:00Z/P2M se termine deux mois calendaires plus tard au 2004-03-15T00:00:00Z, soit 59 jours plus tard
• l’intervalle 2003-07-15T00:00:00Z/P2M se termine deux mois calendaires plus tard au 2004-03-15T00:00:00Z, soit 62 jours plus tard

Le format de durée (ou un sous-ensemble de celui-ci) est largement utilisé indépendamment des intervalles de temps, comme avec la classe Java 8 Duration qui prend en charge un sous-ensemble du format de durée. ^{[37] [38]}

Intervalles de temps

<début>/<fin>

<début>/<durée>

<durée>/<fin>

<durée>

Un Intervalle de temps est le temps qui s’écoule entre deux instants. Le temps d’intervention est exprimé par une durée (comme décrit dans la section précédente). Les deux points temporels (début et fin) sont exprimés soit par une représentation combinée de la date et de l’heure, soit simplement par une représentation de la date.

Il existe quatre façons d’exprimer un Intervalle de temps :

1. Début et fin, par exemple “2007-03-01T13:00:00Z/2008-05-11T15:30:00Z”
2. Début et durée, par exemple “2007-03-01T13:00:00Z/P1Y2M10DT2H30M”
3. Durée et fin, telles que “P1Y2M10DT2H30M/2008-05-11T15:30:00Z”
4. Durée uniquement, telle que “P1Y2M10DT2H30M”, avec des informations contextuelles supplémentaires

Parmi ceux-ci, les trois premiers nécessitent deux valeurs séparées par un indicateur d’ intervalle qui est généralement un solidus (plus communément appelé barre oblique “/”). La section 3.2.6 de l’ISO 8601-1: 2019 note que “Un trait d’union peut être remplacé par un double trait d’union [“–“] par accord mutuel des partenaires communicants”, et les versions précédentes utilisaient des notations telles que “2000–2002” . ^[39] L’utilisation d’un double trait d’union au lieu d’un solidus permet l’inclusion dans les noms de fichiers informatiques ; ^[40] dans les systèmes d’exploitation courants, un solidus est un caractère réservé et n’est pas autorisé dans un nom de fichier.

Pour les expressions <start>/<end>, si des éléments manquent dans la valeur de fin, ils sont supposés être les mêmes que pour la valeur de début, y compris le fuseau horaire. Cette caractéristique de la norme permet des représentations concises des intervalles de temps. Par exemple, la date d’une réunion de deux heures, y compris les heures de début et de fin, pourrait être simplement affichée sous la forme “2007-12-14T13:30/15:30”, où “/15:30” implique “/2007-12- 14T15:30” (la même date que le début), ou les dates de début et de fin d’une période de facturation mensuelle comme “2008-02-15/03-14”, où “/03-14” implique “/2008-03 -14” (la même année que le départ).

Si une plus grande précision est souhaitable pour représenter l’Intervalle de temps, alors plus d’éléments de temps peuvent être ajoutés à la représentation. Un intervalle noté “2007-11-13/15” peut commencer à tout moment le 2007-11-13 et se terminer à tout moment le 2007-11-15 , tandis que “2007-11-13T09:00/15T17:00” inclut les heures de début et de fin. Pour inclure explicitement toutes les dates de début et de fin, l’intervalle serait représenté par “2007-11-13T00:00/16T00:00” .

Intervalles répétitifs

Rn/<intervalle>

R/<intervalle>

Les intervalles de répétition sont spécifiés dans la clause “4.5 Intervalle de temps récurrent”. Ils sont formés en ajoutant “R[n]/” au début d’une expression d’intervalle, où R est utilisé comme lettre elle-même et [n] est remplacé par le nombre de répétitions. Omettre la valeur de [n] ou spécifier une valeur de -1 signifie un nombre illimité de répétitions. Une valeur de 0 pour [n] signifie que l’intervalle n’est pas répété.

Si l’intervalle spécifie le début (formes 1 et 2 ci-dessus), alors c’est le début de l’intervalle de répétition. Si l’intervalle spécifie la fin mais pas le début (formulaire 3 ci-dessus), alors c’est la fin de l’intervalle répétitif. Par exemple, pour répéter l’intervalle de “P1Y2M10DT2H30M” cinq fois à partir de “2008-03-01T13:00:00Z” , utilisez “R5/2008-03-01T13:00:00Z/P1Y2M10DT2H30M” .

Représentations tronquées (supprimées dans ISO8601:2004)

ISO 8601: 2000 autorisait la troncature (par accord), où les composants principaux d’une date ou d’une heure sont omis. Cela permettait notamment d’utiliser des années à deux chiffres et les formats ambigus AA-MM-JJ et AAMMJJ. Cette disposition a été supprimée dans la norme ISO 8601:2004.

Représentations tronquées (supprimées dans ISO8601:2004)

Taper	Format de base	Exemple de base	Format étendu	Exemple étendu
Une date précise dans le siècle implicite	AAMMJJ	851026	AA-MM-JJ	85-10-26
Une année et un mois spécifiques dans le siècle implicite	-AAMM	-8510	-AA-MM	-85-10
Une année spécifique dans le siècle implicite	-AA	-85	N / A
Un jour spécifique d’un mois dans l’année implicite	–MMJJ	–1026	–MM-JJ	–10-26
Un mois spécifique dans l’année implicite	–MM	–dix	N / A
Un jour spécifique dans le mois implicite	—JJ	—26

Seul le premier type (date spécifique dans le siècle implicite) omet le début du -siècle. Tous les autres formats ont UN Début -par siècle, année et mois omis.

Extensions standardisées

ISO 8601-2:2019 définit un ensemble d’extensions normalisées des formats de date et d’heure ISO 8601.

Format de date/heure étendu (EDTF) L’EDTF est donné comme exemple de profil ISO 8601. Certaines de ses caractéristiques sont : ^[8]

• Qualificatifs incertains et approximatifs, ‘?’ et ‘~’, ainsi que leur combinaison utilisée, ‘%’ ; ils peuvent être appliqués à la date entière ou à des composants individuels.
• Intervalles de temps avec une fin ouverte (illimitée) ou une fin inconnue.
• Notation des chiffres exponentiels et significatifs en années.
• Valeurs “mois” spéciales indiquant des regroupements de sous-année tels que les saisons et les trimestres.
• Syntaxe pour sérialiser une liste de dates.

Les fonctionnalités EDTF sont décrites dans la section “Extensions de date et d’heure” de la norme ISO 8601-2:2019. Règles de répétition pour les intervalles de temps récurrents ISO 8601-2:2019 définit également un format pour limiter les intervalles de répétition en fonction de la syntaxe d’ iCalendar .

Usage

Sur Internet , le World Wide Web Consortium (W3C) utilise la norme IETF basée sur la norme ISO 8601 pour définir un profil de la norme qui limite les formats de date et d’heure pris en charge afin de réduire les risques d’erreur et la complexité du logiciel. La spécification très simple est basée sur un brouillon de la RFC 3339 mentionné ci-dessous. ^[41]

L’ISO 8601 est référencée par plusieurs spécifications, mais la gamme complète d’options de l’ISO 8601 n’est pas toujours utilisée. Par exemple, les différentes normes de guides électroniques de programmes pour la télévision, la radio numérique, etc. utilisent plusieurs formes pour décrire des moments et des durées. La spécification de métadonnées audio ID3 utilise également un sous-ensemble de la norme ISO 8601. ^[42] Le GeneralizedTime de la norme de codage X.690 utilise un autre sous-ensemble de la norme ISO 8601.

Commerce

La Date de la semaine ISO 8601 , à partir de 2006, est apparue sous sa forme de base sur les emballages commerciaux des grandes marques aux États-Unis. Son apparence dépendait plus de l’usine d’emballage, de mise en conserve ou d’embouteillage que de toute marque particulière. Le format est particulièrement utile pour l’assurance qualité, afin que les erreurs de production puissent être facilement attribuées aux semaines de travail et que les produits puissent être correctement ciblés pour le rappel.

RFC

IETF RFC 3339 ^[43] définit un profil ISO 8601 à utiliser dans les protocoles et normes Internet . Elle exclut explicitement les durées et les dates antérieures à l’ ère commune . Les formats plus complexes tels que les numéros de semaine et les jours ordinaux ne sont pas autorisés. ^[44]

La RFC 3339 s’écarte de la norme ISO 8601 en permettant de spécifier UN Décalage de fuseau horaire nul comme “-00:00”, ce que la norme ISO 8601 interdit. RFC 3339 a l’intention de “-00:00” pour porter la connotation qu’il n’indique pas un fuseau horaire préféré, alors que le “+00:00” conforme ou tout décalage non nul indique que le décalage utilisé est préféré. Cette convention concernant “-00:00” est dérivée des RFC antérieures, telles que la RFC 2822 qui l’utilise pour les horodatages dans les en -têtes de courrier électronique . La RFC 2822 ne prétendait pas qu’une partie de son format d’horodatage soit conforme à la norme ISO 8601, et était donc libre d’utiliser cette convention sans conflit.

Adoption en tant que normes nationales

Australie	AS/NZS ISO 8601.1:2021, AS/NZS ISO 8601.2:2021 (remplacé AS ISO 8601-2007)
L’Autriche	ÖNORM ISO 8601 (remplace ÖNORM EN 28601)
Belgique	NBN EN 28601 (1993)
Brésil	NBR 5892:2019
Canada	CAN/CSA-Z234.4-89 (R2007) [45]
Colombie	NTC 1034:2014 Source ICONTEC (Cette norme est identique à ISO 8601:2004)
Chine	GB/T 7408-2005
République Tchèque	ČSN ISO 8601 (remplacé ČSN EN 28601)
Danemark	DS/ISO 8601:2005 (remplacé DS/EN 28601)
Estonie	EVS 8:2008 ; EVS-ISO 8601:2011
Norme européenne	EN ISO 8601, EN 28601:1992 (annulé le 7 octobre 2011)
Finlande	SFS-EN 28601
France	NF Z69-200 ; NF EN 28601:1993-06-01 (annulé)
Allemagne	DIN ISO 8601:2006-09 (remplace DIN EN 28601:1993-02) ; relatif : DIN 5008:2011-04 (remplace DIN 5008:2005-05, DIN 5008:2001-11, DIN 5008:1996-05)
Grèce	ELOT EN 28601
Hongrie	MSZ ISO 8601:2003
Islande	IST EN 28601:1992 (obsolète)
Inde	EST 7900:2001
Irlande	EST/EN 28601:1993
Italie	UNI EN 28601 (1993)
Japon	JIS X 0301:2002
Corée, République de	KS X ISO 8601
Lituanie	LST ISO 8601:2006 (a remplacé LST ISO 8601:1997)
Luxembourg	ITM-EN 28601
Mexique	NMX-CH-150-IMNC-1999 [46]
Pays-Bas	NEN ISO 8601, NEN EN 28601 (1994), NEN 2772
Norvège	NS-ISO 8601
Pologne	PN-EN 28601:2002 (Obsolète depuis 2008. Aucune norme n’a été donnée en échange. [47] )
le Portugal	NP EN 28601
Russie	ГОСТ ИСО 8601-2001 (actuel), ГОСТ 7.64-90 (obsolète)
Afrique du Sud	SANS 8601:2009 [48]
Espagne	UNE EN 28601:1995
Suède	SS-ISO 8601:2011 (Approuvé le 01/11/2011, remplace SS-ISO 8601)
Suisse	SN ISO 8601:2005-08 (remplace SN-EN 28601:1994)
Taïwan	SNC 7648
Thaïlande	TIS 1111:2535 (1992)
Turquie	TS ISO 8601
Ukraine	ISO 8601:2010
Royaume-Uni	BS ISO 8601:2004, BS EN 28601 (1989-06-30)
États-Unis	ANSI INCITS 30-1997 (R2008) et NIST FIPS PUB 4-2
Viêt Nam	TCVN 6398-1:1998

Voir également

• Numérotation des années astronomiques
• Représentation de la date et de l’heure par pays
• Format de date par pays
• Horlogerie

Notes et références

1. ^ ^{a b} dernier dans ISO 8601: 2000, utilisé par “RFC 6350 – vCard Format Specification” . IETF . Août 2011. Archivé de l’original le 2016-05-31 . Récupéré le 21/01/2021 . La représentation tronquée, comme spécifié dans [ISO.8601.2000], Sections 5.2.1.3 d), e) et f), est autorisée., bien que supprimé dans ISO 8601:2004
2. ^ ^{a b} ISO 8601: 2004 [E] section 1 Portée
3. ^ ISO 8601: 2004 (E) , ISO , 2004-12-01, Annexe A : … De ce concept, des représentations de toutes les autres valeurs de date et d’heure ont été logiquement dérivées ; ainsi, ISO 2014, ISO 3307 et ISO 4031 ont été remplacées. … L’identification d’une date particulière au moyen de dates ordinales (ISO 2711) et au moyen du système de numérotation des semaines (ISO 2015) étaient des méthodes alternatives que le concept de base de la présente Norme internationale pouvait également englober ; ainsi, ISO 2015 et ISO 2711 ont maintenant été remplacées.
4. ^ ISO 8601:2004(E) . ISO . 2004-12-01. p. iv Avant-propos.
5. ^ “TC 154 Processus, éléments de données et documents dans le commerce, l’industrie et l’administration” . Commissions techniques. ISO. Archivé de l’original le 2016-05-25 . Récupéré le 16/08/2014 .
6. ^ “ISO/DIS 8601-1:2016-10-26” (PDF) . Bibliothèque du Congrès . Archivé de l’original (PDF) le 2017-10-19.
7. ^ “Projet allemand 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). Archivé de l’original le 2017-10-20 . Récupéré le 19/10/2017 .
8. ^ ^{un b} “la Spécification étendue de Format de Date/Heure (EDTF)” . La Bibliothèque du Congrès . 2019-10-08 [2019-02-04, 2014, 2012]. Archivé de l’original le 2020-03-07 . Récupéré le 07/03/2020 .
9. ^ “Contexte du format de date/heure étendu (EDTF)” . La Bibliothèque du Congrès . 2019-10-08 [2019-03-01]. Archivé de l’original le 2020-03-07 . Récupéré le 07/03/2020 .
10. ^ “Format de date/heure étendu (EDTF) 1.0 2012/2014” . Projet de soumission. La Bibliothèque du Congrès . Archivé de l’original le 2017-07-15 . Récupéré le 15/07/2017 .
11. ^ “ISO/WD 8601-2:2016-02-16” (PDF) . Bibliothèque du Congrès . Archivé de l’original (PDF) le 2017-10-19.
12. ^ “ISO/DIS 8601-2:2016-10-26” (PDF) . Bibliothèque du Congrès . Archivé de l’original (PDF) le 2017-10-20.
13. ^ “Projet allemand 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). Archivé de l’original le 2017-10-19 . Récupéré le 19/10/2017 .
14. ^ ^{a b} ISO, FAQ: Représentation numérique des dates et de l’heure Archivé le 08/03/2013 sur la Wayback Machine
15. ^ “Formats de date et d’heure” . w3.org . Archivé de l’original le 10 mai 2021 . Récupéré le 11 mai 2021 .
16. ^ ISO 8601: 2004 section 2.3.3 format de base
17. ^ Les versions antérieures de la norme ISO 8601 utilisaient le mot exactitude , et non précision , dans la section pertinente, par exemple : 2.3.7 représentation avec une précision réduite. Cela a été corrigé dans l’ISO 8601-1:2019.
18. ^ Doggett, LE (1992). “Calendriers”. Dans PK Seidelmann (éd.). Supplément explicatif à l’almanach astronomique . Sausalito, Californie: Livres scientifiques universitaires. p. 580.ISBN _ 0-935702-68-7. Archivé de l’original le 01/04/2004. Le calendrier grégorien sert aujourd’hui de norme internationale à usage civil.
19. ^ ISO 8601:2004(E) . ISO . 2004-12-01. section 4.1.2.1 Généralités.
20. ^ ISO 8601:2004(E) . ISO . 2004-12-01. 3.5 Extension … D’un commun accord entre les partenaires d’échange d’informations, il est permis d’étendre la composante identifiant l’année civile, qui est par ailleurs limitée à quatre chiffres. Cela permet de référencer des dates et des heures dans des années civiles en dehors de la plage prise en charge par des représentations complètes, c’est-à-dire avant le début de l’année [0000] ou après la fin de l’année [9999].
21. ^ ISO 8601: 2004 sections 3.4.2, 4.1.2.4
22. ^ Par exemple, voir l’annexe B.1.1 de la norme.
23. ^ Perreault, Simon (août 2011). “RFC 6350 – Spécification du format vCard” . IETF . Archivé de l’original le 2016-05-31 . Récupéré le 29/06/2016 . La représentation tronquée, comme spécifié dans [ISO.8601.2000], Sections 5.2.1.3 d), e) et f), est autorisée. {{cite journal}}:Citer le journal nécessite |journal=( aide )
24. ^ ISO 8601-1: 2019 section 5.3.1.3 Représentations avec une précision réduite
25. ^ ISO 8601-1: 2019 section 3.1.3.9 Signe décimal
26. ^ ISO 8601:2004(E) , ISO , 2004-12-01, 4.2.2.4 … la fraction décimale doit être divisée de la partie entière par le signe décimal spécifié dans l’ISO 31-0, c’est-à-dire la virgule [,] ou point [.]. Parmi ceux-ci, la virgule est le signe préféré.
27. ^ “Format ISO 8601” . Technet . Microsoft Docs . Archivé de l’original le 2021-10-20 . Récupéré le 20/10/2021 .
28. ^ “INSTRUCTIONS DE COMMUNICATION GÉNÉRALES ACP 121 (I)” (PDF) . Carte électronique de communication combinée . Octobre 2010. Archivé (PDF) de l’original le 2018-01-16 . Récupéré le 15/01/2018 .
29. ^ McCarthy, Dennis D. ; Seidelmann, Kenneth P. (2009). Le temps : de la rotation de la Terre à la physique atomique . Weinheim : Wiley-VCH Verlag GmbH & Co. KGaA . p. 10. ISBN 978-3-527-40780-4.
30. ^ ISO 8601-1: 2019 section 3.2.4, ISO 8601: 2004 section 3.4.2
31. ^ RFC 3339 – Convention de décalage local inconnue
32. ^ Newman, Chris (juillet 2002). Klyne, Graham (éd.). Date et heure sur Internet : horodatages . Pages des outils IETF . Reston, VA : Secrétariat de l’IETF, Corp. pour les initiatives de recherche nationales. p. 4 . OCLC 43315042 . Archivé de l’original le 20 janvier 2021 . Récupéré le 1er février 2021 . Convention de décalage local inconnu : si l’heure en UTC est connue, mais que le décalage par rapport à l’heure locale est inconnu, cela peut être représenté par UN Décalage de “-00:00”. Cela diffère sémantiquement d’UN Décalage de “Z” ou “+00:00”, ce qui implique que UTC est le point de référence préféré pour l’heure spécifiée. RFC2822 [IMAIL-UPDATE] décrit une convention similaire pour le courrier électronique
33. ^ “ISO 8601:2004(E)”. ISO . 2004-12-01. 4.3.2 NOTE : D’un commun accord entre les partenaires dans l’échange d’informations, le caractère [T] peut être omis dans les applications où il n’y a aucun risque de confondre une représentation de date et d’heure avec d’autres définies dans la présente Norme internationale. {{cite journal}}:Citer le journal nécessite |journal=( aide )
34. ^ “RFC3339”. 2002-07-01. 5.6. REMARQUE : ISO 8601 définit la date et l’heure séparées par “T”. Les applications utilisant cette syntaxe peuvent choisir, pour des raisons de lisibilité, de spécifier une date complète et un temps complet séparés par (disons) un caractère espace. {{cite journal}}:Citer le journal nécessite |journal=( aide )
35. ^ “Éléments de données et formats d’échange – Échange d’informations – Représentation des dates et des heures – Partie 1 : Règles de base” (PDF) . La Bibliothèque du Congrès . p. 23. Archivé (PDF) de l’original le 2021-03-12 . Récupéré le 06/07/2021 . b) Si nécessaire pour une application particulière, les composants d’ordre inférieur peuvent avoir une fraction décimale.
36. ^ ISO 8601:2004 section 4.4.3.3 Format alternatif, ISO 8601-1:2019 section 5.5.2.4 Format alternatif
37. ^ “Durée de la classe Java 8” . Plate-forme Java édition standard 8 . Oracle. Archivé de l’original le 2017-10-14 . Récupéré le 07/10/2017 .
38. ^ “Durée d’Amazon Alexa” . Développeur Amazon . Amazon.com. Archivé de l’original le 2017-10-14 . Récupéré le 07/10/2017 .
39. ^ “Info sur ISO 8601, la norme de représentation de la date et de l’heure” . Cs.tut.fi. Archivé de l’original le 2017-10-14 . Récupéré le 29/08/2012 .
40. ^ “ISO 8601 – Obtenir avec les heures (et les dates)” . Hydro-or. 2012-01-01. Archivé de l’original le 2014-01-25 . Récupéré le 13/08/2013 .
41. ^ Remarque sur les formats de date et d’heure du W3C de Reuters Archivé le 23/08/2011 sur WebCite
42. ^ Nilsson, M. (2000-11-01). “Balise ID3 version 2.4.0 – Structure principale” . id3.org. p. §4. Archivé de l’original le 2015-03-09 . Récupéré le 27/09/2009 .
43. ^ Newman, Chris; Klyne, Graham (juillet 2002). “RFC3339” . IETF.org . Archivé de l’original le 2015-10-20 . Récupéré le 25/10/2015 .
44. ^ Newman, Chris; Klyne, Graham (juillet 2002). “RFC 3339, section 5.6” . IETF.org . Archivé de l’original le 2015-10-20 . Récupéré le 25/10/2015 .
45. ^ Norme nationale du Canada, “CAN/CSA-Z234.4-89 (R2007) : Dates et heures entièrement numériques” . Conseil canadien des normes . 31 décembre 1989. Archivé de l’original le 30 mars 2018 . Récupéré le 29 mars 2018 .
46. ^ “DOF – Journal Officiel de la Fédération” . Archivé de l’original le 2021-11-10 . Récupéré le 10/11/2021 .
47. ^ Czubla, Albin (2020-12-04). “Główny Urząd Miar” (PDF) . Główny Urząd Miar . Archivé (PDF) de l’original le 2020-12-04 . Récupéré le 04/12/2020 .
48. ^ “SANS 8601:2009 (Ed. 2.00)” . Boutique en ligne SABS . Archivé de l’original le 2021-11-24 . Récupéré le 24/11/2021 .

Liens externes

Wikimedia Commons a des médias liés à ISO 8601 .

• Entrée de catalogue ISO pour ISO 8601:2004
• Le dernier prototype de l’ISO 8601-1 (ISO/TC 154 N)
• Le dernier prototype de l’ISO 8601-2 (ISO/TC 154 N)
• Utiliser le format de date international (ISO) – Quality Web Tips The World Wide Web Consortium (W3C)
• ISO 8601 chez Curlie
• Résumé ISO 8601 par Markus Kuhn
• Résumé de 8601 par ISO à la Wayback Machine (archivé 14/06/2011)
• Les mathématiques du calendrier ISO 8601
• Spécification du W3C sur la date et l’heure UTC , basée sur la norme ISO 8601:1988
• IETF Newman, Chris ; Klyne, Graham (juillet 2002). “RFC3339” . {{cite journal}}:Citer le journal nécessite |journal=( aide )basé sur ISO 8601:2000
• RFC 3339 vs ISO 8601 — Diagramme de Venn illustrant la différence entre les deux normes.
• “ISO 8601-1:2019” . Récupéré le 23/10/2020 .
• “ISO 8601-2:2019” . Récupéré le 23/10/2020 .

Aperçu de la mise en œuvre

• Mise en œuvre de la norme ISO 8601 dans le monde