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

Applicabilité des dashas

L’astrologie védique compte de nombreux systèmes de périodes planétaires, et la plupart de ceux fondés sur les nakshatras, en dehors de la Vimshottari, sont conditionnels : selon les textes classiques, l’Ashtottari ne s’utilise que si une condition particulière est remplie dans le thème, la Dwadashottari que si une autre l’est, et ainsi de suite. Se tromper, c’est appliquer la mauvaise chronologie à toute la vie d’une personne. Cet endpoint vérifie ces conditions pour vous. Il construit les thèmes Rashi, Navamsa et Dwadasamsa à partir des données de naissance et teste six systèmes conditionnels — Ashtottari, Chaturaseeti Sama, Dwadashottari, Dwisaptati, Panchottari et Sataabdika —, chacun sur le thème qui sert classiquement à en juger. Envoyez le moment et le lieu de naissance avec `year_option` (la durée de l’année en jours), `start_option` et `direction_option`, les mêmes réglages de période que sur les endpoints de dasha. Le résultat vous indique quel endpoint de dasha appeler ensuite.

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

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. Contrainte de FORMAT. DateTimeField DRF : ISO-8601 uniquement (formats d’entrée par défaut de DRF), p. ex. "2026-09-01T06:00:00+05:30", "2026-09-01T06:00:00Z" ou "2026-09-01 06:00:00" (sans fuseau = UTC supposé).
direction_option	string	obligatoire	`forwardbackward` Sensible à la casse, en minuscules. Toute autre valeur renvoie une erreur 400 "Invalid direction: must be 'forward' or 'backward'".
keys	array	obligatoire	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. `applicability_check` Tableau de chaînes ; il n’existe qu’une seule clé.
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 -90 · max 90
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
start_option	string	obligatoire	`currentnextprevious` Sensible à la casse, en minuscules. Toute autre valeur renvoie une erreur 400 "Invalid start value: must be 'current', 'next', or 'previous'". Longueur max. 100 par.
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
year_option	number (double)	obligatoire	`365.256364365.24219365.25365360` min 360 · max 365.256364

Clés disponibles (1)

Listez dans keys exactement les calculs voulus. Une clé inconnue fait rejeter toute la requête. Vous payez 1 crédit, quel que soit le nombre de clés demandées : regroupez-les donc.

Clé	Champs supplémentaires requis	Description
applicability_check	—	Les systèmes de dasha de nakshatra conditionnels dont ce thème remplit les conditions classiques, sous forme de liste de noms d’affichage parmi "Ashtottari Dasha", "Chaturaseeti Sama Dasha", "Dwadashottari Dasha", "Dwisaptati Dasha", "Panchottari Dasha" et "Sataabdika Dasha". Une liste vide signifie qu’aucun des six ne s’applique. La Vimshottari, inconditionnelle, n’en fait pas partie.

Exemple de requête

curl -X POST https://api.occultapi.com/api/astro/dasha_applicability/ \
  -H "X-API-Key: $OCCULT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"keys":["applicability_check"],"date_time":"2025-03-27T09:52:50.441Z","latitude":26.9124,"longitude":75.7873,"timezone_as_float":5.5,"year_option":365.256364,"start_option":"current","direction_option":"forward"}'

Réponse

{
  "data": {
    "applicability_check": []
  },
  "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, sous le nom de chaque clé demandée.

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.