1.1.6 · D5Matter, Measurement & the Mole
Question bank — Significant figures and rounding rules
Every trap below targets one of the four ideas the topic is built on:
- Which zeros are real (measured) vs which are placeholders (just locate the decimal).
- Relative vs absolute uncertainty — the reason multiply/divide and add/subtract use different rules.
- Exact numbers never limiting precision.
- Honest rounding, including the half-to-even ("banker's") rule.
True or false — justify
True or false: and have the same number of significant figures.
False. has 2 sig figs; the extra trailing in is after the decimal and deliberately written, so it counts — giving 3. The leading zeros are placeholders in both.
True or false: writing more digits always makes a measurement more accurate.
False. Extra digits you didn't measure are fake precision — a lie about how sure you are. Accuracy is about being close to the true value (see Accuracy vs precision); padding zeros changes neither accuracy nor precision.
True or false: the number definitely has 4 significant figures.
False. Trailing zeros in a whole number with no decimal are ambiguous — could be 2, 3, or 4 sig figs. Only scientific notation settles it, e.g. is unambiguously 3.
True or false: and both have 3 significant figures.
True. The zero is sandwiched between non-zero digits in both — you can't reach the last digit without passing through it, so it is genuinely measured.
True or false: exact numbers like "12 in a dozen" have exactly 2 significant figures.
False. Counted or defined numbers are infinitely precise — there is no uncertainty in "exactly 12." They never cap the sig figs of a calculation.
True or false: in , the factor limits the answer to 1 sig fig.
False. The is exact (a definition of a diameter's relation to radius), so it has infinite sig figs. Only the measured (and the precision you use for ) limits the result.
True or false: the same rounding rule (fewest sig figs) applies to both and .
False. Multiply/divide → match the fewest significant figures; add/subtract → match the fewest decimal places. They differ because stacks relative error while stacks absolute error.
True or false: has fewer sig figs than alone.
False. has 3 sig figs; the sum has 4. Addition is governed by decimal places, not sig figs — the answer keeps 1 decimal place (the fewest of the inputs), which happens to give 4 sig figs.
True or false: rounding after every step gives the same final answer as rounding once at the end.
False. Intermediate rounding injects small errors that snowball. Always carry guard digits and round only the final answer.
Spot the error
A student says: " has 4 sig figs because there are four digits after the point." Spot the error.
The two leading zeros () are placeholders and don't count. Only the and the two trailing zeros are significant → 3 sig figs, cleaner as .
A student computes and reports 3 sig figs. Spot the error.
For addition you compare decimal places on the same scale. , and both are integers (0 decimal places), so the answer is fine — but the reasoning "3 sig figs from the sig-fig rule" is wrong; addition uses decimal places, and it lands at 3 sig figs only by coincidence.
A student rounds to one decimal using banker's rounding and gets . Spot the error.
Banker's rounding only applies when the dropped part is exactly with nothing after. Here the dropped part is "" but there's a nonzero digit context — wait: dropping just the final from leaves "" as the decider with nothing after → nearest even → . That is actually correct; the trap is thinking you must always round up.
A student says so the density is g/mL. Spot the error.
They kept fake precision. Division caps sig figs at , set by the 2-sig-fig volume, so the honest answer is g/mL. See Density and derived quantities.
A student writes " metres to 3 sig figs is ." Spot the error.
as written is ambiguous, so it can't be the 3-sig-fig form. Write m to make the 3-sig-fig promise unmistakable.
A student says has only 1 sig fig "because zeros never count." Spot the error.
Leading zeros don't count, but the trailing zero after the decimal does. So has 2 sig figs ( and the final ).
Why questions
Why do leading zeros never count, no matter how many you write?
They are placeholders that only fix where the decimal point sits. is the same measurement; the zeros vanish in scientific notation because they carry no precision information.
Why does multiplication track significant figures but addition tracks decimal places?
Multiplying scales relative (percent) uncertainty, and sig figs are a relative measure of precision. Adding stacks absolute uncertainty in fixed units, and decimal places measure absolute position. See Uncertainty and error propagation.
Why do scientists prefer writing numbers in scientific notation?
Because in , every digit of is significant — there are no ambiguous trailing zeros, so your precision promise is exact and unmistakable.
Why is "round half to even" (banker's rounding) fairer than "always round 5 up"?
Always rounding up pushes averages systematically upward, creating a bias. Sending half the borderline 5's up and half down keeps the mean rounding error near zero.
Why can't a calculated answer be more precise than its least-precise input?
Because uncertainty propagates — mixing a fuzzy number with a sharp one gives a fuzzy result, like adding clean water to mud. The weakest measurement caps how much you honestly know.
Why do exact numbers never limit a calculation's precision?
They carry zero uncertainty (counted or defined), so they contribute no fuzziness to propagate. Only measured values, which have uncertain last digits, can cap the result.
Edge cases
Edge case: how many sig figs does (plain zero) have?
A bare has no significant figures in the usual sense — it's a placeholder for "nothing measured." A measured zero must be written with a decimal, e.g. (1 sig fig) or (2), to declare its precision.
Edge case: round to 3 sig figs — what happens to the digit count?
The dropped rounds the up, cascading: . The result is written to keep 3 sig figs; dropping the trailing zeros would falsely lower the precision.
Edge case: does have the same sig figs as ?
No. explicitly has 2 sig figs (the and the ), while a lone has just 1. Scientific notation lets you state precision that a bare integer can't.
Edge case: subtract . Why is "catastrophic cancellation" a sig-fig trap here?
Both inputs had 4 sig figs but the result has only 1. Subtracting nearly equal numbers destroys significant figures — the leading digits cancel, leaving only the uncertain tail. This is a key case in Uncertainty and error propagation.
Edge case: is the leading zero in significant?
No. It's purely a placeholder that makes the decimal point easy to see; only the is significant, so has 1 sig fig.
Edge case: how many sig figs in a conversion factor like used in Units and dimensional analysis?
Infinite — this is a defined exact relationship, so here does not limit precision, unlike a measured cm which would have 3.
Recall One-line summaries to lock in
Zeros: lead = placeholder, sandwiched = real, trailing-after-decimal = real, trailing-whole = ambiguous. Which digit ::: bare "yes"/"no" is never a complete answer — always attach the reason (relative vs absolute error, placeholder vs measured, exact vs measured).