Playground lädt
curl -X POST https://api.occultapi.com/api/astro/human-design/chart/ \
-H "X-API-Key: $OCCULT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"date_time":"2026-09-01 06:00:00","timezone_as_float":5.5,"latitude":26.9124,"longitude":75.7873}'Der vollständige Human-Design-Bodygraph, aus den Ephemeriden berechnet. Human Design ordnet die Planetenlängen einem festen Rad aus 64 Toren zu, das aus dem I Ging abgeleitet ist – und das zweimal. Die Persönlichkeitsebene ist der Geburtszeitpunkt. Die Designebene ist der Zeitpunkt etwa drei Monate davor, an dem die Sonne genau 88 Grad weiter zurück auf der Ekliptik stand – nicht 88 Tage: Die Erdbahn ist exzentrisch, der Abstand liegt daher je nach Jahreszeit zwischen etwa 86 und 92 Tagen, und dieser Endpoint berechnet den exakten Zeitpunkt. Liefert für jede Ebene dreizehn Aktivierungen (die zehn Planeten plus Erde und beide Mondknoten), jeweils mit Tor, Linie, Tornamen und Zentrum. Aus allen diesen Toren zusammen ermittelt er jeden der 36 Kanäle, der vollständig ist, und gibt an, welche Ebene welches Ende beigesteuert hat; dazu alle neun Zentren, jeweils als definiert oder offen markiert, sowie Typ, Strategie, innere Autorität, Profil, Definition und Inkarnationskreuz, die sich daraus ergeben. Jeder Wert ergibt sich durch Nachschlagen oder durch Traversieren eines Graphen; derselbe Geburtszeitpunkt liefert also immer dasselbe Chart. Bewusst nicht enthalten ist, was das alles bedeutet – das ist verfasste Deutung, nichts, was eine Ephemeride liefern kann. latitude und longitude sind optional. Ein Bodygraph kennt weder Häuser noch Achsen, der Geburtsort fließt also nie in die Berechnung ein: Zwei Menschen, die im selben Moment irgendwo auf der Erde geboren sind, haben identische Charts. Implementierungen, die einen Geburtsort verlangen, suggerieren das Gegenteil.
| 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. |
| 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 |
| 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. |
| node_type | string | optional | Legt fest, welcher Mondknoten die Knoten-Aktivierungen bestimmt: "mean" (Standard) oder "true", wie im MMI von Jovian Archive. Groß-/Kleinschreibung wird nicht beachtet; ein leerer Wert oder null steht für den Standardwert. |