mirror of
https://github.com/migatu/astrololo.git
synced 2026-07-15 22:32:09 +00:00
gitea
0e74566a78
Most horoskop -> sygnifikatory generuje teraz dla każdego obiektu dwie fasety:
- "w znaku": planeta + token znaku ([Su + [Tau)
- "w domu": planeta + token domu ([Su + 11th H.) — używa domów z LOG-05
- significators.build_report: przyjmuje pozycje z build_chart (z numerami domów),
generuje fasety znak/dom, filtruje szum. Ordinal helper (1st..12th).
- /chart/report: używa build_chart (pozycje z domami).
- Prezentacja /interpret: render faset (znak/dom) per obiekt.
Aspekty ([conj/[sq/[opp) na później — wymagają policzenia aspektów (LOG-06).
Zweryfikowano na realnym main_base.xlsx (53969 wierszy), 30.04.1984:
Mars w 5. domu 10 dopasowań ("[Sa or [Ma in the 5th H." -> "abortion/miscarriage"),
Neptune w 7. domu 6, Uranus w 6. domu 4. 7 testów przechodzi.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
45 lines
2.2 KiB
Markdown
45 lines
2.2 KiB
Markdown
# Warstwa logiczna (`logic`)
|
|
|
|
Niezależna usługa pośrednicząca. **W górę** udostępnia API dla prezentacji,
|
|
**w dół** woła warstwę bazodanową. Tu żyją reguły biznesowe — nie w prezentacji
|
|
i nie w bazie.
|
|
|
|
## API
|
|
- `POST /api/query` → `QueryRequest` → `QueryResponse`
|
|
- `POST /chart/positions` → `{when_utc, lat, lon, objects?}` → pozycje obiektów (LOG-01)
|
|
- `POST /chart/report` → `{when_utc, lat, lon, limit?}` → wynik obliczeń wyszukany w bazie: z pozycji + domów generuje sygnifikatory (fasety: planeta w znaku i w domu) i zwraca pasujące interpretacje z warstwy danych (zalążek LOG-16/18/19)
|
|
- `POST /chart/positions` → `{when_utc, lat, lon, house_system?}` → pełny horoskop: pozycje (LOG-01) + osie i domy (LOG-05). `house_system`: `whole_sign` (dom.) / `equal` / `porphyry`.
|
|
- `POST /chart/compare` → jak wyżej → raport różnic dwóch silników (LOG-26; wymaga silnika B)
|
|
- `GET /health` (sprawdza też warstwę bazodanową)
|
|
|
|
## Silnik efemeryd (LOG-24, „wymienny silnik liczący")
|
|
W `app/engine/` żyje pluggable silnik za interfejsem `EphemerisEngine`:
|
|
- **`SkyfieldEngine`** — własny, permisywny (Skyfield MIT + dane JPL public domain). Domyślny.
|
|
- **`RemoteEngine`** — klient OSOBNEJ, izolowanej usługi `engine-swisseph` (AGPL), używany tylko w trybie porównawczym.
|
|
|
|
Wybór: `EPHEMERIS_ENGINE=own|swisseph`. Silnik B włącza się przez `ENGINE_SWISSEPH_URL`.
|
|
|
|
Walidacja (LOG-25/28): `app/engine/compare.py` zestawia oba silniki z progiem tolerancji;
|
|
ten sam kontrakt parzystości obowiązuje każdy silnik. Nasz `SkyfieldEngine` zgadza się
|
|
ze Swiss Ephemeris **co do ~1″** na horoskopie referencyjnym (patrz `tests/`).
|
|
|
|
```bash
|
|
pip install -r requirements-dev.txt
|
|
PYTHONPATH=. pytest tests -q # silnik B pomijany, jeśli ENGINE_SWISSEPH_URL nieustawiony
|
|
```
|
|
|
|
## Zależności w dół
|
|
Zna wyłącznie `DATA_URL` (adres warstwy bazodanowej) i jej kontrakt `/search`.
|
|
Nie wie, czy pod spodem jest Excel czy SQL.
|
|
|
|
## Uruchomienie
|
|
```bash
|
|
pip install -r requirements.txt
|
|
export DATA_URL=http://localhost:8002
|
|
uvicorn app.main:app --port 8001
|
|
```
|
|
|
|
## Gdzie rozbudowywać domenę
|
|
`service.py` → `QueryService.handle()`: walidacja wejścia, tłumaczenie zapytania,
|
|
obliczenia i wzbogacanie wyników.
|