/api/astro/upagraha/1 CreditUpagrahas
Die Schattenpunkte, getrennt nach den beiden Familien, aus denen sie stammen. `from_sun` enthält die fünf Punkte, die rechnerisch aus der siderischen Länge der Sonne abgeleitet werden – Dhuma, Vyatipata, Parivesha, Indrachaapa und Upaketu –, jeder mit festem Abstand zum vorherigen; sie hängen daher nur vom Zeitpunkt ab. `from_day_division` enthält die sechs Punkte, die sich aus der Teilung des Tageslichts oder der Nacht in acht planetare Abschnitte ergeben, darunter Gulika und Mandi. Sie hängen nicht nur vom Zeitpunkt, sondern auch vom ORT ab; deshalb werden die beiden Familien getrennt geliefert und nicht zu einer Liste zusammengeführt.
https://api.occultapi.com/api/astro/upagraha/Authentifizierung
Schick deinen Schlüssel im Header X-API-Key mit. API-Schlüssel sind Zugangsdaten für den Server: Sie gehören nie in Browser-JavaScript oder in eine mobile App.
X-API-Key: yt_live_a1b2c3d4_…
Content-Type: application/jsonFelder der Anfrage
| Feld | Typ | Pflicht | Hinweise |
|---|---|---|---|
| date_time | string (date-time) | Pflicht | Der Zeitpunkt, für den gerechnet wird, im Format ISO 8601. Gib IMMER einen Offset oder ein abschließendes Z an – ein Wert ohne Zone wird als Asia/Kolkata (UTC+05:30) gelesen, nicht als UTC, und kann mit Status 200 das Ergebnis des Vortags liefern. '2026-09-01T06:00:00Z' und '2026-09-01 06:00:00' sind verschiedene Zeitpunkte und ergeben verschiedene Antworten. |
| latitude | number (double) | Pflicht | Breitengrad des Ortes in Dezimalgrad. Positiv ist Nord, negativ ist Süd. Beispiel: 26.9124 für Jaipur, 40.7128 für New York. Minuten und Sekunden werden nicht akzeptiert – vorher umrechnen. min -89.9 · max 89.9 |
| longitude | number (double) | Pflicht | Längengrad des Ortes in Dezimalgrad. Positiv ist Ost, negativ ist West. Beispiel: 75.7873 für Jaipur, -74.0060 für New York. Achte auf das Vorzeichen: Ein fehlendes Minus verlegt New York nach China. min -180 · max 180 |
| timezone_as_float | number (double) | Pflicht | UTC-Offset des Ortes in Stunden, als Dezimalzahl. Beispiel: 5.5 für Indien (UTC+05:30), -5 für New York im Winter, 5.75 für Nepal. Wird NICHT gegen date_time validiert – stimmen beide nicht überein, erhältst du eine erfolgreiche Antwort für den falschen Zeitpunkt; leite daher beide aus derselben Quelle ab. Nutze den an diesem Datum gültigen Offset, nicht den heutigen: Eine Sommergeburt in einem Land mit Sommerzeit braucht den Sommer-Offset. min -12 · max 14 |
| dhuma_vyatipata_relation | string | optional | 360_minus_dhumadhuma_plus_53_20 |
| gulika_portion | string | optional | saturneighth |
| gulika_rises_at | string | optional | beginningmiddleend |
| kala_mrityu_rise_at | string | optional | beginningmiddleend |
| keys | array | optional | Welche Berechnungen zurückgegeben werden, als Liste von Namen. Siehe die Key-Tabelle dieses Endpoints; ein unbekannter Name lässt die ganze Anfrage scheitern. Ein Aufruf kostet einen Credit, egal wie viele Keys du anforderst – fordere also alles, was du brauchst, auf einmal an, statt mehrere Aufrufe zu machen. |
| mandi_portion | string | optional | saturneighth |
| mandi_rises_at | string | optional | beginningmiddleend |
Beispielanfrage
curl -X POST https://api.occultapi.com/api/astro/upagraha/ \
-H "X-API-Key: $OCCULT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"date_time":"2026-09-01T06:00:00+05:30","timezone_as_float":5.5,"latitude":26.9124,"longitude":75.7873}'Antwort
{
"data": {
"from_sun": {
"Dhuma": {
"degree": 27,
"sign": "Sg",
"minutes": 42,
"seconds": 39,
"nakshatra": "Uttaraashaadha",
"pada": 1
},
"Vyatipata": {
"degree": 2,
"sign": "Cn",
"minutes": 17,
"seconds": 20,
"nakshatra": "Punarvasu",
"pada": 4
},
"Parivesha": {
"degree": 2,
"sign": "Cp",
"minutes": 17,
"seconds": 20,
"nakshatra": "Uttaraashaadha",
"pada": 2
},
"Indrachapa": {
"degree": 27,
"sign": "Ge",
"minutes": 42,
"seconds": 39,
"nakshatra": "Punarvasu",
"pada": 3
},
"Upaketu": {
"degree": 14,
"sign": "Cn",
"minutes": 22,
"seconds": 51,
"nakshatra": "Pushyami",
"pada": 4
}
},
"from_day_division": {
"kaala": {
"degree": 25,
"sign": "Ar",
"minutes": 20,
"seconds": 59,
"nakshatra": "Bharani",
"pada": 4
},
"mrityu": {
"degree": 8,
"sign": "Ge",
"minutes": 58,
"seconds": 27,
"nakshatra": "Aardra",
"pada": 1
},
"artha_praharaka": {
"degree": 27,
"sign": "Ge",
"minutes": 52,
"seconds": 57,
"nakshatra": "Punarvasu",
"pada": 3
},
"yama_ghantaka": {
"degree": 16,
"sign": "Cn",
"minutes": 19,
"seconds": 57,
"nakshatra": "Pushyami",
"pada": 4
},
"maandi": {
"degree": 28,
"sign": "Aq",
"minutes": 39,
"seconds": 4,
"nakshatra": "Poorvaabhaadra",
"pada": 3
},
"gulika": {
"degree": 13,
"sign": "Aq",
"minutes": 55,
"seconds": 21,
"nakshatra": "Satabhishak",
"pada": 3
}
}
},
"status": 200,
"is_error": false,
"message": "successful"
}Aus einem echten Aufruf mit genau dieser Anfrage. Die Ergebnisse stehen unter data.
Fehler
Abrechnungsfehler liefern { "error": "…", "message": "<code>", "is_error": true }. Zeig deinen Nutzern error an und verzweige im Code anhand von message. Details in der Fehlerreferenz.