/api/astro/inauspicious-timings/1 créditMoments néfastes
Toutes les périodes de la journée que la tradition évite, en un seul appel : rahu kaal, yamaganda, gulika, durmuhurta et disha shool, la direction à éviter en voyage. Les trois kaalams sont renvoyés sous forme de {start, end}, comme partout ailleurs. Le durmuhurta est aplati : l’endpoint parent renvoie deux instants de début et une durée commune sous {first, second, interval}, une structure impossible à afficher telle quelle. Cet endpoint renvoie donc la liste des heures de début (une ou deux), plus durmuhurta_length_seconds sous forme de nombre - l’endpoint parent donne cette durée sous forme de chaîne "2880.0". Si seul le rahu kaal vous intéresse, /api/astro/rahu-kaal/ est un appel plus léger.
https://api.occultapi.com/api/astro/inauspicious-timings/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/jsonChamps 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/inauspicious-timings/ \
-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": {
"rahu_kaal": {
"start": "2026-08-31T15:35:48+05:30",
"end": "2026-08-31T17:10:11+05:30"
},
"yamaganda": {
"start": "2026-08-31T09:18:16+05:30",
"end": "2026-08-31T10:52:39+05:30"
},
"gulika": {
"start": "2026-08-31T12:27:02+05:30",
"end": "2026-08-31T14:01:25+05:30"
},
"durmuhurta": [
"2026-08-31T08:23:54+05:30",
"2026-09-01T00:06:10+05:30"
],
"durmuhurta_length_seconds": 2880,
"disha_shool": "East"
},
"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.