Chargement du Playground
curl -X POST https://api.occultapi.com/api/astro/western/progressions/ \
-H "X-API-Key: $OCCULT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"date_time":"1990-05-10T19:55:00+05:30","timezone_as_float":5.5,"latitude":26.9124,"longitude":75.7873,"progressed_to":"2026-05-10T00:00:00+00:00","orb_factor":1}'Progressions secondaires : un jour d’éphémérides pour une année de vie. On fait avancer le thème en lisant le ciel un JOUR après la naissance pour chaque ANNÉE vécue : un quarantième anniversaire se lit donc à partir du quarantième jour de vie. C’est la plus ancienne technique prévisionnelle de l’astrologie occidentale, et c’est pourquoi une Lune progressée avance d’environ un degré par mois, alors que Pluton progressé bouge à peine sur toute une vie. Indiquez dans `progressed_to` la date pour laquelle vous voulez le thème ; l’endpoint calcule lui-même les années écoulées et la date d’éphémérides correspondante, et renvoie les deux pour que la conversion soit visible et non implicite. Renvoie les positions progressées, les positions natales en regard, et tous les aspects du thème progressé vers le thème natal — c’est ainsi que les progressions se lisent réellement.
| 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. |
| progressed_to | string (date-time) | obligatoire | La date jusqu’à laquelle faire progresser le thème. On lit un jour d’éphémérides pour chaque année entre la naissance et cette date. |
| ayanamsa | string | facultatif | TROPICAL (par défaut) ou un nom d’ayanamsa tel que LAHIRI, KRISHNAMURTI, RAMAN ou FAGAN_BRADLEY, insensible à la casse. Avec un ayanamsa sidéral, sa valeur à l’instant considéré est soustraite de chaque longitude renvoyée. |
| include_asteroid_lilith | boolean | facultatif | Ajouter l’astéroïde (1181) Lilith, à ne pas confondre avec la Lune noire (Lilith), sous le nom "asteroid_lilith", après les autres corps. |
| include_lilith | boolean | facultatif | Ajouter la Lune noire, ou Lilith (l’apogée lunaire moyen), comme corps nommé "lilith", après les autres corps. |
| 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. |
| latitude | number (double) | facultatif | 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. |
| longitude | number (double) | facultatif | 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. |
| orb_factor | number (double) | facultatif | Multiplier tous les orbes d’aspect par ce facteur. 0.5 les divise par deux, 2 les double. min 0.1 · max 2 |
| 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 |