Exoplanet-Transitdauer-Rechner

Nicht positive Werte der großen Halbachse scheitern mit invalid_input, weil sie für diese Formel keine physikalisch geschlossene Bahn definieren.

Was die Dauer eines zentralen Transits bedeutet und was die Antwort enthält

Die Transitdauer ist die Zeit, die ein Planet vor seinem Stern verbringt, gesehen von einem fernen Beobachter, gemessen vom ersten bis zum vierten Kontakt, wenn die volle Sternsehne im einfachen geometrischen Modell betrachtet wird. Bei einer Kreisbahn mit perfekt zentralem Transit ist der Impact-Parameter null, der Planetenweg geht durch die Mitte der Sternscheibe, und wenn der Planetenradius gegenüber dem Stern vernachlässigt wird, reduziert sich der Halbsehnenwinkel auf arcsin von R-star über a. Die Multiplikation dieses Winkels mit der Umlaufperiode durch pi liefert die volle Dauer in derselben Zeiteinheit wie die Periode. Diese Fähigkeit nimmt die Periode in Tagen — der Einheit der meisten Exoplanetenkataloge — und multipliziert die Tagesdauer mit vierundzwanzig, damit das Primärfeld duration_hours dem entspricht, wie Beobachter Hot-Jupiter- und Supererden-Ereignisse angeben. Die Antwort spiegelt die bereinigten Eingaben period, stellar_radius und semi_major_axis, meldet radius_over_a für schnelle Plausibilitätschecks und enthält duration_days sowie duration_minutes für Arbeitsblätter mit diesen Einheiten. Das Feld small_angle_hours zeigt die lineare Näherung, bei der arcsin von x durch x ersetzt wird, genau wenn der Stern viel kleiner als der Bahnabstand ist. Method- und Formelstrings dokumentieren den Pfad central_transit mit circular_orbit_b0_rp_neglected, damit Clients diese Schätzung nicht mit einem vollständigen Mandel–Agol-Lichtkurvenfit verwechseln. Es gibt keinen Netzwerknachschlag in Sternkatalogen und keine Monte-Carlo-Ziehung von Impact-Parametern: Entweder definieren die drei Zahlen einen gültigen zentralen Transit und die Engine liefert deterministische Gleitkommazahlen, oder die Anfrage scheitert mit invalid_input und benennt die verletzte geometrische oder Positivitätsregel.

Eingabevertrag, Einheiten und Fehlerverhalten

Sonnenradien für R-star und a sind üblich, wenn Sie a aus astronomischen Einheiten mit dem Sonnenradius in AU umrechnen; Meter funktionieren ebenso, wenn beide Felder SI sind. Kombinieren Sie die Antwort mit eigenen Inklination- oder Planetenradiuskorrekturen, wenn Ihr Wissenschaftsfall sie braucht; dieser Endpunkt beantwortet nur die zentrale, kreisförmige, Rp-vernachlässigte Umschreibung. Senden Sie per POST einen JSON-Körper mit drei erforderlichen endlichen Zahlen: period, die Umlaufperiode in Tagen und streng größer als null; stellar_radius, den Radius des Zentralsterns in der von Ihnen gewählten Längeneinheit; und semi_major_axis, die große Bahnhalbachse in derselben Einheit. Jedes Feld darf als JSON-Zahl oder numerische Zeichenkette eintreffen; fehlende Felder, leere Strings, NaN und Infinity scheitern mit invalid_input. Die Produktregel, die Aufrufer merken müssen: semi_major_axis muss positiv sein — null und negative Werte werden mit klarer Meldung abgelehnt, dass eine nicht positive große Halbachse für eine geschlossene Transitgeometrie unphysikalisch ist, und solche Fehler werden nicht berechnet. period und stellar_radius müssen ebenfalls positiv sein. Beispiel: period gleich drei Punkt fünf Tage, stellar_radius gleich eins und semi_major_axis gleich zehn ergeben radius_over_a gleich null Punkt eins und eine Dauer von etwa zwei Punkt sechs acht Stunden, wobei die Kleinwinkelreferenz erwartungsgemäß etwas kürzer ist.

Wo eine API für Exoplaneten-Transitdauer ihren Nutzen hat

Softwareentwickler füttern Unit-Tests und Property-Checks mit deterministischen duration_hours-Werten, damit CI fehlschlägt, wenn jemand arcsin versehentlich durch einen linearen Faktor ersetzt. Weil die Implementierung reines Parse-Tier-A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz. Fehlgeschlagene Validierung verbraucht kein Prepaid-Guthaben.