الأسئلة الشائعة حول Vedic

جمعنا هنا الأسئلة التي تتكرر كثيرًا عند دمج نقاط النهاية الفيدية. إذا لم تجد إجابتك، فاكتب إلى hello@astroway.info وسنضيفها.

ما الأيانامشات المدعومة؟ وأيها أختار؟

يدعم الـ API 9 أيانامشات:

الرمز	الاسم	متى تختارها
`lahiri` (default)	Chitra Paksha	المعيار الرسمي لحكومة الهند وأكبر سوق جماهيري. لمعظم تطبيقات Vedic هذه هي الخيار.
`raman`	B.V. Raman	إذا كنت تدمج تطبيقًا للجوال موجّهًا لسوق جنوب الهند (Karnataka، Tamil Nadu).
`krishnamurti` (الاسم البديل `kp`)	KP	إذا كنت تستدعي `/v1/vedic/kp/*`، فلدى KP أيانامشا خاصة بها.
`yukteshwar`	Sri Yukteshwar	تُحسب من المسافة إلى Spica، لجمهور ثيوصوفي أو ذي ميول غربية.
`fagan-bradley`	Fagan/Bradley	الغربي الفلكي (sidereal) وليس Vedic. للمنجمين القادمين من التقاليد الغربية الفلكية.
`de-luce`	De Luce	خيار قديم لدى المنجمين، نادر الاستخدام.
`jn-bhasin`	JN Bhasin	مدرسة خاصة، نادرة الاستخدام.
`true-citra`	True Chitra Paksha	Spica مثبّتة بدقة عند 0° من الميزان. تختلف عن Lahiri بمقدار 0.01°، لذا اخترها فقط إذا كنت تحتاج تحديدًا إلى الربط بالنجم.
`djwhal-khul`	Djwhal Khul	مدرسة ثيوصوفية، نادرة. أكبر انحراف في الجدول.

المدارس الرئيسية متقاربة: Lahiri وTrue Chitra وKP تبقى ضمن 0.1°، وFagan/Bradley وJN Bhasin وYukteshwar وRaman ضمن 1.45°. أما De Luce (3.96° عن Lahiri) وDjwhal Khul (3.82°) فتقفان بعيدًا، ومعهما ينتقل الموقع القريب من حدود البرج إلى البرج المجاور. القياس بتاريخ 2026-08-18 على القمر في خريطة واحدة؛ وفي التقنيات المعتمدة على الدرجات (موقع Nakshatra، Argala) يظهر الفرق حتى ضمن 0.1°.

Sidereal أم tropical؟ ماذا يعيد الـ API؟

افتراضيًا تعيد نقاط النهاية الفيدية مواقع فلكية (sidereal) (البروج مربوطة بالنجوم مع تطبيق الأيانامشا). أما نقاط النهاية الغربية (/v1/chart، /v1/synastry) فتعيد مواقع استوائية (tropical) (البروج مربوطة بنقطة الاعتدال).

الـ Vedic الاستوائي (حالة طرفية نادرة يقترحها Sanjay Rath وErnst Wilhelm) لا يقدّمه الـ API: جميع نقاط النهاية الفيدية تحسب فلكيًا وتتجاهل zodiacType في جسم الطلب. المواقع الاستوائية يقدّمها الفرع الغربي (/v1/chart، /v1/synastry)، وzodiacType: "sidereal" يحوّله إلى البروج الفلكية بالأيانامشا نفسها.

أي مدرسة تُستخدم ومتى؟

المدرسة	المنطقة / الجمهور	نقطة القوة
Parashara (BPHS)	العالم الفيدي كله، الأساس العام	أشمل مجموعة من التقنيات؛ ابدأ منها دائمًا
Jaimini	Tamil Nadu والممارسون المتقدمون	تنبؤات قائمة على الـ Karaka؛ موضوعات الحياة المبنية على AK
Lal Kitab	Punjab وشمال الهند	علاجات فريدة (upaya)، مواصفات Manglik
KP (Krishnamurti)	Tamil Nadu وAndhra Pradesh	نظرية Sub-lord، دقة في توقيت الأحداث

Pratyangira وAstroSage وغيرها من الـ API الكبيرة تقدّم في الغالب Parashara. أما AstroWay فيغطي المدارس الأربع كلها عبر مجموعات منفصلة من نقاط النهاية.

Ashtakoot أم Dashakoota: لأي سوق؟

	Ashtakoot	Dashakoota
المنطقة	شمال ووسط الهند، Pakistan، Nepal	جنوب الهند (Tamil Nadu، Karnataka، Kerala)
المقياس	36 نقطة كحد أقصى	10 كوت (عوامل)
المكوّنات	Varna + Vashya + Tara + Yoni + Graha Maitri + Gana + Bhakoot + Nadi	Dina + Gana + Mahendra + Stri-Dirgha + Yoni + Rashi + Rashi-adhipati + Vashya + Rajju + Vedha
API	`/v1/vedic/compatibility/ashtakoot`	`/v1/vedic/compatibility/dashakoota`

إذا كانت خدمة التوفيق تخدم الهند كلها، فاستدعِ /v1/vedic/compatibility/full لتحصل على الاثنين معًا مع Manglik وBhrigu.

Mangal Dosha: لماذا هي مهمة؟

Mangal Dosha = المريخ في البيت 1/2/4/7/8/12 من Lagna أو القمر أو الزهرة (تفسّرها المدارس بطرق مختلفة). في الهند هي عائق حاسم أمام الزواج: إذا كان لدى الشريكين كليهما تأثير Mangal دون تعويض، فلن يعطي المنجم التقليدي الضوء الأخضر من دون upayas (علاجات) أو عوامل معوِّضة.

نقطة النهاية في الـ API: /v1/vedic/compatibility/manglik-check، وتعيد { chart1: { manglik: true/false, severity, factors }, chart2: ..., compensation: ... }.

D9 (Navamsha): لماذا هي أهم الفارغات؟

D9 = تقسيم كل برج إلى 9 أجزاء = خريطة تفصيلية على “مستوى الروح”. في Vedic تُستخدم من أجل:

تنبؤات الزواج: الزهرة وسيد البيت السابع في D9 يُظهران الطبيعة الحقيقية للحياة الزوجية
قوة الكواكب: كوكب قوي في D1 لكنه ضعيف في D9 = “يَعِد ولا يُنجز”
Vargottama: كوكب في البرج نفسه في D1 وD9 = قوة خاصة

الـ API: /v1/vedic/vargas يعيد التقسيمات الـ 16 كلها في استدعاء واحد؛ ركّز على D9 للميزات المتعلقة بالزواج والعلاقات.

لماذا وقت الميلاد حاسم؟ وماذا أفعل إذا كان مجهولًا؟

الـ Vedic حساس جدًا للوقت:

الـ Lagna (الطالع) يتغير كل ساعتين تقريبًا: أي أن الخريطة كلها تنزاح
Nakshatra القمر تتغير كل 6 إلى 8 ساعات
رصيد الـ Dasha (الفترة الأولى) يعتمد على موقع القمر في الـ nakshatra

إذا كان الوقت الدقيق مجهولًا:

خريطة الشروق: استخدم وقت شروق الشمس في مكان الولادة كتقريب. تقع الشمس عندها على الطالع، لذا يطابق الـ Lagna برج الشمس تقريبًا؛ ويعدّ بعض المنجمين الفيديين خرائط الشروق صالحة للتنبؤ بالاتجاهات العامة
التصحيح (Rectification): استدعِ /v1/rectification مع 2-3 أحداث حياتية معروفة (زواج، طفل، تغيير عمل)، ويعيد الـ API نافذة زمنية مرجّحة للميلاد
تنبيه للمستخدم: أخبر المستخدم أن النتائج مع وقت مجهول هي تقريب وليست خريطة دقيقة

ما أنظمة البيوت المستخدمة؟

يستخدم الـ Vedic تقليديًا بيوت Whole Sign (البرج كاملًا = بيت واحد). أما الغربي فيستخدم Placidus / Koch / Equal وغيرها.

الافتراضي في AstroWay للـ Vedic = Whole Sign. ولنقاط نهاية KP يُستخدم Placidus (عُرف KP). مرّر المعامل houseSystem إذا احتجت نظامًا آخر: whole-sign، placidus، koch، equal، porphyry.

هل يمكن الجمع بين Vedic وWestern في تطبيق واحد؟

نعم، بل هذا موصى به للجماهير متعددة التقاليد. البنية:

تُحسب الخريطة الأصلية مرة واحدة: نقاط النهاية الغربية والفيدية تتشارك المدخلات نفسها (date/time/lat/lon)
اعرض مفتاح تبديل “Western view” / “Vedic view” في واجهتك
برج القمر الفيدي (rashi) يُخلط كثيرًا ببرج الشمس الغربي: نبّه المستخدم إلى الفرق
التوافق: يمكنك عرض الاثنين معًا: synastry الغربي وAshtakoot الفيدي في الوقت نفسه

نقطة النهاية /v1/compat/astro-vedic تفعل ذلك تلقائيًا، جسرًا بين synastry الغربي وAshtakoot الفيدي.

أي ephemeris يُستخدم؟ وما مدى دقته؟

Swiss Ephemeris (LGPL)، وهو نفسه المستخدم في Solar Fire وKepler وAstro Gold وJanus وAstroSeek. الدقة:

مواقع الكواكب: ±1 ثانية قوسية مقارنة بـ NASA JPL ephemeris
رؤوس البيوت: ±1 دقيقة قوسية
الأيانامشا: جدول Lahiri مُتحقَّق منه مقابل الجداول الرسمية لحكومة الهند

للحسابات الخاصة بالـ Vedic (موقع Nakshatra، رصيد Vimshottari، Vargas) أُجري تحقق متقاطع مقابل PyJHora (المرجع الفعلي في Python)؛ والفروق حيث وُجدت أقل من 0.01°. تقرير الفروق موجود في docs/AUDIT-TRAIL.md في المستودع.

هل يمكنني تخزين النتائج مؤقتًا؟ وكيف؟

نعم، معظم نقاط النهاية الفيدية حتمية للمدخلات نفسها للخريطة. مفتاح تخزين مؤقت ثابت: hash(date + time + lat + lon + ayanamsa + endpoint).

يقدّم الـ API أيضًا الترويسة X-Idempotency-Key، وهي ذاكرة تخزين مؤقت مدتها 5 دقائق على جانب api-calc. عند cache hit لا تُخصم الأرصدة.

كيف تُترجم النصوص في الاستجابات؟

نقاط النهاية الفيدية التي تعيد تفسيرات (أوصاف اليوغا، معاني الدوشا، أسباب المهورت) تقبل المعامل lang. الدعم: 20 لغة (T0: uk/en/de/ru يدويًا؛ T1: pl/es/pt/hi/fr/ko بالذكاء الاصطناعي Beta؛ T2/T3: مخطط لها). التفاصيل: /languages/.

إذا كانت نقطة النهاية تعيد بيانات رقمية (درجات، تواريخ، مؤشرات الأبراج)، فهي محايدة لغويًا. أما الحقول النصية (note، meaning، manifestation) فمترجمة.

ماذا أفعل مع حالة YELLOW؟

YELLOW = نقطة النهاية تعمل، لكن لديها واحدة من ثلاث خصائص:

مدرسة من مؤلف واحد (Lal Kitab، KP): لا يوجد تحقق متقاطع مع مدارس أخرى لأنها غير موجودة
قائمة على التقييم أو الاستدلال (التوافق 0-100، توقيت الانفصال): التقييم الرقمي ذاتي بطبيعته
حد دقة جوهري (rectification، مطابقة Bhrigu): للخوارزمية حد أدنى متأصل للدقة

راجع docs/AUDIT-TRAIL.md لنقطة النهاية المحددة، فهناك مكتوب لماذا هي YELLOW وهل هناك طريق إلى GREEN. في معظم الحالات لا (القيد جوهري)، وهذا تنبيه صادق للمُدمِج.