Comment nos données sont calculées

Heure civile et synchronisation

Le serveur fournit un instant Unix en millisecondes. Le navigateur estime le délai aller-retour, puis fait avancer l’horloge avec son compteur monotone. Le message près de l’horloge distingue la synchronisation serveur d’un repli sur l’heure de l’appareil.

La synchronisation n’est pas une certification métrologique : elle suppose que l’horloge du serveur soit correctement maintenue. Le délai réseau affiché ne mesure pas son erreur par rapport à UTC.

Règles des fuseaux et périodes de validité

Les 46 zones sont compilées depuis l’archive complète IANA 2026c. Les tables couvrent le 1er janvier 2020 au 1er janvier 2036 exclu. Les outils datés gardent une marge aux extrémités pour les conversions traversant un changement de date.

Une conversion recherche tous les instants qui correspondent à la saisie locale : zéro résultat signifie une heure inexistante ; deux résultats correspondent à une heure répétée. Aucun des deux instants n’est choisi silencieusement.

Les calendriers comparatifs regroupent les transitions des deux villes et publient des périodes dont le début UTC est inclus et la fin exclue. Ils se recalculent à partir de la version embarquée ; une décision politique ultérieure impose de mettre à jour les règles.

Calculs solaires : hypothèses et limites

Le moteur utilise les équations de position solaire de Jean Meeus, selon leur mise en œuvre publiée par NOAA. La déclinaison et l’équation du temps sont recalculées à l’instant estimé des événements. Le seuil du centre solaire est −0,833° pour le lever et le coucher ; les crépuscules utilisent −6°, −12° et −18°.

Les coordonnées sont des points urbains conventionnels publiés, sans altitude, masque de relief ni météo. Une minute affichée est un arrondi. Elle ne garantit pas la visibilité réelle du Soleil. NOAA indique que son calculateur n’est plus maintenu ; il sert ici de référence méthodologique, sans validation institutionnelle de Heures.net.

Les cas de soleil de minuit, de nuit polaire et de seuil non franchi sont distingués. Un événement absent s’affiche par un tiret et reste vide dans le CSV, au lieu de devenir artificiellement 00:00.

Disponibilités et agenda

Le planificateur vérifie les minutes réellement disponibles dans les deux villes, y compris lorsque l’horloge avance ou recule. La disponibilité organisatrice commence à la date choisie ; celle de l’autre ville est quotidienne. Les départs sont proposés au quart d’heure local. Le fichier agenda contient un événement unique en UTC, sans invitation envoyée ni récurrence.

Contrôles reproductibles

La livraison comprend les tests du moteur PHP et JavaScript, des cas de changement d’heure, les comparaisons solaires et le contrôle des pages exécutées. Le rapport de vérification précise les contrôles réalisés, leurs dates et leur périmètre. La concordance entre deux implémentations ne prouve pas à elle seule l’exactitude physique ; les sources de comparaison sont identifiées dans ce rapport.

Vérification éditoriale

Chaque dossier distingue les résultats calculés, les règles issues de sources officielles et les interprétations culturelles. Les sources sont rattachées aux affirmations qu’elles documentent. Une date de révision décrit un travail sur le contenu ; elle ne fait pas passer un texte ancien pour une nouvelle décision officielle.

Les heures miroirs sont étudiées comme motifs et croyances. La source d’un courant interprétatif permet d’en attribuer les idées, pas d’en prouver les promesses.

Citer et reproduire un résultat

Indiquez le titre de la page, son URL, la date étudiée, le lieu, la version des données et la date de consultation. Pour le soleil, ajoutez les coordonnées et les hypothèses d’horizon. Les fichiers CSV permettent de conserver les valeurs utilisées dans un article ou une étude.