POST/api/astro/dasha/current/1 Credit

Aktuelle Dasha

Welche Dasha-Periode gerade läuft, auf jeder Ebene. Das ist es, was man von einer Dasha eigentlich wissen will. Liefert die Kette von der Mahadasha abwärts – "Jupiter / Ketu / Mercury" –, jede Ebene mit Beginn, Ende, dem bereits verstrichenen Anteil in Prozent und den verbleibenden Tagen. Mit den Zeitleisten-Endpoints müsstest du dafür den ganzen Baum abrufen, rekursiv durchlaufen und die Daten selbst vergleichen. Standardmäßig Vimshottari und der aktuelle Zeitpunkt; übergib `as_of` für einen anderen Zeitpunkt und `system` für eines der dreißig Systeme.

https://api.occultapi.com/api/astro/dasha/current/

Anfrage testen

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/json

Felder der Anfrage

Feld	Typ	Pflicht	Hinweise
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 -90 · max 90
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
as_of	string (date-time)	optional	Der Zeitpunkt, für den die laufende Periode ermittelt wird. Standardwert: jetzt (UTC).
dasha_direction	string	optional	`forwardbackward`
dasha_start	string	optional	Mit welchem Zyklus die Zeitleiste beginnt. `currentnextprevious`
date_time	string (date-time)	optional	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.
datetime	string (date-time)	optional	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. Bedeutet dasselbe wie date_time; andere Endpoints verwenden für dasselbe Feld nur einen anderen Namen.
days_in_year	number (double)	optional	Länge des Jahres, in dem die Perioden gemessen werden: 360 für das klassische Savana-Jahr, 365.25 für das julianische Jahr. min 360 · max 365.256364
levels	integer	optional	Verschachtelungstiefe: 1 nur Mahadasha, 2 zusätzlich Antardasha, 3 zusätzlich Pratyantardasha. Höchstens 4, weil die Antwort pro Ebene etwa um das Zehnfache wächst. min 1 · max 4
node	string	optional	Mondknotenmodell. Der übergeordnete Rashi-Endpoint verlangt es ohne Standardwert; hier ist ein Standardwert gesetzt. `truemean`
system	string	optional	Welches Dasha-System ausgewertet wird. Standardwert: Vimshottari.
timezone_as_float	number (double)	optional	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

Beispielanfrage

curl -X POST https://api.occultapi.com/api/astro/dasha/current/ \
  -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,"levels":3,"system":"Vimshottari"}'

Antwort

{
  "data": {
    "system": "Vimshottari",
    "engine_id": "VimshottariDasha",
    "family": "nakshatra",
    "lord_type": "planet",
    "levels": 3,
    "level_names": [
      "mahadasha",
      "antardasha",
      "pratyantardasha"
    ],
    "cycle_years": 120,
    "conditional": false,
    "as_of": "2026-09-09T09:10:36.588036+00:00",
    "running": true,
    "chain": [
      {
        "level": "mahadasha",
        "lord": "jupiter",
        "start": "2018-12-03 16:34:05.606114+00:00",
        "end": "2034-12-03 16:34:05.606114+00:00",
        "elapsed_percent": 48.54,
        "remaining_days": 3007.308
      },
      {
        "level": "antardasha",
        "lord": "ketu",
        "start": "2025-11-09 02:10:05.606114+00:00",
        "end": "2026-10-15 23:46:05.606114+00:00",
        "elapsed_percent": 89.261,
        "remaining_days": 36.608
      },
      {
        "level": "pratyantardasha",
        "lord": "mercury",
        "start": "2026-08-27 22:10:05.606114+00:00",
        "end": "2026-10-15 02:10:05.606114+00:00",
        "elapsed_percent": 25.866,
        "remaining_days": 35.708
      }
    ],
    "summary": "Jupiter / Ketu / Mercury",
    "note": null,
    "boundary_note": null
  },
  "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.