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"}'Jährliche, monatliche und tägliche Profektionen mit dem Herrscher jedes Zeitraums. Die wichtigste hellenistische Technik der Zeitbestimmung und zugleich die einfachste: Das Horoskop rückt ab dem Aszendenten pro Lebensjahr um ein ganzes Zeichen vor. Eine 33-jährige Person steht also in einer Profektion des 10. Hauses, und der Herrscher dieses Zeichens wird zum Jahresherrscher – dem Planeten, über den das Jahr gedeutet wird. Innerhalb des Jahres wiederholt sich dieselbe Bewegung schneller: ein Zeichen pro Monat und eines etwa alle zweieinhalb Tage. Alle drei werden zusammen geliefert, jeweils mit exaktem Beginn und Ende, denn eine Deutung nutzt meist die Jahresprofektion für das Thema und die Monatsprofektion für die zeitliche Einordnung. Die Monatsprofektion setzt beim Jahreszeichen an, statt beim Aszendenten neu zu beginnen, die Tagesprofektion beim Monatszeichen. Das Alter wird nach GEBURTSTAGEN gezählt, nicht durch Teilen der verstrichenen Tage: Die Profektion wechselt beim Solar-Return. Wer elf Monate nach dem dreiunddreißigsten Geburtstag ist, befindet sich also noch im vierunddreißigsten Lebensjahr. Genau dieses Detail machen die meisten Implementierungen falsch. Alle Zeitstempel sind in UTC, sodass sich die Zeiträume ohne erneutes Parsen vergleichen und sortieren lassen.
| 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 |
| as_of | string (date-time) | optional | Das Datum, für das die Profektion berechnet wird. Standardwert: jetzt (UTC). |
| house_system | string | optional | Profektionen arbeiten traditionell mit Ganzzeichenhäusern; die Option ist vorhanden, weil ohnehin nur das ZEICHEN des Aszendenten verwendet wird. campanusequalkochplacidusporphyryregiomontanustopocentricwhole_sign |
| 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. |