Aller au contenu
POST/api/astro/harsha-bala/1 crédit

Harsha bala (Tajika)

Harsha bala : la force tajika à cinq critères, notée sur vingt. Une mesure tajika, et non parashari. Chaque planète est évaluée selon cinq conditions — la bonne moitié du thème, le bon sexe du signe, son propre hémisphère, sa maison de joie et un placement bénéfique ou maléfique —, à cinq points chacune : chaque score est donc un multiple de cinq.

https://api.occultapi.com/api/astro/harsha-bala/
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 -90 · max 90

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

asc_houseintegerfacultatif

Numéro de la maison de l’ascendant. Par défaut : 1.

min 1 · max 12

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.

timezonenumber (double)facultatif

Décalage UTC du lieu, en heures, sous forme décimale. Exemple : 5.5 pour l’Inde (UTC+05:30). Même signification que timezone_as_float, que d’autres endpoints désignent sous un autre nom.

min -12 · max 14

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

Exemple de requête

curl -X POST https://api.occultapi.com/api/astro/harsha-bala/ \
  -H "X-API-Key: $OCCULT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"date_time":"1990-05-10T19:55:00+05:30","latitude":26.9124,"longitude":75.7873,"timezone":5.5,"asc_house":1}'

Réponse

{
  "data": {
    "system": "tajika",
    "scale": "0-20",
    "harsha_bala": {
      "Sun": 5,
      "Moon": 10,
      "Mars": 5,
      "Mercury": 5,
      "Jupiter": 10,
      "Venus": 10,
      "Saturn": 10
    }
  },
  "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.