gitea
21a00b0000
Etap 4, z jedną istotną zmianą planu i jednym znalezionym błędem. /houses W SILNIKU B Domyka kontrakt parzystości (LOG-28) po stronie domów — dotąd obejmował tylko pozycje obiektów, więc błąd w podziale na domy przechodził przez porównanie silników niezauważony. Nazwy systemów są NASZE (te same, co houses.SYSTEMS), więc wołający nie musi znać liter swissepha; rozjazd tych dwóch list oznaczałby, że parzystość przestała obejmować część systemów. Poza dziedziną (Placidus/Koch za kołem podbiegunowym) zwracamy 422 z powodem, a NIE podstawiamy po cichu innego systemu — cicha podmiana jest po stronie wołającego niewykrywalna, a to on ma zdecydować, co z tym zrobić. PRZEMIAŁ: NOCNE CI ZAMIAST CRONJOBA W KLASTRZE Plan zakładał Job w k3s, bo „duży przemiał jest kosztowny". Pomiar tego nie potwierdził: 500 000 przypadków × 13 systemów = 70 mln porównań w 64 sekundy, skalowanie liniowe (20k→2,8 s, 100k→12,3 s, 500k→64 s). Osobny obraz w rejestrze, manifest, CronJob i kopia harnessu poza repo byłyby infrastrukturą do problemu, którego nie ma — a kopia harnessu poza repo to ryzyko cichego rozjazdu z kodem, który ma testować. Workflow z harmonogramem daje to samo: co noc inne ziarno, więc dziedzina przeczesuje się z czasem gęściej niż pojedynczym przebiegiem. ε PRAWDZIWE — BŁĄD ZNALEZIONY PRZY OKAZJI Silnik liczył RAMC z GAST (czas gwiazdowy POZORNY, mierzony od równonocy PRAWDZIWEJ), ale parował go z ε ŚREDNIM, czyli bez nutacji. To nie wybór konwencji, tylko pomieszanie dwóch układów odniesienia. Skutek: do 3,2″ na cuspach domów oraz niespójne ε dla deklinacji i antyscji, liczonych z pozycji POZORNYCH. Teraz ε pochodzi z serii IAU 2000A — z tego samego źródła, którego Skyfield używa do GAST, więc oba są spójne z definicji. Framework wyroczni tego NIE MÓGŁ wykryć: z założenia podaje to samo ε obu stronom, żeby izolować samą funkcję domów. Błąd siedział w danych WEJŚCIOWYCH, nie w testowanej funkcji — i cały czas świecił na zielono. Wejście ma więc teraz własny sprawdzian, ze Skyfieldem jako niezależnym autorytetem (bez swissepha, więc działa w każdym środowisku). Luka opisana wprost w tests/oracle/README.md, bo poprzedni tekst twierdził, że ε jest testowane — nie było. Reszta ~3″ przy porównaniu „cały horoskop nasz vs swissepha" to UT1 kontra UTC: Skyfield konwertuje z tablic IERS, swisseph przyjmuje podany JD jako UT1 (dla 1984-04-30 różnica 0,181 s = 2,7″ RAMC — zgadza się co do trzeciego miejsca). Podanie swissephowi JD w UT1 kasuje ją do 0,00065″. Nasza strona jest dokładniejsza; niczego tu nie zmieniam. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
engine-swisseph (silnik B — AGPL, izolowany)
Osobna, opcjonalna usługa będąca drugim silnikiem efemeryd (LOG‑27). Liczy pozycje przez pyswisseph / Swiss Ephemeris i służy jako wyrocznia walidacyjna / tryb porównawczy (LOG‑25/26) dla naszego silnika własnego.
⚠️ Licencja
Ten komponent jest AGPL‑3.0 (bo linkuje Swiss Ephemeris) — patrz LICENSE. Jest wydzielony jako osobny proces i wołany przez HTTP, więc nie „zaraża" permisywnej reszty systemu. Nie wchodzi do dystrybucji zamkniętego produktu.
API
POST /positions→{when_utc, lat, lon, objects?}→ pozycje (ten sam kształt co silnik własny)GET /health
Tryb Moshiera (FLG_MOSEPH) — bez plików efemeryd, zero konfiguracji.
Build obrazu
docker compose --profile comparison build engine-swisseph
Dockerfile jest wieloetapowy i to nie jest ozdobnik: pyswisseph to rozszerzenie
C, a na PyPI (2.10.3.2) gotowe wheels kończą się na cp311 i obejmują wyłącznie
i686/x86_64. Dla Pythona 3.12 oraz dla arm64 pip musi kompilować ze źródeł, więc
sam python:3.12-slim (bez kompilatora) build wywracał. Kompilacja idzie w etapie
builder (build-essential), a do obrazu finalnego trafia już tylko gotowy wheel —
runtime zostaje czysty i mały. Pierwszy build trwa ~1–2 min, kolejne idą z cache warstw.
Build kończy się sanity-checkiem (import swisseph), żeby niedziałający silnik
wykrzaczył build, a nie dopiero pierwszy request.
Uruchomienie (tylko profil porównawczy / dev / CI)
pip install -r requirements.txt # wymaga kompilatora C (patrz wyżej)
uvicorn app.main:app --port 8003
Następnie w warstwie logicznej ustaw ENGINE_SWISSEPH_URL=http://localhost:8003,
aby włączyć silnik B (tryb dual-run i testy kontraktowe silnika B).