Ontologies, Context Graphs & Semantic Layers

"What AI Actually Needs in 2026" β€” one optimizes for measurement, the other for meaning. Jessica Talisman, MLS

Published Jan 22, 2026 in Metadata Weekly by Prukalpa Sankar Β· 26+ comments

About

About This Knowledge Graph

This knowledge graph captures Jessica Talisman's January 2026 Metadata Weekly analysis of the architectural divergence between semantic layers (metrics-first, designed for human BI consumption) and ontologies (meaning-first, supporting logical inference via OWL/SKOS/RDF). Talisman traces the history from LookML (2012) through Palantir Foundry's ontology-first architecture to dbt's MetricFlow and the emerging context engineering category. Her thesis: AI changes the stakes β€” semantic layers optimize for calculation while ontologies optimize for meaning, and the winners will be those who solve for meaning. 411 triples: 5 architecture patterns, 3 ontology examples, 8 organizations, 10 FAQs, 12 glossary terms, 7 HowTo steps.

Architecture

Semantic Layer vs Ontology: The Architectural Divide

Semantic Layer

Metrics-first abstraction for consistent BI. Answers "What is X?" using SQL abstractions and dimensional models. Designed for humans. Optimizes for measurement.

Ontology

Formal specification of a shared conceptualization using OWL/SKOS/RDF. Defines classes, properties, relationships supporting logical inference. Designed for systems. Optimizes for meaning.

Knowledge Graph

Graph-structured data model connecting entities through typed relationships. Used for biomedical discovery, clinical decision support, enterprise knowledge. Context graphs are a subtype.

Context Graph

Captures decision reasoning β€” the "why" behind actions. Palantir's proprietary ontology and PKO (Cefriel/Siemens/BOSCH) are implementations. Treats context as a core competency.

Context Engineering

Emerging category: "the art of providing all the context for the task to be plausibly solvable by the LLM" (Tobi LΓΌtke). Encompasses prompts, memories, ontologies, and tool descriptions.

Real-World

Ontology Examples That Work at Scale

Gene Ontology

Bioinformatics foundation for 20+ years. Models genes, biological processes, molecular functions, cellular components. Works because the alternative simply doesn't.

SNOMED CT

Healthcare ontology: 350K+ concepts, millions of relationships. Global clinical terminology and decision support.

PKO

Procedural Knowledge Ontology from Cefriel/Siemens/BOSCH. Distinguishes procedures from executions across six knowledge areas. Applied to microgrid controllers.

Ecosystem

Organizations Shaping the Landscape

Palantir

Built Foundry (2012) with ontologies over semantic layers. Context-first architecture for intelligence, supply chain, financial crime detection.

dbt Labs

Open-sourced MetricFlow under Apache 2.0. Proponent of the semantic layer as bridge between AI and structured data.

Anthropic

Published foundational guidance on context engineering for AI agents. Context = prompts, memories, few-shot examples, tool descriptions.

Atlan

Active in Open Semantic Interchange and context engineering. Hosts The Great Data Debate.

FAQ

Frequently Asked Questions (10)

Semantic layers answer "What is X?" β€” metrics-first, SQL abstractions, human BI consumption. Ontologies support inference β€” formal concepts, explicit relationships, system understanding. One optimizes for measurement; the other for meaning.

Knowing revenue = SUM(order_total) WHERE completed doesn't explain why revenue dropped in Q3. Semantic layers modeled metrics; the metadata was structural, not semantic. Logic stayed in syntax/compute rather than representation.

Gene Ontology (bioinformatics, 20+ years), SNOMED CT (healthcare, 350K+ concepts), Palantir Foundry (operational decision-making). These work at scale because the alternative doesn't.

A subtype of knowledge graph capturing decision reasoning β€” why actions happened, not just outcomes. Example: VP approves discount exceeding policy; context graph records the reasoning. PKO formalizes this for industrial applications.

dbt's MetricFlow encodes meaning in YAML β€” calculation models absent relationships, natural language, definitions, and rich context. Metadata was structural not semantic. Ontology engineering and metric definition are fundamentally different disciplines.

LLMs need context and meaning, not dashboards. Knowledge graphs and ontologies provide structured, relationship-rich information that AI systems can reason over β€” purpose-built for context provision in ways that flat metric definitions cannot match.

Talisman is skeptical: adding inference to a SQL-generation system would require building a KG from scratch. A middle ground may emerge via context-aware semantic layers (Open Semantic Interchange).

Emerging category: "the art of providing all the context for the task to be plausibly solvable by the LLM" β€” encompassing prompts, memories, ontologies, knowledge graphs, and tool descriptions.

(1) Building an AI analyst requires knowledge representation, not just metrics. (2) Ask "Is this for humans or for AI?" when evaluating semantic layers. (3) Ontologies require domain expertise, knowledge management, and iterative refinement.

For metric lookup, semantic layers suffice. For complex reasoning and inference, they won't. Metrics may become one input to a richer architecture. The winners solve for meaning, not calculation.

Glossary

Key Terms (12)

Semantic Layer

Metrics-first abstraction for consistent BI measurement, designed for human dashboard consumption.

Ontology

Formal specification of shared conceptualization using OWL/SKOS/RDF, supporting logical inference.

Knowledge Graph

Graph-structured data model connecting entities through typed relationships.

Context Graph

Knowledge graph subtype capturing decision reasoning β€” why, not just what.

Context Engineering

Providing all context for a task to be plausibly solvable by an LLM.

OWL

W3C Web Ontology Language β€” rich knowledge representation with logical inference.

SKOS

W3C standard for thesauri, taxonomies, and structured controlled vocabularies.

RDF

Resource Description Framework β€” subject-predicate-object triples for data interchange.

LookML

Looker's 2012 data modeling language β€” the first widely-adopted semantic layer.

MetricFlow

dbt Labs' open-source semantic layer for governed conversational analytics.

Gene Ontology

Bioinformatics ontology for 20+ years β€” genes, processes, functions, components.

SNOMED CT

Healthcare ontology: 350K+ concepts, millions of clinical relationships.

Step-by-Step

Evaluating Your Data Architecture for AI (7 Steps)

1

Audit your semantic layer's purpose

Ask: "Is this for humans or for AI?" Human-oriented layers answer "What is X?" β€” AI needs representations that support inference.

2

Map your domain concepts formally

Identify classes, properties, attributes, relationships. This is ontology engineering, not metric definition. Domain expertise is essential.

3

Capture decision context, not just outcomes

Record why decisions were made β€” approvals, overrides, exceptions. Consider the PKO model's six knowledge areas.

4

Invest in knowledge architecture

Knowledge architecture is a distinct discipline from metric definition or data engineering. Plan for years of iterative refinement.

5

Evaluate the middle ground

Explore context-aware semantic layers (Open Semantic Interchange). But be realistic about the gap between inference and SQL generation.

6

Learn from existing ontologies

Study Gene Ontology, SNOMED CT, and Palantir Foundry. They demonstrate ontologies work at scale. Learn from their architectures.

7

Start building now

Don't wait for convergence. Organizations investing in knowledge representation today will be positioned when metric-only approaches hit their ceiling.

Query

SPARQL Query Examples

Ready-to-run queries via URIBurner SPARQL endpoint.

1Entity Type Summary
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
SELECT ?type (COUNT(?s) AS ?count)
WHERE { GRAPH <https://linkeddata.uriburner.com/DAV/demos/daas/ontologies-context-graphs-semantic-jessica-talisman-deepseek_v4pro-1.ttl> { ?s rdf:type ?type } }
GROUP BY ?type ORDER BY DESC(?count)
β–Ά Open at linkeddata.uriburner.com/sparql
2Organizations & Ontology Examples
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX schema: <http://schema.org/>
PREFIX : <https://metadataweekly.substack.com/p/ontologies-context-graphs-and-semantic#>
SELECT ?entity ?name ?type WHERE {
  GRAPH <https://linkeddata.uriburner.com/DAV/demos/daas/ontologies-context-graphs-semantic-jessica-talisman-deepseek_v4pro-1.ttl> {
    { ?entity rdf:type schema:Organization ; schema:name ?name }
    UNION { ?entity rdf:type :OntologyExample ; schema:name ?name }
  }
} ORDER BY ?name
β–Ά Open at linkeddata.uriburner.com/sparql
3DESCRIBE the source article
DESCRIBE <https://metadataweekly.substack.com/p/ontologies-context-graphs-and-semantic#analysis>
FROM <https://linkeddata.uriburner.com/DAV/demos/daas/ontologies-context-graphs-semantic-jessica-talisman-deepseek_v4pro-1.ttl>

DESCRIBE uses text/x-html-nice-turtle.

β–Ά Open at linkeddata.uriburner.com/sparql

Knowledge Graph Explorer

β–Ά