AstroWay/api v2.254.12 · hi
सभी सिस्टम सामान्य हैं
// astrology api · POST /v1/reports/gemstone

रत्न (gemstone) रिपोर्ट PDF

ज्योतिष रत्न-पर्चा एक ऐसे दस्तावेज़ के रूप में जिसे ग्राहक संभालकर रखता है। हर अनुशंसित रत्न को एक पृष्ठ मिलता है: उसका ग्रह शास्त्रीय रूप से क्या दर्शाता है, भाव-स्वामित्व में आधार, खनिज और विकल्पी रत्न, रत्ती में वज़न साथ में ग्राम और कैरेट रूपांतरण, वार, उंगली, धातु, मंत्र, और पहली बार पहनने का अगला शुभ दिन।

Endpoint
POST /v1/reports/gemstone
Cost
5000 credits
Latency
~1540 ms
Tier
Tier 7
// 01 / What it computes

रत्न (gemstone) रिपोर्ट PDF

ज्योतिष गणना JSON endpoint जैसी-की-तैसी है, और एक परीक्षण दोनों की तुलना पूरे राशि-चक्र में दोनों पद्धतियों के लिए करता है ताकि वे अलग न हो सकें: वही सायन लग्न, वही नियम, वही तीन रत्न। दस्तावेज़ जो जोड़ता है वह तालिका नहीं दे सकती। हर रत्न को उसके ग्रह के पारंपरिक अर्थ मिलते हैं, न कि पत्थर के बारे में कोई दावा, और हर एक को पहली बार पहनने की तारीख मिलती है, जो पंचांग में उस ग्रह के अपने वार पर पड़ने वाला निकटतम शुभ दिन खोजकर निकाली जाती है। जब उस अवधि में उस वार पर कोई शुभ दिन नहीं पड़ता, तो रिपोर्ट यह स्पष्ट कहती है, बजाय ऐसी तारीख छापने के जिसने इसे नज़रअंदाज़ किया - क्योंकि कागज़ पर दोनों एक जैसे दिखते हैं।

// 02 / Live request

POST/v1/reports/gemstone

curl -X POST https://api.astroway.info/v1/reports/gemstone \
  -H "X-Api-Key: aw_live_..." \
  -H "Content-Type: application/json" \
  -d '{
  "chart": {
    "date": "1990-05-15",
    "time": "14:30:00",
    "timezoneOffset": 3,
    "latitude": 50.45,
    "longitude": 30.52
  },
  "school": "lagna-lord",
  "wearingFrom": "2026-09-01",
  "language": "en"
}'
Response (excerpt)
{
  "ok": true,
  "data": {
    "url": "https://api.astroway.info/reports/abc-gemstone.pdf",
    "storage_key": "reports/abc-gemstone.pdf",
    "byte_length": 135145,
    "page_count": 7,
    "duration_ms": 1537,
    "expires_at": "2026-08-14T06:33:00.000Z"
  }
}
// 03 / Parameters

Parameters

nametypeRequired
chart object yes The birth chart. Coordinates are required and never defaulted: the whole prescription is derived from the lagna.
school string no `lagna-lord` (default) or `functional-benefic`. Both reach the same three gems and withhold different ones. The school is printed on the cover.
wearingFrom string no Date to search the first-wearing days from, YYYY-MM-DD. Defaults to today. The search runs 60 days.
language string no One of the 21 report locales. The body prose ships in uk, en and ru; anything else reads the English.
whitelabel boolean no Apply the caller's stored branding to the document.
format "html" (query) no Add ?format=html to stream the document instead of rendering a PDF.
// 04 / When to use it

When to use it

इसे JSON के ऊपर paid tier के रूप में इस्तेमाल करो: कोई ऐप खुद पर्चा रेंडर कर सकता है, और यह वह चीज़ है जिसके लिए ग्राहक भुगतान करता है और संभालकर रखता है। यह उपाय के लिए ईमानदार रूप भी है, क्योंकि दस्तावेज़ में उस सीमा के लिए जगह होती है जो JSON field में नहीं होती: रत्न की पहचान, उपचार और वज़न रत्न-विशेषज्ञ का काम है, और कोई पत्थर चिकित्सा देखभाल का विकल्प नहीं है।

// 05 / Notes

Notes

पद्धति का नाम जानबूझकर कवर पर लिखा गया है। दोनों पद्धतियाँ एक ही रत्न बताती हैं और अलग-अलग रत्न रोकती हैं, इसलिए जो दस्तावेज़ यह छिपाए कि वह किससे बना, वह अपने आधार-डेटा से कम ईमानदार होगा। लग्न-स्वामी पद्धति में स्वामित्व तालिका कार्यात्मक-भूमिका कॉलम पूरी तरह हटा देती है, बजाय दूसरी पद्धति का निर्णय आयात करने के - जो ऐसी रिपोर्ट में "हीरा मत पहनो" जैसा पढ़ा जाएगा जिसने ऐसा कभी कहा ही नहीं। निर्देशांक आवश्यक हैं: 0N 0E पर बना पर्चा गलत लग्न के बारे में आत्मविश्वास से भरा दस्तावेज़ है, और JSON field के विपरीत PDF अनुरोध से ज़्यादा जीवित रहता है।

Try the रत्न रिपोर्ट API

Grab a key and make your first call in under a minute.

99.9% SLA · पेड प्लान · 30 दिन स्थिति →