Lewati ke konten
AstroWay/api v2.254.12 · id
semua sistem normal

FAQ Veda

Kumpulan pertanyaan yang sering muncul saat mengintegrasikan endpoint Veda. Jika jawaban Anda tidak ada di sini, tulis ke hello@astroway.info dan kami akan menambahkannya.

Ayanamsa apa saja yang didukung? Mana yang harus dipilih?

Section titled “Ayanamsa apa saja yang didukung? Mana yang harus dipilih?”

API mendukung 9 ayanamsa:

KodeNamaKapan dipilih
lahiri (default)Chitra PakshaStandar pemerintah India; pasar massal terbesar. Untuk sebagian besar aplikasi Veda, pilih ini.
ramanB.V. RamanJika Anda membuat aplikasi seluler untuk pasar India Selatan (Karnataka, Tamil Nadu).
krishnamurti (alias kp)KPJika Anda memanggil /v1/vedic/kp/*: KP punya ayanamsa sendiri.
yukteshwarSri YukteshwarJarak dari Spica; audiens teosofis atau yang condong ke Barat.
fagan-bradleyFagan/BradleySideris Barat (bukan Veda). Untuk astrolog yang berpindah dari tradisi sideris Barat.
de-luceDe LucePilihan astrolog generasi lama, jarang dipakai.
jn-bhasinJN BhasinAliran khusus, jarang dipakai.
true-citraTrue Chitra PakshaSpica dikunci tepat di 0° Libra. Selisihnya dari Lahiri 0,01°, jadi pilih hanya jika Anda memang butuh pengikatan ke bintang itu.
djwhal-khulDjwhal KhulAliran teosofis, jarang dipakai. Selisih terbesar di tabel ini.

Aliran-aliran utama hanya sedikit berbeda: Lahiri, True Chitra, dan KP berada dalam rentang 0,1°, sedangkan Fagan/Bradley, JN Bhasin, Yukteshwar, dan Raman hingga 1,45°. Yang menyimpang jauh adalah De Luce (3,96° dari Lahiri) dan Djwhal Khul (3,82°): dengan keduanya, posisi di dekat batas rasi sudah pindah ke rasi sebelah. Diukur pada 2026-08-18 menggunakan Bulan dari satu peta; pada teknik berbasis derajat (posisi Nakshatra, Argala) perbedaan sudah terlihat bahkan dalam rentang 0,1°.

Sideris atau tropis? Apa yang dikembalikan API?

Section titled “Sideris atau tropis? Apa yang dikembalikan API?”

Secara default, endpoint Veda mengembalikan posisi sideris (zodiak diikat ke bintang, dengan ayanamsa diterapkan). Endpoint Barat (/v1/chart, /v1/synastry) mengembalikan posisi tropis (zodiak diikat ke titik ekuinoks).

Veda tropis (kasus langka yang diusulkan Sanjay Rath dan Ernst Wilhelm) tidak disediakan API: semua endpoint Veda menghitung secara sideris dan mengabaikan zodiacType di body permintaan. Posisi tropis tersedia di cabang Barat (/v1/chart, /v1/synastry), dan zodiacType: "sidereal" mengalihkannya ke zodiak sideris dengan ayanamsa yang sama.

AliranWilayah / AudiensKekuatan
Parashara (BPHS)Seluruh dunia Veda - dasar universalKorpus teknik paling lengkap; selalu mulai dari sini
JaiminiTamil Nadu + praktisi tingkat lanjutPrediksi berbasis karaka; tema hidup yang digerakkan AK
Lal KitabPunjab + India UtaraRemedi (upaya) yang unik, spesifikasi Manglik sendiri
KP (Krishnamurti)Tamil Nadu + Andhra PradeshTeori sub-lord, presisi dalam penentuan waktu peristiwa

Pratyangira, AstroSage, dan API besar lainnya kebanyakan hanya menyediakan Parashara. AstroWay mencakup keempatnya lewat grup endpoint terpisah.

Ashtakoot atau Dashakoota: untuk pasar mana?

Section titled “Ashtakoot atau Dashakoota: untuk pasar mana?”
AshtakootDashakoota
WilayahIndia Utara/Tengah, Pakistan, NepalIndia Selatan (Tamil Nadu, Karnataka, Kerala)
Skalamaks. 36 poin10 koota (faktor)
KomponenVarna + Vashya + Tara + Yoni + Graha Maitri + Gana + Bhakoot + NadiDina + Gana + Mahendra + Stree-Deergha + Yoni + Rasi + Rasi-adhipati + Vashya + Rajju + Vedha
API/v1/vedic/compatibility/ashtakoot/v1/vedic/compatibility/dashakoota

Jika layanan mak comblang Anda melayani seluruh India, panggil /v1/vedic/compatibility/full: Anda mendapat keduanya plus Manglik dan Bhrigu.

Mangal Dosha = Mars di rumah 1/2/4/7/8/12 dari Lagna, Bulan, atau Venus (tiap aliran menafsirkannya berbeda). Di India ini adalah penghalang pernikahan: jika kedua pasangan memiliki afliksi Mangal tanpa kompensasi, astrolog tradisional tidak akan memberi lampu hijau tanpa upaya (remedi) atau faktor penyeimbang.

Endpoint API: /v1/vedic/compatibility/manglik-check mengembalikan { chart1: { manglik: true/false, severity, factors }, chart2: ..., compensation: ... }.

D9 (Navamsha): mengapa ini varga terpenting?

Section titled “D9 (Navamsha): mengapa ini varga terpenting?”

D9 = pembagian setiap rasi menjadi 9 bagian = peta rinci “tingkat jiwa”. Dalam astrologi Veda dipakai untuk:

  1. Prediksi pernikahan: Venus + penguasa rumah ke-7 di D9 menunjukkan sifat sejati kehidupan berumah tangga
  2. Kekuatan planet: planet yang kuat di D1 tetapi lemah di D9 = “tampak menjanjikan tetapi tidak memberi hasil”
  3. Vargottama: planet di rasi yang sama pada D1 dan D9 = kekuatan khusus

API: /v1/vedic/vargas mengembalikan ke-16 pembagian dalam satu panggilan; fokuskan pada D9 untuk fitur yang terkait pernikahan dan hubungan.

Mengapa jam lahir sangat penting? Apa yang dilakukan jika tidak diketahui?

Section titled “Mengapa jam lahir sangat penting? Apa yang dilakukan jika tidak diketahui?”

Astrologi Veda sangat sensitif terhadap waktu:

  • Lagna (Ascendant) berganti kira-kira setiap 2 jam: SELURUH peta ikut bergeser
  • Nakshatra Bulan berganti setiap 6–8 jam
  • Saldo dasha (periode awal) bergantung pada posisi nakshatra Bulan

Jika jam pastinya tidak diketahui:

  1. Peta matahari terbit: gunakan waktu matahari terbit di tempat lahir sebagai perkiraan. Matahari saat itu berada di Ascendant, sehingga Lagna kira-kira sama dengan zodiak Matahari; sebagian astrolog Veda menganggap peta matahari terbit sah untuk prakiraan kecenderungan umum
  2. Rektifikasi: panggil /v1/rectification dengan 2-3 peristiwa hidup yang diketahui (pernikahan, anak, pindah kerja); API mengembalikan jendela jam lahir yang paling mungkin
  3. Pemberitahuan ke pengguna: sampaikan bahwa hasil dengan jam yang tidak diketahui adalah perkiraan, bukan peta yang akurat

Astrologi Veda secara tradisional memakai rumah Whole Sign (satu rasi utuh = satu rumah). Astrologi Barat memakai Placidus / Koch / Equal, dan lain-lain.

Default AstroWay untuk Veda = Whole Sign. Untuk endpoint KP: Placidus (konvensi KP). Kirim parameter houseSystem jika butuh yang lain: whole-sign, placidus, koch, equal, porphyry.

Bisakah Veda dan Barat dicampur dalam satu aplikasi?

Section titled “Bisakah Veda dan Barat dicampur dalam satu aplikasi?”

Bisa, dan justru disarankan untuk audiens multi-tradisi. Arsitekturnya:

  1. Peta natal dihitung sekali: endpoint Barat dan Veda memakai input yang sama (date/time/lat/lon)
  2. Tampilkan tombol “Western view” / “Vedic view” di UI Anda
  3. Rasi Bulan Veda (rashi) sering tertukar dengan rasi Matahari Barat: beri tahu pengguna tentang perbedaannya
  4. Kecocokan: Anda bisa menampilkan KEDUANYA sekaligus: sinastri Barat + Ashtakoot Veda

Endpoint API /v1/compat/astro-vedic melakukannya secara otomatis: jembatan sinastri Barat × Ashtakoot Veda.

Efemeris apa yang dipakai? Seberapa akurat?

Section titled “Efemeris apa yang dipakai? Seberapa akurat?”

Swiss Ephemeris (LGPL), sama seperti di Solar Fire, Kepler, Astro Gold, Janus, AstroSeek. Akurasinya:

  • Posisi planet: ±1 detik busur dibandingkan efemeris NASA JPL
  • Cusp rumah: ±1 menit busur
  • Ayanamsa: tabel Lahiri divalidasi silang dengan tabel resmi pemerintah India

Untuk perhitungan khas Veda (posisi Nakshatra, saldo Vimshottari, Varga) diperiksa silang dengan PyJHora (referensi Python de facto); selisihnya < 0,01° bila ada. Laporan selisih ada di docs/AUDIT-TRAIL.md di repositori.

Bisakah saya meng-cache hasilnya? Bagaimana?

Section titled “Bisakah saya meng-cache hasilnya? Bagaimana?”

Bisa: sebagian besar endpoint Veda deterministik untuk input peta yang sama. Kunci cache yang stabil: hash(date + time + lat + lon + ayanamsa + endpoint).

API juga menyediakan header X-Idempotency-Key: cache 5 menit di sisi api-calc. Saat cache hit, kredit tidak dipotong.

Endpoint Veda yang mengembalikan interpretasi (deskripsi yoga, makna dosha, alasan muhurat) menerima parameter lang. Dukungan: 20 bahasa (T0 - uk/en/de/ru manual; T1 - pl/es/pt/hi/fr/ko AI Beta; T2/T3 - direncanakan). Detail: /languages/.

Jika endpoint mengembalikan data numerik (derajat, tanggal, indeks rasi), data itu netral bahasa. Field teks (note, meaning, manifestation) dilokalkan.

YELLOW = endpoint berfungsi, tetapi memiliki salah satu dari tiga ciri:

  1. Aliran satu penulis (Lal Kitab, KP): tidak ada verifikasi silang dengan aliran lain, karena memang tidak ada
  2. Berbasis skor/heuristik (compatibility 0-100, breakup-timing): penilaian numerik yang pada dasarnya subjektif
  3. Batas presisi intrinsik (rektifikasi, Bhrigu match): algoritmenya punya batas presisi bawaan

Lihat docs/AUDIT-TRAIL.md untuk endpoint tertentu: di sana tertulis mengapa YELLOW dan apakah ada jalan ke GREEN. Untuk sebagian besar tidak ada (sifatnya intrinsik), dan ini pemberitahuan yang jujur bagi integrator.

Bermanfaat?
Usulkan perbaikan

Terakhir diperbaharui: