वैदिक FAQ

वैदिक एंडपॉइंट के इंटीग्रेशन के दौरान अक्सर उठने वाले सवाल यहाँ इकट्ठा किए गए हैं। अगर जवाब नहीं मिला, तो hello@astroway.info पर लिखें, हम जोड़ देंगे।

कौन-से अयनांश सपोर्ट होते हैं? कौन-सा चुनें?

API 9 अयनांश सपोर्ट करता है:

Code	नाम	कब चुनें
`lahiri` (default)	चित्रा पक्ष	भारत सरकार का मानक; सबसे बड़ा mass market। ज़्यादातर वैदिक ऐप्स के लिए यही।
`raman`	B.V. Raman	अगर आप दक्षिण भारतीय बाज़ार (कर्नाटक, तमिलनाडु) के लिए मोबाइल ऐप इंटीग्रेट कर रहे हैं।
`krishnamurti` (alias `kp`)	KP	अगर आप `/v1/vedic/kp/*` कॉल करते हैं - KP का अपना अयनांश है।
`yukteshwar`	Sri Yukteshwar	Spica से दूरी; theosophical / पाश्चात्य-झुकाव वाले दर्शक।
`fagan-bradley`	Fagan/Bradley	पाश्चात्य sidereal (वैदिक नहीं)। sidereal-Western परंपराओं से आने वाले ज्योतिषियों के लिए।
`de-luce`	De Luce	पुराना विकल्प, दुर्लभ।
`jn-bhasin`	JN Bhasin	विशिष्ट परंपरा, दुर्लभ।
`true-citra`	True Chitra Paksha	Spica ठीक तुला 0° पर। Lahiri से 0.01° का अंतर, यानी इसे तभी लें जब आपको ठीक तारे से बँधाव चाहिए।
`djwhal-khul`	Djwhal Khul	Theosophical परंपरा, दुर्लभ। तालिका में सबसे बड़ा विचलन।

मुख्य परंपराओं में अंतर कम है: Lahiri, True Chitra और KP 0.1° के भीतर रहते हैं, Fagan/Bradley, JN Bhasin, Yukteshwar और Raman 1.45° तक। अलग खड़े हैं De Luce (Lahiri से 3.96°) और Djwhal Khul (3.82°), और इन पर राशि की सीमा के पास की स्थिति पड़ोसी राशि में चली जाती है। 2026-08-18 को एक कुंडली के चंद्रमा पर मापा गया; degree-based तकनीकों (Nakshatra position, Argala) पर 0.1° के भीतर भी अंतर दिखता है।

Sidereal या tropical? API क्या लौटाता है?

Default रूप से वैदिक एंडपॉइंट sidereal स्थितियाँ लौटाते हैं (राशिचक्र तारों से बँधा है, अयनांश लागू)। पाश्चात्य एंडपॉइंट (/v1/chart, /v1/synastry) tropical लौटाते हैं (राशिचक्र विषुव बिंदु से बँधा है)।

Tropical वैदिक (दुर्लभ edge-case, जिसे Sanjay Rath और Ernst Wilhelm सुझाते हैं) API नहीं देता: सभी वैदिक एंडपॉइंट sidereal में कैलकुलेट करते हैं और request body में zodiacType को अनदेखा करते हैं। Tropical स्थितियाँ पाश्चात्य शाखा देती है (/v1/chart, /v1/synastry), और zodiacType: "sidereal" उसे उसी अयनांश के साथ sidereal राशिचक्र में बदल देता है।

कौन-सी परंपरा कब इस्तेमाल होती है?

परंपरा	क्षेत्र / दर्शक	ख़ूबी
Parashara (BPHS)	पूरी वैदिक दुनिया - universal baseline	तकनीकों का सबसे पूरा संग्रह; हमेशा यहीं से शुरू करें
Jaimini	तमिलनाडु + उन्नत practitioners	कारक-आधारित भविष्यवाणियाँ; AK से चलने वाले जीवन-विषय
Lal Kitab	पंजाब + उत्तर भारत	अनोखे उपाय, Manglik-spec
KP (Krishnamurti)	तमिलनाडु + आंध्र प्रदेश	Sub-lord theory, घटनाओं के समय में सटीकता

Pratyangira, AstroSage और दूसरे बड़े API ज़्यादातर Parashara देते हैं। AstroWay अलग एंडपॉइंट समूहों के ज़रिए चारों कवर करता है।

Ashtakoot या Dashakoota: किस बाज़ार के लिए?

	Ashtakoot	Dashakoota
क्षेत्र	उत्तर/मध्य भारत, पाकिस्तान, नेपाल	दक्षिण भारत (तमिलनाडु, कर्नाटक, केरल)
पैमाना	अधिकतम 36 गुण	10 कूट (factors)
घटक	Varna + Vashya + Tara + Yoni + Graha Maitri + Gana + Bhakoot + Nadi	दिन + गण + माहेंद्र + स्त्री-दीर्घ + योनि + राशि + राशि-अधिपति + वश्य + रज्जु + वेध
API	`/v1/vedic/compatibility/ashtakoot`	`/v1/vedic/compatibility/dashakoota`

अगर matchmaker पूरे भारत को सेवा देता है, तो /v1/vedic/compatibility/full कॉल करें - आपको दोनों + Manglik + Bhrigu मिलते हैं।

Mangal Dosha: यह अहम क्यों है?

Mangal Dosha = मंगल लग्न, चंद्रमा या शुक्र से 1/2/4/7/8/12 भाव में (अलग परंपराएँ इसे अलग तरह से पढ़ती हैं)। भारत में यह विवाह के लिए deal-breaker है: अगर दोनों साथियों में बिना संतुलन के मंगल-पीड़ा है, तो पारंपरिक ज्योतिषी उपायों (remedies) या संतुलन करने वाले कारकों के बिना हरी झंडी नहीं देगा।

API एंडपॉइंट: /v1/vedic/compatibility/manglik-check - लौटाता है { chart1: { manglik: true/false, severity, factors }, chart2: ..., compensation: ... }।

D9 (नवांश) - यह सबसे अहम वर्ग क्यों है?

D9 = हर राशि का 9 भागों में विभाजन = विस्तृत “soul-level” कुंडली। वैदिक में इसका इस्तेमाल होता है:

विवाह की भविष्यवाणियाँ: D9 में शुक्र + सप्तमेश दांपत्य जीवन का असली स्वभाव दिखाते हैं
ग्रहों का बल: D1 में बलवान पर D9 में कमज़ोर ग्रह = “दिखाता है पर देता नहीं”
वर्गोत्तम: D1 और D9 में एक ही राशि में ग्रह = विशेष बल

API: /v1/vedic/vargas एक कॉल में सभी 16 विभाजन लौटाता है; marriage/relationship से जुड़े फ़ीचर के लिए D9 पर ध्यान दें।

जन्म समय इतना ज़रूरी क्यों है? अगर पता न हो तो क्या करें?

वैदिक बहुत time-sensitive है:

लग्न (Ascendant) हर ~2 घंटे में बदलता है: यानी पूरी कुंडली खिसक जाती है
चंद्रमा का नक्षत्र हर 6–8 घंटे में बदलता है
Dasha-balance (शुरुआती अवधि) चंद्रमा के नक्षत्र की स्थिति पर निर्भर है

अगर सटीक समय नहीं पता:

Sunrise chart: approximation के रूप में जन्मस्थान पर सूर्योदय का समय इस्तेमाल करें। तब सूर्य लग्न (Ascendant) पर होता है, इसलिए लग्न मोटे तौर पर सूर्य की राशि से मेल खाता है; कुछ वैदिक ज्योतिषी general-tendency पूर्वानुमान के लिए sunrise charts को मान्य मानते हैं
Rectification: 2-3 ज्ञात life-events (विवाह, बच्चा, नौकरी बदलना) के साथ /v1/rectification कॉल करें - API संभावित जन्म-समय window लौटाता है
यूज़र के लिए disclaimer: बताएँ कि अज्ञात समय वाले नतीजे approximation हैं, सटीक कुंडली नहीं

कौन-से house systems इस्तेमाल होते हैं?

वैदिक पारंपरिक रूप से Whole Sign houses इस्तेमाल करता है (पूरी राशि = एक भाव)। पाश्चात्य - Placidus / Koch / Equal आदि।

वैदिक के लिए AstroWay default = Whole Sign। KP एंडपॉइंट के लिए - Placidus (KP convention)। कुछ और चाहिए तो houseSystem पैरामीटर भेजें: whole-sign, placidus, koch, equal, porphyry।

क्या एक ऐप में वैदिक + पाश्चात्य मिला सकते हैं?

हाँ - और multi-tradition दर्शकों के लिए यह सुझाया भी जाता है। Architecture:

जन्म कुंडली एक बार कैलकुलेट होती है: पाश्चात्य और वैदिक एंडपॉइंट एक ही input साझा करते हैं (date/time/lat/lon)
अपने UI में “Western view” / “Vedic view” toggle दिखाएँ
वैदिक चंद्र राशि को अक्सर पाश्चात्य सूर्य राशि से भ्रमित किया जाता है: यूज़र को अंतर के बारे में बताएँ
Compatibility: आप दोनों एक साथ दिखा सकते हैं: पाश्चात्य synastry + वैदिक Ashtakoot

API एंडपॉइंट /v1/compat/astro-vedic यह अपने आप करता है - पाश्चात्य synastry × वैदिक Ashtakoot bridge।

कौन-सी ephemeris इस्तेमाल होती है? कितनी सटीक?

Swiss Ephemeris (LGPL) - वही जो Solar Fire, Kepler, Astro Gold, Janus, AstroSeek में है। सटीकता:

ग्रहों की स्थितियाँ: NASA JPL ephemeris की तुलना में ±1 कोणीय सेकंड
भावों के cusps: ±1 कोणीय मिनट
अयनांश: Lahiri-table भारत सरकार की आधिकारिक तालिकाओं से cross-validated

वैदिक-विशिष्ट गणनाओं (Nakshatra-position, Vimshottari balance, Vargas) के लिए - PyJHora (de-facto Python reference) से cross-check किया गया; अंतर, जहाँ हैं, < 0.01°। अंतरों की रिपोर्ट - repo में docs/AUDIT-TRAIL.md।

क्या मैं नतीजे कैश कर सकता हूँ? कैसे?

हाँ - ज़्यादातर वैदिक एंडपॉइंट एक ही chart-input के लिए deterministic हैं। Stable cache key: hash(date + time + lat + lon + ayanamsa + endpoint)।

API X-Idempotency-Key header भी देता है - api-calc की तरफ़ 5 मिनट का cache। Cache hit पर क्रेडिट नहीं कटते।

जवाबों में टेक्स्ट कैसे localize होते हैं?

जो वैदिक एंडपॉइंट व्याख्याएँ लौटाते हैं (yoga descriptions, dosha meanings, muhurat reasons), वे lang पैरामीटर लेते हैं। सपोर्ट: 20 भाषाएँ (T0 - uk/en/de/ru मैनुअल; T1 - pl/es/pt/hi/fr/ko AI Beta; T2/T3 - planned)। विवरण: /languages/।

अगर एंडपॉइंट संख्यात्मक डेटा लौटाता है (degrees, dates, sign indices), तो वह भाषा-निरपेक्ष है। टेक्स्ट फ़ील्ड (note, meaning, manifestation) localize होते हैं।

YELLOW status का क्या करें?

YELLOW = एंडपॉइंट काम करता है, लेकिन उसमें तीन में से एक विशेषता है:

Single-author school (Lal Kitab, KP): दूसरी परंपराओं से cross-verification नहीं, क्योंकि वे मौजूद ही नहीं
Scoring/heuristic-based (compatibility 0-100, breakup-timing): संख्यात्मक आकलन स्वभाव से subjective है
Intrinsic precision limit (rectification, Bhrigu match): एल्गोरिदम की अपनी inherent precision सीमा है

किसी ख़ास एंडपॉइंट के लिए docs/AUDIT-TRAIL.md देखें - वहाँ लिखा है YELLOW क्यों और GREEN तक का रास्ता है या नहीं। ज़्यादातर के लिए नहीं (intrinsic), और integrator के लिए यह ईमानदार disclaimer है।