curl -X POST https://api.occultapi.com/api/astro/return/solar/ \
-H "X-API-Key: $OCCULT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"date_time":"1990-05-10T19:55:00+05:30","timezone_as_float":5.5,"search_from":"2026-01-01T00:00:00+00:00","count":3}'Der exakte Zeitpunkt, zu dem die Sonne wieder die ekliptikale Länge erreicht, die sie bei der Geburt hatte – der astrologische Geburtstag und das Horoskop, das für das kommende Jahr gedeutet wird. Das ist meist NICHT der Geburtstag im Kalender. Der Return verschiebt sich gegenüber dem Kalender um etwa sechs Stunden pro Jahr (der Vierteltag, aus dem die Schaltjahre entstehen) und kann daher einen Tag früher oder später liegen. Mit `count` forderst du mehrere aufeinanderfolgende Jahre an, mit `search_from` beginnst du die Suche an einem anderen Zeitpunkt als der Geburt. Jedes Ergebnis enthält `error_arcseconds`, den Abstand zwischen der tatsächlichen Sonnenposition und dem Radixgrad – so siehst du selbst, dass das Ergebnis exakt ist, und musst dich nicht blind darauf verlassen.
| 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. |
| ayanamsa | string | optional | TROPICAL (Standard) oder ein Ayanamsa-Name wie LAHIRI, KRISHNAMURTI, RAMAN oder FAGAN_BRADLEY, ohne Beachtung der Groß-/Kleinschreibung. Ein siderisches Ayanamsa zieht seinen Wert zum jeweiligen Zeitpunkt von jeder gelieferten Länge ab. |
| count | integer | optional | Anzahl der aufeinanderfolgenden Returns, höchstens 24. min 1 · max 24 |
| exact_passes | boolean | optional | Stationsgenaue Suche verwenden: Sie findet jeden Durchgang, auch zwei, die nur wenige Stunden vor und nach einer Station liegen, und gruppiert die Durchgänge nach der geozentrischen Rückläufigkeitsschleife (auch bei Merkur und Venus). Fügt der Antwort "exact_passes": true hinzu. Mit dem Standardwert false bleibt die ursprüngliche Suche unverändert. |
| include_asteroid_lilith | boolean | optional | Den Asteroiden (1181) Lilith – ein anderer Himmelskörper als Schwarzer Mond Lilith – unter dem Namen "asteroid_lilith" nach den übrigen Himmelskörpern hinzufügen. |
| include_lilith | boolean | optional | Schwarzer Mond Lilith (das mittlere Mondapogäum) unter dem Namen "lilith" nach den übrigen Himmelskörpern hinzufügen. |
| 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. |
| latitude | number (double) | optional | 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. |
| longitude | number (double) | optional | 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. |
| search_from | string (date-time) | optional | Die Suche hier beginnen statt beim Geburtszeitpunkt. |
| 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 |