Metric and imperial in the estimators

Every estimator that offers metric entry — all but the feet-and-inches and linear-feet tools — takes metres and centimetres, and the construction unit converter moves any figure between systems, but the arithmetic underneath never changes system: the engines compute in feet, inches, square feet, and cubic feet, and a metric entry is converted once on the way in and once on the way out. This guide covers the constants both systems share, the integer "grain" arithmetic that keeps the converter exact, what a tool's unit toggle does, why the 25 kg and 30 kg concrete bags carry manufacturer yields, and how to read a six-significant-digit result.

Everything here is units and quantities. Nothing on this page or in any tool determines structural adequacy, building-code compliance, engineering suitability, or permit requirements — those are questions for a licensed engineer, architect, or code official, as the methodology page sets out.

The definitions both systems share

Converting feet to metres involves no measurement: the imperial units are defined as exact metric quantities, so the factors are exact by definition. The geometry engine holds the length, area, and volume factors and the converter holds the weight ones; the converter derives its grain counts from them, and the unit toggles divide by them:

  • 1 ft = 12 in and 1 cu yd = 27 cu ft.
  • 1 in = 2.54 cm = 25.4 mm; 1 ft = 0.3048 m; 1 yd = 0.9144 m.
  • 1 sq ft = 0.09290304 m² (0.3048 squared); 1 cu ft = 0.028316846592 m³ (0.3048 cubed), so 1 cu yd = 0.764554857984 m³.
  • 1 lb = 0.45359237 kg; 1 US short ton = 2,000 lb = 907.18474 kg; 1 tonne = 1,000 kg.

Grains: why the converter is exact

The converter avoids decimal arithmetic until the last step. Within each category it picks a grain so small that every supported unit is a whole number of grains. For length the grain is a tenth of a millimetre: a metre is 10,000 grains, an inch 254, a foot 3,048, a yard 9,144. Area uses that grain squared, volume uses it cubed, and weight uses a hundred-millionth of a kilogram, so a pound is 45,359,237 grains. The full table, from the engine's unit list:

Category Unit Grains per unit
Length inches (in) 254
Length feet (ft) 3,048
Length yards (yd) 9,144
Length millimetres (mm) 10
Length centimetres (cm) 100
Length metres (m) 10,000
Area square feet (sq ft) 9,290,304
Area square yards (sq yd) 83,612,736
Area square metres (m²) 100,000,000
Volume cubic feet (cu ft) 28,316,846,592
Volume cubic yards (cu yd) 764,554,857,984
Volume cubic metres (m³) 1,000,000,000,000
Volume litres (L) 1,000,000,000
Weight pounds (lb) 45,359,237
Weight US tons, short (ton) 90,718,474,000
Weight kilograms (kg) 100,000,000
Weight metric tonnes (t) 100,000,000,000

A conversion is (value × grains[from]) ÷ grains[to]: one multiplication and one division. The product is exact whenever it is exactly representable as a double — which every value in the engine header's examples is — and the division is correctly rounded. Those three examples, reproduced through the engine:

  • 1 ft → in: 1 × 3,048 ÷ 254 = 12 in.
  • 80 lb → kg: 80 × 45,359,237 = 3,628,738,960, ÷ 100,000,000 = 36.2873896 kg — a terminating quotient, so the printed digits are the whole answer.
  • 5 cu yd → m³: 5 × 764,554,857,984 = 3,822,774,289,920, ÷ 1,000,000,000,000 = 3.82277428992 m³.

When the quotient does not terminate, no decimal is exact. One metre in feet is 10,000 ÷ 3,048 = 3.28083989501… ft; the engine keeps the nearest double and the converter shows 3.28084 ft. The engine never rounds, its tests check every unit pair there and back, and it accepts values up to 1,000,000,000 in any unit.

Worked conversions

Each row was computed by convertValue at build time: the engine value as far as the display layer keeps it, then the converter's six-significant-digit reading.

Conversion Engine value Shown (6 significant) Quotient
1 ft → in 12 12 exact
80 lb → kg 36.2873896 36.2874 exact
5 cu yd → m³ 3.82277428992 3.82277 exact
5 ft 6 in → m 1.6764 1.6764 exact
100 sq ft → m² 9.290304 9.2903 exact
1 cu yd → m³ 0.764554857984 0.764555 exact
30 kg → lb 66.1386786555… 66.1387 rounded
1 m → ft 3.28083989501… 3.28084 rounded
1 m³ → cu yd 1.30795061931… 1.30795 rounded
1 tonne → lb 2,204.62262185… 2,204.62 rounded

The 5 ft 6 in row takes the same path a tool uses for mixed feet and inches — inches ÷ 12 added to the feet, then the grain arithmetic — and lands on 1.6764 m exactly. A tonne is 1.10231 US short tons, so a quote that just says "ton" needs the question asked first.

What the imperial/metric toggle on a tool does

Each estimator with a units toggle has an Imperial/Metric radio pair, and each mode reads only its own boxes: feet (often with an optional inches box) and inches on one side; metres, centimetres, millimetres, square metres, and cubic metres or litres on the other. Whichever set is showing, the field reader converts the entry into the engine's canonical unit before anything else happens: metres ÷ 0.3048 gives feet, centimetres ÷ 2.54 and millimetres ÷ 25.4 give inches, square metres ÷ 0.09290304 gives square feet, and cubic metres ÷ 0.028316846592 gives cubic feet (litres are divided by 1,000 first). The engine then runs exactly as it would for an imperial entry, and the metric readout multiplies the results back out. Three slabs through the concrete slab calculator's engine, all at the 10% concrete waste convention (adjustable in every form):

Imperial, whole feet: 12 × 10 ft at 4 in. Area 120 sq ft × (4 ÷ 12) ft = 40 cu ft = 1.4815 cu yd (1.1327 m³); with waste 1.6296 cu yd; rounded up to the quarter-yard ordering step, 1.75 cu yd, with 0.1204 cu yd spare.

Imperial, feet and inches: 12 ft 6 in × 9 ft 3 in at 5 in. The inches boxes fold in first — 12.5 ft and 9.25 ft — giving 115.625 sq ft, 48.1771 cu ft = 1.7843 cu yd, 1.9628 cu yd with waste, and a 2 cu yd order. Finer tape fractions: see the feet, inches, and fractions guide.

Metric: 5 × 4 m at 10 cm. The reader turns 5 m into 16.4042 ft, 4 m into 13.1234 ft, and 10 cm into 3.937 in. The engine sees 215.28 sq ft (20 m²), computes 70.63 cu ft, and that reads back as 2 m³ — the figure metres give directly. Waste makes it 2.2 m³, and the engine's quarter-yard order, 3 cu yd, is shown beside it as 2.2937 m³.

That last line is the model's honest edge: the quarter-yard step is a ready-mix ordering convention to confirm with the supplier, and the site reports the rounded order in cubic metres rather than inventing a metric increment. The ordering step itself is covered in the cubic feet, cubic yards, and ordering concrete guide.

The factor-of-twelve mistake, and its metric cousin

The classic misreading in concrete estimating is a unit slip in the thickness box. In imperial mode length and width are feet but thickness is inches, so a 4 ft figure typed there as 48 — or a 4 in slab typed as a decimal-foot fraction — is wrong by exactly 12×: the 12 × 10 ft slab at 48 in computes 480 cu ft and a 19.75 cu yd order against the correct 1.75, a factor of 12 in net volume. Metric mode has the same trap with a bigger multiplier: length and width are metres but thickness is centimetres, so 10 cm typed as 0.1 (its value in metres) computes 0.02 m³ instead of 2 m³, a factor of 100. Neither slip is caught by the arithmetic; if a volume looks absurd, read the thickness label first.

Metric concrete bags carry their own yields

The concrete bag calculator switches bag tables with the toggle: imperial compares the 40 lb, 50 lb, 60 lb, 80 lb sizes from the QUIKRETE Concrete Mix (No. 1101) data sheet; metric compares the 25 kg and 30 kg sizes sold in Canada, with yields from Target Products, the licensed manufacturer of QUIKRETE in western Canada. The metric yields are not converted pound figures: mixes are batched and rated per bag by the manufacturer, and the published metric yields sit slightly above the pound rate:

Bag In pounds Pound-rate estimate Published yield Yield in litres
25 kg 55.12 lb 0.4134 cu ft 0.43 cu ft 12.18 L
30 kg 66.14 lb 0.496 cu ft 0.52 cu ft 14.72 L

The pound-rate column is 0.0075 cu ft per pound (the 80 lb yield ÷ 80, the rate every imperial size on the data sheet works out to) times the bag's weight in pounds; the tool uses the published figure, converted to litres with the exact cubic-foot factor. The imperial data sheet states its yields as approximate; other brands differ, so check the bag. Every size in both tables is worked through in the concrete bag yields by size guide.

Two metric volumes at the same adjustable 10% waste: 0.5 m³ arrives as 17.66 cu ft, becomes 19.42 cu ft (550 L) with waste, and ceil(adjusted ÷ yield) gives 46 × 25 kg or 38 × 30 kg; 350 L arrives as 12.36 cu ft, becomes 13.6 cu ft (385 L), and rounds up to 32 × 25 kg or 27 × 30 kg. The same 0.5 m³ through the pound table takes 33 × 80 lb bags — a different count because the yields are different products, not because the volume changed.

Six significant digits, not six decimals

The converter shows six significant digits because the sensible number of decimals depends on the units: 36.2874 kg, 0.764555 m³, and 2,204.62 lb are all six-digit readings with the point wherever the magnitude puts it. Values are normalised to strip floating-point artefacts and rounded once for display; the estimator pages round to a few decimals (the examples above use two or four), but the value that feeds a package count is never the rounded one. Package rounding is the other kind, and it always goes up: 2.8775 cu yd became a 3 cu yd order, and 19.42 cu ft became 38 whole 30 kg bags. Display rounding is cosmetic; purchase rounding is a decision.

Where the model stops

Conversions are unit arithmetic on the numbers you enter; they cannot correct a mismeasured dimension or a wrong unit label. The tools do not translate packaging across systems — a 25 kg bag is its own product, not a rescaled 55 lb bag — and they do not know how a metric supplier rounds an order, applies delivery minimums, or varies products by region. And the site-wide boundary applies: quantities only, never structural adequacy, code compliance, or engineering suitability. A perfectly converted quantity is still only a quantity.

Frequently asked questions

Do I get a different answer if I switch a tool from imperial to metric?

No. The toggle changes which boxes show and which units lead the result; the engine computes in feet, inches, square feet, and cubic feet in both modes, using the same exact factors as the unit converter.

The converter says its factors are exact, so why are the results rounded?

The arithmetic is exact; only the display is rounded. When the quotient terminates — 80 lb is exactly 36.2873896 kg — the printed digits are the whole answer, and the converter shows 36.2874 kg. When it does not, as with 1 m = 3.28083989501… ft, the engine holds the nearest double and shows 3.28084.

Are the 25 kg and 30 kg concrete bag yields just the pound figures converted?

No. The imperial yields come from the QUIKRETE Concrete Mix (No. 1101) data sheet; the metric yields are published per bag by Target Products, the licensed manufacturer of QUIKRETE in western Canada. A 30 kg bag weighs 66.14 lb, which would imply 0.496 cu ft at the pound rate, but the manufacturer states 0.52 cu ft, and the tool uses the published figure.

Why do the estimators compute in feet instead of metres?

Because every coverage and yield constant on the site is published in US customary units — cubic feet per bag, bricks per hundred square feet of wall, square feet per gallon. Converting once at the input and once for display keeps one tested code path instead of two that could drift apart.

What is the metric version of the inches-versus-feet mistake?

Centimetres versus metres. The imperial thickness box takes inches beside feet, so a wrong-unit entry is off by 12×; the metric thickness box takes centimetres beside metres, and the same slip is off by 100×. Check the thickness box first whenever a volume looks wildly high or low.

Related: the construction unit converter and its printable chart, the concrete bag calculator for both bag tables, the concrete bag yields by size guide, the cubic feet, cubic yards, and ordering concrete guide for the ready-mix step, the feet, inches, and fractions guide for the tape-measure side, and the full list of guides.

The conversions and worked figures on this page are computed at build time by the same engines that run the tools, and dimensions you enter on the tools never leave your browser. The full estimation pipeline is documented on the methodology page.