Theory
No single standard covers everything — so you map
On a real project you rarely use one standard in isolation. You hold data described in several (SNOMED↔ICD, GS1↔schema.org, FIBO↔your internal model) and the value is in aligning them faithfully. This is the capstone skill: a good mapping preserves meaning and is honest about where meanings don't quite line up.
- Class & property alignment (OWL) —
owl:equivalentClass,rdfs:subClassOf,owl:equivalentProperty. Powerful, butequivalentClassis a strong claim a reasoner will act on — assert it only when the two classes truly coincide. - SKOS mapping relations — for vocabularies/thesauri, SKOS offers graded honesty:
skos:exactMatch,skos:closeMatch,skos:broadMatch/narrowMatch,skos:relatedMatch.closeMatchis the unsung hero — it says 'near enough to follow, not safe to infer through'. - SSSOM — the Simple Standard for Sharing Ontological Mappings captures each mapping with metadata: who made it, the predicate, a confidence score, the justification. Mappings become data you can review and maintain, not lost tribal knowledge.
- The pitfalls — false
exactMatch(granularity mismatch: one standard splits what another lumps), unversioned maps that rot as standards evolve, and no owner for the crosswalk. Treat mappings as governed, versioned artefacts.
Use Case Example: A health analytics team needs ICD-coded billing data to line up with SNOMED-coded clinical records. They use the published SNOMED→ICD map, record each link as SSSOM with skos:closeMatch (not exactMatch, because the granularities differ), and version the crosswalk — so when SNOMED's next release ships, they can re-validate instead of silently drifting.