journal

Journal

What is a Knowledge graph?

A knowledge graph represents a network of entities, such as objects, events, situations or concepts, information, and illustrates the relationship between them.

fig. 03 — location layer

1. From Data to Meaning

A knowledge graph is a structured representation of real-world entities and the relationships between them.1 These entities may be products, suppliers, customers, locations, events, documents, processes or concepts. Rather than storing each item as an isolated record, a knowledge graph connects them into a network that reflects how they relate in the real world.

A knowledge graph consists of three basic components: nodes, edges and labels. Nodes represent entities, while edges describe the relationships between them. Labels provide meaning to both.

For example, one node may represent a customer and another a supplier. The edge between them could describe a commercial relationship, a contract, a delivery dependency or a transaction. In its simplest form, this can be expressed as a triple:

// KNOWLEDGE GRAPHEvery entity, one graph.Products, components, suppliers and the signals around them — connected as the company knowledge graph.HAS_FIGURESHAS_FIGURESORDER_FORREQUIRED_FORIN_PRODUCTABOUTABOUTHAS_PRODUCT_DEFIN_CompPART_OFSAME_ASSUPPLIESHAS_COSTSHIPS_VIASUPPLIESHAS_TERMSBASED_INABOUTIN_INVENTORYIN_INVENTORYRELATED_TOOWNSMADE_CLAIMRELATES_TOProductAssemblyCompCompOrderSalesFiguresSalesForecastMarketDataSocialMediaAnalysisComponentAnotherComponentCostShippingOptionFacilityAFacilityBSupplierAnotherSupplierContract /ServiceAgreementCountryMarketDataCustomerClaimProductComponentSupplierCustomerSignalsData source

2. Ontology Defines the Language

A knowledge graph shows the entities and relationships within a domain. An ontology defines what those entities and relationships mean.

It provides a formal description of the concepts that may exist in the graph, the categories to which they belong and the rules governing how they can be connected. It is the semantic model behind the graph.

A taxonomy might classify a supplier as strategic, regional or transactional. An ontology goes further. It can define that a strategic supplier supplies a critical material, that the material is used in a particular product, and that the product is manufactured at a specific plant. It can also define constraints, hierarchies and dependencies between these concepts.

This distinction becomes important when similar objects must be interpreted differently. Consider a venue that hosts multiple events. The location remains the same, but the events are separate because they occur at different dates and times, involve different participants and belong to different competitions. The ontology defines these distinctions so that the graph does not confuse the venue with the event or one event with another.

Knowledge graphs and ontologies often resemble each other visually because both are represented through nodes and relationships. They are also frequently based on standards such as the Resource Description Framework, or RDF, which represents knowledge through subject-predicate-object triples.2 3

The Web Ontology Language, or OWL, provides a widely adopted standard for defining more formal and machine-readable ontologies. These standards help ensure that knowledge can be interpreted consistently by databases, applications and AI systems.

In an enterprise context, the ontology acts as the shared language of the organisation. It establishes what a customer, product, order, asset, supplier or risk actually means, regardless of how those concepts are represented in individual systems.

3. Connecting the Enterprise

Knowledge graphs are usually constructed from multiple datasets that differ in structure, terminology and quality. Operational data may reside in ERP, planning, transport, manufacturing and customer systems. Additional context may be found in contracts, reports, procedures, emails, specifications and technical documentation.

The role of the knowledge graph is to connect these sources without pretending that they are identical.

What you are seeing is the actual knowledge graph of a company: a living representation of its data, entities, relationships and physical network. When the graph “fires,” core operational and numerical entities are queried and connected across the model. The system then derives how a change or event propagates through real locations, including factories, warehouses, suppliers and customers. This turns fragmented company data into a dynamic model that AI can use to understand impact, context and consequence.

Schemas define the structure of the graph. Identities determine when records from different systems refer to the same real-world entity. Context explains the circumstances in which a piece of knowledge applies. Together, these elements allow the graph to distinguish between concepts that may share the same name but have different meanings.

This is how a system can understand the difference between Apple the company and an apple the fruit. In an enterprise setting, the same principle may be used to distinguish between a customer as a legal entity, a commercial account, a delivery location or an ordering unit.

Once constructed, the knowledge graph becomes a shared context layer across the organisation. Search systems can retrieve information from multiple sources. AI assistants can follow dependencies rather than relying only on keyword similarity. Analysts can explore connections that were previously hidden across systems and departments.

The graph can also help create new knowledge. By connecting information that was previously separated, it can reveal previously unseen dependencies, risks and opportunities.

4. A Foundation for Enterprise AI

Knowledge graphs are already used in consumer applications. Google uses its Knowledge Graph to improve search results. DBpedia and Wikidata structure information from Wikipedia into machine-readable networks. Recommendation platforms connect users, content and behaviour to determine which products, films, articles or music may be relevant.

The same principles have significant value within enterprises.

Good examples of applications are found in Retail, Finance, Healthcare, and Supply Chain.

Especially in supply chain and operations, the potential is significant. A knowledge graph can connect suppliers, raw materials, products, recipes, bills of materials, production lines, warehouses, customers and transport flows. It allows AI to reason across the network rather than treating each dataset or document as a separate source.

This is where the knowledge graph becomes a foundational asset for enterprise AI.

A language model can interpret a question and formulate an answer, but it does not automatically understand the organisation asking the question. The graph provides that missing context. It tells the model which entities exist, how they are related and which definitions apply.

Combined with an organisational corpus and human industry knowledge, the knowledge graph creates the structure required for embedded intelligence. The corpus provides the evidence. The ontology provides the language. The graph provides the relationships. AI provides the interface and reasoning capability.

The result is not merely better information retrieval. It is an intelligence layer that reflects how the organisation actually operates.

  1. Hogan, A., Blomqvist, E., Cochez, M., D’Amato, C., de Melo, G., Gutiérrez, C., Kirrane, S., Gayo, J. E. L., Navigli, R., Neumaier, S., Ngonga Ngomo, A.-C., Polleres, A., Rashid, S. M., Rula, A., Schmelzeisen, L., Sequeda, J., Staab, S., & Zimmermann, A. (2021). Knowledge graphs. ACM Computing Surveys, 54(4), Article 71. https://doi.org/10.1145/3447772 ↩︎
  2. Singhal, A. (2012). Introducing the knowledge graph: Things, not strings. Google Official Blog. https://blog.google/products/search/introducing-knowledge-graph-things-not ↩︎
  3. Vrandečić, D., & Krötzsch, M. (2014). Wikidata: A free collaborative knowledge base. Communications of the ACM, 57(10), 78–85. https://doi.org/10.1145/2629489 ↩︎