Mittelpunkt zwischen zwei Daten

Dieser Rechner für den Mittelpunkt zwischen zwei Daten nimmt zwei explizite ISO-8601-Datetimes entgegen—vollständige Zeitstempel mit Z oder numerischem Offset, oder reine Datumsangaben als Mitternacht UTC—, wandelt beide mit reiner gregorianischer Arithmetik in Epochen-Millisekunden um, mittelt diese Instants mit dem deterministischen Floor der Summe und liefert den Halbzeit-Datetime formatiert in UTC mit Millisekundengenauigkeit. Klassische Prüfungen: Mitternacht zu Mitternacht an aufeinanderfolgenden Tagen ergibt Mittag; ein Ein-Sekunden-Abstand ergibt die Halbsekunde; identische Endpunkte liefern denselben Instant. Die Engine konsultiert nie die Host-Uhr, ruft kein Netz und nutzt kein Date-Objekt der Plattform, sodass dieselben Eingaben immer denselben Mittelpunkt im kostenlosen Browser-Widget und im API-Pfad zu $0.002 pro erfolgreicher Anfrage erzeugen. Nutzen Sie ihn für Projekt-Halbzeitmarken, Zentren von Abrechnungsfenstern und reproduzierbare Fixtures in CI.

Was ein Instant-Mittelpunkt bedeutet und was die Antwort enthält

Zwei absolute Zeitpunkte zu mitteln ist das zeitliche Analogon zum Mittelpunkt einer Strecke auf der Zahlengeraden: wenn Sie Start- und Endzeit eines Meetings, einer Studie, einer Kampagne oder eines Vertragsfensters kennen, ist der Mittelpunkt der eindeutige UTC-Instant, der in Millisekunden von beiden Enden gleich weit entfernt ist. Das ist nicht das zivile Mitten-Datum eines mehrtägigen Zeitraums, wenn man leger „Mitte März“ sagt, auch kein Werktags-Mittelpunkt, der Wochenenden überspringt, und keine Wanduhren-Mittelung, die so tut, als hätte jeder zivile Tag genau vierundzwanzig Stunden und Offsets ignoriert. Sie liefern start und end als ISO-8601-Zeichenketten; jede kann ein vollständiger Datetime mit optionalen Bruchsekunden und Z- oder Stunden-Minuten-Offset sein, oder ein reines Datum YYYY-MM-DD als Mitternacht UTC, damit reine Kalenderpaare weiterhin funktionieren. Der Rechner prüft, dass beide Tage im gregorianischen Kalender existieren—einschließlich 29. Februar nur in Schaltjahren—, wandelt jede Eingabe mit proleptischer Zivilarithmetik in UTC-Epochen-Millisekunden um und setzt midpoint_epoch_ms auf den Floor der Summe beider Epochen geteilt durch zwei, sodass eine ungerade Millisekunden-Summe weiterhin eine einzige deterministische Halbmillisekunden-Wahl liefert. Die Antwort wiederholt die Originalstrings start und end zur Nachvollziehbarkeit, gibt midpoint als UTC-ISO-String mit drei Bruchziffern und abschließendem Z zurück, meldet start_epoch_ms, end_epoch_ms und midpoint_epoch_ms für numerische Pipelines und enthält span_ms als absoluten Abstand sowie signed_span_ms als end minus start, damit Sie die Richtung sehen, wenn der zweite Instant früher als der erste liegt. Ein kurzes formula-Feld wiederholt den Durchschnitt, damit Clients den Vertrag neben der Antwort dokumentieren können. Abgelehnt werden fehlendes start oder end, Nicht-ISO-8601-Strings, unmögliche Monate oder Tage wie 2023-02-29, ungültige Uhrkomponenten und Jahre außerhalb von eins bis 9999. Wenn Sie ganze Kalendertag-Zählungen, Countdown-Teile oder Alter in Jahren und Monaten brauchen, nutzen Sie jene spezialisierten Werkzeuge; diese Seite beantwortet nur den exakten Halbzeit-Instant zwischen zwei validierten Zeitstempeln.

Wie start und end gelesen werden und der Mittelpunkt reproduzierbar bleibt

Das bevorzugte erste Feld ist start, aber die Aliase from, date1, a und begin werden akzeptiert, damit Tabellen, Query-Strings und Formulare denselben Vertrag ohne Spaltenumbenennung nutzen. Das bevorzugte zweite Feld ist end, mit den Aliasen to, date2, b und finish aus demselben Grund. Jede Zeichenkette wird getrimmt; reine Datumsangaben werden zu Mitternacht UTC; Datetimes dürfen T oder ein Leerzeichen zwischen Datum und Uhrzeit nutzen; Bruchsekunden werden akzeptiert und vor dem Mitteln auf ganze Millisekunden abgeschnitten, damit Sub-Millisekunden-Rauschen keinen zweiten Mittelpunkt erfindet. Offsets wie plus null zwei Doppelpunkt null null oder minus null fünf Doppelpunkt null null werden in UTC umgerechnet, indem die Offset-Minuten von der lokalen zivilen Epoche abgezogen werden, sodass ein New-Yorker Abend und ein Pariser Morgen, die dasselbe absolute Intervall meinen, korrekt in UTC gemittelt werden. Intern mappt die Engine jedes zivile Tripel mit der bekannten days_from_civil-Abbildung auf einen seriellen Tageszähler, multipliziert mit sechsundachtzig Millionen vierhunderttausend Millisekunden pro Tag, addiert die Tageszeit-Millisekunden und passt den Offset an—reine Integer-Arithmetik ohne Date, Math.random und Netz. Der Mittelpunkt wird mit der inversen civil_from_days-Abbildung neu formatiert, sodass der gedruckte UTC-String exakt zu midpoint_epoch_ms passt. Identische Eingaben ergeben denselben Instant als Mittelpunkt; das Vertauschen des Paares lässt Mittelpunkt und absolute Spanne unverändert und kehrt nur das Vorzeichen von signed_span_ms um. Weil jeder Schritt deterministisch ist, stimmen der kostenlose Browserlauf und der bezahlte API-Pfad byteweise auf demselben Modul überein—ideal für CI-Fixtures, die 2024-01-01T12:00:00.000Z als Mittelpunkt aufeinanderfolgender Mitternächte festhalten, ohne Schalttags-Tabellen von Hand neu zu implementieren.

Wo Mittelpunkt-Datetime-Arithmetik in Planung, Wissenschaft und Software passt

Projektmanager setzen Halbzeit-Kontrollpunkte, wenn ein Launch-Fenster oder Sprint durch zwei explizite Zeitstempel definiert ist und Stakeholder eine einzige Mitten-Review-Zeit statt eines vagen Wochenmitte-Labels wollen. Forschende und Laborsysteme speichern den Mittelpunkt eines Beobachtungsintervalls, damit Zusammenfassungstabellen einen repräsentativen Instant für Plots und Joins zeigen, ohne willkürlich Start oder Ende zu wählen. Finanz- und Betriebsteams zentrieren Abrechnungs- oder Anzeigefristen, wenn eine Richtlinie die Mitte eines Zeitraums meint, der bereits als Paar von ISO-Instants in einem Ledger liegt. Entwickler rufen den Vertrag aus Skripten auf, um deterministische Mittelpunkte für Scheduler zu erzeugen, Halbzeit-Felder in Berichten zu prüfen oder Produktanforderungen zu erfüllen, die reines UTC-Mitteln ohne Zeitzonen-Drift durch das Host-Date-Objekt verlangen. Lehrkräfte und Normenredaktionen nutzen das Werkzeug, um zu zeigen, dass der Mittelpunkt einer Ein-Sekunden-Spanne die Halbsekunde ist und offset-bewusste Eingaben dennoch zu einer einzigen Z-normalisierten Antwort kollabieren. Auf dieser Seite läuft die Arbeit vollständig in Ihrem Browser; über die API kostet jede erfolgreiche Abfrage $0.002, fehlgeschlagene Validierung wird nicht berechnet und nach der Antwort wird nichts gespeichert. Diese Aufteilung—kostenlose interaktive Erkundung und identische bezahlte API—entspricht dem restlichen KIT-Tier-A-Katalog und lässt Sie von einer Einzelprüfung zu einer Pipeline wechseln, ohne das mathematische Ergebnis zu ändern. Kombinieren Sie ihn mit days-between, countdown-between oder Epochen-Hilfen, wenn Sie verwandte Zeitschritte brauchen, und behalten Sie diese Seite für die Suchintention des Mittelpunkts zwischen zwei Daten als exakten Datetime.