Herbsttagundnachtgleiche näherungsweise berechnen
Dieser Rechner schätzt, wann die Sonne im gewählten gregorianischen Jahr die September-Tagundnachtgleiche erreicht.
Im Browser ausführen – kostenlos
Er wertet ein Polynom für die mittlere Tagundnachtgleiche aus und wandelt den erhaltenen julianischen Tag in ein gregorianisches Datum mit UTC-Uhrzeit um. Die Berechnung ist deterministisch: Dasselbe Jahr liefert stets dasselbe Ergebnis, ohne Netzwerkabfrage, aktuelle Uhr, Zufallswert oder Abhängigkeit von der lokalen Zeitzone. Verwenden Sie die Schätzung für Planung, Unterricht, historische Vergleiche oder Software, die einen stabilen Näherungswert statt einer Vorhersage in Observatoriumsgenauigkeit benötigt.
Was diese Schätzung der September-Tagundnachtgleiche bedeutet
Die September-Tagundnachtgleiche bezeichnet den Augenblick, in dem die scheinbare jährliche Sonnenbahn den Himmelsäquator nach Süden überquert. Auf der Nordhalbkugel heißt sie gewöhnlich Herbsttagundnachtgleiche, auf der Südhalbkugel markiert sie den Beginn des astronomischen Frühlings. Der Rechner nimmt ein gregorianisches Jahr entgegen und gibt ein geschätztes Datum, eine UTC-Uhrzeit, einen kombinierten UTC-Zeitstempel sowie den zugehörigen ungefähren julianischen Tag zurück. Das Ergebnis beruht auf dem üblichen Polynom für die mittlere September-Tagundnachtgleiche und wird im unterstützten Zeitraum von 1000 bis 3000 berechnet. Verstehen Sie es als reproduzierbare Kalenderschätzung. Das Werkzeug fragt keine Ephemeriden ab, modelliert keine kurzperiodischen Bewegungen und bestimmt das Ereignis nicht anhand aktueller Beobachtungen. Diese Unterschiede sind wichtig, sobald Sekunden oder wenige Minuten eine Entscheidung beeinflussen. Für Kalender, Unterrichtsbeispiele, saisonale Übersichten, weitreichende historische Vergleiche und Testdaten liefert das Polynom eine kompakte, brauchbare Antwort. Die Angabe in UTC verhindert zudem, dass lokale Einstellungen des Browsers oder Servers das angezeigte Datum unbemerkt verändern.
Wie aus dem Polynom ein gregorianischer UTC-Zeitstempel wird
Zuerst rechnet der Algorithmus das angeforderte Jahr in einen skalierten Abstand zum Jahr 2000 um. Anschließend wertet er ein Polynom vierten Grades aus, dessen Koeffizienten den julianischen Tag der mittleren September-Tagundnachtgleiche annähern. Ein julianischer Tag ist eine fortlaufende astronomische Tageszählung. Dadurch kann er Datum und Tagesbruchteil unabhängig von regionalen Kalendereinstellungen darstellen. Der Rechner wandelt diesen Wert mit arithmetischen Operationen in den proleptischen gregorianischen Kalender um und überführt den verbleibenden Tagesanteil in Stunden, Minuten und Sekunden. Sekundenbruchteile werden auf die nächste volle Sekunde gerundet, damit das Ergebnis lesbar und stabil bleibt. Das JavaScript-Date-Objekt kommt nicht zum Einsatz, da es umgebungsabhängiges Verhalten und schwierige Randfälle bei historischen Jahren mitbringen kann. Auch eine Zeitzonendatenbank wird nicht verwendet. Für einen einheitlichen Vertrag gilt der Polynomwert unmittelbar als UTC, obwohl die Präzisionsastronomie zwischen terrestrischer und universeller Zeit unterscheidet. Diese bewusste Vereinfachung begründet die Kennzeichnung als näherungsweise mittlere Tagundnachtgleiche.
Wann dieser Rechner oder eine Präzisionsephemeride geeignet ist
Verwenden Sie diesen Rechner, wenn Wiederholbarkeit und eine klar bezeichnete Näherung wichtiger sind als astronomische Genauigkeit unterhalb einer Minute. Er eignet sich für saisonale Markierungen, pädagogische Zeitleisten, Vergleiche der langfristigen Verschiebung von Tagundnachtgleichen und deterministische Testdaten für Anwendungen. Speichern Sie den kombinierten Zeitstempel, wenn ein anderes System einen ISO-ähnlichen Wert erwartet, und bewahren Sie den julianischen Tag auf, wenn weitere astronomische Rechnungen auf einer fortlaufenden Zeitskala einfacher sind. Nutzen Sie das Ergebnis nicht als alleinige Grundlage für Teleskopausrichtung, Bedeckungsbeobachtungen, Raumfahrtoperationen, rechtliche Fristen oder religiöse Regeln. Dafür sind eine aktuelle hochpräzise Sonnenephemeride, eine ausdrückliche Umrechnung der Zeitskalen und eine dokumentierte Behandlung der Erdorientierung erforderlich. Beachten Sie außerdem, dass das örtliche bürgerliche Datum nach Anwendung des Zeitzonenversatzes vom UTC-Datum abweichen kann. Der Dienst nimmt diese Umrechnung absichtlich nicht vor, weil historische Sommerzeitregeln und politische Zeitzonenänderungen seinen kleinen, deterministischen Vertrag unnötig verkomplizieren würden.
Anwendungsfälle
Einen Saisonkalender erstellen
Erzeugen Sie für jedes Jahr eines Kalenders oder einer Lernzeitleiste einen stabilen ungefähren UTC-Zeitpunkt der September-Tagundnachtgleiche.
Tagundnachtgleichen über Jahrhunderte vergleichen
Berechnen Sie mehrere unterstützte Jahre, um die langfristige Verschiebung des geschätzten gregorianischen Datums und der Uhrzeit zu zeigen.
Deterministische Testdaten anlegen
Prüfen Sie datumsbezogene Software mit einer Berechnung, die weder Uhr, Netzwerk noch lokale Zeitzone benötigt.
Häufige Fragen
Was kostet eine Berechnung über die API?
Jede API-Anfrage kostet $0.002. Die Berechnung verarbeitet ein Jahr und liefert ein ungefähres Ereignis.
Ist dies der genaue beobachtete Zeitpunkt?
Nein. Es handelt sich um eine polynomiale Schätzung der mittleren Tagundnachtgleiche ohne periodische und zeitskalenbezogene Präzisionskorrekturen.
Welche Jahre werden unterstützt?
Zulässig sind gregorianische Jahre von 1000 bis 3000, passend zum Gültigkeitsbereich dieser Polynomform.
Warum wird das Ergebnis in UTC angegeben?
UTC bietet einen eindeutigen deterministischen Bezug und verhindert Änderungen durch die Zeitzone des Computers oder Browsers.
Kann das örtliche Datum abweichen?
Ja. Ein positiver oder negativer Zeitzonenversatz kann das Ereignis auf ein anderes örtliches Kalenderdatum verschieben.
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/date/autumnal-equinox-approx \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"year":2026}'const res = await fetch("https://api.kit.forhosting.com/date/autumnal-equinox-approx", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"year": 2026
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/autumnal-equinox-approx",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"year": 2026
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/autumnal-equinox-approx", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"year":2026}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"year":2026}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/autumnal-equinox-approx", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"year": 2026
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.autumnal_equinox_approx",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |