API Documentation Guide
This guide explains how the GDELT Cloud developer API documentation is structured and maintained.Overview
GDELT Cloud uses Mintlify as its documentation platform. The docs expose two API reference tabs:- V2 API Reference: generated from
gdelt-cloud-docs/api-reference/openapi-v2.json - V1 API Reference: legacy specs generated from
gdelt-cloud-docs/api-reference/openapi*.json
Developer API — What We Document
The public docs expose API Key-authenticated/api/v2/* endpoints plus supported legacy /api/v1/* endpoints.
Internal browser/session APIs (/api/public/*, /api/dashboard/*, etc.) are intentionally excluded.
v2 endpoints documented
| Method | Path | Description |
|---|---|---|
| GET | /api/v2/events | List generated structured Events |
| GET | /api/v2/events/{event_id} | Fetch a known Event |
| GET | /api/v2/events/summary | Event rollups and trends |
| GET | /api/v2/stories | List generated clustered Stories |
| GET | /api/v2/stories/{story_id} | Fetch a known Story |
| GET | /api/v2/stories/{story_id}/articles | Paginated Story articles |
| GET | /api/v2/stories/summary | Story rollups and trends |
| GET | /api/v2/entities | Discover Entities |
| GET | /api/v2/entities/{entity_id} | Fetch an Entity profile |
| GET | /api/v2/geo/admin1 | Country-scoped admin1 discovery |
| GET | /api/v2/energy/assets | Search GEM Energy assets |
| GET | /api/v2/energy/assets/summary | Energy asset rollups |
| GET | /api/v2/energy/assets/map | Energy map aggregate/fine rows |
| GET | /api/v2/energy/assets/{tracker}/{gem_id} | Fetch a known Energy asset |
v1 endpoints documented
| Method | Path | Description |
|---|---|---|
| GET | /api/v1/media-events | List top media event clusters |
| GET | /api/v1/media-events/cluster | Get articles in a specific cluster |
| GET | /api/v1/entity | Look up a named entity (GDELT GKG) |
| GET | /api/v1/entity-geg | Look up a GEG entity (enhanced graph) |
| GET | /api/v1/domain | Look up a news domain/source |
| GET | /api/v1/conflict-events | List legacy Conflict events |
Regenerating the OpenAPI Spec
When you add, remove, or change a/api/v1/* endpoint, regenerate the v1 specs by running:
scripts/build_openapi.py and writes to the v1 OpenAPI files under
gdelt-cloud-docs/api-reference/.
When you add, remove, or change a /api/v2/* endpoint, update api-reference/openapi-v2.json
and the overview page api-reference/v2.mdx in the same change. The v2 docs must remain testable in Mintlify’s API playground.
What the script contains
- All 5 endpoint definitions with full query parameter schemas
ApiKeyAuthsecurity scheme (Bearergdelt_sk_*format)- Standard response schemas (200 success, 401/403/429/500 errors)
- Server definition pointing to
https://gdeltcloud.com
When to run it
- After adding a new
/api/v1/*endpoint - After changing query parameters on an existing endpoint
- After changing response shapes
- After changing authentication or error behavior
Documentation File Structure
Navigation
Navigation is configured indocs.json. The V2 API Reference and V1 API Reference tabs use Mintlify’s OpenAPI source feature to auto-generate one page per endpoint.
api-reference/v2.mdx) and v1 overview (api-reference/introduction.mdx) are manually maintained. Endpoint pages are generated from their OpenAPI specs.
Authentication
All/api/v1/* endpoints require:
Error Codes
| HTTP | error field | Meaning |
|---|---|---|
| 401 | MISSING_API_KEY | No Authorization header |
| 401 | INVALID_API_KEY | Key not found / malformed |
| 403 | API_ACCESS_DENIED | Plan does not include API access |
| 429 | RATE_LIMITED | RPM limit exceeded |
| 429 | QUOTA_EXCEEDED | Monthly QU limit reached |
| 500 | INTERNAL_ERROR | Server error |

