BaZi-Konventionen

Gib einen Geburtsmoment in beide BaZi-Rechner ein und erhalte zwei verschiedene Karten. Manchmal gibt es unterschiedliche Tagesmeister, also das Schriftzeichen, auf dem die gesamte Lesung basiert. Das ist kein Fehler von einem der beiden. Unter jeder Karte liegen vier Konventionen, jede hat ihre Geschichte, und die Rechner wenden sie still und unterschiedlich an.

Unten ist unsere Antwort zu jeder der vier. Sie sind im Feld disclaimer jeder Antwort deklariert, daher ist ihre Änderung ein breaking change, kein Refactoring.

1. Wo das Jahr beginnt: Lichun oder Chinesisches Neujahr

Unsere Antwort: Lichun (立春), genauer Moment.

BaZi ist ein Sonnensystem innerhalb des lunisolaren Kalenders. Die Mondsäulen sind an vierundzwanzig Sonnterme gebunden, also an die Positionen der Sonne, nicht an die Mondphasen, und das Jahr folgt derselben Logik: Es kehrt zu Lichun zurück, etwa am 4. Februar. Das Chinesische Neujahr ist etwas anderes: Der erste Neumond des Mondjahres, er liegt zwischen Ende Januar und Ende Februar.

Eine Geburt im Zwischenzeitraum gehört nach einer Regel zu einem Tier und nach der anderen zu einem anderen. Beide Regeln sind korrekt. Wir nehmen Lichun, und der Moment wird aus den Ephemeriden genommen, nicht aus dem Datum “4. Februar”.

2. Wo der Tag beginnt: 23:00 oder Mitternacht

Unsere Antwort: 23:00 nach der Uhr des Geburtsortes.

Der traditionelle Tag besteht aus zwölf doppelten Stunden, und die erste davon, die Stunde 子, geht von 23:00 bis 01:00. Alle anderen passen in einen Kalendertag. Die Stunde 子 sitzt oben um Mitternacht, und aus diesem einzigen strukturellen Fakt entsteht die ganze Kontroverse: Wenn die Stunde 子 den Tag eröffnet, gehört eine Geburt um 23:30 bereits zum nächsten Tag.

Das ist die Achse, die den Tagesmeister ändert. Wenn du die Tagessäule verschiebst, hast du die Karte nicht nur verfeinert, du hast sie ersetzt.

Daher verbirgt sich keine andere Lesung. Jeder Kartenpfad akzeptiert dayBoundary: "23:00" | "midnight" (standardmäßig 23:00), und eine Geburt um 23:00 wird mit alternateDay zurückgegeben: die Tagessäule und der Tagesmeister nach der Regel, die du nicht gewählt hast. Die Stundensäule ist bei beiden gleich, weil die späte Stunde 子 den Stamm vom nächsten Tag in jedem Fall übernimmt. Von 00:00 bis 00:59 stimmen alle Schulen bezüglich des Tages überein, sodass es dort keine Alternative gibt.

3. Wird die Uhr nach der Längengrad des Ortes korrigiert

Unsere Antwort: Auf Anfrage, und nur für Tag und Stunde.

Der Großteil der Geschichte dieses Systems lässt die Frage nicht aufkommen: Die Ortszeit war bereits solar. Zeitzonen sind eine Erfindung des Eisenbahnzeitalters, und sobald ein Land nach einer einheitlichen Uhr lebt, stimmt diese Uhr mit der Sonne nur an einem Meridian überein. China ist ein Extremfall: Eine Zone von sechzig Längengraden, sodass eine Geburt in Kashi etwa drei Stunden hinter der Sonnenmittagszeit nach Peking-Uhr zurückbleibt.

curl -X POST https://api.astroway.info/v1/chinese/true-solar-time \
  -H "X-Api-Key: aw_live_..." \
  -H "Content-Type: application/json" \
  -d '{ "date": "1995-06-15", "time": "09:20:00", "timezoneOffset": 8, "longitude": 75.9 }'

Korrektur betrifft Tag und Stunde, und hier endet es

Lichun und die zwölf 節 sind Momente auf der Weltuhr: Die Sonne erreicht einmal 315°, und jede Geburt auf der Erde liegt entweder davor oder danach. Die Anzeige der Sonnenuhr sagt, wo der Beobachter steht, nicht wann der Moment eintritt. Daher bedeutet das Bereitstellen einer korrigierten Uhr im Jahres- und Monatsbereich, ihnen eine falsche Frage zu stellen.

Der Preis des Fehlers ist konkret: Eine Geburt in Peking um 23:00 am 4. Februar 1988, also siebzehn Minuten nach Lichun, wird zurück auf 22:31 korrigiert und hätte das vorherige Sonnenjahr, den vorherigen Monat, einen anderen Tagesmeister und ein anderes Set der zehn Götter erhalten. Wir haben diesen Fehler gemacht und vor dem Release korrigiert.

4. Was mit der Sommerzeit zu tun ist

Unsere Antwort: Das weiß nur der Aufrufer.

Das Feld timezoneOffset ist die Verschiebung, nach der die Uhr tatsächlich zum Zeitpunkt der Geburt ging. Eine Geburt in Peking 1988 lief nach UTC+9, nicht +8, weil China von 1986 bis 1991 Sommerzeit hatte. Keine Berechnung auf unserer Seite kann das aus dem reinen Datum wiederherstellen, daher raten wir nicht.

5. Was die Antwort über sich selbst sagt

Jeder Kartenpfad, /v1/bazi/chart, Analysepfade, day-master, ten-gods, luck-pillars, yearly und monthly, gibt ein Objekt conventions zurück: Jahres- und Monatsgrenzen (lichun, jie), die verwendete dayBoundary, ob wahre Sonnenzeit angewendet wurde und um wie viele Minuten, die Zeitzone mit Verschiebung und ob Sommerzeit wirkte, sowie das Datum des chinesischen Neujahrs im gregorianischen Geburtsjahr. timezone.assumed: true bedeutet, dass weder Zeitzone noch Verschiebung gesendet wurden und die Grenzen nach Peking-Zeit gelesen wurden.

Ein Datum ohne Zeit wird mittags gelesen. Wenn Lichun oder 節 auf diesen lokalen Tag fällt, hängt die Antwort von der Stunde ab, daher fügt die Antwort boundaryInDay hinzu: die Art der Grenze, den lokalen Moment, auf welcher Seite die Mittagszeit lag, und die Jahres- und Monatsstäbe von beiden Seiten.

Die Grenzmomente selbst, 1900-2100

Jeder Jahres- und Monatsstab hängt vom Moment Lichun und den restlichen elf 節 ab, daher wurden diese Momente mit zwei Quellen abgeglichen, die keinen gemeinsamen Code mit uns haben. Zwölf Termine, die die Monate öffnen, für jedes Jahr von 1900 bis 2100, also 2 412 Momente, wurden unabhängig über JPL Horizons (DE441) mit einer Genauigkeit von einer Hundertstelsekunde ermittelt. Unsere Momente stimmen mit ihnen innerhalb von 4 Sekunden von 1950 bis 2025 und innerhalb von 8 Sekunden bis 1900 überein. Nach 2025 müssen beide Seiten die Drift der Erdrotation prognostizieren, und die Vorhersagen divergieren langsam, bis zu 21 Sekunden im Jahr 2100.

Die Daten derselben Termine in UTC+8 wurden mit den Tabellen der Hongkong-Observatoriums für 1901‑2100 abgeglichen. 2 398 von 2 400 stimmen überein. Zwei Abweichungen, Daxue 1917 und Bailu 1927, liegen wenige Minuten nach Mitternacht, und Horizons liegt dort auf der Seite unseres Datums.

Durchlauf über externen Datensatz

Jade Almanac hat unter CC0 einen Vergleich von acht Implementierungen auf dreizehn Sonden veröffentlicht, die speziell auf diesen vier Achsen aufgebaut sind: jadealmanac.com/bazi-calculator/conventions. Der Datensatz misst Konventionen, nicht Richtigkeit, und sagt das selbst.

Wir haben unser POST /v1/bazi/four-pillars über alle dreizehn Sonden laufen lassen. Das Ergebnis wird im Repository mit einem Befehl reproduziert und durch einen Test verifiziert.

Sonde	Was isoliert	Unsere Antwort
1985-02-10	Jahresgrenze	Yi-Chou, weil Lichun bereits vergangen ist
1990-06-15 23:30	Tageswechsel	Tag Ren-Zi: der Tag hat bereits gewechselt
1988-02-04 23:00	Lichun und 23:00 zusammen	Wu-Chen Jia-Yin Geng-Yin Bing-Zi
1995-06-15 09:20 Kashi	wahre Sonnenzeit	ohne Korrektur Yi-Si, mit Korrektur Gui-Mao

Eine ehrliche Anmerkung dazu, mit wem wir genau übereinstimmen. Der Herausgeber des Datensatzes schreibt, dass sein Motor auf tyme4ts basiert, und lunar-javascript vom selben Autor. Daher sind die drei oberen Zeilen der Tabelle eine Linie, nicht drei unabhängige Stimmen. Unter den unabhängigen hat feng-shui-institute.org vollständige Abdeckung, und nach dem Versand der wahren Sonnenzeit reproduzieren wir seine Antwort auf allen drei Sonden, wo er die Korrektur anwendet.

Die einzige wirkliche Abweichung von der Schule bleibt bei uns: der Tageswechsel um 23:00.