Transit and timing

Transit Significations

get_transit_significations

Rule 2 and its company at one moment, before any event: for each transiting planet, the houses its STAR lord signifies natally (WHAT is offered) and those its SUB lord signifies (WHETHER it succeeds), per KP Reader 5 canon p.299; the transits whose star lord is retrograde natally (DELAYED, not denied, so never drop them); the transits within 1 degree of a natal cusp; and the transit Moon's sub. Returns '{ queryDatetime, transitPlanets: [{ planet, transit_longitude, transit_sign, transit_house, transit_star_lord, transit_sub_lord, transit_kp_number, star_lord_significations, sub_lord_significations, houses_activated, speed_deg_per_day, is_retrograde, retrograde_delay, retrograde_delay_reason }], moonTransit: { moon_longitude, moon_sign, moon_star_lord, moon_sub_lord, moon_sub_sub_lord, star_lord_significations, sub_lord_significations, time_remaining_in_sub_minutes, next_sub_lord }, cuspActivations: [{ house, transit_planet, orb, is_applying, interpretation }], retrogradeDelays: [{ transit_planet, transit_star_lord, effect, reason }] }'. The same blocks 'get_transit_analysis' returns as 'transitPlanets', 'moonTransit', 'cuspActivations' and 'retrogradeDelays'. Books: KP Reader 5 p.299.

Parameters

Name	Type	Required	Description
birth_datetime	string	Yes	Birth date and time in ISO 8601 format (e.g., "1990-05-15T14:30:00").
latitude	number	Yes	Birth location latitude. Range: -90 to 90.
longitude	number	Yes	Birth location longitude. Range: -180 to 180.
utc_offset_minutes	number	Yes	UTC offset in minutes (e.g., 330 for IST, -300 for EST).
ayanamsa	enum: kp \| kp_new \| lahiri \| raman \| true_chitra \| khullar	No	Ayanamsa system. Defaults to kp.
query_datetime	string	No	The transit moment, ISO 8601 (default: now). The running dasha lords (Mahadasha, Antardasha, Pratyantardasha) are read at this same moment, not at the time of the call. Send a zone (Z, or +hh:mm as in 2026-10-20T10:30:00+05:30). A value without a zone is read as UTC, never as local time, and a date alone is midnight UTC. This is a different moment from judgement_datetime, which is a local wall clock sent with its own offset.

Example call

Send the request as a standard MCP tools/call:

http

POST https://mcp.lumin.guru/mcp
Authorization: Bearer mcp_yourkey...
Accept: application/json, text/event-stream
Content-Type: application/json

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "tools/call",
  "params": {
    "name": "get_transit_significations",
    "arguments": {
      "birth_datetime": "1992-08-14T04:32:00",
      "latitude": 6.927,
      "longitude": 79.861,
      "utc_offset_minutes": 330,
      "ayanamsa": "kp"
    }
  }
}

Birth data

This tool requires birth data on every call. The MCP server is stateless, so calling set_birth_profile first validates the data and returns the reading plan, but it does not store anything. Repeat the same five fields here.