Chargement du Playground
curl -X POST https://api.occultapi.com/api/astro/traditional/almuten/ \
-H "X-API-Key: $OCCULT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"date_time":"1990-08-15T10:30:00+05:30","latitude":26.9124,"longitude":75.7873,"timezone_as_float":5.5}'La planète qui détient le plus de dignité sur le thème et sur chacun de ses points clés. L’astrologie traditionnelle ne se demande pas seulement où sont les planètes, mais laquelle est la plus forte sur un degré donné. L’almuten répond à cette question : c’est la planète qui y détient la dignité pondérée la plus élevée. Le résultat est donné de trois façons. `by_point` donne l’almuten du Soleil, de la Lune, de l’ascendant, du Milieu du Ciel et de la Part de Fortune, avec le score de chaque candidat pour que vous voyiez l’écart. `by_planet` additionne le score de chaque planète sur l’ensemble de ces points. `almuten_figuris` est le gagnant global — le maître du thème dans le système médiéval. Seules les dignités comptent, pas les débilités : l’almuten désigne la planète qui régit un degré, pas celle qui y est faible ; aucun score n’est donc négatif. La Part de Fortune s’inverse selon la secte — ascendant + Lune − Soleil le jour, l’inverse la nuit — une étape que la plupart des implémentations omettent. Les égalités sont signalées comme telles. Lorsque deux planètes obtiennent le même score, `tied` les liste et l’almuten vaut null, car trancher une égalité sans le dire reviendrait à faire passer une opinion pour un calcul.
| 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. |