Drik Panchang: સમયની ગણતરી બરાબર સાચી
અમે ફક્ત એ જ નથી નોંધતા કે કયું ટૂલ ક્યાં ભૂલ કરે છે. કોઈ ટૂલ સાચું નીકળે તો એ પણ ખુલ્લા દિલે કહીએ છીએ — અને આ ટૂલ એવું જ છે.
9 ઑગસ્ટ 2026ના રોજ પ્રકાશિત. વર્તન અને આંકડા આ તારીખ સુધીના ટૂલને નોંધે છે.
1. સાચા હોવાનું પણ કેમ નોંધવું
અમારી અગાઉની સમીક્ષાઓમાં સાચી ખામીઓ સામે આવી — એક આધુનિક તમિળ પંચાંગ જે ડેલાઇટ-સેવિંગ સુધારો છોડી દે છે, અને એક પરંપરાગત સાઇટ જે રેખાંશનો સુધારો જરૂર કરતાં વધારે કરી નાખે છે. પણ એનાથી એવી છાપ પડે કે દરેક ટૂલમાં કંઈક ને કંઈક ખોટ છે, તો એ અન્યાય પણ ગણાય અને જૂઠ પણ. સમીક્ષાની શ્રેણીની આબરૂ ત્યારે જ ટકે જ્યારે તે સાચાં ટૂલનાં નામ પણ આપે. આ એવું જ એક ટૂલ છે.
2. પરીક્ષણના જન્મો — છૂપી ચૂક શોધવાનો પ્રયાસ
એક જ પરીક્ષણ તો નસીબજોગે પણ પાસ થઈ જાય. એટલે અમે ખાસ એ જ ભૂલોની તપાસ ગોઠવી જે બીજાં ટૂલોમાં મળી ચૂકી છે — ભુલાઈ ગયેલો ડેલાઇટ-સેવિંગ ઑફસેટ, ભારતથી બહુ દૂરના રેખાંશની ગરબડ, કે ચૂપચાપ ભારતનો માની લેવાયેલો ટાઇમઝોન. એ માટે અમે ત્રણ જન્મ લીધા, અમેરિકાના ત્રણ જુદા જુદા ટાઇમઝોનમાં, ડેલાઇટ અને સ્ટાન્ડર્ડ બંને ઑફસેટ પર. આમાંની કોઈ પણ ચૂક ટૂલમાં હોય, તો ઓછામાં ઓછો એક જન્મ તેને પકડી પાડે.
2 · એન્કરેજ, અલાસ્કા — 22 ડિસેમ્બર 2006, 20:44:01 — અલાસ્કા સ્ટાન્ડર્ડ ટાઇમ (UTC−9). છેક પશ્ચિમનો રેખાંશ અને ઊંડા સ્ટાન્ડર્ડ ઑફસેટની ચકાસણી.
3 · ઓવરલૅન્ડ પાર્ક, કૅન્સાસ — 3 ડિસેમ્બર 2002, 12:44:01 — સેન્ટ્રલ સ્ટાન્ડર્ડ ટાઇમ (UTC−6). ખંડની વચ્ચેના ઝોનની ભરબપોરે ચકાસણી.
3. ચકાસણી
દરેક જન્મ drikpanchang ના sidereal ટૂલમાં નાખ્યો, અને અલગથી juno.date ના એન્જિનમાં પણ (આ એન્જિન સ્થાનિક ઘડિયાળનો સમય IANA ટાઇમઝોન ડેટાબેઝ મારફતે UTC માં ફેરવે છે, જેથી તે સમયનો સાચો ઐતિહાસિક DST નિયમ લાગુ પડે). બંને દરેક કિસ્સામાં ચંદ્ર અને લગ્ન — બંને પર — પદ સુધી એકમત છે:
| જન્મ | ચંદ્ર — drikpanchang → juno.date | લગ્ન — drikpanchang → juno.date | |
|---|---|---|---|
| ટોલેડો (EDT) | મકર / શ્રવણ 4થું → શ્રવણ પદ 4, મકર | ધન / પૂર્વાષાઢા 1લું → ધન | ✓ |
| એન્કરેજ (AKST) | મકર / શ્રવણ 1લું → શ્રવણ પદ 1, મકર | કર્ક / આશ્લેષા 4થું → કર્ક | ✓ |
| ઓવરલૅન્ડ પાર્ક (CST) | વૃશ્ચિક / અનુરાધા 3જું → અનુરાધા પદ 3, વૃશ્ચિક | કુંભ / શતભિષા 4થું → કુંભ | ✓ |
બાજુબાજુમાં, દશાંશ સુધી. drikpanchang ચંદ્રને આર્કમિનિટ સુધી બતાવે છે; juno.date ડિગ્રીના બે દશાંશ સુધી બતાવે છે, અને તે વધુ નવા, વધુ ચોકસાઈવાળા JPL DE440 એફેમેરિસ પરથી ગણે છે (drikpanchang નું Swiss Ephemeris જૂનું DE431 વાપરે છે). ત્રણેય કિસ્સામાં બંને વચ્ચેનો ફેર ડિગ્રીના સોમા ભાગની અંદર છે:
| જન્મ | drikpanchang — ચંદ્ર | juno.date — ચંદ્ર | તફાવત |
|---|---|---|---|
| ટોલેડો (EDT) | મકર 22°10′ (292.17°) | 292.18° | 0.01° |
| એન્કરેજ (AKST) | મકર 10°35′ (280.58°) | 280.59° | 0.01° |
| ઓવરલૅન્ડ પાર્ક (CST) | વૃશ્ચિક 10°14′ (220.23°) | 220.25° | 0.02° |
4. ત્રણ કિસ્સા શું શું નકારી કાઢે છે
લગ્ન કલાકે આશરે 15° આગળ વધે છે, એટલે સમયમાં એક કલાકની ભૂલ તેને અડધી રાશિ ખસેડી દે. ટોલેડોના કિસ્સામાં, drikpanchang એ સાચા ઉનાળુ EDT ને બદલે સ્ટાન્ડર્ડ EST વાપર્યો હોત, તો જન્મની ક્ષણ એક કલાક ખસી જાત અને લગ્ન ધનમાંથી નીકળી જાત — એવું થતું નથી. એન્કરેજનો કિસ્સો (UTC−9) ટૂલે IST કે ભારત નજીકનો કોઈ ઝોન માની લીધો હોત તો સાવ ખોટો પડત; તે ચોક્કસ છે. ઓવરલૅન્ડ પાર્કનો બપોરનો કિસ્સો સેન્ટ્રલનો સ્ટાન્ડર્ડ ઑફસેટ પાકો કરે છે. ત્રણેય મળીને ડેલાઇટ-સેવિંગ, ખોટા રેખાંશ અને માની લીધેલા ટાઇમઝોન — એ ત્રણેય છૂપી ચૂકનાં બારણાં એકસાથે બંધ કરે છે — અને એ જ કારણે ત્રણેયમાં ચંદ્રનું પદ પણ મળે છે.
5. સ્થળ અને ટાઇમઝોન
લગ્ન સ્થળ પર આધારિત છે: એક જ ક્ષણે જુદા જુદા અક્ષાંશ-રેખાંશે લગ્ન જુદાં આવે. ત્રણ જુદાં લગ્ન — દરેક પોતપોતાના શહેરના અક્ષાંશ, રેખાંશ અને નાગરિક ટાઇમઝોન માટે સાચું — એ સાબિત કરે છે કે ટૂલ જન્મસ્થળનું ખરેખરું સ્થળ અને સ્થાનિક ઝોન વાપરે છે — કોઈ નક્કી કરી રાખેલો કે ભારતનો માની લીધેલો નહીં.
6. બીજું શું સારું કરે છે
સમયની સાચી ગણતરી ઉપરાંત drikpanchang આખી નવગ્રહ કુંડળી ગણે છે — નવેય ગ્રહો sidereal રેખાંશ, નક્ષત્ર, પદ અને સબ-લૉર્ડ સાથે, ઉપરાંત રાશિ કુંડળી — અને તે પણ દૃક્ (નિરીક્ષણ-સુધારેલી) ગણતરીથી. આ ચંદ્ર-લગ્નના ટૂંકા સાર કરતાં ઘણું વધારે છે: આ પૂરી જન્મકુંડળી છે, અને જે ભાગ અમે સ્વતંત્ર રીતે ચકાસી શકીએ છીએ તે તદ્દન સાચા છે.
7. ચુકાદો
સ્થળ, સ્થાનિક ટાઇમઝોન અને ડેલાઇટ-સેવિંગ — જ્યાં મોટા ભાગે ભૂલ થાય છે એ ત્રણ બાબતોમાં — drikpanchang સાચું છે. આ શ્રેણીમાં અત્યાર સુધીનું આ પહેલું ટૂલ છે જે અમારી બધી ચકાસણીમાંથી પાર ઊતર્યું. જ્યાં બીજાં ટૂલો માટે ચેતવણી મૂકવી પડે છે, ત્યાં આ ટૂલ ભલામણ કમાય છે: ભરોસાપાત્ર સમય-ગણતરી સાથેની પૂરી sidereal કુંડળી જોઈતી હોય, તો આ સારો વિકલ્પ છે.
8. juno.date હવે ક્યાં ઊભું છે
આંકડાની વાત કરીએ તો અમે હવે drikpanchang ની બરોબરીમાં ઊભા છીએ. ઉપરના ત્રણ આકરા કિસ્સા — ત્રણ ટાઇમઝોન, ડેલાઇટ અને સ્ટાન્ડર્ડ બંને, જેમાં એક તો UTC−9 વાળું અલાસ્કા — એ બધામાં અમારો ચંદ્ર અને લગ્ન તેની સાથે એક આર્કમિનિટની અંદર મળે છે, નક્ષત્ર/પદ અને રાશિ બંને પર. અને juno.date ચંદ્રની ગણતરી NASA/JPL ના વર્તમાન DE440 એફેમેરિસ (2020) પરથી કરે છે — જે DE431 કરતાં નવી આવૃત્તિ છે, જે બહોળા વપરાશવાળું Swiss Ephemeris — અને એટલે drikpanchang પણ — હજી વાપરે છે. JPL ની દરેક નવી આવૃત્તિ આગલીને વધુ સુધારે છે, એટલે DE440 વધુ ચોકસાઈવાળું મૉડેલ છે; એટલે મૂળ ડેટાની બાબતમાં juno.date આગળ છે. આ ફેર એટલો ઝીણો છે કે નક્ષત્ર કે રાશિ ખસવાનો સવાલ જ નથી, એટલે બંને ભરોસાપાત્ર છે — પણ એટલું કહેવું વાજબી છે કે juno.date સ્થાપિત ઑથોરિટી જેવી જ કુંડળીઓ વધુ ચોકસાઈવાળા, વધુ વર્તમાન એફેમેરિસ પરથી ગણે છે, અને પછી તેની સાથે જે કરે છે તેમાં એક ડગલું આગળ જાય છે.
પંચાંગ કંઈ મેળ ગોઠવનાર નથી, અને drikpanchang એવો દાવો પણ કરતું નથી. તેણે જે કામ ઉપાડ્યું છે તેમાં તે ઉત્તમ છે — ચોકસાઈવાળું પંચાંગ અને ઝીણવટભરી ગ્રહ-કુંડળી, એવા વાચક માટે જેને એ વાંચતાં પહેલેથી આવડે છે. તેની રચના જ એવી છે કે તે કાચી સ્થિતિઓ કોઠામાં મૂકી દે અને અર્થ કાઢવાનું તમારા પર છોડે: તે જન્મને જાણીતાં કુંડળી-ખાનાંમાં ગોઠવેલા એક સાદી ભાષાના જાતકમ્ રૂપે એકઠું કરી આપતું નથી, અને બે જન્મની સરખામણી તો કરતું જ નથી — ત્યાં કોઈ પોરુથમ, ગુણ મિલાપ કે દોષ-મેળ નથી. એ ફક્ત જુદું કામ છે — જે કામ તે આટલું સરસ કરે છે તેનાથી જુદું.
અને ચૂપચાપ, juno.date નું ધ્યાન ત્યાં જ છે. અમે એ જ સાચી ગણેલી જન્મ-માહિતી લઈએ છીએ — સમય સાચો રાખવાની એ જ જીદ સાથે — અને ઉપર અર્થઘટનનું પડ ઉમેરીએ છીએ: એકઠું કરેલું જાતકમ્, અને દરેક પ્રાદેશિક પરંપરા પ્રમાણે બે જન્મનો બાજુબાજુમાં મેળ. જુદી જરૂરિયાત માટે જુદાં ટૂલ; એક સારા ટૂલ તરફ આંગળી ચીંધતાં અમને આનંદ છે — અને જે ભાગ તે વાચક પર છોડે છે, તેના પર અમે આગળ બાંધીએ છીએ.