L’heure absente du printemps et l’heure répétée de l’automne

Certaines heures locales ne désignent aucun instant ; d’autres en désignent deux.

WhatTimeIsIt Publié le 11 octobre 2026

Quand une heure locale ne suffit pas

Une horloge qui avance saute une plage d’heures locales ; lorsqu’elle recule, une plage se répète. La date exacte, l’amplitude et l’heure de transition dépendent des règles du lieu. Une date et une heure locale ne suffisent donc pas toujours à identifier un instant unique. Le problème apparaît surtout dans les rendez-vous nocturnes et les journaux, mais découle généralement de toute modification du décalage UTC.

Un exemple concret en automne

À Londres, le 25 octobre 2026, l’horloge passe de 02:00 BST à 01:00 GMT. L’heure locale 01:30 apparaît donc une fois à UTC+01:00 puis une fois à UTC+00:00. Les deux rendez-vous seraient séparés d’une heure réelle. Écrire le décalage ou un horodatage UTC explicite permet de les distinguer. L’actualité britannique d’automne présente la transition prévue et ses effets pratiques.

Un exemple concret au printemps

Selon la règle saisonnière américaine, un lieu participant passe de 02:00 à 03:00 au printemps. Une heure locale située dans l’intervalle sauté n’existe pas à cette date. Un logiciel peut rejeter la saisie ou l’interpréter selon une règle documentée ; ne supposez pas que toutes les applications réagissent pareil. Pour un rendez-vous important, choisissez une heure sans ambiguïté ou demandez à l’organisateur de confirmer l’instant obtenu dans le calendrier utilisé.

Traiter explicitement l’ambiguïté

Pour signaler un problème, fournissez la ville, la date complète, l’heure locale et le décalage attendu. Conservez les horodatages originaux et comparez les instants UTC avant de conclure à un doublon. Pour les annonces, évitez si possible les plages de transition et testez les invitations exportées sinon. Le guide des événements indique quoi publier ; le guide des horodatages montre comment un instant possède plusieurs représentations locales.