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.
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.
Create-or-Update Ergonomics could not be measured. We hold no machine-readable contract for
this provider to read, so there is nothing to measure a write surface against. Excluded rather than scored zero:
never-measured and measured-empty are different facts. Publishing an OpenAPI is what makes this facet — and
several others — scorable at all.
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/. Every facet and dimension name above is a link: it opens that measurement's own page — what it means, the exact checks that feed it, how the whole catalog distributes on it, and the providers at the top of it. 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.
Submit an artifact on GitHub — free →Manage your own listing — the Influence plan, $499/mo →
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...
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.'
deliveryModel:
model: saas
open_source: false
commercial: true
callable_host: false
label: Hosted service · you call their endpoint
confidence: medium
source:
- pricing
generated: '2026-08-28'
method: derived
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.23'
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
Discovery needs no key. Ratings and market analysis are Pro.
Get an API key
Free tier, no form to fill in. Signing in shares your email address with us — we
store it to create your key and to recognise you if you sign in with another
provider. See our Privacy Policy and
Terms.
Kin Score
How this is scored →