Convenzioni BaZi

Inserisci un momento di nascita in due calcolatori BaZi e otterrai due carte diverse. A volte con un diverso Maestro del Giorno, cioè l’ideogramma su cui è costruita l’intera lettura. Questo non è un errore di uno dei due. Sotto ogni carta ci sono quattro convenzioni, ognuna ha una storia, e i calcolatori le applicano tacitamente e in modo diverso.

Di seguito la nostra risposta per ciascuna delle quattro. Sono dichiarate nel campo disclaimer di ogni risposta, quindi la loro modifica è un breaking change, non un refactoring.

1. Dove inizia l’anno: Lichun o il Capodanno Cinese

La nostra risposta: Lichun (立春), il momento esatto.

BaZi è un sistema solare all’interno di un calendario lunisolare. I Pilastri Lunari sono legati ai ventiquattro termini solari, cioè alle posizioni del Sole, non alle fasi della Luna, e l’anno segue la stessa logica: ricomincia a Lichun, circa il 4 febbraio. Il Capodanno Cinese è un’altra cosa: la prima luna nuova dell’anno lunare, che varia dalla fine di gennaio alla fine di febbraio.

Una nascita in questo intervallo appartiene a un animale secondo una regola e a un altro secondo la seconda. Entrambe le regole sono valide. Noi prendiamo Lichun, e il momento è tratto dalle effemeridi, non dalla data “4 febbraio”.

2. Dove inizia il giorno: 23:00 o mezzanotte

La nostra risposta: 23:00 secondo l’orologio del luogo di nascita.

Il giorno tradizionale è composto da dodici ore doppie, e la prima di esse, l’ora 子, va dalle 23:00 all’01:00. Tutte le altre rientrano in un unico giorno di calendario. L’ora 子 si estende a cavallo della mezzanotte, e da questo unico fatto strutturale nasce l’intera disputa: se l’ora 子 apre il giorno, una nascita alle 23:30 appartiene già al giorno successivo.

Questo è l’asse che cambia il Maestro del Giorno. Spostando il Pilastro del Giorno, non hai precisato la carta, l’hai sostituita.

Per questo, un’altra lettura non è mai nascosta. Ogni endpoint della carta accetta dayBoundary: "23:00" | "midnight" (di default 23:00), e una nascita nell’ora delle 23:00 viene restituita con alternateDay: il Pilastro del Giorno e il Maestro del Giorno secondo la regola che non hai scelto. Il Pilastro dell’Ora è lo stesso per entrambi, perché l’ultima ora 子 prende il Tronco dal giorno successivo in ogni caso. Dalle 00:00 alle 00:59 tutte le scuole concordano sul giorno, quindi non c’è alternativa.

3. L’orologio viene corretto per la longitudine del luogo

La nostra risposta: su richiesta, e solo per il giorno e l’ora.

Per la maggior parte della storia di questo sistema, la questione non poteva sorgere: l’ora locale era l’ora solare. I fusi orari sono un’invenzione dell’era ferroviaria, e non appena un paese vive secondo un unico orologio, quell’orologio coincide con il Sole solo su un meridiano. La Cina è un caso estremo: un unico fuso orario per sessanta gradi di longitudine, quindi una nascita a Kashgar dista dal mezzogiorno solare di quasi tre ore secondo l’orologio di Pechino.

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 }'

La correzione riguarda il giorno e l'ora, e si ferma qui

Lichun e i dodici 節 sono momenti sull’orologio mondiale: il Sole raggiunge i 315° una sola volta, e ogni nascita sulla Terra è o prima o dopo. La lettura dell’orologio solare indica dove si trova l’osservatore, non quando è avvenuto il momento. Pertanto, applicare l’ora corretta ai confini dell’anno e del mese significa porre loro la domanda sbagliata.

Il costo dell’errore è concreto: una nascita a Pechino alle 23:00 del 4 febbraio 1988, cioè diciassette minuti dopo Lichun, viene corretta indietro alle 22:31 e avrebbe ottenuto l’anno solare precedente, il mese precedente, un diverso Maestro del Giorno e un diverso set di Dieci Dei. Abbiamo commesso e corretto questo errore prima del rilascio.

4. Cosa fare con l’ora legale

La nostra risposta: lo sa solo chi lo chiama.

Il campo timezoneOffset è l’offset con cui l’orologio funzionava effettivamente al momento della nascita. Una nascita a Pechino nel 1988 seguiva UTC+9, non +8, perché la Cina ha mantenuto l’ora legale dal 1986 al 1991. Nessuna aritmetica dalla nostra parte può recuperarlo dalla sola data, quindi non indoviniamo.

5. Cosa dice la risposta su se stessa

Ogni endpoint della carta, /v1/bazi/chart, gli endpoint di analisi, day-master, ten-gods, luck-pillars, yearly e monthly, restituisce un oggetto conventions: i confini dell’anno e del mese (lichun, jie), il dayBoundary utilizzato, se è stata applicata l’ora solare vera e per quanti minuti, il fuso orario con l’offset e se l’ora legale era in vigore, nonché la data del Capodanno Cinese nell’anno gregoriano di nascita. timezone.assumed: true significa che né il fuso orario né l’offset sono stati inviati, e i confini sono stati interpretati secondo l’ora di Pechino.

Una data senza ora viene interpretata a mezzogiorno. Quando Lichun o un 節 cade in questo giorno locale, la risposta dipende dall’ora, quindi la risposta aggiunge boundaryInDay: il tipo di confine, il momento locale, da quale lato è caduto il mezzogiorno, e i Pilastri dell’anno e del mese da entrambi i lati.

I momenti esatti dei confini, 1900-2100

Ogni Pilastro dell’anno e del mese dipende dal momento di Lichun e dagli altri undici 節, quindi questi momenti sono stati verificati con due fonti che non condividono il codice con il nostro. I dodici termini che aprono i mesi, per ogni anno dal 1900 al 2100, cioè 2.412 momenti, sono stati trovati indipendentemente tramite JPL Horizons (DE441) con una precisione al centesimo di secondo. I nostri momenti coincidono con essi entro 4 secondi dal 1950 al 2025 ed entro 8 secondi fino al 1900. Dopo il 2025, entrambe le parti devono prevedere come la rotazione terrestre deriverà, e le previsioni divergono lentamente, fino a 21 secondi nel 2100.

Le date degli stessi termini in UTC+8 sono state verificate con le tabelle dell’Osservatorio di Hong Kong per il periodo 1901-2100. Coincidono 2.398 su 2.400. Le due diverse, Daxue 1917 e Bailu 1927, cadono pochi minuti dopo la mezzanotte, e Horizons è dalla parte della nostra data in quel caso.

Esecuzione su un dataset esterno

Jade Almanac ha pubblicato sotto CC0 un confronto di otto implementazioni su tredici sonde, appositamente costruite su questi quattro assi: jadealmanac.com/bazi-calculator/conventions. Il dataset misura le convenzioni, non la correttezza, e lo dichiara esplicitamente.

Abbiamo eseguito il nostro POST /v1/bazi/four-pillars su tutte e tredici. Il risultato è riproducibile tramite un comando nel repository ed è fissato da un test.

Sonda	Cosa isola	La nostra risposta
1985-02-10	confine dell’anno	Yi-Chou, perché Lichun era già passato
1990-06-15 23:30	transizione del giorno	giorno Ren-Zi: il giorno era già passato
1988-02-04 23:00	Lichun e 23:00 insieme	Wu-Chen Jia-Yin Geng-Yin Bing-Zi
1995-06-15 09:20 Kashgar	ora solare vera	senza correzione Yi-Si, con correzione Gui-Mao

Una nota onesta su con chi esattamente coincidiamo. L’editore del dataset scrive che il suo motore si basa su tyme4ts e lunar-javascript dello stesso autore. Quindi le prime tre righe della tabella rappresentano un’unica linea, non tre voci indipendenti. Tra quelli indipendenti, feng-shui-institute.org ha una copertura completa, e dopo aver implementato l’ora solare vera, riproduciamo la sua risposta su tutte e tre le sonde dove applica la correzione.

L’unica vera divergenza con la scuola che ci rimane è la transizione del giorno alle 23:00.