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

Akurasi perhitungan

API AstroWay menggunakan Swiss Ephemeris (kode C resmi dari Astrodienst, pencipta astro.com) — mesin yang sama yang digunakan oleh para astrolog profesional selama 30+ tahun di Solar Fire ($495), Kepler ($995), Astro Gold ($29.99/bulan) dan Janus. Kami mengompilasinya ke WebAssembly dan mengeksposnya melalui REST API, tanpa markup perantara. Setiap endpoint perhitungan dasar dilindungi oleh tes snapshot regresi; akurasi mesin diverifikasi melalui triangulasi dengan tiga sumber independen + dibandingkan dengan NASA 5-Millennium Eclipse Catalog:

  • Posisi planet: < 0.1 detik busur vs swetest CGI resmi Astrodienst
  • Kuspid rumah Placidus: 0.000" pencocokan tepat
  • Gerhana: < 1 menit vs NASA Eclipse Catalog
  • Garis ACG: < 1.5 km di ekuator vs swetest
  • Terbit/terbenam Matahari: < 10 detik vs timeanddate.com
  • VOC Bulan, ingress, konjungsi planet: akurasi hingga pecahan detik
KomponenNilai
PerpustakaanSwiss Ephemeris C code (aloistr/swisseph)
Versiupstream Astrodienst C code
Bindingsswisseph-wasm (WebAssembly di Node.js)
EphemerisDE431 JPL ephemeris (melalui file .se1)
FallbackMoshier analitis (untuk tanggal di luar 1800-2399)
Pembagian kodeShared @/core dengan app.astroway.info — satu mesin, dua transportasi

Akurasi diverifikasi melalui triangulasi — perbandingan dengan tiga sumber independen:

Implementasi referensi resmi Swiss Ephemeris dari Astrodienst sendiri — pembuat Astro.com dan melayani jutaan astrolog di seluruh dunia. Sumber publik paling otoritatif. Mesin kami identik (0.00–0.07 detik busur drift).

Perpustakaan Python independen yang menggunakan bindings pyswisseph alih-alih WASM kami. Memastikan bahwa lapisan WASM kami tidak mendistorsi data.

API Swiss Ephemeris jarak jauh (Lahiri sidereal). Drift sistemik 8–17 detik busur terkait dengan versi formula Lahiri ayanamsa yang berbeda, bukan akurasi mesin.

Petavs swetest (Astrodienst)vs Kerykeion (Python)vs Prokerala API
Monroe 19260.00”0.19”16.95” (sistemik)
Diana 19610.00”0.69”8.18” (sistemik)
Einstein 18790.07”Artefak LMT Kerykeion14.96” (sistemik)

Setiap endpoint perhitungan dasar dilindungi oleh tes snapshot beku pada 3 peta referensi (Monroe / Diana / Einstein) = 818 snapshot.

Kumpulan snapshot menangkap:

  • Kesalahan pemetaan data masukan — ID planet salah, UT, sistem rumah
  • Pascapemrosesan — pembulatan, konversi satuan, kehilangan tanda
  • Perbedaan default — node rata-rata vs benar, geosentris vs topocentris
  • Drift skema — validasi melewatkan bentuk yang salah
  • Depoy lama — dist prod tidak sesuai dengan kode

Toleransi: 5e-5° (≈0.18 detik busur) secara default untuk semua bidang numerik.

PetaTanggalDrift Maksimum
Marilyn Monroe1926-06-010.00”
Princess Diana1961-07-010.00”
Albert Einstein1879-03-140.07”
Petadrift ASCdrift MCDrift Kuspid Maksimum
Monroe0.000”0.000”0.000”
Diana0.000”0.000”0.000”
PeristiwaNASA MaksimumKami MaksimumDrift
2025-03-14 Gerhana Bulan Total06:58 UT06:58 UT0.8 menit
2025-03-29 Gerhana Matahari Sebagian10:47 UT10:47 UT0.5 menit
2025-09-07 Gerhana Bulan Total18:11 UT18:11 UT0.8 menit
2025-09-21 Gerhana Matahari Sebagian19:41 UT19:42 UT1.0 menit

Astrokartografi (vs rumus RA dari swetest)

Section titled “Astrokartografi (vs rumus RA dari swetest)”

Semua garis MC/IC/ASC/DSC menggunakan rumus yang benar longitude = RA − GMST (standar Kenneth Bowser). Drift dari standar: < 1.5 km di ekuator untuk semua planet.

Terbit / Terbenam Matahari (vs timeanddate.com)

Section titled “Terbit / Terbenam Matahari (vs timeanddate.com)”
LokasiTanggalParameterDrift
London2026-04-15Terbit Matahari0.6 detik
London2026-04-15Terbenam Matahari9 detik

Lokasi kutub (|lint| > 66.5°) secara otomatis mengembalikan polarState + peringatan bahwa jam planet biasa tidak terdefinisi.

AstroWay menggunakan orbis variabel per-planet (aturan MIN dari dua planet), seperti di ZET9 dan astro.com. Orbis default (untuk peta natal):

AspekMatahariBulanDalamJupiterLuar
Konjungsi12°10°
Sextil6.5°
Kuadrat10°
Trigon12°
Oposisi12°10°

Aspek minor (36°, 40°, 45°, 72°, 108°, 135°, 144°) dinonaktifkan secara default. Diaktifkan secara eksplisit melalui ALL_ASPECTS.

Untuk |lint| > 66.5° sistem Placidus / Koch / Regiomontanus secara matematis tidak terdefinisi. Dalam kasus ini, Swiss Ephemeris secara otomatis mengembalikan Porphyry, dan API kami menambahkan peringatan:

{
"system": "P",
"warning": "Sistem Placidus tidak terdefinisi untuk lat=68.96° (> 66.5°). Swiss Ephemeris menggantikan dengan Porphyry..."
}

Regresi diperiksa pada setiap PR melalui CI:

  • api-calc/tests/endpoints/ — 818 snapshot terhadap peta referensi (Monroe / Diana / Einstein) + synastry / composite / davison
  • .github/workflows/api-accuracy.yml — peluncuran otomatis pada PR
  • Triangulasi terhadap swetest CGI + Kerykeion — setiap minggu
  • Pemantauan Swiss Ephemeris upstream melalui Dependabot
  • Tanggal di luar rentang (sebelum 1800 dan setelah 2399): menggunakan Moshier analitis, akurasi ~0.1” (vs < 0.01” untuk SWIEPH dengan file DE431)
  • Lilith Benar (id=13) vs Lilith Rata-Rata (id=12): perbedaan hingga 12° — secara default menggunakan Lilith Rata-Rata (perilaku stabil), Lilith Benar tersedia melalui planetIds: [13]
  • Toposentris vs Geosentris: secara default geosentris

Untuk pertanyaan mengenai akurasi: kirim email ke support@astroway.info dengan data peta dan standar acuan yang diharapkan (astro.com atau sumber otoritatif lainnya).

Bermanfaat?
Запропонувати правку

Terakhir diperbaharui: