Concept Guide

Natal Wheel Chart Data

The Natal Wheel Chart endpoint returns a complete birth chart as inline SVG and base64-encoded SVG, with configurable colors, glyphs, and house system. Reference for developers.

DivineAPI

DivineAPI Team

Updated: April 25, 2026

Published: April 25, 2026 Western

Natal Wheel Chart Data

What is the Natal Wheel Chart endpoint?

You need a renderable birth chart for your UI. The Natal Wheel Chart endpoint takes birth data and returns the chart as both a complete SVG markup string and a base64-encoded SVG, ready to paste into an <img> tag or embed inline. You control colors, glyph style, and layout via request parameters.

This endpoint is part of the Natal Chart API.

Why does this endpoint exist?

You are shipping a chart visualization and you do not want to draw twelve houses, sixteen planets, and dozens of aspect lines yourself. The endpoint hands you a finished image computed from the same Swiss Ephemeris data that powers Planetary Positions and House Cusps. You skip the SVG drawing logic and focus on UX instead.

What inputs does it need?

You pass standard birth data plus styling parameters that control the wheel's appearance. The chart uses the same house_system parameter as the rest of the catalog. Authentication uses a Bearer token in the Authorization header alongside the body's api_key.

Parameter Required What it is
api_key yes From your DivineAPI dashboard
full_name yes Native's full name (rendered on the chart)
day, month, year yes Birth date components
hour, min, sec yes Birth time, 24-hour
gender yes male / female / other
place yes City + country, free text
lat, lon yes Decimal latitude + longitude
tzone yes Offset from UTC (e.g. 5.5 for IST)
lan no Language code (en, hi, pt, fr, de, ja, tr, ru, it, es, nl, pl)
house_system no Single-letter code; P (Placidus) by default
show_symbol no 0 to hide planet glyphs, 1 to show
wheel_color no Hex color for the wheel ring (e.g. #000)
wheel_lines no Hex color for the dividing lines
wheel_background no Hex color for the inner wheel fill
outter_background no Hex color for the outer ring fill
text_color no Hex color for planet names and labels

What does the response data look like?

You get a small envelope with two payloads of the same image. The svg field is the full inline SVG markup. The base64_image field wraps the same SVG in a data:image/svg+xml;base64,... URL ready for <img src>.

Field What it is
svg Complete SVG markup string (typically 70-90 KB)
base64_image Same SVG, base64-encoded with data:image/svg+xml;base64, prefix

Pick whichever fits your rendering pattern: inline SVG for DOM access (hover, click handlers), or the base64 URL for a simple drop-in <img src>.

What does a real response look like?

Below is the response shape for a sample birth (24 May 2023, 14:40:43 IST, New Delhi). Both fields are truncated for readability; the real values run roughly 78 KB for svg and 105 KB for base64_image.

API Response
{
  "success": 1,
  "data": {
    "svg": "<svg height=\"400\" width=\"400\" xmlns=\"http://www.w3.org/2000/svg\"> ...truncated, ~78 KB of SVG markup... </svg>",
    "base64_image": "data:image/svg+xml;base64,PHN2ZyBoZWlnaHQ9IjQwMCIgd2lkdGg9IjQwMCIg...truncated, ~105 KB of base64-encoded SVG..."
  }
}

What can you build with this endpoint?

You use the Natal Wheel Chart whenever your UI needs a visual birth chart, either as a hero element on a profile page or as part of a generated PDF report. The endpoint covers the full rendering pipeline so you can integrate without owning any drawing code.

  1. Profile pages and dashboards. Drop the base64_image into an <img> tag. Cache the response per user; the chart never changes.
  2. Inline interactive charts. Inject the svg into the DOM and bind hover or click handlers to planet groups for tooltips.
  3. PDF reports. Embed either field in your PDF template (most renderers handle base64 URLs natively) for downloadable deliverables.
  4. Themed charts. Pass brand hex colors via wheel_color, text_color, and the background parameters so the chart matches your design system.

How accurate is the calculation?

You are rendering positions that downstream interpretations will reference, so accuracy and tunability both matter. The wheel chart pulls from the same Swiss Ephemeris and NASA JPL ephemeris data the Planetary Positions and House Cusps endpoints use. Planet positions are accurate to arc-second precision; house cusps follow the system you specified.

For births at extreme latitudes (above roughly 66 degrees) where Placidus becomes unstable, choose Whole Sign (W) or Equal House (E). The rendered layout adjusts automatically.

How does this relate to the parent API?

You are building the visual layer of a birth chart feature. This endpoint complements the Natal Chart API by providing a ready-to-render wheel chart computed from the same source data as Planetary Positions, House Cusps, and the Aspect Table.

If you only need the visual, this endpoint alone is enough. For custom overlays (tooltips, interpretation panels, transit lines), call Planetary Positions and House Cusps in parallel for the structured data and use this endpoint for the base image.

Summary

The Natal Wheel Chart endpoint returns a complete birth chart as both inline SVG and base64-encoded SVG, computed on Swiss Ephemeris. You control colors, glyph display, and house system via request parameters. Use it whenever your product needs a visual chart without owning the rendering pipeline. Pair with Planetary Positions, House Cusps, and the Aspect Table when you need structured data alongside.

Ready to integrate?

Start your free 7-day trial and get API access in under 2 minutes. No credit card required.