curl -X POST https://yogataraapi.prahlad.app/api/astro/prashna/ \
-H "X-API-Key: $OCCULT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"date_time":"2024-11-14T11:59:23.365Z","longitude":74.319,"latitude":26.1046,"name":"RashiChart","node_type":"true","add_yogi_longitude":true}'Prashna is horary astrology: a chart cast for the moment a question is asked rather than for a birth. This endpoint computes the sensitive points that Prashna and longevity work rely on — arithmetic combinations of longitudes that are not planets themselves but are read as though they were. Gulika, also called Mandi, the shadowy point associated with Saturn, is the ingredient most of them are built from. Send `date_time` in ISO 8601, `latitude`, `longitude`, a `name` label for the chart, `node_type` (`true` or `mean` lunar node) and `add_yogi_longitude`. Everything is returned at once; there are no keys to select. Apart from `gulika_longitude`, which is a bare number of degrees, every point comes back as `{longitude, astrological: {degree, sign, minutes, seconds}, constellation, nakshatra, pada}` — a sidereal longitude with its position in a sign, a zero-based nakshatra index, and the nakshatra name and quarter. What each one is: `trisphuta` is ascendant plus Moon plus Gulika; `chatursphuta` adds the Sun to that; `panchasphuta` adds the lunar node. `pranasphuta` (five times the ascendant, plus Gulika), `dehasphuta` (eight times the Moon, plus Gulika) and `mrityusphuta` (seven times Gulika, plus the Sun) are the life, body and death points, and `sookshmatrisphuta` is their sum. `beejasphuta` (Sun plus Jupiter plus Venus) and `kshetrasphuta` (Moon plus Jupiter plus Mars) are the male and female fertility points. `tithisphuta` is Moon minus Sun, and `rahutithisphuta` the same with the node in place of the Moon. `yogisphuta` is Sun plus Moon plus 93°20', `avayogisphuta` is that plus a further 186°40', and `santanatithi` is five twelfths of the Moon-minus-Sun arc. Three things to watch. `yogasphuta` is the same calculation as `yogisphuta` except that the 93°20' is added only when `add_yogi_longitude` is true, so with that flag set the two fields are identical. `santanatithi` is not reduced into the 0–360 range and can therefore come back negative. And Gulika is derived using a fixed +05:30 offset whatever location you supply, which shifts every Gulika-derived point for places well outside that zone.
| Field | Type | Required | Notes |
|---|---|---|---|
| add_yogi_longitude | boolean | required | |
| date_time | string (date-time) | required | The moment to calculate for, ISO 8601. ALWAYS include an offset or a trailing Z - a value with no zone is read as Asia/Kolkata (UTC+05:30), not UTC, and can return the previous day's result with a 200. '2026-09-01T06:00:00Z' and '2026-09-01 06:00:00' are different instants and give different answers. |
| latitude | number (double) | required | Latitude of the place, in decimal degrees. Positive is north, negative is south. Example: 26.9124 for Jaipur, 40.7128 for New York. Minutes and seconds are not accepted - convert first. min -180 · max 180 |
| longitude | number (double) | required | Longitude of the place, in decimal degrees. Positive is east, negative is west. Example: 75.7873 for Jaipur, -74.0060 for New York. Note the sign: a missing minus puts New York in China. min -180 · max 180 |
| name | string | required | |
| node_type | string | required | truemeanExact lower-case. Selects the true vs mean lunar node for the sphuta calculations. |