Open datasets maintained by Digital4Better to describe the environmental footprint of digital services, cloud infrastructure, electricity systems, and AI models.
This repository is meant to be used as a data source, not as developer documentation. The main audience is analysts, sustainability teams, researchers, product teams, and anyone who needs reusable reference data in JSON or CSV.
These reference datasets are used, among other things, by fruggr, Digital4Better's platform for measuring and managing the environmental footprint of digital services.
The repository is organized as a set of reusable data collections:
| Collection | What it covers | Main files |
|---|---|---|
data/ai |
AI model catalog across vendors and cloud providers | models.json |
data/cloud |
Cloud regions, virtual machines, CPUs, accelerators | *-regions.*, *-vms.*, cpus.*, accelerators.* |
data/country |
Countries, regions, continents, and distance referentials | regions.*, countries.*, continents.*, *-distances.* |
data/energy |
Environmental impacts of electricity production technologies | energy-impacts.* |
data/mix |
Electricity mix by geography and time period | world-*, continent-*, country-*, subdivision-* |
data/factor |
Electricity impact factors derived from energy mix data | world-*, continent-*, country-*, subdivision-* |
data/facility |
Building electricity and fuel impact factors | factors.* |
data/transport |
Passenger and vehicle transport impact factors | factors.* |
data/equipment |
Equipment energy and embodied impact reference data | energy.*, embodied.* |
These datasets are used to:
- estimate the environmental footprint of digital services
- compare cloud infrastructure options across providers and regions
- model electricity-related impacts by country, continent, or subdivision
- model building energy consumption and employee travel impacts
- enrich internal or public sustainability dashboards
- document AI models and their characteristics in a structured way
The AI catalog in data/ai/models.json documents model families from providers such as OpenAI, Anthropic, Google, Mistral, Meta, Qwen, DeepSeek, Amazon, Cohere, and others.
This makes it useful for market mapping, observatories, governance, and cloud/AI portfolio analysis.
Main source families:
- cloud provider catalogs such as AWS Bedrock, Azure AI Foundry, Google Cloud Vertex AI, OVHcloud AI Endpoints, and Scaleway Generative APIs
- official model vendor documentation such as OpenAI, Anthropic, Mistral, Qwen, and DeepSeek
- model cards and open model hubs such as Hugging Face
- technical reports and synthesis sources such as LifeArchitect and ApXML Models
The cloud referentials in data/cloud provide structured information for major providers including AWS, Azure, GCP, Oracle Cloud Infrastructure, OVHcloud, and Scaleway.
Typical use cases:
- mapping regions and datacenter footprints
- comparing VM families and hardware characteristics
- linking compute infrastructure to sustainability calculations
Main source families:
- provider region and infrastructure documentation from AWS, Microsoft Azure, Google Cloud, Oracle Cloud Infrastructure, OVHcloud, and Scaleway
- manufacturer and hardware reference sources for CPUs and accelerators
- provider sustainability disclosures used for
pue,wue, andref, including AWS regional PUE/WUE, Microsoft regional fact sheets via datacenters.microsoft.com, Google Cloud regional CFE%, Oracle's Corporate Citizenship Report, OVHcloud FY25 KPIs and methodology note, and Scaleway's calculation reference values and impact reports
Current cloud assumptions kept in the datasets:
aws:pueandwuecome from the 2024 AWS regional CSV;refstays at0because AWS public renewable matching disclosures are not used as a region-level factor in this referentialazure: values come from Microsoft regional fact sheets, combining still-live PDFs with previously curated factsheet values for regions whose older PDFs are no longer publicly retrievablegcp:refcomes from regionalCFE%;wuecomes from previously derived values based on Google environmental reporting and is kept until Google publishes a clearer general regional water metricoracle: use a uniformpue = 1.07and provisionalwue = 0until OCI publishes region-level metricsovhcloud: follow FY25 KPI values forpue,wue, andrefscaleway: values come from documented datacenter figures, completed where needed with the provider's impact reports
The datasets in data/mix and data/factor help translate electricity consumption into environmental impacts.
They are available at several levels:
- world
- continent
- country
- subdivision
And across different time granularities:
- yearly
- monthly
Green-only variants are also available through files ending with -green.
Main source families:
- electricity generation data from Ember monthly electricity data and Ember yearly electricity data
- impact factors built from lifecycle assessment literature, including UNECE 2021 - Life cycle assessment of electricity generation options and related academic work such as this Energy paper
The annual factors in data/facility cover purchased building energy:
- electricity for France and Europe, retaining all nine available environmental indicators
- natural gas, heating oil, propane, and wood pellets when a verified ADEME factor is available
- explicit lower (
-pci) or higher (-pcs) calorific value bases in fuel factor identifiers
Electricity values are synchronized with the annual factors already generated in data/factor. Fuel values come from valid total records in the ADEME Base Carbone. District heating and cooling are not included because their factors depend on the local network.
The annual factors in data/transport provide a French catalogue for employee travel, including:
- four aviation distance bands
- national and regional rail, coach, bus, tram, and metro
- petrol, diesel, electric, hybrid, and plug-in hybrid cars
- thermal and electric scooters, motorcycles, walking, and bicycles
Collective and active modes are expressed per passenger-kilometre (pkm), while individual motor vehicles are expressed per vehicle-kilometre (vkm). Values come from the ADEME Impact CO2 transport API without vehicle construction; aviation retains radiative forcing. No European transport fallback is published when an equivalent factor cannot be verified.
The datasets in data/country provide geographic referentials used to map countries, continents, subdivisions, and estimated network distances.
Typical use cases:
- geographic normalization
- country and subdivision mapping
- rough estimation of distances between users, countries, regions, and datacenters
Main source families:
- ISO country and subdivision standards
- internally maintained geographic referentials used to derive administrative mappings and distance approximations
The datasets in data/equipment provide reference values for embodied impacts and operational energy of common digital equipment categories.
Typical use cases:
- footprint modeling at equipment level
- simplified lifecycle modeling for digital services
- comparative analysis of device or infrastructure categories
Main source families:
- Digital4Better internal modeling inputs
- lifecycle assessment literature and equipment reference datasets used for sustainability calculations
Most collections are published in both formats:
JSONfor structured or nested dataCSVfor tabular exploration, spreadsheets, and BI tools
If a collection is only available in one format, it is usually because that format is the most natural one for the data structure.
Impact values combine an indicator-specific unit with a functional unit. For example, a gwp value in a transport record whose unit is pkm is expressed in kg CO2 eq/pkm. The unit field is therefore the denominator of every impact present in that record, not the unit of the impact indicator itself.
| Files | Functional unit | Meaning |
|---|---|---|
data/energy/energy-impacts.* |
kWh |
Impact per kilowatt-hour of electricity generated by the specified technology. The fixed functional unit is not repeated in each record. |
data/factor/* |
kWh |
Impact per kilowatt-hour of electricity consumed for the specified geography and period. The fixed functional unit is not repeated in each record. |
data/facility/factors.* |
kWh |
Impact per kilowatt-hour of electricity or fuel energy. For fuels, -pci and -pcs in the factor ID identify the lower or higher calorific value basis. |
data/transport/factors.* |
pkm or vkm |
Impact per passenger-kilometre for collective and active transport, or per vehicle-kilometre for individual motor vehicles. |
data/equipment/embodied.* |
/s or /GB/km |
Embodied impact allocated per second for equipment and virtual machines, or per gigabyte-kilometre for networks. |
data/equipment/energy.* |
W or Wh/GB/km |
Operational power for equipment and virtual machines, or electricity used per gigabyte-kilometre for networks. These fields are energy values, not environmental impacts. |
pkm means one passenger transported over one kilometre. vkm means one vehicle travelling one kilometre, independently of its passenger count. GB/km means one gigabyte transferred over one kilometre.
The following indicators and native units are shared by the energy, electricity factor, facility, transport, and equipment collections. They follow the Environmental Footprint impact-category conventions documented by the European Commission Joint Research Centre.
| Field | Environmental impact | Native unit |
|---|---|---|
adpe |
Resource use, minerals and metals | kg Sb eq |
ap |
Acidification | mol H+ eq |
ctue |
Freshwater ecotoxicity | CTUe |
ctuh-c |
Human toxicity, cancer | CTUh |
ctuh-nc |
Human toxicity, non-cancer | CTUh |
gwp |
Climate change, global warming potential over 100 years | kg CO2 eq |
ir |
Ionising radiation, human health | kBq U-235 eq |
pm |
Particulate matter, human health | disease incidence |
wu |
Water use | m3 world eq |
The complete unit is obtained by dividing the native unit by the collection's functional unit. Examples include kg CO2 eq/kWh, mol H+ eq/kWh, kg CO2 eq/pkm, and kg CO2 eq/vkm.
An absent JSON property or an empty CSV cell means that the indicator is not available for that factor. It must not be interpreted as zero. An explicit numeric 0 is a known zero value.
data/equipment/embodied.* also contains the following indicators. Their native units are divided by the unit stored in the same equipment record.
| Field | Environmental impact | Native unit |
|---|---|---|
adpf |
Resource use, fossils | MJ |
epf |
Eutrophication, freshwater | kg P eq |
epm |
Eutrophication, marine | kg N eq |
ept |
Eutrophication, terrestrial | mol N eq |
gwpb |
Climate change, biogenic | kg CO2 eq |
gwpt |
Climate change, total | kg CO2 eq |
gwplu |
Climate change, land use and land-use change | kg CO2 eq |
lu |
Land use, soil quality index | Pt (dimensionless) |
odp |
Ozone depletion | kg CFC-11 eq |
pocp |
Photochemical ozone formation | kg NMVOC eq |
mips |
Material input per service unit | kg |
Cloud region files use additional operational indicators which are not life-cycle impact categories:
| Field | Metric | Unit |
|---|---|---|
pue |
Power Usage Effectiveness | Ratio, dimensionless |
wue |
Water Usage Effectiveness | L/kWh |
ref |
Renewable Energy Factor | Ratio from 0 to 1 |
- AI models:
data/ai/models.json - Cloud regions:
data/cloud - Country and region referentials:
data/country - Energy impacts:
data/energy/energy-impacts.json - Electricity mix:
data/mix - Electricity factors:
data/factor - Facility factors:
data/facility - Transport factors:
data/transport - Equipment data:
data/equipment
This repository aims to provide transparent and reusable reference data, but some values should be interpreted with care.
- Some fields are derived from public documentation, model cards, technical reports, or literature rather than official disclosures.
- Some collections include explicit uncertainty markers such as
estimated. - AI and cloud catalogs evolve quickly, so historical and legacy entries may coexist with current ones.
- Environmental factors are based on a mix of primary data, literature, and modeling assumptions.
When available, source URLs are kept directly in the data files themselves.
- GitHub repository: digital4better/data
- Digital4Better: digital4better.com
- fruggr: fruggr.io
- Contributing guide: CONTRIBUTING.md
This repository is published under the ODC Open Database License (ODbL).