ForHosting KIT · Outils pour développeurs

Calculateur de l’équinoxe d’automne approximatif

Ce calculateur d’équinoxe d’automne estime l’instant où le Soleil atteint l’équinoxe de septembre pour l’année grégorienne que vous choisissez.

● BetaGratuit · dans votre navigateur

Lancer gratuitement Voir l’API

Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

Il évalue un polynôme d’équinoxe moyen, puis convertit le jour julien obtenu en date et heure UTC. Le calcul est déterministe : une même année produit toujours le même résultat, sans accès au réseau, horloge courante, valeur aléatoire ni dépendance au fuseau local. Utilisez-le pour la planification, l’enseignement, les comparaisons historiques ou tout logiciel qui exige une estimation stable plutôt qu’une prévision de précision astronomique.

Ce que représente cette estimation de l’équinoxe de septembre

L’équinoxe de septembre est l’instant où la trajectoire annuelle apparente du Soleil traverse l’équateur céleste vers le sud. Dans l’hémisphère Nord, on le nomme généralement équinoxe d’automne, tandis qu’il marque le début du printemps astronomique dans l’hémisphère Sud. Ce calculateur reçoit une année grégorienne et renvoie une date estimée, une heure UTC, un horodatage UTC combiné et le jour julien approximatif correspondant. Le résultat provient du polynôme classique de l’équinoxe moyen de septembre, évalué dans l’intervalle pris en charge, de 1000 à 3000. Considérez-le comme une estimation calendaire reproductible. L’outil ne consulte aucune éphéméride, ne modélise pas les mouvements périodiques de courte durée et ne détermine pas l’équinoxe à partir d’observations en direct. Ces différences deviennent importantes lorsque quelques secondes ou minutes influencent votre décision. Pour un calendrier, une démonstration pédagogique, une chronologie historique ou des données de test, le polynôme fournit une réponse concise et utile. La référence UTC empêche aussi le navigateur ou le serveur de modifier silencieusement la date selon son réglage local.

Du polynôme à un horodatage grégorien en UTC

L’algorithme transforme d’abord l’année demandée en un décalage mis à l’échelle par rapport à 2000. Il évalue ensuite un polynôme du quatrième degré dont les coefficients approchent le jour julien de l’équinoxe moyen de septembre. Le jour julien est un décompte astronomique continu : il représente une date et une fraction de journée sans dépendre des préférences calendaires régionales. Le calculateur convertit cette valeur dans le calendrier grégorien proleptique au moyen d’opérations arithmétiques, puis traduit la fraction restante en heures, minutes et secondes. Les fractions de seconde sont arrondies à la seconde entière la plus proche afin de produire un résultat lisible et stable. Aucun objet Date de JavaScript n’est employé, car il peut introduire des comportements propres à l’environnement et des difficultés pour les années historiques. Aucune base de fuseaux horaires n’intervient non plus. Pour assurer un contrat constant, la valeur polynomiale est traitée directement comme UTC, même si l’astronomie de précision distingue le temps terrestre du temps universel. Cette simplification volontaire explique l’indication d’équinoxe moyen approximatif.

Choisir ce calculateur ou des éphémérides de précision

Choisissez ce calculateur lorsque la reproductibilité et une approximation explicite comptent davantage qu’une précision astronomique inférieure à la minute. Il convient pour créer des repères saisonniers, préparer des chronologies pédagogiques, comparer le déplacement des dates d’équinoxe au fil des siècles ou constituer des jeux d’essai déterministes pour une application. Conservez l’horodatage combiné si un autre système attend une valeur de type ISO, et gardez le jour julien lorsque les calculs astronomiques suivants sont plus simples sur une échelle continue. Ne prenez pas ce résultat comme seule référence pour pointer un télescope, étudier une occultation, conduire une mission spatiale, fixer une échéance juridique ou appliquer une règle d’observance religieuse. Ces usages exigent des éphémérides solaires précises et actuelles, une conversion explicite des échelles temporelles et un traitement documenté de l’orientation terrestre. La date civile locale peut différer de la date UTC après application du décalage géographique. Le service ne réalise volontairement pas cette conversion, car les anciennes règles d’heure d’été et les changements politiques rendraient son contrat déterministe moins clair.

Cas d’usage

Construire un calendrier saisonnier

Générez un repère UTC approximatif et stable pour l’équinoxe de septembre de chaque année d’un calendrier ou d’une chronologie pédagogique.

Comparer les équinoxes entre les siècles

Évaluez plusieurs années prises en charge afin d’illustrer l’évolution de la date grégorienne et de l’heure estimées sur de longues périodes.

Créer des données d’essai déterministes

Utilisez un calcul indépendant de l’horloge, du réseau et du fuseau local pour tester un logiciel consacré aux dates.

Questions fréquentes

Quel est le prix d’un calcul par API ?

Chaque requête API coûte $0.002. Le calcul reçoit une année et renvoie un événement approximatif.

S’agit-il de l’heure exacte de l’équinoxe observé ?

Non. Il s’agit d’une estimation polynomiale de l’équinoxe moyen, sans les corrections périodiques ni les conversions temporelles des éphémérides précises.

Quelles années sont acceptées ?

Les années grégoriennes de 1000 à 3000 sont acceptées, conformément à l’intervalle de cette forme du polynôme.

Pourquoi le résultat est-il exprimé en UTC ?

UTC fournit une référence déterministe unique et évite les changements dus au fuseau horaire de l’ordinateur ou du navigateur.

La date locale peut-elle être différente ?

Oui. Un décalage horaire positif ou négatif peut placer l’événement sur une autre date civile locale.

Pour les développeurs — accès API

Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.

Endpoint

POSThttps://api.kit.forhosting.com/date/autumnal-equinox-approx

Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.

Appeler depuis votre stack

curl -X POST https://api.kit.forhosting.com/date/autumnal-equinox-approx \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"year":2026}'

const res = await fetch("https://api.kit.forhosting.com/date/autumnal-equinox-approx", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "year": 2026
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/date/autumnal-equinox-approx",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "year": 2026
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/autumnal-equinox-approx", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"year":2026}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"year":2026}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/autumnal-equinox-approx", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Exemple de requête

{
  "year": 2026
}

Exemple de réponse

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "date.autumnal_equinox_approx",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.

Tarifs

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

Erreurs

HTTP	Code	Signification
`401`	`unauthorized`	Clé API absente ou invalide : vérifiez l’en-tête Authorization.
`402`	`insufficient_balance`	Solde insuffisant : rechargez votre compte pour lancer cette tâche.
`404`	`unknown_type`	Type de tâche inconnu : vérifiez le champ type de votre requête.
`429`	`rate_limited`	Trop de requêtes : ralentissez la cadence, puis réessayez.

Consulter la documentation complète du KIT →