Welche Endpoints sind im /api/v3/timing Namespace?

Elf Endpoints. Sechs Profektionen: /profections/annual, /profections/monthly, /profections/daily, /profections/continuous, /profections/biwheel, /profections/aspects. Dann /firdaria, /decennials, /zodiacal-releasing plus /zodiacal-releasing/current, /sun-conjunctions und /timeline. Der Timeline-Endpoint ist der Aggregator: Er ruft die anderen parallel auf und gibt die Vereinigung aktiver Perioden zurück.

Was macht der /timing/timeline Aggregator?

Du übergibst ein Subject und ein Datum. Timeline ruft Profektionen, Firdaria L1+L2, Decennials und Zodiacal Releasing parallel auf und mergt die Ergebnisse zu einer chronologisch sortierten Liste aktiver Zeitherren-Perioden. Statt vier Endpoints clientseitig zu orchestrieren, bekommst du eine Response mit dem Herrn des Jahres, der aktiven Firdaria-Sub-Periode, dem aktuellen Decennial-Herrscher und den ZR L1-L2 Perioden auf Glück und Geist. Das ist der Endpoint, den du an ein Dashboard anschließt.

Kann ich die Timing-Endpoints als MCP-Tools mit Claude oder GPT nutzen?

Ja. Alle 11 Endpoints sind als Model Context Protocol Tools registriert. Ein Agent (Claude Desktop, ein GPT-Agent, eine Cursor-Extension) ruft get_annual_profections oder get_timing_timeline auf dieselbe Weise auf wie jedes andere MCP-Tool. Schemas, Validierung und Beispiele kommen aus der OpenAPI-Spec. Die SVG-Renderer sind ebenfalls tool-zugänglich, sodass ein Agent eine gerenderte Chart anfordern kann.

Wie unterscheidet sich monatliche Profektion von jährlicher?

Die jährliche Profektion bewegt sich ein Zeichen pro Lebensjahr. Alter 0 bleibt auf dem Anker-Zeichen, Alter 1 rückt ein Zeichen vor, Alter 13 kehrt zum Anker zurück. Die monatliche Profektion nimmt das aktuell aktive Jahreszeichen und unterteilt das Jahr in 12 monatslange Sub-Profektionen, jede ein Zeichen weiter. Die tägliche Profektion unterteilt dann jeden Profektionsmonat in 12 Tagesfenster. Die drei Auflösungen stapeln sich: In jedem Moment hast du einen Jahresherrn, einen Monatsherrn und einen Tagesherrn.

Welche Zeitherren-Technik sollte ich zuerst in meiner App exponieren?

Jährliche Profektionen. Sie sind am günstigsten zu rendern (ein Zeichen, ein Herrscher, ein Haus) und modernen Nutzern über das Konzept des Herrn des Jahres am vertrautesten. Danach fügst du den Timeline-Aggregator hinzu, um Firdaria und Decennials zu zeigen, ohne separate UIs zu entwerfen. Hebe dir Zodiacal Releasing für einen Power-User-Modus auf; die L1-L4 Verschachtelung ist reichhaltig, braucht aber Bildschirmplatz für eine gute Darstellung.

Was ist Sect und wo zählt sie in euren Timing-Endpoints?

Sect beschreibt, ob die Chart diurnal (Sonne über dem Horizont) oder nocturnal (Sonne unter dem Horizont) ist. Bei Firdaria wählt sie den Startplaneten: Tag-Charts beginnen mit der Sonne, Nacht mit dem Mond. Bei Decennials beeinflusst sie, welcher angulare Planet den Zyklus in chaldäischer Ordnung startet. Die /timing-Endpoints berechnen die Sect aus der Chart und wenden die korrekte Lord-Logik automatisch an. Du übergibst keinen Flag.

Was ist Cazimi und wie erkennt es der Sonnen-Konjunktionen-Endpoint?

Cazimi ist, wenn ein Planet im Herzen der Sonne sitzt, innerhalb von ca. 17 Bogenminuten zur Konjunktion. Die klassische Lehre behandelt einen Cazimi-Planeten als erhöht. /timing/sun-conjunctions liefert den exakten Orb zur Sonne und labelt den Zustand als Cazimi (innerhalb 17′), Combust (innerhalb 8°30′), Under the Beams (innerhalb 17°) oder keinen. Drei Presets (Modern, Lilly, Bonatti) verschieben die Orb-Schwellen für traditionelle Praktiker.

Wie genau sind die zugrundeliegenden Berechnungen?

Planetenpositionen kommen aus der Swiss Ephemeris, derselben Ephemeride, die Solar Fire und Astrodienst nutzen, präzise bis unter eine Bogensekunde von 6000 v. Chr. bis 6000 n. Chr. Die Technik-Schicht darüber (Profektions-Arithmetik, Firdaria-Periodengrenzen, ZR-Sub-Period-Übergänge) ist Unit-getestet gegen Beispiele von Brennan, Hand und Greenbaum.

Aus welchen Programmiersprachen kann ich das aufrufen?

Jede Sprache, die HTTP spricht. Die Endpoints sind REST unter /api/v3/timing/*. SDKs gibt es für JavaScript/TypeScript, Python, PHP, Ruby und Java. Für KI-Agenten ist jeder Endpoint als MCP-Tool registriert, sodass Claude Desktop und GPT-Agenten sie nativ ohne SDK aufrufen.

Was kostet die Timing API?

Free Tier: 50 Requests pro Monat, jeden Monat, für immer. Starter: $11/Monat für 1.000 Requests. Professional: $37/Monat für 55.000 Requests. Business: $99/Monat für 220.000 Requests mit Priority Support. Der Timeline-Aggregator zählt als ein Request, obwohl er intern an vier Techniken fan-out.

Liegt die Response Time wirklich unter 300ms?

P95 Response Time unter 300ms für Einzel-Technik-Endpoints. Der Timeline-Aggregator lässt die Technik-Services parallel laufen und cacht die ~10 Natalpositionen über alle hinweg, sodass ein vollständiger Timeline-Call typischerweise in 250-400ms abgeschlossen ist, je nach Region. Cold Starts aus einem frischen Subject sind der langsamste Fall; sobald das Subject gecacht ist, nutzt jede Folge-Technik dieselben Positionen wieder.

Kann ich Profektion-zu-Natal-Aspekte zu einem bestimmten Datum bekommen?

Genau das liefert /profections/aspects. Übergib ein Subject und ein Zieldatum und du bekommst die Aspekte zwischen den profektierten Positionen und der Natalchart an diesem Datum. Das ist die operative Schicht, die die meisten Praktiker tatsächlich nutzen. Zu wissen, dass der profektierte Aszendent in Löwe ist, ist interessant; zu wissen, dass der profektierte Mars heute exakt quadrat natalem Saturn steht, treibt die Beratung an.

Geht Zodiacal Releasing wirklich bis L4?

Ja. /timing/zodiacal-releasing liefert die vollständige L1, L2, L3 und L4 verschachtelte Timeline, gestartet vom Glücks-Lot oder Geist-Lot. Loosing-of-the-Bond-Übergänge werden geflaggt, wo sie auftreten. /timing/zodiacal-releasing/current ist der Convenience-Endpoint: Übergib ein Datum und bekomme den aktiven L1-bis-L4-Stack zurück, ohne die vollständige Timeline selbst zu scannen.

Was ist der Unterschied zu eurer /transit-api?

Transite sind der lebende Himmel, der sich gegen deine Natalchart bewegt. Timing-Techniken sind Zeitherren-Systeme (Profektionen, Firdaria, ZR), die Lebensperioden basierend allein auf der Natalchart Herrscher zuweisen, unabhängig davon, wo die Planeten gerade stehen. Die meisten Beratungen nutzen beides: Zeitherren sagen dir, was aktiviert ist, Transite sagen dir, was den Auslöser zieht. /timing übernimmt die erste Hälfte, /transit-api die zweite.

Zeitherren-Techniken

Hellenistische Timing API: 11 Endpoints, ein Namespace

Jede klassische Zeitherren-Technik unter /api/v3/timing/*: Profektionen, Firdaria, Decennials, Zodiacal Releasing, Sonnen-Konjunktionen.

Plus ein Timeline-Aggregator, der jede aktive Periode in einem Call zurückgibt. Sect-aware, MCP-ready, unter 300ms.

Alle 11 Endpoints ansehen

Timing-Endpoints

<300ms

P95 Response

Klassische Techniken

MCP

Agent-kompatibel

Swiss Ephemeris Präzision

Sect-aware Lord-Logik

SVG-Renderer inklusive

Transform with

Was der /timing Namespace liefert

Harte Zahlen, kein Marketing-Geschwafel

Timing-Endpoints

<300ms

P95 Response Time

Profektions-Anker

Klassische Techniken

~10

Gecachte Planetenpositionen pro Request

99,9%

Uptime SLA

Was du im /timing Namespace bekommst

Elf Endpoints, sechs Techniken, ein Schema

Timeline-Aggregator

Ein POST an /timing/timeline gibt jeden aktiven Zeitherrn über Profektionen, Firdaria, Decennials und ZR für ein gegebenes Datum zurück

Fan-out an vier Technik-Services parallel, Merge nach Datum, Rückgabe einer chronologisch sortierten Liste aktiver Perioden mit ihren Herrschern

Sechs Profektions-Endpoints

Annual, monthly, daily, continuous, biwheel und aspects. Jede Auflösung von einer Lebens-Timeline bis zu den heutigen profektierten Aspekten

Sechs Routes unter /timing/profections/* teilen sich einen ProfectionService, sechs Anker (ASC, Glück, Sonne, Mond, MC, Geist), Whole-Sign und mittelalterliche 30°/Jahr beide unterstützt

Sect-aware Lord-Logik

Firdaria L1/L2 und Decennials-Starter werden aus der Chart-Sect berechnet, nicht hartcodiert

Tag-Charts starten Firdaria mit der Sonne und ordnen Decennials von angularen Planeten über dem Horizont; Nacht-Charts starten mit dem Mond und nutzen Planeten unterhalb

Zodiacal Releasing (Valens)

Vollständiges ZR von den Loten Glück und Geist, L1 bis L4, mit erkannten Loosing-of-the-Bond-Übergängen

/timing/zodiacal-releasing für die vollständige Timeline, /timing/zodiacal-releasing/current für den aktiven L1-L4 Stack zu einem bestimmten Datum

Sonnen-Konjunktionen-Rechner

Erkennt Cazimi, Combust und Under the Beams mit drei Orb-Presets

Modern-Preset: Cazimi innerhalb 17 Bogenminuten, Combust innerhalb 8°30′, Under the Beams innerhalb 17°. Lilly- und Bonatti-Presets verschieben die traditionellen Orbs entsprechend

MCP-Tool-Registrierung

Jeder Timing-Endpoint ist als Model Context Protocol Tool für Claude, GPT, Cursor und andere Agenten exponiert

Tool-Schemas automatisch aus den FastAPI-Request-Modellen generiert, Parameter-Validierung erhalten, Beispiele aus der OpenAPI-Spec übernommen

SVG-Renderer

Age-Bands-Wheel und Biwheel-Overlays rendern direkt nach SVG. Keine clientseitige Chart-Bibliothek nötig

/svg/timing/age-bands-wheel liefert ein Wheel mit den 12 Profektions-Altern auf Zeichensegmente gemappt; /svg/timing/biwheel rendert die profektierte Chart über die Natalchart

Sechs Profektions-Anker

Wechsle die profektierte Zeichenquelle zwischen ASC, Glück, Sonne, Mond, MC und Geist

Anchor-Parameter an jedem Profektions-Endpoint; dasselbe Alter kann von jedem der sechs Punkte projiziert werden, ohne die zugrundeliegende Chart neu zu berechnen

Geteiltes Subject-Schema

Übergib Geburtsdaten einmal im Standard-Subject-Format und jeder Endpoint akzeptiert es

Stadt-basierter Input wird via GeoService zu lat/lng/timezone aufgelöst; reine Koordinaten-Subjects überspringen Geocoding. Gleiches Format über alle 11 Endpoints

Was ist der /api/v3/timing Namespace?

Ein Hub für jede hellenistische und mittelalterliche Zeitherren-Technik

Der /api/v3/timing/* Namespace ist ein einziger Hub für klassische Zeitherren-Techniken. Er bietet 11 Endpoints für Profektionen (sechs Varianten), Firdaria, Decennials, Zodiacal Releasing, Sonnen-Konjunktionen und einen Timeline-Aggregator, der jede aktive Periode aller Techniken in einem Call zurückgibt. Alle Endpoints teilen sich dasselbe Subject-Schema. Du übergibst die Geburtsdaten einmal, danach ist jede Technik nur einen POST entfernt. Sect-Logik läuft dort, wo sie zählt (Firdaria L1/L2, Decennials-Starter). SVG-Renderer übernehmen das Age-Bands-Wheel und Biwheel-Overlays. Der gesamte Namespace ist als Model Context Protocol Tools registriert, sodass ein Claude- oder GPT-Agent Profektionen oder Zodiacal Releasing auf dieselbe Weise aufruft wie eine Datenbank.

Was sind die 11 Endpoints in /api/v3/timing?

Sechs Profektions-Endpoints: /profections/annual (mehrjährige Timeline, sechs Anker), /profections/monthly (12 Sub-Perioden pro Jahr), /profections/daily (12 Tagesfenster pro Profektionsmonat), /profections/continuous (mittelalterliche kontinuierliche Profektion 30°/Jahr), /profections/biwheel (profektierte Chart über die Natalchart gelegt) und /profections/aspects (Profektion-zu-Natal-Aspekte an einem Datum).

Dann /firdaria (persisch L1/L2, sect-aware, 75-Jahres-Zyklus), /decennials (hellenistisch, 10-Jahres-Perioden, chaldäische Ordnung), /zodiacal-releasing plus /zodiacal-releasing/current (Vettius Valens, Glücks- und Geist-Lot, L1 bis L4), /sun-conjunctions (Cazimi innerhalb ~17′, Combust ~8°30′, Under the Beams ~17°) und /timeline.

Der Aggregator fragt jede Technik, was gerade aktiv ist, und gibt die Vereinigung zurück.

11 Endpoints, ein gemeinsames Subject-Schema, ein POST pro Technik

1 min read

Wie funktioniert der /timing/timeline Aggregator?

Timeline ist der Flagship-Endpoint.

Du übergibst ein Subject und ein Zieldatum.

Er ruft Profektionen, Firdaria L1+L2, Decennials und Zodiacal Releasing parallel auf und mergt die Ergebnisse zu einer chronologisch sortierten Liste aktiver Perioden.

Du bekommst den Herrn des Jahres, die aktive Firdaria-Sub-Periode, den aktuellen Decennial-Herrscher und die ZR L1/L2 Perioden auf Glück und Geist, alles in einem Round Trip.

Das ist der Endpoint, den du an ein Dashboard oder einen Agenten anschließt.

Statt eine State Machine zu bauen, die vier Endpoints aufruft und überlappende Perioden abgleicht, rufst du /timeline auf und renderst.

Cacht die ~10 Natalpositionen über alle Techniken hinweg, sodass die marginalen Kosten für die Abfrage aller Perioden auf einmal gering sind.

Ein Call, jeder aktive Zeitherr über alle 6 Techniken

1 min read

Profektionen im Detail: annual, monthly, daily, continuous, biwheel, aspects

Profektionen sind die meistgenutzte Technik in der modernen hellenistischen Praxis, deshalb gibt es sechs Endpoints.

Annual liefert die mehrjährige Tabelle mit Alter, Profektionszeichen, Profektionshaus, Herrn des Jahres und der natalen Position des LOY.

Sechs Anker werden unterstützt: ASC (kanonisch), Glück, Sonne, Mond, MC und Geist.

Monthly unterteilt jedes Jahr in 12 monatslange Sub-Profektionen.

Daily unterteilt jeden Profektionsmonat in 12 Tagesfenster.

Continuous liefert die mittelalterliche lineare Profektion mit 30° pro Jahr, nützlich, wenn du einen bestimmten Grad statt eines ganzen Zeichens dirigieren willst.

Biwheel produziert eine profektierte Chart über die Natalchart gelegt, fertig zum SVG-Rendern.

Aspects liefert die Live-Aspekte zwischen den profektierten Positionen und der Natalchart an einem gewählten Datum.

Letzteres ist die operative Schicht, die die meisten Clients tatsächlich wollen.

Siehe /p/profections für die dedizierte Seite.

Sechs Profektions-Endpoints, sechs Anker, ein Schema

1 min read

Hellenistische Zeitherren: Firdaria, Decennials, Zodiacal Releasing

Firdaria ist eine persische Zeitherren-Technik mit einem 75-Jahres-Zyklus.

Der L1-Herrscher hängt von der Sect ab: Tag-Charts beginnen mit der Sonne, Nacht-Charts mit dem Mond.

Jede Hauptperiode ist in sieben L2-Sub-Perioden unterteilt.

Decennials ist hellenistisch, 10-Jahres-Perioden in chaldäischer Ordnung, wobei der Starter per Sect-Logik aus den angularen Planeten nahe dem Hour-Marker gewählt wird.

Zodiacal Releasing stammt von Vettius Valens, gestartet vom Glücks-Lot für Körper und Lebensunterhalt oder vom Geist-Lot für Karriere und Ruf, mit L1 bis L4 verschachtelten Sub-Perioden und Loosing-of-the-Bond-Übergängen.

Jede hat ihre eigene Deep-Dive-Seite: /p/firdaria, /p/decennials, /p/zodiacal-releasing.

Der Hub gibt dir den Endpoint; die dedizierten Seiten erklären die Theorie.

Sect-aware Lord-Logik bei Firdaria L1/L2 und Decennials-Starter

1 min read

Sonnen-Konjunktionen: Cazimi, Combust, Under the Beams

Der /timing/sun-conjunctions Endpoint erkennt, wenn natale oder transitierende Planeten nah an der Sonne stehen.

Drei Orb-Presets sind verfügbar: Modern (Cazimi innerhalb 17 Bogenminuten, Combust 8°30′, Under the Beams 17°), Lilly (Cazimi 17′, Combust 8°30′, Under the Beams 17°) und Bonatti (leicht andere traditionelle Orbs).

Cazimi ist eine starke Würde: Ein Planet im Herzen der Sonne wird wie erhöht behandelt.

Combust wirkt geschwächt.

Der Endpoint liefert den exakten Orb, den Zustand (Cazimi, Combust, Under the Beams oder keiner) und die Zeitfenster.

Nützlich für Elektionsastrologie und um zu flaggen, wenn ein transitierender Merkur seine Station combust durchläuft.

Siehe /p/cazimi-combust für die dedizierte Seite.

Drei klassische Orb-Presets: Modern, Lilly, Bonatti

1 min read

MCP-Tools: Timing-Endpoints aus Claude oder GPT-Agenten aufrufen

Jeder Endpoint in /api/v3/timing ist als Model Context Protocol Tool registriert.

Ein KI-Agent (Claude Desktop, ein Agent auf GPT-Basis, eine Cursor-Extension) kann get_annual_profections oder get_timing_timeline auf dieselbe Weise aufrufen wie ein SQL-Tool.

Schemas, Beispiele und Parameter-Validierung werden alle über MCP exponiert.

Damit kannst du einen 'Geburtschart-Copilot' bauen, der eine Frage wie 'Was ist mein Herr des Jahres und ist gerade etwas nahe combust?' beantwortet, indem er Profektionen und Sonnen-Konjunktionen aufruft und das Ergebnis erzählt.

Die SVG-Renderer (/svg/timing/* Age-Bands-Wheel, /svg/timing/biwheel) sind ebenfalls tool-zugänglich, sodass ein Agent eine gerenderte Chart anfordern und das PNG einbetten kann.

MCP-registriert: Jeder Timing-Endpoint ist ein Agent-Tool

1 min read

Use Cases

Mobile Astrologie-Apps

Zeige Nutzern ihren Herrn des Jahres, das aktive Firdaria und die aktuelle ZR-Periode, ohne die Algorithmen selbst zu schreiben

Tools für die professionelle Praxis

Treibe ein Beratungs-Dashboard an, das jeden aktiven Zeitherrn auf einen Blick über den Timeline-Aggregator zeigt

KI-Astrologie-Agenten

Verdrahte MCP-Tools mit Claude oder GPT, damit ein Agent Fragen beantworten kann, indem er Profektionen oder ZR direkt aufruft

Elektions-Software

Kombiniere Sonnen-Konjunktionen (Cazimi/Combust) mit Profektions-Aspekten, um Elektionsfenster zu bewerten

Technical Specifications

Endpoints	11 unter /api/v3/timing/*
Response Time	<300ms P95 weltweit
Profektions-Anker	ASC, Glück, Sonne, Mond, MC, Geist
Profektions-Auflösungen	Annual, monthly, daily, continuous, biwheel, aspects
Firdaria-Zyklus	75 Jahre, sect-aware L1/L2
Decennials-Ordnung	Chaldäisch, sect-aware Starter
Zodiacal Releasing	Vettius Valens, Glück und Geist, L1-L4
Sonnen-Konjunktion Presets	Modern, Lilly, Bonatti
SVG-Renderer	/svg/timing/age-bands-wheel, /svg/timing/biwheel
MCP-Integration	Alle 11 Endpoints als MCP-Tools registriert
Ephemeride	Swiss Ephemeris, 6000 v. Chr. bis 6000 n. Chr.
Subject-Schema	Über den gesamten Namespace geteilt

Hub-Namespace vs. Einzel-Technik-Bibliotheken

Feature	Astrology API	Others
Abgedeckte Techniken	Profektionen, Firdaria, Decennials, ZR, Sonnen-Konjunktionen, Timeline	Meist nur jährliche Profektionen oder Solar Return
Timeline-Aggregator	Ein Call gibt jede aktive Periode zurück	Aggregationsschicht selbst bauen
Profektions-Auflösungen	Annual, monthly, daily, continuous, biwheel, aspects	Nur annual
Sect-Logik	Eingebaut in Firdaria L1/L2 und Decennials-Starter	Diurnal/Nocturnal-Handling liegt bei dir
Sonnen-Konjunktionen	Cazimi, Combust, Under the Beams mit drei Orb-Presets	Nicht enthalten
SVG-Output	Age-Bands-Wheel und Biwheel-Renderer inklusive	Chart selbst in D3 rendern
KI-Agent-Integration	Alle Endpoints als MCP-Tools registriert	Kein Agent-Tooling
Subject-Schema	Ein Schema über 11 Endpoints	Pro Bibliothek anderes Input-Format

Dedizierte Seiten für jede Technik

Profections API

Annual, monthly, daily, continuous, biwheel, aspects: Deep Dive zur Sechs-Endpoint-Profektions-Familie

Firdaria API

Persische Zeitherren-Technik mit 75-Jahres-Zyklus, sect-aware L1- und L2-Sub-Perioden

Zodiacal Releasing API

Vettius Valens ZR von Glück und Geist, L1 bis L4, Loosing of the Bond

Cazimi & Combust API

Sonnen-Konjunktionen mit Modern-, Lilly- und Bonatti-Orb-Presets

Horary API

Fragen-basiertes Timing für traditionelle horare Praxis

Solar Return API

Jährliche Solar-Return-Charts, gut kombinierbar mit jährlichen Profektionen

Vimshottari Dasha API

Vedischer 120-Jahres-Dasha-Zyklus, falls du eine Jyotish-Variante neben Hellenistik ausspielst

References & Standards

Swiss Ephemeris (DE431-based) — astronomical calculations source
NASA JPL Planetary Ephemerides — underlying ephemeris dataset
International Astronomical Union (IAU) — body designation and nomenclature standards
IANA Time Zone Database — timezone & DST resolution

Einfache, Transparente Preise

Kostenlos starten, skalieren Sie mit Ihrem Wachstum. Keine versteckten Gebuhren.

Immer Kostenlos

Kostenlos starten

Perfekt zum Lernen, Testen und fur kleine personliche Projekte

50 API-Aufrufe/Monat

Basis-Geburtshoroskope

5 Haussysteme

Community-Support

Pro

11€/Monat

Fur kleine Apps und personliche Projekte

Alle Basis-Endpoints
12 Haussysteme
E-Mail-Support

Bester Wert

Pro Plus

21€/Monat

Fur wachsende Apps und mittleren Traffic

Alle erweiterten Endpoints
18 Haussysteme
KI-Interpretationen
Prioritats-E-Mail-Support

Ultra

37€/Monat

Fur professionelle Astrologie-Anwendungen

Credit math ↓

Alle Premium-Endpoints
23 Haussysteme
Erweiterte KI-Interpretationen
Priority-Support

Hochvolumen-Plane

Fur Enterprise-Anwendungen

Business

99€/Monat

Fur Hochvolumen-Anwendungen

Credit math ↓

ALLE Endpoints
White-Label-bereit
Individuelles KI-Feintuning
Telefon-Support

UNBEGRENZT

Enterprise

399€+pro Monat

Unbegrenzte Anfragen mit dedizierter Infrastruktur

Dedizierte Server-Infrastruktur
Unter 300ms garantiert
24/7 dedizierter Support
99,99% Uptime-SLA

Alle Plane beinhalten umfassende Dokumentation und SDKs

Fragen? Sprechen Sie mit unserem Team

Hellenistische Timing API: Fragen, die Entwickler wirklich stellen

Wenn es hier nicht steht, beantwortet die OpenAPI-Spec es wahrscheinlich

Jede Technik hat ihre eigene Deep-Dive-Seite

Der /timing-Hub gibt dir den Endpoint. Die Seiten unten erklären Theorie, Orbs und Edge Cases. Starte mit

Profektionen Firdaria Zodiacal Releasing Cazimi und Combust Horary Solar Return Vimshottari Dasha

Liefere Zeitherren-Techniken aus, ohne sie zu schreiben

Der /api/v3/timing Namespace gibt dir alle 11 Endpoints, sect-aware Logik, SVG-Renderer und MCP-Tool-Registrierung. Free Tier: 50 Requests pro Monat, für immer.

Timeline-Endpoint testen OpenAPI-Spec ansehen

11 Endpoints in einem Namespace

<300ms P95 Response

Als MCP-Tools registriert

Free Tier · Keine Karte erforderlich · Swiss Ephemeris Präzision

Hellenistische Timing API: 11 Endpoints, ein Namespace

Zeitherren-Techniken sind über fünf Bibliotheken verstreut

Ein Namespace, 11 Endpoints, ein Subject-Schema

Was der /timing Namespace liefert

Was du im /timing Namespace bekommst

Timeline-Aggregator

Sechs Profektions-Endpoints

Sect-aware Lord-Logik

Zodiacal Releasing (Valens)

Sonnen-Konjunktionen-Rechner

MCP-Tool-Registrierung

SVG-Renderer

Sechs Profektions-Anker

Geteiltes Subject-Schema

Was ist der /api/v3/timing Namespace?

Was sind die 11 Endpoints in /api/v3/timing?

Wie funktioniert der /timing/timeline Aggregator?

Profektionen im Detail: annual, monthly, daily, continuous, biwheel, aspects

Hellenistische Zeitherren: Firdaria, Decennials, Zodiacal Releasing

Sonnen-Konjunktionen: Cazimi, Combust, Under the Beams

MCP-Tools: Timing-Endpoints aus Claude oder GPT-Agenten aufrufen

Use Cases

Mobile Astrologie-Apps

Tools für die professionelle Praxis

KI-Astrologie-Agenten

Elektions-Software

Technical Specifications

Hub-Namespace vs. Einzel-Technik-Bibliotheken

Dedizierte Seiten für jede Technik

Profections API

Firdaria API

Zodiacal Releasing API

Cazimi & Combust API

Horary API

Solar Return API

Vimshottari Dasha API

References & Standards

Einfache, Transparente Preise

Immer Kostenlos

Pro

Pro Plus

Ultra

Hochvolumen-Plane

Business

Enterprise

Hellenistische Timing API: Fragen, die Entwickler wirklich stellen

Welche Endpoints sind im /api/v3/timing Namespace?

Was macht der /timing/timeline Aggregator?

Kann ich die Timing-Endpoints als MCP-Tools mit Claude oder GPT nutzen?

Unterstützt ihr SVG-Rendering von Timing-Charts?

Wie unterscheidet sich monatliche Profektion von jährlicher?

Welche Zeitherren-Technik sollte ich zuerst in meiner App exponieren?

Was ist Sect und wo zählt sie in euren Timing-Endpoints?

Was ist Cazimi und wie erkennt es der Sonnen-Konjunktionen-Endpoint?

Wie genau sind die zugrundeliegenden Berechnungen?

Aus welchen Programmiersprachen kann ich das aufrufen?

Was kostet die Timing API?

Liegt die Response Time wirklich unter 300ms?

Unterstützt ihr sowohl Whole-Sign- als auch grad-basierte Profektion?

Kann ich Profektion-zu-Natal-Aspekte zu einem bestimmten Datum bekommen?

Geht Zodiacal Releasing wirklich bis L4?

Was ist der Unterschied zu eurer /transit-api?

Jede Technik hat ihre eigene Deep-Dive-Seite

Liefere Zeitherren-Techniken aus, ohne sie zu schreiben

Zeitherren-Techniken sind über fünf Bibliotheken verstreut

Ein Namespace, 11 Endpoints, ein Subject-Schema

Was der /timing Namespace liefert

Was du im /timing Namespace bekommst

Timeline-Aggregator

Sechs Profektions-Endpoints

Sect-aware Lord-Logik

Zodiacal Releasing (Valens)

Sonnen-Konjunktionen-Rechner

MCP-Tool-Registrierung

SVG-Renderer

Sechs Profektions-Anker

Geteiltes Subject-Schema

Was ist der /api/v3/timing Namespace?

Was sind die 11 Endpoints in /api/v3/timing?

Wie funktioniert der /timing/timeline Aggregator?