GCRI · Energy Nexus
Reviewed models and scenarios
Model descriptions for Energy Nexus are published here once reviewed, with their assumptions, evidence and validation. They describe models; they are not live simulations.
The workspace for reviewed models and scenarios.
Build workspace
Energy · Reviewed models · Run R-9239 · Example interface, not a record
Runs
same inputs, versioned
| R-3616 | Energy generation | v7.2 | 0.84 | Running |
| R-6641 | Power systems | v7.5 | 0.78 | Passed |
| R-2651 | Reliability | v3.2 | 0.59 | Passed |
| R-6174 | Optimisation | v3.1 | 0.44 | Drift |
Model card
- Method
- Energy generation, storage and grid technology
- Inputs
- SCADA operational data, Outage register
- Validation
- held-out period, skill reported
- Label
- MODELLED
Run log
- 00:00:21InfoIngest SCADA operational data
- 00:03:12InfoSchema and licence checks passed
- 00:07:40WarnGap filled by interpolation, flagged
- 00:11:03DoneCalibration complete
- 00:28:55GateIndependent test queued
Energy Nexus · Build workspace. Build workspace: example names and illustrative values, not a record.
Released, referenced and rights-cleared.
- Time and space reference for every view.
- Sources and licence.
- Uncertainty and known limits.
- Version and date of release.
The kinds of model energy work relies on.
| Model class | Open examples | Question it answers | Validation |
|---|---|---|---|
| Capacity expansion | PyPSA, OSeMOSYS, TIMES | Least-cost system plans under policy constraints | Benchmarks against historical build and other models |
| Production cost and unit commitment | PLEXOS-type and open equivalents | Hourly operation and adequacy | Back-casting of historical dispatch |
| Power flow and dynamics | pandapower, PSS-type tools | Stability under disturbances | Comparison with recorded events |
| Gas network models | Open gas flow tools | Pipeline capacity in cold spells | Historical flow reconstruction |
Open models are preferred so that results can be reproduced; any proprietary model is named with its version.
How the process runs.
Process
Reviewed models and scenarios: Hazard, exposure, vulnerability
In IPCC AR6 Working Group II, climate risk results from interactions between hazards and a system’s exposure and vulnerability, and responses can add risk.
01 Drivers
- 01HazardDataset · GeneratorThe potential occurrence of a natural or human-induced physical event or trend that may harm people, property, services or ecosystems.
- 02ExposureDataset · GeneratorThe presence of people, livelihoods, species, ecosystems, infrastructure or assets in places and settings that could be adversely affected.
- 03SensitivityDataset · GeneratorThe degree to which a system or species is affected, either adversely or beneficially, by climate variability or change.
- 04Capacity to cope and adaptDataset · GeneratorThe ability of systems, institutions, humans and other organisms to adjust to damage, take opportunities or respond to consequences.
02 Assessment
- 05Risk from responsesComponent · GeneratorRisks from climate responses arise when responses miss their objectives, or from trade-offs or negative side effects.
- 06VulnerabilityComponent · GeneratorThe propensity or predisposition to be adversely affected. It includes sensitivity to harm and lack of capacity to cope and adapt.
- 07RiskModel · Energy NexusRisk results from dynamic interactions between hazards and the system’s exposure and vulnerability. Each may be uncertain and change.
03 Response
- 08Risk management and responseStep · GeneratorRisk management is plans, actions, strategies or policies that reduce the likelihood or size of adverse consequences.
- 09Residual riskRecord · GeneratorThe climate impact risk that remains after adaptation and mitigation efforts. Adaptation can redistribute risk between areas and groups.
04 Decision
- 10Decision by the responsible partyDecision · GeneratorThe framing names no single decision maker. Decisions on responses rest with the responsible party under its own rules.
Outline of an external standard or method, from its public sources. It describes what the framework says, not a record of any run. It does not show that Nexus or any partner performs, certifies or approves a step. A gate is a step of the method, never a Nexus approval.
Releases appear as they are reviewed.
Analysis runs in Foundry; reviewed releases are listed here.
Where this page’s references lead.
The bodies and documents this page is read against. Status and editions change; each link goes to the issuing body.
Questions and answers.
Can I request a map or model?
Contribute evidence from this page.
Reports is the Consortium’s quarterly publication. What you know about this subject can become evidence, a case or a correction in the next edition, credited to you and published under CC BY 4.0 where it is your own work.
- EmailGateway GW-GCRISend it from this pageEvidence, a correction, a case, a method, a review, a translation or profile input. It arrives tagged with this page, so the editor who owns it receives it.
- ZenodoOpen depositDeposit it and submit to the communityPublish your own record on Zenodo with your ORCID iD, then submit it to the Reports community there. Curators review it; the DOI stays yours.
- ReportsGCRISee every way to contributeThe contribution types, how each is reviewed, what credit you receive, the licence and what is never accepted.
Never send personal data, sensitive infrastructure detail or anything you have no right to share. A contribution is reviewed before use; sending it confers no authorship or editorial rights, and sponsorship never buys a finding.
Bring a method, a dataset or a question.
Information and enquiries are open today. An enquiry receives a reference and names the next step; applications, payments, compute allocations and registrations open only when their team, terms and review capacity exist.
Legal documents.
Maps, data and figures on this site are shown for context and general information. They are not advice, forecasts or warnings; the limits of the information are set out in the Disclaimers and Data Notices.
