/api/astro/muntha/1 créditMuntha (varshaphal)
La Muntha d’une année de varshaphal : son signe, et la maison où elle tombe dans le thème annuel de cette année. La Muntha part de l’ascendant natal et avance d’UN SIGNE PAR ANNÉE RÉVOLUE ; elle revient donc à son point de départ tous les douze ans. Sa maison, en revanche, est comptée à partir de l’ascendant ANNUEL (varshapravesh) et non de l’ascendant natal - et cet ascendant change chaque année -, c’est pourquoi deux années partageant le même signe de Muntha n’en partagent généralement pas la maison. Les deux ascendants sont renvoyés pour que le décompte puisse être vérifié. `year` est facultatif et vaut par défaut l’année de révolution solaire en cours du natif. `age_completed` est le nombre de révolutions solaires écoulées, à partir duquel l’avancée est comptée - une année en cours ne déplace pas la Muntha.
https://api.occultapi.com/api/astro/muntha/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 -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 |
| ayanamsa | string | facultatif | |
| timezone_as_float | number (double) | facultatif | 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 | integer | facultatif | Année de naissance sous forme de nombre, p. ex. 1990. Quatre chiffres. min 1900 · max 2200 |
Exemple de requête
Exemple pas encore vérifié
Les noms et les types des champs ci-dessous viennent de la définition de l’API : ils sont exacts. En revanche, ce corps précis n’a pas abouti lors de notre dernier essai ; il lui manque peut-être une valeur que nous ne pouvons pas deviner. Prenez-le comme point de départ, pas comme une commande prête à l’emploi.
curl -X POST https://api.occultapi.com/api/astro/muntha/ \
-H "X-API-Key: $OCCULT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"date_time":"2026-09-01 06:00:00","latitude":26.9124,"longitude":75.7873,"timezone_as_float":5.5,"year":2026}'Réponse
Nous n’avons pas encore d’exemple de réponse vérifié pour cet endpoint. La structure de requête ci-dessus est générée à partir de la définition de l’API et elle est exacte ; nous ne publions un exemple de réponse qu’après l’avoir validé par un appel réel.
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.