This guide introduces the core concepts of entities and relations in Expert Center, explaining how raw building data transforms into a unified knowledge graph.
Expert Center processes building data through several stages, creating different types of entities and relationships along the way. Understanding these concepts is essential for effectively using Expert Center to build your knowledge graph.
Source Entities are the foundation of your knowledge graph. These are the original entities that exist in your building's data sources (connectors).
Every Source Entity represents something real in your building, such as a:
For example:
1VAV-101.DMPR_POS
Raw Source Entities are like unlabeled boxes in a warehouse - you know they exist, but not what they are or how they relate to each other. Expert Center uses a powerful AI-assisted approach to transform this raw data into meaningful building intelligence.
The process works in two stages: first, human experts label a subset of entities to create training examples, then AI learns from these examples to automatically process the rest. This combination of human expertise and AI scalability enables you to build comprehensive knowledge graphs from thousands of data points.
When human experts manually classify Source Entities during the Label step, they become Labeled Source Entities. A Labeled Source Entity contains three key components:
Let's explore each component:
When labeling
1VAV-101.DMPR_POS
These become Derived Entities - entities manually created by experts who understand the building systems.
Experts also establish relationships between the Source Entity and Derived Entities using "SELF" notation:
1VAV-101.DMPR hasPoint SELF
1VAV-101 hasPart VAV-101.DMPR
These Labeled Derived Relations create the hierarchical structure of the current Source Entity and its Derived Entities.

After learning from Labeled Source Entities, the AI model automatically processes remaining Source Entities, creating Inferred Source Entities. Like their labeled counterparts, Inferred Source Entities contain:
The model:
For example, after learning from
1VAV-101.DMPR_POS
1VAV-102.DMPR_POS
1VAV-102 hasPoint SELF
The final step addresses a common challenge: the same physical equipment often appears differently across various data sources. A single air handler might be:
1AHU01
1Air Handler 1
1AC-1
Unified Entities solve this by creating a connector-agnostic representation of real-world entities. They:
Instead of seeing three different air handlers in your graph, you see one Unified Entity (which you might name "AHU-01") that encompasses all representations.
Understanding these concepts helps you see how Expert Center transforms raw building data:
The result is a clean, unified knowledge graph that accurately represents your building's systems and their relationships, ready for analytics and operations.
Learn about the labeling process to create high-quality training data
Understand inference and processing to scale your knowledge graph
Explore unification to merge entities across connectors