Slik beregnes panchangam-en, steg for steg, fullstendig åpen

De fleste panchangam-nettsteder viser tall uten å fortelle deg hvor de kommer fra. Du må stole på at noen bak kulissene har gjort det riktig. Vi gjør det motsatte: hele beregningen er åpen, steg for steg, slik at du kan følge med – og korrigere oss hvis vi gjør noe feil.

Dette handler ikke om å vise frem teknikk. Det handler om tillit. Når Rahu Kalam i Toronto er ti minutter forskjellig fra din mors i Chennai, er det eneste svaret som fungerer et du kan spore tilbake til nøyaktige inngangsdata og en gjennomsiktig formel. Ellers gjetter du – og det er ikke godt nok når det gjelder noe du tar på alvor.

Nedenfor går vi gjennom hvert lag i beregningen, fra soloppgang til festivaldatoer, med de eksakte algoritmene og konstantene. Det er skrevet slik at du kan følge med uten astronomibakgrunn, men med nok detaljer til at en ingeniør kan verifisere hvert steg.

Alt begynner med Solen. Soloppgang og solnedgang bestemmer dagslysperioden, som igjen bestemmer Rahu Kalam, Yamagandam, Kuligai, Abhijit Muhurtam og Gowri Panchangam. Får du solposisjonene feil, er resten av beregningen feil.

Vi bruker NOAA Solar Calculator, den samme algoritmen som US National Oceanic and Atmospheric Administration bruker i sin offentlige solkalkulator. Den beregner Solens ekliptiske lengdegrad, deklinasjonen, tidligningsligningen og timevinkelén ved soloppgang fra det julianske dagnummeret og observatørens bredde- og lengdegrad.

Månens posisjon er avgjørende for tithi, nakshatra, yoga og karana – fire av panchangamens fem elementer utenom ukedagen. Månen beveger seg raskt: omtrent 13° per dag, mot Solens knappe 1°. Derfor trenger en presis panchangam en god månedmodell.

Vi bruker Jean Meeus' Astronomical Algorithms, kapittel 47, den fullstendige 60-ledds ΣL-serien for Månens ekliptiske lengdegrad. Dette er den samme modellen som seriøse almanakker og planetariumsprogramvare bruker. Serien summerer 60 harmoniske ledd som modellerer alle kjente forstyrrelser av Månens bane.

Resultatet er Månens tilsynelatende ekliptiske lengdegrad i grader (0°–360° langs dyrekretsen). Kombinert med Solens ekliptiske lengdegrad gir dette tithi (Måne minus Sol-elongasjon). Kombinert med ayanamsa gir det nakshatra (Månens sideriske posisjon).

Tithi avhenger av vinkelen mellom Solen og Månen – den er den samme uansett koordinatsystem. Men nakshatra, yoga og rashi krever sideriske koordinater: posisjoner i forhold til de faste stjernene, ikke i forhold til vårjevndøgn.

Forskjellen mellom tropisk og sidereal posisjon kalles ayanamsa. Vi bruker Lahiri (Chitrapaksha), standarden den indiske regjeringen offisielt har brukt siden 1956, og den mest utbredte i den tamilske panchangam-tradisjonen. Vår modell er lineær, forankret ved J2000-epoken.

Rahu Kalam, Yamagandam og Kuligai er alle basert på samme prinsipp: del dagslysperioden (soloppgang til solnedgang) i åtte like segmenter, og velg ett segment basert på ukedagen. Det er ren aritmetikk, men det presise resultatet avhenger av korrekte soltider.

Abhijit Muhurtam er det 8. av 15 like muhurta-segmenter i dagslysperioden, sentrert presist rundt solmiddag. Beregningen er enkel, men krever nøyaktige soltider:

• Solmiddag = (soloppgang + solnedgang) / 2
• Halv muhurta = (solnedgang − soloppgang) / 30
• Abhijit start = solmiddag − halv muhurta
• Abhijit slutt = solmiddag + halv muhurta

I Chennai januar (soloppgang 06:35, solnedgang 18:01) gir dette et Abhijit-vindu fra omtrent 11:55 til 12:41, omtrent 46 minutter. I Copenhagen i juni, der dagene er mye lenger, varer vinduet over en time.

Festivaler bruker to helt forskjellige kildesystemer. Store faste festivaler (Pongal, Deepavali, Thai Pongal, Puthandu) er redaksjonelt kurerte: manuelt inntastede datoer, dobbeltsjekket mot offisielle kalenderutgivelser, med data fra 2026 til 2029.

Månedlige observanser (Amavasai, Pournami, Ekadasi, Pradosham, Sashti, Karthigai, osv.) beregnes live fra tithi og nakshatra, nøyaktig den samme beregningen du nettopp leste om. Beregningen bruker alltid soloppgang i Chennai som referansepunkt, selv om du sitter i London. Hvorfor? Fordi en festivals dato bestemmes av den tithien som gjelder ved soloppgang i det hellige landet, ikke din lokale soloppgang.

Hele motoren er skrevet i ren TypeScript. Den importerer ingen ekstern astronomibibliotek, kaller ingen API og slår ikke opp noe i en database. Den samme koden kjøres på serveren når siden bygges, og i nettleseren din når du velger en ny by. Resultatet er deterministisk: den samme inndata gir alltid, overalt, nøyaktig den samme utdata.

Det valget er bevisst. Når beregningen er selvbeholdt, finnes det ingen server som kan gå ned, ingen API-nøkkel som kan utløpe, ingen tredjeparts endring som stille endrer tallene våre. Og det betyr at du, eller hvem som helst, kan verifisere hvert eneste tall ved å gå gjennom den åpne kildekoden.

Denne kalenderen fokuserer på hva som kan beregnes med astronomisk presisjon. Men det finnes emner i panchangam-universet som vi bevisst ikke dekker med beregninger, fordi de krever enten subjektive vurderinger eller tradisjoner som varierer mellom skoler:

• Muhurtham-godkjenning for bryllup og seremonier – krever horoskoptolkning, som vi ikke automatiserer.
• Dasha-perioder og planetstyrke – avhenger av astrologisk tradisjon, ikke astronomi.
• Tempelfestivaler med lokale variasjoner – bestemt av individuelle tempeltradisjoner, ikke sentralt.

Vi ville heller ikke vise noe enn et tall vi ikke kan stå inne for. Det er det grunnleggende prinsippet for hele denne kalenderen.