Chargement du Playground
curl -X POST https://api.occultapi.com/api/astro/western/draconic/ \
-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}'Le thème natal mesuré à partir du nœud lunaire et non à partir de 0 Bélier. Le zodiaque draconique commence au nœud nord de la Lune : c’est donc le thème natal que l’on fait tourner jusqu’à ce que le nœud se trouve au début du Bélier. Les praticiens le lisent comme la couche profonde du thème et le comparent aux positions natales — la technique repose sur les contacts entre les deux ensembles. Les deux ensembles sont renvoyés. Notez que tous les aspects À L’INTÉRIEUR d’un thème draconique sont identiques à ceux du thème natal, car toute la roue tourne d’un bloc ; ce qui change, ce sont les signes où tombent les planètes. Un endpoint draconique qui renverrait des aspects internes différents serait dans l’erreur.
| 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. |
| 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 |