Inline Endpoints
The inline endpoints deliver the same results as the site-based endpoints, just without creating a site first. The configuration (coordinates, strings, config) is sent directly in the request body.
Code
Ideal for one-off calculations, site comparisons, "what-if" scenarios and bulk evaluations where persistently creating sites isn't worthwhile.
Request
latitude and longitude are required. Without strings, a single default string
is used (10 kWp, 180° orientation, 30° tilt). elevation and timezone are determined at runtime
from the location.
Forecast inline (curl)
Query parameters (forecast_days, past_days, include or period/start_date/end_date,
include) work as with the site endpoints — see Forecasts
and Historical Data.
Response
The response structure is identical to the site endpoints (values, plus daily for forecast,
optionally the strings block, local timestamps by default — pass ?timezone=utc for UTC).
Since no site exists, there is no site_id-bound management.
Differences from site endpoints
| Site endpoint | Inline | |
|---|---|---|
| Configuration | From stored site | In the request body |
| Caching | Yes (fixed slots/day) | No — every request recomputes |
| Elevation/timezone | Stored | Determined at runtime |
Without a cache, every inline request computes fresh. For recurring queries of the same site, a stored site is more efficient and conserves your request limit.
Limits & errors
The same plan gates and quotas apply as for the site endpoints:
- Forecast or historical API access → without access 403.
- Monthly request limit → 429.
- Strings per site limits the number of
stringsin the request → 422.
You'll find your specific limits on the Usage & Limits page.