POST/api/astro/auspicious-timings/1 credit

Auspicious timings

The favourable windows of the day: abhijit, brahma, godhuli, nishita, vijaya and amrit kalam. Every one is {start, end}. Abhijit and vijaya both straddle the midpoint of the daylight and will usually be identical or near-identical; brahma falls before sunrise and nishita around the middle of the night, so both can land on the adjacent calendar date. Amrit kalam is a LIST because it can occur more than once in a day; the others are single windows. All of them are proportional divisions of the day or night, so they depend on the place as much as the date.

https://yogataraapi.prahlad.app/api/astro/auspicious-timings/

Test Request

Authentication

Send your key in the X-API-Key header. Keys are server-side credentials — never put one in browser JavaScript or a mobile app.

X-API-Key: yt_live_a1b2c3d4_…
Content-Type: application/json

Request fields

Field	Type	Required	Notes
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 -89.9 · max 89.9
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
timezone_as_float	number (double)	required	UTC offset of the place, in hours, as a decimal. Example: 5.5 for India (UTC+05:30), -5 for New York in winter, 5.75 for Nepal. This is NOT validated against date_time - if the two disagree you get a successful response for the wrong moment, so derive both from the same source. Use the offset in force on that date, not today's: a summer birth in a country with daylight saving needs the summer offset. min -12 · max 14
dhuma_vyatipata_relation	string	optional	`360_minus_dhumadhuma_plus_53_20`
eccentric_anomaly	number (double)	optional
eccentricity	number (double)	optional
gulika_portion	string	optional	`saturneighth`
gulika_rises_at	string	optional	`beginningmiddleend`
kala_mrityu_rise_at	string	optional	`beginningmiddleend`
keys	array	optional	Which calculations to return, as a list of names. See the key table for this endpoint; an unrecognised name rejects the whole request. One call costs one credit however many keys you ask for, so request everything you need at once rather than making several calls.
mandi_portion	string	optional	`saturneighth`
mandi_rises_at	string	optional	`beginningmiddleend`
mean_anomaly	number (double)	optional
mode	string	optional
nakshatras	string	optional
samvata_type	string	optional
tolerance	number (double)	optional

Example request

curl -X POST https://yogataraapi.prahlad.app/api/astro/auspicious-timings/ \
  -H "X-API-Key: $OCCULT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"date_time":"2026-09-01T06:00:00+05:30","timezone_as_float":5.5,"latitude":26.9124,"longitude":75.7873}'

Response

{
  "data": {
    "abhijit": {
      "start": "2026-08-31T12:01:51.866669+05:30",
      "end": "2026-08-31T12:52:12.133336+05:30"
    },
    "brahma": {
      "start": "2026-08-31T04:38:07.066666+05:30",
      "end": "2026-08-31T05:23:48.533333+05:30"
    },
    "godhuli": {
      "start": "2026-08-31T18:31:58.933333+05:30",
      "end": "2026-08-31T18:55:59.366667+05:30"
    },
    "nishita": {
      "start": "2026-09-01T00:04:24.266667+05:30",
      "end": "2026-09-01T00:50:05.733333+05:30"
    },
    "vijaya": {
      "start": "2026-08-31T12:01:51.866667+05:30",
      "end": "2026-08-31T12:52:12.133333+05:30"
    },
    "amrit_kalam": [
      {
        "start": "2026-08-31T06:09:30+05:30",
        "end": "2026-08-31T07:43:53+05:30"
      },
      {
        "start": "2026-08-31T17:10:11+05:30",
        "end": "2026-08-31T18:44:34+05:30"
      },
      {
        "start": "2026-09-01T03:18:35.500000+05:30",
        "end": "2026-09-01T04:44:15.750000+05:30"
      }
    ]
  },
  "status": 200,
  "is_error": false,
  "message": "successful"
}

Captured from a real call using the exact request above. Results sit under data.

Errors

Metering errors return { "error": "…", "message": "<code>", "is_error": true }. Show error to people and branch on message. See the error reference.