Aller au contenu
POST/api/astro/traditional/profections/1 crédit

Profections

Profections annuelles, mensuelles et journalières, avec le maître de chaque période. La principale technique de datation hellénistique, et la plus simple : le thème avance d’un signe entier par année de vie à partir de l’ascendant ; une personne de 33 ans est ainsi en profection de maison 10, et le maître de ce signe devient le maître de l’année — la planète à travers laquelle on lit l’année. Le même mouvement se répète plus vite à l’intérieur de l’année : un signe par mois, et un environ tous les deux jours et demi. Les trois sont renvoyées ensemble, avec le début et la fin exacts de chaque période, car une lecture se sert normalement de l’annuelle pour la tonalité générale et de la mensuelle pour la situer dans le temps. La mensuelle part du signe annuel au lieu de repartir de l’ascendant, et la journalière part de la mensuelle. L’âge se compte par ANNIVERSAIRE, et non en divisant les jours écoulés : la profection change à la révolution solaire ; une personne qui a fêté ses trente-trois ans il y a onze mois est donc toujours dans sa trente-quatrième année. C’est sur ce détail que la plupart des implémentations se trompent. Tous les horodatages sont en UTC : les périodes peuvent donc être comparées et triées sans les réanalyser.

https://api.occultapi.com/api/astro/traditional/profections/
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

ChampTypeObligatoireRemarques
date_timestring (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.

latitudenumber (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

longitudenumber (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_floatnumber (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

as_ofstring (date-time)facultatif

La date pour laquelle calculer la profection. Par défaut : maintenant (UTC).

house_systemstringfacultatif

Les profections sont traditionnellement en signes entiers ; l’option existe parce que seul le SIGNE de l’ascendant est utilisé.

campanusequalkochplacidusporphyryregiomontanustopocentricwhole_sign
keysarrayfacultatif

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.

Exemple de requête

curl -X POST https://api.occultapi.com/api/astro/traditional/profections/ \
  -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,"as_of":"2026-09-09T12:00:00+00:00"}'

Réponse

{
  "data": {
    "zodiac": "tropical",
    "as_of": "2026-09-09T12:00:00+00:00",
    "age": 36,
    "ascendant": {
      "degree": 201.479077,
      "sign": "Libra",
      "sign_index": 7,
      "degree_in_sign": 21.4791,
      "formatted": "21°28' Libra"
    },
    "annual": {
      "period": "year",
      "house": 1,
      "sign": "Libra",
      "sign_index": 7,
      "lord": "venus",
      "lord_position": {
        "sign": "Leo",
        "sign_index": 5,
        "degree_in_sign": 1.573,
        "formatted": "1°34' Leo",
        "retrograde": false
      },
      "from": "2026-08-15T05:00:00+00:00",
      "to": "2027-08-15T05:00:00+00:00"
    },
    "monthly": {
      "period": "month",
      "house": 1,
      "sign": "Libra",
      "sign_index": 7,
      "lord": "venus",
      "lord_position": {
        "sign": "Leo",
        "sign_index": 5,
        "degree_in_sign": 1.573,
        "formatted": "1°34' Leo",
        "retrograde": false
      },
      "from": "2026-08-15T05:00:00+00:00",
      "to": "2026-09-14T15:00:00+00:00"
    },
    "daily": {
      "period": "day",
      "house": 10,
      "sign": "Cancer",
      "sign_index": 4,
      "lord": "moon",
      "lord_position": {
        "sign": "Gemini",
        "sign_index": 3,
        "degree_in_sign": 12.66,
        "formatted": "12°39' Gemini",
        "retrograde": false
      },
      "from": "2026-09-07T00:30:00+00:00",
      "to": "2026-09-09T13:20:00+00:00"
    },
    "lord_of_the_year": "venus",
    "note": "Age is counted by birthday, so the annual profection turns over on the solar return rather than on 1 January or on a 365-day division of elapsed time."
  },
  "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.

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.