ENMAX website screenshot

ENMAX

ENMAX Corporation is the Calgary-based energy company owned outright by The City of Calgary, describing itself on its own about page as "a regulated wires company, a competitive power generator and an energy retailer" operating "across Alberta and Maine." It spans three tiers of the value chain at once: ENMAX Power owns and operates the regulated electricity distribution and transmission system inside Calgary, ENMAX Energy generates power and sells electricity and natural gas into Alberta's deregulated retail market under the Easymax brand, and Versant Power — acquired from Emera in 2020 — is the transmission and distribution utility for northern and eastern Maine. Its API posture is the exact inverse of the Ontario utilities it is usually compared to, and the inversion is the finding. No consumer energy data mandate binds ENMAX anywhere it operates: Alberta has no Green Button regulation, Ontario's O. Reg. 633/21 does not reach across the provincial border, Canada has no national equivalent, and Maine imposes no Green Button obligation on Versant Power. Unmandated, ENMAX built nothing — its own support documentation states plainly that the Energy Insights usage view inside a customer's Easymax account "is view-only within your online account and can't be exported at this time," which is a harder closure than most: not merely no API, but no CSV, no XML, and no Green Button either. There is no developer portal, no developer, api, docs or data subdomain, no OpenAPI, and no published third-party data path. What ENMAX does publish openly is grid data. Its Hosting Capacity, Load Capacity and Service Area maps, linked from enmax.com/system-resources, are ArcGIS Online web applications backed by ArcGIS REST feature services that answer anonymous machine-readable queries with no key, no signup and no terms — distribution-feeder DER hosting headroom and remaining load capacity for the Calgary service territory, the data a solar or storage developer actually needs. ENMAX never calls this an API and documents none of it, but it is real, it is open, and it is queryable. Wide open on grid data, completely shut on customer data.

ENMAX publishes 1 API on the APIs.io network. Tagged areas include Energy, Canada, Utilities, Electricity, and Natural Gas.

ENMAX’s developer surface includes authentication, code examples, documentation, engineering blog, signup flow, support, status page, and 15 more developer resources.

25.4/100 emerging ▬ flat Agent 17/100 agent aware Full breakdown ↓
scored 2026-08-17 · rubric v0.11.0
AccessFree
1 APIs
EnergyCanadaUtilitiesElectricityNatural GasGridSmart MeteringSolarDERGeospatialAlbertaElectricity Distribution

Kin Score

Kin Score Kin Score How this is scored →
scored 2026-08-17 · rubric v0.11.0
Composite quality — 25.4/100 · emerging
Contract Quality 0.0 / 21
Developer Ergonomics 4.4 / 17
Commercial Clarity 5.8 / 17
Operational Transparency 2.3 / 11
Governance 1.3 / 10
Discoverability 6.5 / 9
Regulatory Posture 5.1 / 15
Agent readiness — 17/100 · agent aware
Machine-Readable Contract 0 / 18
Agentic Access Contract 0 / 10
MCP Server 0 / 12
Machine-Readable Auth 10 / 10
Idempotency 0 / 9
Stable Error Semantics 8 / 8
Request/Response Examples 7 / 7
Rate-Limit Signaling 7 / 7
Typed Event Surface 0 / 6
Agent Skills 0 / 5
Well-Known Catalog 0 / 4
Consent & Bot Identity 0 / 3
A2A Agent Card 0 / 8
Dry-Run / Simulate Mode 0 / 4
Regulatory Posture applies to this provider. Its tags matched the Energy & Utilities regime, so Regulatory Posture carries 15 points of the composite. If this regime is wrong for your business, say so on your provider repo — the applicability map is public and we will correct it.
The six quality facets above are damped to 85 points between them, because the conditional facet above carries the other 15. That is why each facet's contribution is shown against a damped maximum: raising a quality facet moves the composite by 85% of its nominal weight, not 100%. The full arithmetic is at apis.io/rating/.
Improve this rating by publishing the missing artifacts — every area above can be raised, and the full rubric is at apis.io/rating/. This rating is computed from github.com/api-evangelist/enmax: open an issue to ask a question, or submit a pull request to add artifacts. Want it done for you? Prioritized profiling — $2,500 →

APIs 1

Individual APIs this provider publishes, each with its own machine-readable definition.

ENMAX Power System Capacity ArcGIS Feature Services

The machine-readable grid data behind ENMAX Power's public Hosting Capacity, Load Capacity and Service Area maps. The three maps published at enmax.com/system-resources are ArcG...

Rate Limits 1

Documented rate limits and quota policies.

Enmax Rate Limits

1 limits

RATE LIMITS

Examples 4

Example request and response payloads for these APIs.

Security Posture 2

Authentication, domain security, vulnerability disclosure, and trust-center signals.

Enmax Authentication

none · 1 scheme

SECURITY

Enmax Domain Security

TLSv1.3 · HSTS · DNSSEC · DMARC

SECURITY

Resources

Get Started 2

Portal, sign-up, and the first successful call

Documentation 1

Reference material describing how the API behaves

Agent Surfaces 1

MCP servers, agent skills, and machine-readable catalogs

Design & Contract 5

Pagination, idempotency, versioning, errors, and events

Build 1

SDKs, sample code, and the tooling you integrate with

Access & Security 2

Authentication, authorization, and security posture

Operate 4

Status, limits, changes, and where to get help

Commercial 2

Pricing, plans, and the legal terms of use

Company 4

The organization behind the API

Source (apis.yml)

apis.yml Raw ↑
aid: enmax
url: https://raw.githubusercontent.com/api-evangelist/enmax/refs/heads/main/apis.yml
name: ENMAX
kind: company
description: 'ENMAX Corporation is the Calgary-based energy company owned outright by The City of Calgary, describing itself
  on its own about page as "a regulated wires company, a competitive power generator and an energy retailer" operating "across
  Alberta and Maine." It spans three tiers of the value chain at once: ENMAX Power owns and operates the regulated electricity
  distribution and transmission system inside Calgary, ENMAX Energy generates power and sells electricity and natural gas
  into Alberta''s deregulated retail market under the Easymax brand, and Versant Power — acquired from Emera in 2020 — is
  the transmission and distribution utility for northern and eastern Maine. Its API posture is the exact inverse of the Ontario
  utilities it is usually compared to, and the inversion is the finding. No consumer energy data mandate binds ENMAX anywhere
  it operates: Alberta has no Green Button regulation, Ontario''s O. Reg. 633/21 does not reach across the provincial border,
  Canada has no national equivalent, and Maine imposes no Green Button obligation on Versant Power. Unmandated, ENMAX built
  nothing — its own support documentation states plainly that the Energy Insights usage view inside a customer''s Easymax
  account "is view-only within your online account and can''t be exported at this time," which is a harder closure than most:
  not merely no API, but no CSV, no XML, and no Green Button either. There is no developer portal, no developer, api, docs
  or data subdomain, no OpenAPI, and no published third-party data path. What ENMAX does publish openly is grid data. Its
  Hosting Capacity, Load Capacity and Service Area maps, linked from enmax.com/system-resources, are ArcGIS Online web applications
  backed by ArcGIS REST feature services that answer anonymous machine-readable queries with no key, no signup and no terms
  — distribution-feeder DER hosting headroom and remaining load capacity for the Calgary service territory, the data a solar
  or storage developer actually needs. ENMAX never calls this an API and documents none of it, but it is real, it is open,
  and it is queryable. Wide open on grid data, completely shut on customer data.'
accessModel:
  pricing: free
  onboarding: none-published
  trial: false
  try_now: false
  public: true
  label: Free · No published developer program; open ArcGIS grid services are anonymous
  confidence: high
  source:
  - documentation
  - probing
  generated: '2026-07-27'
  method: manual
image: https://www.enmax.com/favicon.ico
tags:
- Energy
- Canada
- Utilities
- Electricity
- Natural Gas
- Grid
- Smart Metering
- Solar
- DER
- Geospatial
- Alberta
- Electricity Distribution
created: '2026-07-27'
modified: '2026-07-27'
specificationVersion: '0.19'
apis:
- aid: enmax:enmax-power-system-capacity-arcgis-feature-services
  name: ENMAX Power System Capacity ArcGIS Feature Services
  description: 'The machine-readable grid data behind ENMAX Power''s public Hosting Capacity, Load Capacity and Service Area
    maps. The three maps published at enmax.com/system-resources are ArcGIS Online Web AppBuilder applications hosted in the
    GeoARM ArcGIS Online organization, and their operational layers resolve to ArcGIS REST feature services on services1.arcgis.com
    that answer anonymous queries. Generation_Capacity_Layers_20250219_PUBLIC carries estimated remaining DER hosting capacity
    by distribution feeder segment (fields OBJECTID, FEEDERID, Description, Phase_Designation, Range, Date_Last_Updated),
    Feeder_Load_Capacity_Rev9_20251211 carries estimated remaining load capacity as of December 2025, and ENMAX_Service_Area_for_LAF_Verification
    carries the distribution service boundary. Verified anonymously on 2026-07-27: the service directory, each FeatureServer
    metadata document, and a live /query returning attribute rows all responded HTTP 200 with application/json and no credential
    of any kind. This is genuinely open grid data — but it is open by consequence of Esri hosting rather than by design. ENMAX
    publishes no developer portal, no API reference, no OpenAPI, no rate limits, no terms of use and no versioning policy
    for these endpoints, and never describes them as an API anywhere on enmax.com. The service names are date-stamped and
    have already rolled from Rev8 to Rev9, so the paths are not stable contracts. Treat as an undocumented but real public
    data surface.'
  humanURL: https://www.enmax.com/system-resources
  baseURL: https://services1.arcgis.com/NKgP4VcXUzEyOnmg/arcgis/rest/services
  tags:
  - Grid
  - Hosting Capacity
  - Load Capacity
  - DER
  - Solar
  - Geospatial
  - Open Data
  - Electricity Distribution
  properties:
  - type: Documentation
    url: https://www.enmax.com/system-resources
  - type: Documentation
    url: https://www.enmax.com/system-resources/hosting-capacity-map
  - type: Documentation
    url: https://www.enmax.com/system-resources/load-capacity-map
  - type: Documentation
    url: https://www.enmax.com/system-resources/service-area-map
  - type: Website
    url: https://services1.arcgis.com/NKgP4VcXUzEyOnmg/arcgis/rest/services?f=json
common:
- type: DomainSecurity
  url: security/enmax-domain-security.yml
- type: Authentication
  url: authentication/enmax-authentication.yml
- type: Conventions
  url: conventions/enmax-conventions.yml
- type: ErrorCatalog
  url: errors/enmax-problem-types.yml
- type: RateLimits
  url: rate-limits/enmax-rate-limits.yml
- type: DataModel
  url: data-model/enmax-data-model.yml
- type: Lifecycle
  url: lifecycle/enmax-lifecycle.yml
- type: Conformance
  url: conformance/enmax-conformance.yml
- type: Examples
  url: examples/_index.yml
- type: LLMsTxt
  url: llms/enmax-llms.txt
- type: Website
  url: https://www.enmax.com/
- type: Documentation
  url: https://www.enmax.com/system-resources
- type: About
  url: https://www.enmax.com/about-us
- type: Blog
  url: https://www.enmax.com/news
- type: LinkedIn
  url: https://www.linkedin.com/company/enmax
- type: SignUp
  url: https://myaccount.enmax.com/register
- type: Login
  url: https://myaccount.enmax.com/
- type: Support
  url: https://www.enmax.com/customer-support
- type: Contact
  url: https://www.enmax.com/contact-us
- type: TermsOfService
  url: https://www.enmax.com/terms-of-use
- type: PrivacyPolicy
  url: https://www.enmax.com/privacy
- type: Status
  url: https://outages.enmax.com/
maintainers:
- FN: Kin Lane
  email: kin@apievangelist.com