Overview

Numerology API returns complete numerology data — core name-and-date profiles, name-only numbers, and personal cycle numbers — for any name and date of birth. It computes both the Western letter systems (Pythagorean and Chaldean) and the Ank Jyotish date-number layer (Moolank, Bhagyank, and ruling planet) from a single request.

Rule of thumb: compute endpoints under /v1/numerology/... use POST. Public read-only endpoints use GET — including GET /health and GET /status.

All responses use a standard JSON envelope with data, meta, and optional dev_notes fields. Error responses always carry a machine-readable error and a docs_url link.

Numerology output is computed and reproducible for the same input — there is no LLM in the calculation path. The engine never assumes a system: you request Pythagorean, Chaldean, or both, and the Ank Jyotish date layer is derived alongside.

New to numerology terminology? Jump to the Glossary for plain-language definitions of every term used in API responses — moolank, bhagyank, life path, expression, soul urge, and more.

Need conceptual help before wiring endpoints? Use the Guides Knowledge Hub alongside Numerology Documentation for field context, calculation methodology, and integration planning.
2 systems · Pythagorean & Chaldean
Ank Jyotish · Moolank & Bhagyank
Master numbers · 11 / 22 / 33 aware
2Letter systems
4Live endpoints
11 · 22 · 33Master numbers
No LLMDeterministic compute
v1API version

Code Examples

All examples below call the Core Profile endpoint for Aarav Sharma, born 1990-07-15. Swap YOUR_API_KEY, the name, and date to match your use case.

💻
Your App name + date + key POST request
🔢
Numerology API panchang.devdarsha.com JSON response
📱
Your Users profile · calculator · app

Get Started in 4 Steps

Go from signup to production in a few minutes.

1 Get your API key

Sign up free - no credit card needed. Your key is ready instantly.

2 Pick your systems

Pass system or systems — Pythagorean, Chaldean, or both.

3 Send name + date

Provide a romanized full_name and a date_of_birth.

4 Ship it

Read data.results, integrate into your app, upgrade as you scale.

curl Copy
curl
curl -X POST "https://panchang.devdarsha.com/v1/numerology/core" \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"full_name":"Aarav Sharma","date_of_birth":"1990-07-15","systems":["pythagorean","chaldean"]}'
javascript Copy
javascript
// Use header auth - never put api_key in client-side code
const response = await fetch("https://panchang.devdarsha.com/v1/numerology/core", {
  method: "POST",
  headers: {
    "x-api-key": "YOUR_API_KEY",
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    full_name: "Aarav Sharma",
    date_of_birth: "1990-07-15",
    systems: ["pythagorean", "chaldean"]
  })
});

const data = await response.json();
console.log(data.data.results.pythagorean.expression_number); // 4
console.log(data.data.date_numbers.life_path_number);         // 5
console.log(data.data.ank_jyotish.moolank.number);            // 6
python Copy
python
import requests

response = requests.post(
    "https://panchang.devdarsha.com/v1/numerology/core",
    headers={"x-api-key": "YOUR_API_KEY"},
    json={"full_name": "Aarav Sharma", "date_of_birth": "1990-07-15",
          "systems": ["pythagorean", "chaldean"]}
)

data = response.json()
print(data["data"]["results"]["pythagorean"]["expression_number"])  # 4
print(data["data"]["date_numbers"]["life_path_number"])             # 5
print(data["data"]["ank_jyotish"]["moolank"]["number"])            # 6

Sample Response (condensed)

Here is a representative slice of a real Core Profile response for Aarav Sharma, born 1990-07-15:

json Copy
json
{
  "data": {
    "input":        { "full_name": "Aarav Sharma", "date_of_birth": "1990-07-15" },
    "date_numbers": { "moolank": 6, "bhagyank": 5, "life_path_number": 5 },
    "results": {
      "pythagorean": { "name_number": 4, "expression_number": 4, "soul_urge_number": 5 },
      "chaldean":    { "name_number": 9, "expression_number": 9, "soul_urge_number": 5 }
    },
    "ank_jyotish":  { "moolank": { "number": 6, "planet": { "english_name": "Venus" } } }
  },
  "meta": {
    "api_version":         "v1",
    "service":             "numerology",
    "data_source":         "computed",
    "calculation_systems": ["pythagorean", "chaldean"],
    "quota_cost_units":    2
  }
}
Attached JSON PayloadExpand to inspect the full computed response
json
{
    "data": {
        "input": {
            "full_name": "Aarav Sharma",
            "date_of_birth": "1990-07-15",
            "systems": ["pythagorean", "chaldean"]
        },
        "date_numbers": {
            "birthday_number": 6,
            "birth_number": 6,
            "moolank": 6,
            "life_path_number": 5,
            "bhagyank": 5,
            "attitude_number": 22
        },
        "results": {
            "pythagorean": {
                "system": "pythagorean",
                "normalized_name": "AARAV SHARMA",
                "name_number": 4,
                "expression_number": 4,
                "soul_urge_number": 5,
                "personality_number": 8,
                "maturity_number": 9
            },
            "chaldean": {
                "system": "chaldean",
                "normalized_name": "AARAV SHARMA",
                "name_number": 9,
                "expression_number": 9,
                "soul_urge_number": 5,
                "personality_number": 22,
                "maturity_number": 5
            }
        },
        "ank_jyotish": {
            "system": "ank_jyotish",
            "moolank": { "number": 6, "planet": { "english_name": "Venus" } },
            "bhagyank": { "number": 5 }
        }
    },
    "meta": {
        "api_version": "v1",
        "service": "numerology",
        "data_source": "computed",
        "calculation_systems": ["pythagorean", "chaldean"],
        "life_path_method": "full_sum",
        "preserve_masters": true,
        "master_numbers": [11, 22, 33],
        "quota_cost_units": 2
    },
    "dev_notes": []
}

Authentication

Every compute endpoint requires an API key. Send it in the x-api-key request header and keep requests server-side.

How to get a key

  1. Sign up — free, no credit card.
  2. Open the Dashboard and create a key. You can name, rotate, and revoke keys from there.
  3. Copy the key once — it is shown in full only at creation time. Store it as a server-side secret.

The same lifecycle is also available programmatically — see API Keys below.

Recommended method

Pass your key as an x-api-key request header. This keeps keys out of URLs, browser history, proxy logs, and analytics exports.

bash
POST https://panchang.devdarsha.com/v1/numerology/core
x-api-key: YOUR_API_KEY

Auth failure reference

Auth caseExpected responseFix
Missing key401 unauthorizedAdd x-api-key.
Invalid or revoked key401 unauthorizedCreate or rotate a key in the dashboard.
Endpoint above active plan403 plan_requiredUpgrade to the tier that includes the endpoint.
Quota or rate exhausted429 rate_limitedWait for reset or upgrade the plan.
Keep API keys server-side. Do not ship keys in browser JavaScript. Keep the key on your server, call Numerology API from your backend, and return only the fields your frontend needs.

Base URL

Numerology API is served through the DevDarsha API gateway. Send requests to the /v1/numerology/* path on the gateway host.

text
https://panchang.devdarsha.com/v1/numerology

Numerology endpoints are namespaced under /v1/numerology/*. All eight endpoints — /core, /name, /cycles, /compatibility, /lo-shu, /report, /name-correction, and /bulk — are live and documented below.

Quick Start

For all /v1/numerology/... endpoints, send a JSON body with your request fields and authenticate using x-api-key. Start with the Core Profile endpoint because it verifies name normalization, date parsing, system selection, and the response envelope in one call.

Compute a core profile

The canonical request when you have a full name and a date of birth.

curl
curl -X POST "https://panchang.devdarsha.com/v1/numerology/core" \
  -H "x-api-key: YOUR_KEY" \
  -H "Content-Type: application/json" \
  -d '{"full_name":"Aarav Sharma","date_of_birth":"1990-07-15","systems":["pythagorean","chaldean"]}'
Required: full_name Required: date_of_birth Required: system or systems Required: x-api-key header

Name-only numbers

Best when you only need the letter-based numbers without a date layer.

curl
curl -X POST "https://panchang.devdarsha.com/v1/numerology/name" \
  -H "x-api-key: YOUR_KEY" \
  -H "Content-Type: application/json" \
  -d '{"full_name":"Aarav Sharma","systems":["pythagorean","chaldean"]}'
Required: full_name Required: system or systems

Plans & Feature Gates

Numerology API uses a graduated public plan ladder: free, starter, plus, pro, and scale. Each tier unlocks more features. Plan entitlements are product-isolated: a paid plan in Panchang or Horoscope grants no Numerology access. Full pricing lives on pricing.

Access gates

  • Free: /core only (Pythagorean basic + Ank Jyotish date numbers). For evaluation, not production.
  • Starter and above: adds /name, /cycles, /report, and full Chaldean output.
  • Plus: adds /lo-shu.
  • Pro: adds /compatibility and /name-correction.
  • Scale: adds /bulk (batch processing).

Endpoint access

PlanEndpoint accessTypical use
Free/core (Pythagorean basic + Ank Jyotish date numbers)Testing, demos, basic name/date tools
Starter+Adds /name, /cycles, /report, and full Chaldean outputLive apps, personal-year features, structured reports
PlusAdds /lo-shuLo Shu grid tools
ProAdds /compatibility and /name-correctionMatchmaking, name-analysis tools
ScaleAdds /bulkBatch processing, enterprise scope

Quota cost per call

Each request charges 1 quota unit per system computed:

  • A dual-system /core or /name request charges 2 requests.
  • The actual charge is echoed in both X-Quota-Cost and meta.quota_cost_units.
  • GET /health and GET /status have no quota cost.

If you call an endpoint or feature that is not on your plan, the response is 403 plan_required. See Error Codes.

Need higher volume or a custom plan? Enterprise tiers are sales-only. Batch processing via /bulk is live on the Scale tier — email [email protected].

Signup

POST /v1/signup

Create a new DevDarsha account programmatically. Returns an account record and a first API key. No authentication required.

Most users will sign up through the website signup form instead — this endpoint is for partners and SDKs that provision accounts on a user's behalf.

Request Body (JSON)

FieldTypeRequiredDescription
emailstringRequiredValid email address. Becomes the account login.
passwordstringRequiredMinimum 8 characters.
namestringOptionalDisplay name shown in dashboard and invoices.
planstringOptionalfree (default), starter, plus, pro, or scale.

Example Request

curl
curl -X POST "https://panchang.devdarsha.com/v1/signup" \
  -H "Content-Type: application/json" \
  -d '{"email":"[email protected]","password":"a-strong-password","plan":"free"}'

Response

json
{
  "data": {
    "account": { "id": "acc_...", "email": "[email protected]", "plan": "free" },
    "api_key": "sk_live_..."
  },
  "meta": { "version": "v1", "computed_at": "2026-07-01T10:00:00Z" }
}
Save the key now.

The full api_key is returned only once at signup. After this, the dashboard shows a masked preview. If you lose it, create a new key and revoke the old one.

Show once

API Key Management

POST /v1/keys

List, create, rotate, and revoke API keys for your account. All key endpoints require an existing API key with admin scope (your first key has admin scope by default). You can also manage keys from the Dashboard.

Operations

OperationMethod & pathDescription
CreatePOST /v1/keysCreate a new key with an optional name and scope.
ListPOST /v1/keys/listList your keys (masked previews only — never the full secret).
RotatePOST /v1/keys/rotateIssue a replacement key for an existing key id. Old key keeps working for 24 h.
RevokePOST /v1/keys/revokePermanently invalidate a key. Cannot be undone.

Create a key

curl
curl -X POST "https://panchang.devdarsha.com/v1/keys" \
  -H "x-api-key: YOUR_ADMIN_KEY" \
  -H "Content-Type: application/json" \
  -d '{"name":"production-server","scope":"read"}'

Response (create / rotate)

json
{
  "data": {
    "key_id": "key_abc123",
    "api_key": "sk_live_...",
    "name": "production-server",
    "scope": "read",
    "created_at": "2026-07-01T10:00:00Z"
  },
  "meta": { "version": "v1" }
}
Full secret returned once.

The api_key field is returned only on create and rotate. List operations show a masked preview such as sk_live_...wXyZ. Treat keys like passwords.

Show once

Usage

GET /v1/usage

Returns the current billing period's usage and remaining quota for the authenticated key. Useful for surfacing a quota meter in your own dashboard or alerting before you run out.

Example Request

curl
curl "https://panchang.devdarsha.com/v1/usage" \
  -H "x-api-key: YOUR_API_KEY"

Response

json
{
  "data": {
    "plan": "starter",
    "period_start": "2026-07-01T00:00:00Z",
    "period_end":   "2026-08-01T00:00:00Z",
    "calls_used":      320,
    "calls_included":  5000,
    "calls_remaining": 4680
  },
  "meta": { "version": "v1", "computed_at": "2026-07-02T10:00:00Z" }
}

Core Profile

POST /v1/numerology/core

Returns the full core numerology profile: per-system name numbers under data.results, the shared date layer under data.date_numbers, and the Ank Jyotish layer under data.ank_jyotish. This is the recommended first integration test. Not familiar with these terms? See the Glossary.

Request Body (JSON)

Uses the common Systems & Input fields. Add include_calculations: true for a step-by-step trace under data.details.

FieldTypeRequiredDescription
full_namestringRequiredRomanized full name. Alias: name.
date_of_birthstringRequiredGregorian date in YYYY-MM-DD.
system / systemsstring / string[]RequiredOne or both of pythagorean, chaldean.
include_calculationsbooleanOptionalAdds a data.details calculation trace.

Response Fields

FieldTypeDescription
data.inputobjectNormalized echo of the request.
data.date_numbersobjectShared date layer: birthday, moolank, life path, bhagyank, attitude.
data.results.<system>objectPer-system name numbers: name, expression, soul urge, personality, maturity.
data.ank_jyotishobjectMoolank and Bhagyank with ruling planet.
data.detailsobjectPresent only when include_calculations is true.

Name Numbers Starter+

POST /v1/numerology/name

Returns name-only numerology numbers without the date layer. For historical compatibility this endpoint returns its per-system output under data.systems (not data.results).

Example Request

json
{
  "full_name": "Aarav Sharma",
  "systems": ["pythagorean", "chaldean"]
}
Response shape: /name returns data.systems, while /core returns data.results. This difference is intentional and stable in v1.

Personal Cycles Starter+

POST /v1/numerology/cycles

Returns personal year, month, and day cycle numbers as flat data.personal_*_number fields for a given date of birth and reference date.

Example Request

json
{
  "date_of_birth": "1990-07-15",
  "date": "2026-07-02"
}

Response Fields

FieldDescription
data.personal_year_numberPersonal year for the reference date.
data.personal_month_numberPersonal month for the reference date.
data.personal_day_numberPersonal day for the reference date.
Master numbers in cycles. Unlike core and name calculations, /cycles reduces master numbers (11, 22, 33) by default. Pass cycle_preserve_masters: true to keep them.

Compatibility Pro

POST /v1/numerology/compatibility

Returns a deterministic numerology compatibility read between two profiles. Output is computed from name and date numbers with pair-level evidence — it is not LLM output. Requires the Pro plan or higher; under-tier keys receive 402 upgrade_required.

Example Request

json
{
  "person_a": { "full_name": "Aarav Sharma", "date_of_birth": "1990-08-15" },
  "person_b": { "full_name": "Diya Kapoor", "date_of_birth": "1992-11-30" },
  "systems": ["pythagorean", "chaldean"],
  "lang": "en"
}

Response Fields

FieldDescription
data.compatibility.overallOverall score (0–100) with band (high/moderate/low), label and note.
data.compatibility.emotionalEmotional component with score, band and pair-level evidence.
data.compatibility.practicalPractical component with score, band and pair-level evidence.
data.compatibility.communicationCommunication component with per-system pair evidence.
data.compatibility.challenge_areasChallenge summary with label and note.
Inputs. Both person_a and person_b require full_name and date_of_birth, and exactly one of system or systems must be provided. Set lang to hi for Hindi labels and notes. Output is byte-identical across repeated calls.

Extended Endpoints

These endpoints are live and plan-gated. Each returns the standard { data, meta, dev_notes } envelope and is fully deterministic (no LLM). Requests below the required plan return 403 plan_required.

EndpointPlanPurpose
POST /v1/numerology/lo-shuPlusLo Shu grid from date-of-birth digits (0 ignored): per-cell counts, present/missing/repeated numbers, and arrows/planes of strength and weakness. Response under data.lo_shu.
POST /v1/numerology/reportStarter+Structured JSON report aggregating core, name, cycles, Lo Shu, and optional compatibility. Sections are plan-gated; plan-omitted sections are listed in meta.omitted_sections. Response under data.sections.
POST /v1/numerology/name-correctionProDeterministic name-number analysis with calculated spelling-variant suggestions toward a target_number (1–9 or master) or target_category. Response under data.name_correction.
POST /v1/numerology/bulkScaleBatch of up to 50 items, each { op, ...params } where op is one of core, name, cycles, lo-shu, report, name-correction. Per-item success/error objects under data.results; quota cost equals the item count.

Health Check

GET /health

Use this endpoint for uptime monitors and deployment smoke tests. No authentication required and no quota cost.

json
{ "ok": true, "service": "numerology", "status": "healthy" }

Status

GET /status

Status returns service availability and degraded-mode information for dashboards and support tooling. No authentication required.

json
{
  "data": {
    "service": "numerology",
    "status": "operational",
    "degraded": false
  },
  "meta": { "api_version": "v1" }
}

Feedback Endpoint

POST /v1/feedback

Submit feedback about the API. Does not require authentication.

FieldTypeRequiredDescription
namestringRequiredYour name
emailstringRequiredYour email
planstringRequiredfree | starter | plus | pro | scale | none
messagestringRequiredFeedback text (10–2000 chars)

Contact

POST /v1/contact

Send a sales, partnership, or support enquiry. Mirrors the contact form on the website. No authentication required. Submissions are rate-limited per IP and per email.

Request Body (JSON)

FieldTypeRequiredDescription
namestringRequiredYour name (2–120 chars).
emailstringRequiredReply-to email.
subjectstringOptionalShort topic line.
messagestringRequiredBody of the enquiry (10–4000 chars).
topicstringOptionalsales, support, partnership, or other.

Responds with 202 Accepted on success. Replies usually arrive within 1 business day at the email you supplied.

Billing & Webhooks

POST /v1/billing/...

Most users will manage subscriptions, invoices, and payment methods from the Dashboard. The endpoints below let you do the same programmatically and let payment providers notify DevDarsha when something changes.

Operations

OperationMethod & pathDescription
Available plansGET /v1/billing/plans?product=numerologyNumerology plans with prices, currency, and per-cycle availability.
Create orderPOST /v1/billing/razorpay/orderOne-time Razorpay order (pass "product":"numerology"). Returns razorpay_order_id + amount.
Verify paymentPOST /v1/billing/razorpay/verifyConfirm a completed Razorpay payment and receive the upgraded API key.
Create subscriptionPOST /v1/billing/razorpay/subscriptionStart a recurring Numerology subscription. Returns the subscription id + short_url.
OverviewGET /v1/billing/overview?product=numerologyCurrent plan, payment state, renewal date, cycle, currency, and history.
ReceiptsGET /v1/billing/invoices?product=numerologyProduct-scoped payment receipts. See the GST note in the Panchang docs.
Change / cancelPOST /v1/billing/subscription/change · /subscription/cancelUpgrade/downgrade, or stop auto-renewal (access kept to period end).
WebhooksPOST /v1/billing/razorpay/webhookReceives Razorpay events — see below.

All operations except the webhook require an authenticated API key. An unknown product returns 400 invalid_product.

Webhook events

Configure the webhook in your Razorpay dashboard to point at /v1/billing/razorpay/webhook. DevDarsha verifies the X-Razorpay-Signature header before trusting the body. Events are at-least-once and handled idempotently. A Numerology refund downgrades only the Numerology entitlement.

EventWhen
payment.capturedA one-time payment was captured; the plan upgrade is applied.
subscription.authenticatedA subscription mandate was authorized.
subscription.chargedA recurring charge succeeded; entitlement is extended.
subscription.halted / subscription.cancelledRetries exhausted, or the subscription was cancelled.
refund.created / refund.processedA refund was issued; the refunded product is downgraded.

Systems & Input

Numerology API never assumes a system. You must pass either system (a single value) or systems (an array). Supported systems are pythagorean and chaldean.

FieldTypeRequiredDescription
full_namestringRequiredRomanized full name. Alias: name. v1 accepts Latin/romanized input only.
date_of_birthstringRequiredGregorian date in YYYY-MM-DD.
systemstringOne of system / systemsA single system: pythagorean or chaldean. Mutually exclusive with systems.
systemsstring[]One of system / systemsOne or more supported systems. Duplicates collapse.
include_calculationsbooleanOptionalWhen true, adds a data.details calculation trace without changing data.results.
Explicit-system policy. Requests without system or systems return 400 invalid_system. Non-Latin name input returns 400 unsupported_script in v1.

Response Envelope

Successful responses use a standard JSON envelope. Clients should read from data and use meta for diagnostics, quota, and support.

FieldTypeDescription
dataobjectEndpoint-specific result. Note the per-route shape: /coredata.results, /namedata.systems, /cycles → flat data.personal_*_number.
meta.api_versionstringAPI version. Current version is v1.
meta.servicestringnumerology.
meta.data_sourcestringcomputed or cache.
meta.calculation_systemsarraySystems computed for this request.
meta.life_path_methodstringLife-path summation method, e.g. full_sum.
meta.preserve_mastersbooleanWhether master numbers were preserved for this response.
meta.master_numbersarrayMaster numbers recognized, [11, 22, 33].
meta.quota_cost_unitsnumberQuota units charged (one per system).
dev_notesarrayOptional developer notes, warnings, or deprecation notices.

Error Codes

Error responses always include a machine-readable error, human-readable message, and docs_url.

json
{
  "error": "invalid_system",
  "message": "Provide system or systems (pythagorean or chaldean).",
  "docs_url": "https://platform.devdarsha.com/numerology-documentation#errors"
}
HTTPerrorMeaningFix
400invalid_requestRequest body is not an object.Send a JSON object body.
400invalid_namefull_name / name is missing.Provide a romanized full name.
400invalid_date_of_birthdate_of_birth is missing or invalid.Use YYYY-MM-DD.
400invalid_systemsystem / systems is missing or unsupported.Use pythagorean and/or chaldean.
400unsupported_scriptName is not Latin/romanized.Romanize the name for v1.
401unauthorizedMissing or invalid API key.Add or rotate x-api-key.
403plan_requiredPlan is below the endpoint minimum.Upgrade to the required tier.
429rate_limitedPlan rate/quota limit exceeded.Back off using Retry-After, or upgrade.
402upgrade_requiredAn explicitly requested feature or report section is above the current plan.Upgrade to the required tier, or omit the restricted section.

Master Numbers

The Numerology API recognizes the master numbers 11, 22, and 33. Handling differs by endpoint so results match the convention developers expect for each calculation:

  • Core and Name: master numbers are preserved by default in name and birth calculations.
  • Cycles: master numbers are reduced by default. Pass cycle_preserve_masters: true to keep them.
  • meta.preserve_masters reports which behavior applied to the response.
Western vs Ank Jyotish. The Western letter systems (Pythagorean, Chaldean) are computed independently of the Ank Jyotish date-number layer (Moolank, Bhagyank, ruling planet). Both appear in a single /core response.

Calculation Conventions

  • Two Western letter systems: Pythagorean and Chaldean. The system is never assumed — you must request it.
  • The Ank Jyotish layer derives Moolank and Bhagyank with a ruling planet.
  • Life path uses full-sum reduction (life_path_method: "full_sum").
  • Master numbers 11 / 22 / 33 are preserved in core/name and reduced in cycles by default.
  • v1 name input is Latin/romanized only.
  • Numerology computation is deterministic and rule-based — there is no LLM in the calculation path.

Versioning & Compatibility

The current Numerology API version is v1. All routes are prefixed /v1/. We use URI versioning — breaking changes will use a new prefix such as /v2/, never a header toggle.

  • Current: https://panchang.devdarsha.com/v1/numerology/*.
  • Stable shapes: the per-route response paths (data.results, data.systems, flat cycle fields) are part of the v1 contract.
  • Client rule: key application logic off stable fields, not prose text.

Rate Limits

Rate limits are enforced per API key and plan. Exact limits are shown in the dashboard and echoed by rate-limit headers.

PlanAccessRate-limit behavior
Free/coreStrict test-tier limit.
Starter/core, /name, /cycles, /reportProduction starter limit.
Plus / Pro / ScaleAdds /lo-shu (Plus), /compatibility + /name-correction (Pro), /bulk (Scale)Higher limits and commercial terms.

On 429, the response includes Retry-After. Do not retry immediately in a tight loop. To check live consumption from your app, call GET /v1/usage.

Response Headers

HeaderDescription
X-Request-IDUnique request id. Include this in support tickets and logs.
X-Quota-CostNumber of quota units charged for the call (one per system).
X-Data-Sourcecomputed or cache.
X-RateLimit-LimitPer-minute request limit.
X-RateLimit-RemainingRequests remaining in the active rate window.
Retry-AfterSeconds to wait before retrying after 429.
Cache-ControlAuthenticated responses are private and not stored by shared caches.

Numerology Glossary

A quick reference for the numerology terms used throughout this API and its responses.

TermMeaning
PythagoreanWestern letter-to-number system mapping A–Z to values 1–9.
ChaldeanOlder letter-to-number system mapping letters to values 1–8.
MoolankRoot/birthday number derived from the day of birth (Ank Jyotish).
BhagyankDestiny number derived from the full date of birth (Ank Jyotish).
Life Path NumberReduced full-sum of the date of birth.
Expression / Destiny NumberNumber derived from all letters of the full name.
Soul Urge / Heart's DesireNumber derived from the vowels of the name.
Personality NumberNumber derived from the consonants of the name.
Maturity NumberCombination of life path and expression numbers.
Master NumbersThe numbers 11, 22, and 33, which are not reduced in core/name calculations.
Personal Year / Month / DayCyclic numbers describing a period relative to the date of birth.
Support requests. Email [email protected] or use the Feedback form. For debugging, include X-Request-ID. For account or billing questions, open your Dashboard.