EF-Map API Access

This page is for trusted third-party builders working on EVE Frontier tools, dashboards, overlays, bots, and research projects. If you reached it because a request to an ef-map.com/api/* endpoint returned a no_origin message, you are in the right place — it explains what API access is, why some endpoints are protected, and how to request a partner key.

What this page is

EF-Map serves most of its experience directly in your browser, but it also exposes a set of heavier shared-data endpoints under https://ef-map.com/api/*. To keep those endpoints fast and affordable for everyone, they are protected.

Why API access is controlled

The protection is not about locking the community out. It exists so EF-Map stays healthy:

What access can cover

Access is granted per scope. A scope is a named group of related read-only endpoints, so a key only carries the data categories a project actually needs. Each scope below links to a live example request and response so you can see the data shape before requesting access. The current scope groups are:

Snapshots

snapshots.read

Snapshot-style shared map feeds: smart gate links, structure snapshots, killboard snapshots, kill timeline / replay data, system overlays, and gate-access data. Best for overlays, routing helpers, dashboards, and anything that needs the current shared map state.

View example request & response →

Assemblies List

assemblies.list.read

The computed solar-system assembly listings used for browsing and filtering systems. Good for search UIs and summary views that answer "which systems have relevant assemblies?"

View example request & response →

Assembly Detail

assemblies.detail.read

Detailed assembly records by system id. For click-through detail views and per-system inspection once a target system is already known.

View example request & response →

Player Bases

player-bases.read

The player base location feed. Useful for overlays, settlement tracking, and tools that specifically care about base presence and placement.

View example request & response →

Intel

intel.read

Intel search, player summaries, tribe summaries, and assembly inventory intel. For "find and summarize" lookup tools, bots, and operator utilities. Intel data is indexed evidence, not a live-presence or sovereignty authority.

View example request & response →

SSU Full Search

ssu.full

Full Smart Storage Unit search through the Worker, for sourcing, logistics, and market-style tools that need real SSU search results rather than the public demo aggregate. This is one of the heavier scopes and is granted deliberately.

View example request & response →

Requesting access

Access is granted case by case. When you reach out, it helps to include:

Contact

Email [email protected] with the details above to request a key. For abuse reports or a compromised key, use [email protected].

There is no automated self-service signup. Keys are issued manually to keep the partner surface trustworthy, so allow a little time for a reply.

Using a key

Once you have a key, send it on every request in the X-API-Key header. Same-origin browser traffic from ef-map.com does not need this; external callers do.

# curl
curl -H "X-API-Key: YOUR_API_KEY" https://ef-map.com/api/killboard-snapshot
// JavaScript fetch
fetch('https://ef-map.com/api/killboard-snapshot', {
  headers: { 'X-API-Key': 'YOUR_API_KEY' }
})

Replace YOUR_API_KEY with the key you were issued. Your key only unlocks the scopes granted to it; a request for an endpoint outside those scopes returns an insufficient_scope error.

Responsible use

Not everything is available

The partner API is a curated, read-only surface — not a full backdoor to EF-Map internals. Some things are intentionally out of scope:

EVE Frontier is a CCP Games / community universe; EF-Map is an independent community tool. Indexed data can be delayed, incomplete, or inference-heavy — treat it as evidence, not absolute live truth. For general questions see the FAQ and About pages.