Julianisch ↔ Gregorianisch Umrechner
Rechnen Sie ein Datum zwischen julianischem und gregorianischem Kalender in beide Richtungen um: Der gregorianische 15. Oktober 1582 ist der julianische 5. Oktober 1582. Das Ergebnis nennt beide Kalender, damit nichts verwechselt wird. Kostenlos in Ihrem Browser.
- Kostenlos
- Läuft in Ihrem Browser
- Ohne Anmeldung
- Ihre Daten bleiben auf Ihrem Gerät
Im Browser ausführen – kostenlos
Rechenbeispiel
- Datum
- 1582-10-15
- Umrechnungsrichtung
- gregorian_to_julian
- Eingabedatum
- 1582-10-15
- Umgerechnetes Datum
- 1582-10-05
- Ausgangskalender
- gregorian
- Zielkalender
- julian
Kostenloses und deterministisches Werkzeug. Rechnen Sie bürgerliche Daten zwischen dem julianischen und dem gregorianischen Kalender um, gemäß einer dokumentierten Reformregel.
So funktioniert es
Diese Fähigkeit rechnet bürgerliche Daten zwischen dem julianischen und dem gregorianischen Kalender um und stützt sich dabei auf eine dokumentierte Reformregel, deren Umstellungspunkt klar und nachvollziehbar angegeben ist. Die Daten folgen dem Format ISO-8601, um jede Mehrdeutigkeit bei der Auslegung auszuschließen. Wir empfehlen Ihnen dringend, die Referenzbeispiele zu lesen, die sowohl die Erfolgs- als auch die Fehlerpfade abdecken, bevor Sie diese Funktion in Ihre Produktionsabläufe oder automatisierten Tests einbinden, denn sie legen den erwarteten Vertrag fest.
Eingaben und Ausgaben
Jede Erfolgsantwort enthält stets die wichtigsten Ausgabefelder, damit Ihre Oberflächenbindungen dauerhaft stabil bleiben, ohne Überraschungen oder Regressionen. Sehen Sie sich die Referenzbeispiele an, um das zurückgegebene Format genau zu verstehen, bevor Sie eine ernsthafte Integration in einer realen Umgebung vornehmen. Diese Beispiele decken sowohl die Erfolgspfade als auch die Fehlerpfade ab und dienen als verbindliche Grundlage, bevor Sie diese Fähigkeit in Ihre Produktionsabläufe oder Ihre automatisierten Testreihen aufnehmen und dort dauerhaft auf ihr Verhalten vertrauen.
Grenzfälle und Grenzen
Leere Zeichenketten, falsche Typen und widersprüchliche Bereiche werden sehr früh in der Verarbeitung abgewiesen, noch vor jeder arithmetischen Operation, wodurch inkonsistente Ergebnisse vermieden werden. Bürgerliche Daten ohne Zeitzone werden als reine Kalenderdaten behandelt, im Einklang mit der erwarteten Verwendung für diese Art historischer Umrechnung. Die eingebetteten Tabellen wandern innerhalb des Ordners der Fähigkeit und erfordern zur Laufzeit keinen Netzwerkaufruf, was Vertraulichkeit und Geschwindigkeit bewahrt.
Prüfen Sie stets die Referenzbeispiele, sowohl für Erfolge als auch für Fehler, bevor Sie diese Fähigkeit in Ihre Produktionsabläufe oder Ihre automatisierten Testreihen einbinden.
Anwendungsfälle
Tägliche Arbeit
Erhalten Sie eine verlässliche Antwort ohne Tabellenkalkulation.
Lehre
Stabile Referenzbeispiele für Ihre Vorführungen.
Häufige Fragen
Netzwerk?
Kein Netzwerk; die Verarbeitung erfolgt auf dem Gerät.
Welches julianische Datum entspricht dem 15. Oktober 1582?
Der 5. Oktober 1582. Wählen Sie die Richtung gregorianisch nach julianisch, geben Sie 1582-10-15 ein, und der Umrechner liefert 1582-10-05: derselbe Tag, im julianischen Kalender zehn Daten früher geschrieben.
Kann ich in beide Richtungen umrechnen?
Ja. Wählen Sie julianisch nach gregorianisch oder umgekehrt, bevor Sie das Datum eingeben; das Ergebnis nennt Ausgangs- und Zielkalender, damit Sie beide nie verwechseln.
Ändert die Zeitzone das Ergebnis?
Nein. Ein Datum ohne Uhrzeit gilt als einfacher Kalendertag, daher beeinflussen weder Ihr Standort noch Ihre Uhr das umgerechnete Datum.
Warum wird mein Datum abgelehnt?
Leere Eingaben, Werte, die keine Daten sind, und widersprüchliche Angaben werden vor jeder Rechnung zurückgewiesen. So erhalten Sie eine klare Meldung statt eines umgerechneten Datums, das glaubwürdig wirkt, aber falsch ist.
Verwandte Tools
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/julian-calendar \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"date":"1582-10-15"}'const res = await fetch("https://api.kit.forhosting.com/date/julian-calendar", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"date": "1582-10-15"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/julian-calendar",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"date": "1582-10-15"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/julian-calendar", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"date":"1582-10-15"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"date":"1582-10-15"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/julian-calendar", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"date": "1582-10-15"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.julian_calendar",
"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. |
Technische Hinweise
So funktioniert es
Die Berechnung ist vollständig deterministisch und läuft kostenlos in Ihrem Browser mit derselben reinen Funktion wie die API, wodurch eine strenge Parität zwischen beiden Kanälen gewährleistet wird. Ihre Eingaben werden vor jeder Arithmetik geprüft, sodass ein falscher Typ einen lesbaren invalid_input-Fehler erzeugt und nicht ein stilles oder irreführendes Ergebnis.
Eingaben und Ausgaben
Die erforderlichen Felder des Schemas müssen vorhanden und korrekt typisiert sein, während die optionalen Felder auf dokumentierten und vorhersehbaren Standardwerten beruhen. Extrem große Zwischenwerte, welche die Genauigkeit von IEEE-754 überschreiten würden, werden zu ausdrücklichen Bereichsfehlern statt zu stillen Nullwerten, sodass Sie das Problem sofort erkennen. Die Reihenfolge der Prüfungen ist festgelegt und dokumentiert, die Parität zwischen Browser und API ist gewährleistet, und die Fehlerzeichenketten bleiben für die Zertifizierung stabil.
Grenzfälle und Grenzen
Das Verhalten bleibt im Browser und über die API strikt identisch, und die Fehlermeldungen behalten stabile Zeichenketten zur Zertifizierung. Die Reihenfolge der Prüfungen ist festgelegt und dokumentiert, und die Parität zwischen Browser und API bleibt jederzeit gewahrt, sodass Sie sich auf vollkommen identische Ergebnisse in beiden Kanälen verlassen können.
Integrationsbeispiele
Automatisierung
Dieselbe reine Funktion im Widget und in der API.
Technische Fragen
Ist es kostenlos?
Ja, Stufe A direkt im Browser.
Ungültige Eingabe?
Ein invalid_input-Fehler mit klarer Übereinstimmung.
Stabil?
Deterministische Referenzbeispiele legen den Vertrag fest.
Autor?
samurai.