Method and sources

Basin turns three facts about a proposed data center (its size, where it is, and how it is cooled) into a water estimate. It uses basic physics and parameters from published measurements. This page lists every formula, parameter and data set so anyone can check the numbers or argue with them.

What Basin is, and what it isn't

Basin is a screening estimate. It tells you whether a project is likely to need thousands, hundreds of thousands, or millions of gallons on a hot day, and how that compares with the water local public systems deliver. It is not a substitute for the facility's design documents, a utility's capacity analysis, or a hydrogeologic study. When the developer publishes real numbers, use them. The “Check a water claim” box exists to test exactly those numbers.

The calculation

1. IT load from the announced size

Announcements usually give a campus's total power (“a 300 MW data center”). Basin converts that to the power used by servers (the IT load) with the facility's power usage effectiveness (PUE):

IT MW = announced MW ÷ PUE (if the figure is total power) IT MW = announced MW (if the figure is IT load)

When the cooling designs are compared, the figure you enter stays fixed. A 300 MW campus stays at 300 MW of total power whatever it uses, so lower-water designs leave less of that power for computing. If you enter IT load instead, the computing stays fixed and lower-water designs draw more power. “Ways to cut it” reports the extra electricity each design needs for the same computing.

2. Annual energy and heat

IT energy (kWh/yr) = IT MW × 1,000 × 8,760 h × average load Facility energy (kWh/yr) = IT energy × PUE Heat to remove (kWh/yr) = facility energy

Almost all electricity a data center uses ends up as heat. Treating all of it as heat the cooling system must remove slightly overstates the load (a few percent of losses, such as outdoor transformers, are shed elsewhere). The default average load is of the announced capacity. Lawrence Berkeley National Laboratory (LBNL) assumes data centers use about 50% of their grid interconnection on average, and the California Energy Commission uses 67%. You can change it under “Advanced assumptions”.

3. Water evaporated and water drawn

Evaporating water absorbs about 2,430 kJ per kg at 30 °C, so removing 1 kWh of heat purely by evaporation takes about 1.48 liters. Each cooling design evaporates a different share of the year's heat:

Evaporated (L/yr) = heat × annual evaporative share × 1.48 L/kWh Water drawn (L/yr) = evaporated × C ÷ (C − 1)

C is the cycles of concentration: how many times cooling-tower water is reused before minerals build up and some is flushed out as blowdown. EPA and the Department of Energy describe two to four cycles as common and six or more as possible with good treatment. Going from 3 to 6 cycles cuts water drawn by 20%. The default is . Water drawn is what the facility takes from its source (withdrawal). The evaporated part is lost to the air (consumption); the blowdown goes to a sewer or treatment plant. Closed-loop designs have no blowdown term.

4. The peak day

Water use is seasonal, and utilities size pipes and plants for the maximum day. Basin multiplies the average day by a peak-day ratio measured from utility meter data, then caps the result at what physics allows on a very hot day (1.25 times the full heat load evaporated, because hot, dry air also gives up heat to the water):

Peak day = min( average day × peak ratio, daily heat × 1.25 × 1.48 L/kWh × C ÷ (C − 1) )

5. Water at power plants

Off-site water (L/yr) = facility energy × state water intensity (L/kWh)

The state water intensity is water consumed by thermoelectric power plants for cooling in that state (EIA, 2024) divided by all electricity generated there. The U.S. value is L/kWh. It excludes evaporation from hydropower reservoirs. Studies that include it, such as LBNL 2024, put the U.S. average near 4.4 L/kWh, which would make the off-site bars about five times longer. A data center's power often comes from outside its state, so treat the off-site bar as indicative. The range shown is of the state value.

6. Local context

7. Checking a claim

Basin converts a stated figure into the share of the facility's heat it could remove by evaporation:

Peak-day claim: share = claim ÷ (facility MW × 24,000 kWh × 1.48 L/kWh × C ÷ (C − 1)) (full load) Annual claim: share = claim ÷ (annual heat × 1.48 L/kWh × C ÷ (C − 1))

Peak-day claims are assumed to describe the maximum day at full build-out, so full load is used. The share is then matched to the designs that produce it:

Implied sharePeak-day claimAnnual claim
Closed-loop or air-cooledunder 5%under 3%
Hybrid, or evaporative for part of the heat5–60%3% to the climate's hybrid/evaporative boundary
Mostly evaporative60–130%boundary to 115%
More than evaporative cooling of the whole siteover 130%over 115%

Common reasons a figure looks wrong: it is for one phase while the MW figure is for the whole campus, or the reverse. It may be an annual average quoted as if it were a peak. It may count staff use only (for example, 30 gallons per employee). It may leave out the one-time fill of a closed loop, which is often millions of gallons. Or it may be a contract cap rather than expected use.

Parameters

Values are low / central / high. The low and high cases bracket design and operating differences among real facilities. They are not statistical confidence intervals. These tables are generated from the same model.js file the calculator runs.

Power usage effectiveness

Sources: Google 1.09 (2024–25), Meta 1.08, AWS 1.14–1.15, Microsoft 1.16–1.17 (operator reports); LBNL 2024 report, AI facilities 1.14 and hyperscale 1.22 (2023); Uptime Institute 2025 survey, facilities of 20 MW or more 1.44. Air-cooled and closed-loop designs need more fan and compressor energy.

Annual share of heat removed by evaporation

Resulting water-usage effectiveness (L per kWh of IT energy, at default cycles)

These were calibrated against published values (all in liters per kWh of IT energy):

Peak-day ratio (maximum day ÷ average day)

Source: Han, Li, Wierman and Ren, Small Bottle, Big Pipe (2026 preprint, arXiv 2603.02705), from utility meter data. Cooling towers: Phoenix peak month ÷ average month 1.46 (implying a peak day of at least 2.2); The Dalles water zone 2.21. Adiabatic assist: Northern Virginia aggregate 3.5–3.7, Prince William Water 10 (2024), an Iowa hyperscale site at least 6.45, Leesburg about 8.

Climate classes

County climate zones are IECC/ASHRAE 169 zones (pre-2021 edition) from the Building America county list, via a public CSV. A few counties created since then use their state's most common zone.

Data

DataVintageUsed for
USGS, Estimated Use of Water in the United States, county-level data for 20152015 (latest county release)Population on public supply, public-supply use per person, groundwater withdrawals
U.S. Drought Monitor county statisticsUpdated weeklyDrought now
WRI Aqueduct 4.0 baseline water stress, joined to HydroBASINS level 62023Long-term water stress
EIA thermoelectric cooling water and state generation2024Water at power plants
Census Gazetteer counties and places; place-to-county relationship file; 2024 population estimates2025 / 2020 / 2024Search, names, locations
IECC climate zones by county (CSV of the Building America list)Pre-2021Climate class

Connecticut replaced its counties with planning regions in 2022, after USGS's 2015 release, so Basin estimates public supply there from 2024 population and the state's 2015 per-person use.

Limitations

Use, cite, improve

Basin is open source under the MIT license. Cite it as: Basin data center water calculator, AquaMesh (2026), https://aquamesh.github.io/basin. Better data, real facility numbers and corrections are welcome as GitHub issues. Everything runs in your browser, and nothing you enter is sent anywhere.

Built by AquaMesh. AquaMesh builds water and cooling optimization software for industrial sites and data centers. Basin's estimates use only the public sources above.