"What AI Actually Needs in 2026" β one optimizes for measurement, the other for meaning. Jessica Talisman, MLS
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.
Metrics-first abstraction for consistent BI. Answers "What is X?" using SQL abstractions and dimensional models. Designed for humans. Optimizes for measurement.
Formal specification of a shared conceptualization using OWL/SKOS/RDF. Defines classes, properties, relationships supporting logical inference. Designed for systems. Optimizes for meaning.
Graph-structured data model connecting entities through typed relationships. Used for biomedical discovery, clinical decision support, enterprise knowledge. Context graphs are a subtype.
Captures decision reasoning β the "why" behind actions. Palantir's proprietary ontology and PKO (Cefriel/Siemens/BOSCH) are implementations. Treats context as a core competency.
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.
Bioinformatics foundation for 20+ years. Models genes, biological processes, molecular functions, cellular components. Works because the alternative simply doesn't.
Healthcare ontology: 350K+ concepts, millions of relationships. Global clinical terminology and decision support.
Procedural Knowledge Ontology from Cefriel/Siemens/BOSCH. Distinguishes procedures from executions across six knowledge areas. Applied to microgrid controllers.
Built Foundry (2012) with ontologies over semantic layers. Context-first architecture for intelligence, supply chain, financial crime detection.
Open-sourced MetricFlow under Apache 2.0. Proponent of the semantic layer as bridge between AI and structured data.
Published foundational guidance on context engineering for AI agents. Context = prompts, memories, few-shot examples, tool descriptions.
Active in Open Semantic Interchange and context engineering. Hosts The Great Data Debate.
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.
Metrics-first abstraction for consistent BI measurement, designed for human dashboard consumption.
Formal specification of shared conceptualization using OWL/SKOS/RDF, supporting logical inference.
Graph-structured data model connecting entities through typed relationships.
Knowledge graph subtype capturing decision reasoning β why, not just what.
Providing all context for a task to be plausibly solvable by an LLM.
W3C Web Ontology Language β rich knowledge representation with logical inference.
W3C standard for thesauri, taxonomies, and structured controlled vocabularies.
Resource Description Framework β subject-predicate-object triples for data interchange.
Looker's 2012 data modeling language β the first widely-adopted semantic layer.
dbt Labs' open-source semantic layer for governed conversational analytics.
Bioinformatics ontology for 20+ years β genes, processes, functions, components.
Healthcare ontology: 350K+ concepts, millions of clinical relationships.
Ask: "Is this for humans or for AI?" Human-oriented layers answer "What is X?" β AI needs representations that support inference.
Identify classes, properties, attributes, relationships. This is ontology engineering, not metric definition. Domain expertise is essential.
Record why decisions were made β approvals, overrides, exceptions. Consider the PKO model's six knowledge areas.
Knowledge architecture is a distinct discipline from metric definition or data engineering. Plan for years of iterative refinement.
Explore context-aware semantic layers (Open Semantic Interchange). But be realistic about the gap between inference and SQL generation.
Study Gene Ontology, SNOMED CT, and Palantir Foundry. They demonstrate ontologies work at scale. Learn from their architectures.
Don't wait for convergence. Organizations investing in knowledge representation today will be positioned when metric-only approaches hit their ceiling.
Ready-to-run queries via URIBurner SPARQL endpoint.
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/sparqlPREFIX 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/sparqlDESCRIBE <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.