POST/api/astro/sunrise/1 crédit

Lever et coucher du soleil

Le lever et le coucher du soleil pour une date et un lieu, avec la durée du jour en secondes. Pour la Lune, utilisez /api/astro/moonrise/. Envoyez une date, une latitude, une longitude et le décalage UTC. Rien d’autre. Les mêmes valeurs sont accessibles via /api/astro/celestial/, mais seulement si vous savez qu’il faut demander le SUN par son nom, placer le commutateur de convention de lever en tête du tableau des clés et lire l’élément zéro d’un tableau de deux éléments dont le second est un tuple d’éphémérides de dix nombres décimaux. Cet endpoint utilise le lever hindou - bord supérieur, sans réfraction - soit la convention qu’utilise /api/astro/panchanga/ pour construire sa journée : le coucher moins le lever donne donc ici le day_length de cet endpoint à la seconde près. Le coucher renvoyé est toujours celui qui suit le lever. Chacun des deux champs peut valoir null : pendant le jour ou la nuit polaire, le soleil ne se lève pas ou ne se couche pas, et null l’indique. Dans ce cas, /api/astro/celestial/ renvoie "2000-11-24T12:00:00Z", qui correspond au jour julien zéro et non à un instant. Une limite à connaître : cet endpoint répond pour le jour CIVIL que vous avez indiqué, alors que le jour du panchanga va d’un lever du soleil au suivant. Si vous demandez un moment antérieur au lever, le panchanga décrit encore la veille : son day_length différera donc de l’intervalle donné ici. Chacun répond correctement à sa propre question.

https://api.occultapi.com/api/astro/sunrise/

Tester la requête

Authentification

Envoyez votre clé dans l’en-tête X-API-Key. Une clé est un identifiant côté serveur : ne la placez jamais dans du JavaScript exécuté par le navigateur ni dans une application mobile.

X-API-Key: yt_live_a1b2c3d4_…
Content-Type: application/json

Champs de la requête

Champ	Type	Obligatoire	Remarques
date_time	string (date-time)	obligatoire	Le moment du calcul, en ISO 8601. Incluez TOUJOURS un décalage ou un Z final - une valeur sans fuseau est lue comme Asia/Kolkata (UTC+05:30), et non comme UTC, et peut renvoyer le résultat de la veille avec un statut 200. '2026-09-01T06:00:00Z' et '2026-09-01 06:00:00' sont des instants différents et donnent des réponses différentes.
latitude	number (double)	obligatoire	Latitude du lieu, en degrés décimaux. Positive au nord, négative au sud. Exemple : 26.9124 pour Jaipur, 40.7128 pour New York. Les minutes et les secondes ne sont pas acceptées - convertissez d’abord. min -89.9 · max 89.9
longitude	number (double)	obligatoire	Longitude du lieu, en degrés décimaux. Positive à l’est, négative à l’ouest. Exemple : 75.7873 pour Jaipur, -74.0060 pour New York. Attention au signe : sans le moins, New York se retrouve en Chine. min -180 · max 180
timezone_as_float	number (double)	obligatoire	Décalage UTC du lieu, en heures, sous forme décimale. Exemple : 5.5 pour l’Inde (UTC+05:30), -5 pour New York en hiver, 5.75 pour le Népal. Cette valeur n’est PAS contrôlée par rapport à date_time - si les deux divergent, vous obtenez une réponse réussie pour le mauvais moment ; tirez donc les deux de la même source. Utilisez le décalage en vigueur à cette date, pas celui d’aujourd’hui : une naissance en été dans un pays qui applique l’heure d’été exige le décalage d’été. min -12 · max 14
keys	array	facultatif	Les calculs à renvoyer, sous forme de liste de noms. Consultez le tableau des clés de cet endpoint ; un nom non reconnu fait rejeter toute la requête. Un appel coûte un crédit quel que soit le nombre de clés demandées : demandez donc tout ce dont vous avez besoin en une seule fois plutôt que de faire plusieurs appels.

Exemple de requête

curl -X POST https://api.occultapi.com/api/astro/sunrise/ \
  -H "X-API-Key: $OCCULT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"date_time":"2026-09-01T06:00:00+05:30","timezone_as_float":5.5,"latitude":26.9124,"longitude":75.7873}'

Réponse

{
  "data": {
    "sunrise": "2026-09-01T06:09:56+05:30",
    "sunset": "2026-09-01T18:43:30+05:30",
    "day_length_seconds": 45214
  },
  "status": 200,
  "is_error": false,
  "message": "successful"
}

Réponse capturée lors d’un vrai appel, avec exactement la requête ci-dessus. Les résultats se trouvent dans data.

Erreurs

Les erreurs du contrôle de clé et de crédits renvoient { "error": "…", "message": "<code>", "is_error": true }. Affichez error à vos utilisateurs et basez votre logique sur message. Voir la référence des erreurs.