eduKateSG · Why Science?
A number becomes scientific evidence only when its unit, scale, method and uncertainty travel with it
Start with the measurement you need to interpret, then follow the checks that keep conversion, comparison and reporting honest.
Science learning becomes powerful when a value can be read the same way by a pupil, a laboratory, a database and a computer program. The OBO Foundry describes the Units of Measurement Ontology, or UO, as metrical units for use with the Phenotype and Trait Ontology. Its official record lists use in the Ontology for Biomedical Investigations, the Statistical Methods Ontology and the HUPO Proteomics Standards Initiative mass-spectrometry vocabulary. UO gives units stable identifiers and definitions, but it does not decide whether an instrument was calibrated, a value was copied correctly or a conversion is scientifically appropriate. This guide supports Primary Science, PSLE Science, Secondary Science, O-Level Science, O-Level Biology, mathematics, computing and STEM education as a longform evidence-reading route; it is not a laboratory protocol, medical advice, an admission promise or a career guarantee.
Related eduKate reading: UCUM and unambiguous measurement units; Ontology for Biomedical Investigations; PSI-MS mass-spectrometry vocabulary; Information Artifact Ontology; Science Learning Hub; Education Hub; STEM Education; Careers by Subject Capability.
Primary and official sources checked on 13 October 2026: OBO Foundry Units of Measurement Ontology overview, checked 13 October 2026; Official Units Ontology source repository; Canonical Units Ontology OWL release; Units Ontology publication listed by OBO Foundry; 2026 Singapore–Cambridge O-Level Biology syllabus; MOE G2/G3 Lower Secondary Science teaching and learning syllabus; 2026 MOE G2 Computing syllabus. Ontologies, definitions and release products can change, so preserve dated documentation, exact source records and file versions.
How a unit turns a number into interpretable evidence
A bare number is ambiguous. “Five” could mean five seconds, five millimetres, five cells, five degrees Celsius or a category code. A unit gives the numeric value a metrical role, while the measured variable and method explain what the quantity means scientifically.
The OBO Foundry describes UO as metrical units for use with PATO. This makes a practical bridge between a phenotypic quality such as length or mass and the unit attached to its measured value.
The official UO page documents reuse by OBI, STATO and PSI-MS. Shared identifiers matter because the same unit can appear in an experimental design, a statistical result and a mass-spectrometry file without each project inventing a local code.
A unit identifier is more stable than a display symbol. The letter “m” may be interpreted differently outside context, and typography can blur micro, milli and metre. The identifier preserves the intended class while labels serve the reader.
Unit and quantity kind are different. Seconds and metres are both units, yet one measures duration and the other length. A dimensional check should fail before any conversion attempts to combine incompatible quantities.
Scale prefixes change magnitude. A milligram is not a gram with decorative text; losing the prefix changes a value by three orders of magnitude. Data pipelines should store the unit identifier beside every value rather than relying on a column heading that may be detached.
Some conversions use multiplication, while temperature scales can involve an offset as well as a factor. A generic “multiply by constant” rule is not safe for every unit system.
Precision must survive conversion. Writing more decimal places does not create more information than the instrument recorded, and rounding choices can matter near a scientific threshold.
Units do not establish measurement quality. A perfectly coded micrometre value can still come from an uncalibrated instrument, a biased sampling plan or a transcription error.
Counts deserve explicit modelling too. A count of colonies, reads or organisms needs the counted entity, inclusion rule, sampling area or volume and observation method, even when the formal unit is dimensionless.
The official repository distinguishes stable release files from an editor version used during ontology development. Reproducible work should pin the release actually used rather than silently following a changing branch.
The happy promise is controlled translation. When values, UO identifiers, dimensions, methods and uncertainty remain connected, people and software can compare evidence without pretending that every measurement is interchangeable.
Begin with the measurand: the property intended to be measured. Two teams may both report kilograms while measuring different things, so matching units alone never proves matching scientific meaning.
Keep the original reported value and unit alongside any normalised form. This allows a later reviewer to inspect the conversion rather than trusting a transformed number with no history.
Separate unit conversion from calibration. Conversion changes representation under a mathematical rule; calibration relates instrument response to a reference and carries its own evidence and uncertainty.
Reference conditions can matter for concentration, volume and gas measurements. Temperature, pressure, solution basis and specimen preparation may determine whether two values are comparable.
A ratio can be dimensionless yet still have a defined numerator, denominator and reference population. Removing those parts turns a meaningful rate into an unexplained decimal.
Missing units should fail visibly. Guessing from neighbouring rows or a familiar range may make a table look tidy while manufacturing scientific certainty.
Composite units need parsable structure. A label such as milligrams per litre contains a numerator, denominator and prefix that software should not recover from free text alone.
Coordinate and logarithmic scales require more than ordinary units. Decibels, pH and transformed intensities need the reference and transformation definition as well as the displayed symbol.
For classroom experiments, one measurement table can include value, unit, instrument, resolution, repeated readings and uncertainty. This turns “remember the unit” into an evidence habit.
Reader-ready reporting puts units in column headers for scanning and retains machine-readable identifiers at value or field level for reliable exchange.
Unit normalisation can hide source diversity. If every temperature is converted to kelvin, keep whether the original instrument reported Celsius or Fahrenheit and how many significant digits were available.
Error bars and uncertainty intervals have units too. A standard deviation of 2 is uninterpretable unless the underlying variable and unit are known.
Threshold decisions should be performed on validated quantities before display rounding. A value rounded to the cut-off can appear equal even when its stored measurement lies on one side.
A spreadsheet formula that converts units is part of the method. Preserve the formula or code, software version, factor source and tests rather than keeping only the converted column.
Unit aliases and spelling variants improve search but should resolve to one declared meaning. Synonyms must not merge distinct scales merely because readers use the same everyday word.
Dimensional analysis is a powerful low-cost test. It cannot prove a model is correct, but incompatible dimensions can reveal a broken equation or mapping before more expensive review.
Database schemas should not put one unspecified unit on a whole mixed column. Use validated field contracts or explicit unit references that can change only where the model permits.
When an ontology term becomes obsolete or is replaced, migration should document which records changed, whether conversions were involved and whether downstream calculations were rerun.
Before combining datasets, create a unit inventory: variable, unit identifier, scale, allowed range, missingness code, reference conditions, precision and source. This often exposes semantic mismatch early.
UO works best as one layer in an evidence system. Ontology identifies the unit; metrology, calibration, experimental design, provenance and statistical reasoning establish whether the value deserves comparison.
| Stage | Question | Evidence | Responsible output |
|---|---|---|---|
| Observe | What was measured, counted or derived? | Specimen, variable, instrument, method and time | A bounded observation |
| Qualify | Which unit and scale apply? | UO identifier, symbol, definition and dimension | A machine-readable quantity value |
| Convert | Can the value be transformed safely? | Declared factor, offset, precision and reference conditions | A traceable converted value |
| Compare | Do the records answer the same question? | Compatible dimensions, methods, uncertainty and context | A responsible comparison |
Inside this guide
1–12 · Meaning, quantity and scale
- 1. Begin with the measurand
- 2. Use the UO identifier
- 3. Read the definition
- 4. Separate value from unit
- 5. Separate unit from quantity kind
- 6. Check prefixes
- 7. Check dimensions
- 8. Record the original representation
- 9. Model compound units
- 10. Handle temperature scales
- 11. Handle counts
- 12. Handle percentages
13–24 · Conversion, validation and provenance
- 13. Convert with a declared rule
- 14. Preserve significant information
- 15. Record uncertainty
- 16. Record calibration
- 17. Record reference conditions
- 18. Validate allowed units
- 19. Test round-trip conversion
- 20. Keep provenance per value
- 21. Distinguish missing from dimensionless
- 22. Audit spreadsheet formulas
- 23. Challenge matching labels
- 24. Challenge plausible ranges
25–36 · Learning, communication and pathways
- 25. Challenge automatic guessing
- 26. Challenge false precision
- 27. Review ontology migrations
- 28. Connect to Primary Science
- 29. Connect to Secondary Science
- 30. Connect to mathematics
- 31. Connect to computing
- 32. Connect to pathways
- 33. Did you know?
- 34. Write a reader-ready measurement note
- 35. Build a validation ladder
- 36. Finish with a reproducible quantity bundle
Section 1 of 36
1. Begin with the measurand
Name the property intended to be measured before choosing a unit. Mass, length, duration, concentration and temperature answer different questions even when their values look similar.
Working checkpoint — UO identifier: Write the variable, entity, condition and observation purpose in one sentence. Keep the value, UO identifier, measurand, method, precision and uncertainty together.
For mathematics, use dimensional analysis to test equations before calculating.
Section 2 of 36
2. Use the UO identifier
A stable UO class connects the displayed label to a maintained definition and release history.
Working checkpoint — measurement unit: Store the identifier, preferred label, symbol and ontology release. Check dimension, prefix, factor, offset and reference conditions before conversion.
For computing, make incompatible quantities and missing unit identifiers fail visibly.
Section 3 of 36
3. Read the definition
Unit names can be familiar while their formal scope, dimension or relation to another unit is overlooked.
Working checkpoint — quantity value: Compare the definition with the instrument output and study protocol. Preserve original and normalised values with the exact transformation and software version.
For writing, put the unit beside the value and the method beside the claim.
Section 4 of 36
4. Separate value from unit
The number and its unit are different fields that must travel together through sorting, export and calculation.
Working checkpoint — conversion factor: Test whether either field can become detached in the workflow. Treat missing or inferred units as unresolved evidence, not a formatting inconvenience.
For students, ask what would change if the unit disappeared from the answer.
Section 5 of 36
5. Separate unit from quantity kind
Compatible symbols do not replace the need to identify what physical or statistical quantity is represented.
Working checkpoint — dimensional check: Record the quantity kind and reject dimensionally incompatible entries. Pin the ontology release and validate every unit field against an explicit schema.
For parents, the calm checkpoint is whether the child can explain what the number measures.
Section 6 of 36
6. Check prefixes
Micro, milli, centi and kilo encode powers of ten; one lost character can change the claim dramatically.
Working checkpoint — release provenance: Parse prefixes from a controlled unit identifier, not visual guesswork. Keep the value, UO identifier, measurand, method, precision and uncertainty together.
For mathematics, use dimensional analysis to test equations before calculating.
Section 7 of 36
7. Check dimensions
Dimensional compatibility is the first gate for addition, subtraction and conversion.
Working checkpoint — UO identifier: Write the base dimensions on both sides of the proposed operation. Check dimension, prefix, factor, offset and reference conditions before conversion.
For computing, make incompatible quantities and missing unit identifiers fail visibly.
Section 8 of 36
8. Record the original representation
Normalised units help comparison, but the source value shows what the instrument or author actually reported.
Working checkpoint — measurement unit: Preserve original value, original unit and source precision. Preserve original and normalised values with the exact transformation and software version.
For writing, put the unit beside the value and the method beside the claim.
Section 9 of 36
9. Model compound units
Rates and concentrations combine numerator and denominator units whose order and grouping matter.
Working checkpoint — quantity value: Represent each component and operation explicitly. Treat missing or inferred units as unresolved evidence, not a formatting inconvenience.
For students, ask what would change if the unit disappeared from the answer.
Section 10 of 36
10. Handle temperature scales
Celsius, Fahrenheit and kelvin conversions can include offsets; ratio reasoning is not always valid.
Working checkpoint — conversion factor: Use a tested scale-specific transformation. Pin the ontology release and validate every unit field against an explicit schema.
For parents, the calm checkpoint is whether the child can explain what the number measures.
Section 11 of 36
11. Handle counts
Counts need the entity definition, counting rule and sampling frame even when no physical dimension is present.
Working checkpoint — dimensional check: Name what was counted and what was excluded. Keep the value, UO identifier, measurand, method, precision and uncertainty together.
For mathematics, use dimensional analysis to test equations before calculating.
Section 12 of 36
12. Handle percentages
A percentage requires a numerator, denominator and reference set; 20 percent of what is a scientific question.
Working checkpoint — release provenance: Keep both underlying quantities beside the derived percentage. Check dimension, prefix, factor, offset and reference conditions before conversion.
For computing, make incompatible quantities and missing unit identifiers fail visibly.
Section 13 of 36
13. Convert with a declared rule
A conversion should cite the factor or formula and state its valid domain.
Working checkpoint — UO identifier: Store the transformation as executable and readable method information. Preserve original and normalised values with the exact transformation and software version.
For writing, put the unit beside the value and the method beside the claim.
Section 14 of 36
14. Preserve significant information
Conversion and display must not imply more precision than the observation supports.
Working checkpoint — measurement unit: Carry source resolution and document the rounding rule. Treat missing or inferred units as unresolved evidence, not a formatting inconvenience.
For students, ask what would change if the unit disappeared from the answer.
Section 15 of 36
15. Record uncertainty
Measurement uncertainty limits how closely values can be compared and how many digits are meaningful.
Working checkpoint — quantity value: Store uncertainty type, unit, coverage and calculation method. Pin the ontology release and validate every unit field against an explicit schema.
For parents, the calm checkpoint is whether the child can explain what the number measures.
Section 16 of 36
16. Record calibration
Calibration evidence concerns the instrument and reference, not merely the unit code.
Working checkpoint — conversion factor: Link calibration date, reference material and status to the measurement. Keep the value, UO identifier, measurand, method, precision and uncertainty together.
For mathematics, use dimensional analysis to test equations before calculating.
Section 17 of 36
17. Record reference conditions
Some quantities depend on temperature, pressure, wet or dry mass, or another stated basis.
Working checkpoint — dimensional check: Keep those conditions in structured fields. Check dimension, prefix, factor, offset and reference conditions before conversion.
For computing, make incompatible quantities and missing unit identifiers fail visibly.
Section 18 of 36
18. Validate allowed units
A variable contract can permit one unit or an approved convertible set.
Working checkpoint — release provenance: Reject unexpected units before analysis. Preserve original and normalised values with the exact transformation and software version.
For writing, put the unit beside the value and the method beside the claim.
Section 19 of 36
19. Test round-trip conversion
Converting to a canonical unit and back should recover the source value within declared precision.
Working checkpoint — UO identifier: Create fixtures for ordinary, extreme and boundary values. Treat missing or inferred units as unresolved evidence, not a formatting inconvenience.
For students, ask what would change if the unit disappeared from the answer.
Section 20 of 36
20. Keep provenance per value
A dataset-level note cannot explain which row was converted, corrected or inferred.
Working checkpoint — measurement unit: Attach source and transformation history at the lowest practical level. Pin the ontology release and validate every unit field against an explicit schema.
For parents, the calm checkpoint is whether the child can explain what the number measures.
Section 21 of 36
21. Distinguish missing from dimensionless
No unit supplied and a genuinely dimensionless ratio are not the same state.
Working checkpoint — quantity value: Use explicit missingness and quantity-kind codes. Keep the value, UO identifier, measurand, method, precision and uncertainty together.
For mathematics, use dimensional analysis to test equations before calculating.
Section 22 of 36
22. Audit spreadsheet formulas
A correct-looking converted column may hide overwritten formulas or mixed reference cells.
Working checkpoint — conversion factor: Review formulas, lock references and export a reproducible script. Check dimension, prefix, factor, offset and reference conditions before conversion.
For computing, make incompatible quantities and missing unit identifiers fail visibly.
Section 23 of 36
23. Challenge matching labels
Two local strings can look identical while referring to different scales or contexts.
Working checkpoint — dimensional check: Resolve each label to a stable identifier before merging. Preserve original and normalised values with the exact transformation and software version.
For writing, put the unit beside the value and the method beside the claim.
Section 24 of 36
24. Challenge plausible ranges
A value inside a familiar range can still carry the wrong unit, specimen or method.
Working checkpoint — release provenance: Validate provenance before using range checks. Treat missing or inferred units as unresolved evidence, not a formatting inconvenience.
For students, ask what would change if the unit disappeared from the answer.
Section 25 of 36
25. Challenge automatic guessing
Software may infer units from headers or magnitude, but an inference must remain visible and reviewable.
Working checkpoint — UO identifier: Quarantine guessed units until a source confirms them. Pin the ontology release and validate every unit field against an explicit schema.
For parents, the calm checkpoint is whether the child can explain what the number measures.
Section 26 of 36
26. Challenge false precision
Trailing digits added by conversion or software formatting do not increase measurement information.
Working checkpoint — measurement unit: Round according to source precision and analytical purpose. Keep the value, UO identifier, measurand, method, precision and uncertainty together.
For mathematics, use dimensional analysis to test equations before calculating.
Section 27 of 36
27. Review ontology migrations
Changed or obsolete unit terms can affect validators and downstream mappings.
Working checkpoint — quantity value: Compare releases and migrate records with a documented crosswalk. Check dimension, prefix, factor, offset and reference conditions before conversion.
For computing, make incompatible quantities and missing unit identifiers fail visibly.
Section 28 of 36
28. Connect to Primary Science
Length, mass, volume and time activities help pupils see why a number needs both a unit and a method.
Working checkpoint — conversion factor: Use one table with repeated readings and clear units. Preserve original and normalised values with the exact transformation and software version.
For writing, put the unit beside the value and the method beside the claim.
Section 29 of 36
29. Connect to Secondary Science
Rates, concentrations, energy and temperature make compound units and conversion discipline essential.
Working checkpoint — dimensional check: Ask students to check dimensions before substituting values. Treat missing or inferred units as unresolved evidence, not a formatting inconvenience.
For students, ask what would change if the unit disappeared from the answer.
Section 30 of 36
30. Connect to mathematics
Ratios, powers of ten, algebraic rearrangement and significant figures explain how unit operations work.
Working checkpoint — release provenance: Solve symbolically with units carried through every line. Pin the ontology release and validate every unit field against an explicit schema.
For parents, the calm checkpoint is whether the child can explain what the number measures.
Section 31 of 36
31. Connect to computing
Typed quantities, validation rules and unit libraries reduce silent conversion errors in software.
Working checkpoint — UO identifier: Write tests for missing, incompatible and offset units. Keep the value, UO identifier, measurand, method, precision and uncertainty together.
For mathematics, use dimensional analysis to test equations before calculating.
Section 32 of 36
32. Connect to pathways
Measurement semantics matters in laboratory science, engineering, data stewardship, environmental work and scientific software.
Working checkpoint — measurement unit: Check current official course and career information separately. Check dimension, prefix, factor, offset and reference conditions before conversion.
For computing, make incompatible quantities and missing unit identifiers fail visibly.
Section 33 of 36
33. Did you know?
The official UO page lists use by OBI, STATO and PSI-MS, so one unit vocabulary can connect experimental design, statistics and instrument data.
Working checkpoint — quantity value: Trace one unit identifier across two different standards. Preserve original and normalised values with the exact transformation and software version.
For writing, put the unit beside the value and the method beside the claim.
Section 34 of 36
34. Write a reader-ready measurement note
State the variable, value, unit, instrument, method, conditions, precision, uncertainty and any conversion.
Working checkpoint — conversion factor: Make the number interpretable without opening the original spreadsheet. Treat missing or inferred units as unresolved evidence, not a formatting inconvenience.
For students, ask what would change if the unit disappeared from the answer.
Section 35 of 36
35. Build a validation ladder
Check variable identity, unit identifier, dimension, scale, conversion, precision, calibration, context and provenance in order.
Working checkpoint — dimensional check: Stop interpretation at the earliest unresolved layer. Pin the ontology release and validate every unit field against an explicit schema.
For parents, the calm checkpoint is whether the child can explain what the number measures.
Section 36 of 36
36. Finish with a reproducible quantity bundle
Deliver source values, unit mappings, conversion code, reference conditions, calibration evidence, tests and limitations.
Working checkpoint — release provenance: Make every displayed quantity traceable to its original observation. Keep the value, UO identifier, measurand, method, precision and uncertainty together.
For mathematics, use dimensional analysis to test equations before calculating.
Contents · Previous section · Continue to the Science Learning Hub
