GraphNews

6121 bookmarks
Custom sorting
Twenty-five years ago today, Tim Berners-Lee, James Hendler, and Ora Lassila published "The Semantic Web" in Scientific American.
Twenty-five years ago today, Tim Berners-Lee, James Hendler, and Ora Lassila published "The Semantic Web" in Scientific American.
Twenty-five years ago today, Tim Berners-Lee, James Hendler, and Ora Lassila published "The Semantic Web" in Scientific American. The article described a web in which information carried meaning, not just links. Agents would delegate work, share trust in context, and exchange proofs of their reasoning. Ontologies would mediate between systems that had never met. Most of that vision did not arrive on schedule. What did arrive was the connection layer. APIs, microservices, eventually MCP. Brilliant engineering, all of it. The meaning layer was deferred, debated, and quietly set aside as too academic for the timelines of the day. Twenty-five years later, the deferral is closing. Agentic AI does not negotiate the gap between systems the way humans do. It needs explicit meaning, explicit constraint, explicit provenance. The artefacts the 2001 article named (RDF, and the ontology languages that followed) are what turn out to govern what agents can safely do. The vision was not wrong. It was early. And the pressure that finally makes it operational is not coming from the standards bodies. It is coming from the deployment risk of systems that act. To the three authors, and to everyone who kept the work alive through the quiet decades between: the anniversary is yours. The article: https://lnkd.in/eEMkjixw | 31 comments on LinkedIn
·linkedin.com·
Twenty-five years ago today, Tim Berners-Lee, James Hendler, and Ora Lassila published "The Semantic Web" in Scientific American.
RDF Messages and Databooks: Working with the RDF Stream Processing Community Group at W3C on a proposal that adds the concept of “a message” to the core RDF concepts and syntaxes
RDF Messages and Databooks: Working with the RDF Stream Processing Community Group at W3C on a proposal that adds the concept of “a message” to the core RDF concepts and syntaxes
It’s been a while since I’ve written a paper as first author. This one, co-authored with Piotr Sowiński, touches on the core of Linked Data, and we’re presenting it as a poster contribution at ESWC - European Semantic Web Conference next week! 🤓 https://lnkd.in/gGyGaAs5 We’ve been working with the RDF Stream Processing Community Group at W3C on a proposal that adds the concept of “a message” to the core RDF concepts and syntaxes. We believe that’s needed because we want to not only build interoperable data *stores*, we also want to be able to build interoperable streams for building more reactive applications. We’ve made a couple of decisions (definitions, syntax, blank node scope, etc.) and documented that in a draft specification at https://lnkd.in/e2D_Hs5p At the conference, we’re looking for implementations: come build with us, live! My implementation for the RDF-JS ecosystem took 100 lines of code:  (https://lnkd.in/gfzWbn9C). Can you code it up for your ecosystem at our poster stand? We’re also looking for comments from people following the RDF1.2 working group Adrian Gschwend Ora Lassila Olaf Hartig Ruben Taelman: does the design make sense? Does the idea resonate? What would be the best way to eventually get this into a W3C recommendation? Serendipity Engine #linkeddataeventstreams IDLab (UGent - imec)
·linkedin.com·
RDF Messages and Databooks: Working with the RDF Stream Processing Community Group at W3C on a proposal that adds the concept of “a message” to the core RDF concepts and syntaxes
BrowseNet: BrowseNet is a novel graph-based RAG framework that performs query-guided traversal over structured Graph-of-Chunks, enabling efficient context retrieval for complex multi-hop queries while achieving state-of-the-art performance with significantly reduced reliance on proprietary LLM inference. [ICLR'26]
BrowseNet: BrowseNet is a novel graph-based RAG framework that performs query-guided traversal over structured Graph-of-Chunks, enabling efficient context retrieval for complex multi-hop queries while achieving state-of-the-art performance with significantly reduced reliance on proprietary LLM inference. [ICLR'26]
·github.com·
BrowseNet: BrowseNet is a novel graph-based RAG framework that performs query-guided traversal over structured Graph-of-Chunks, enabling efficient context retrieval for complex multi-hop queries while achieving state-of-the-art performance with significantly reduced reliance on proprietary LLM inference. [ICLR'26]
Ontology-Constrained Neural Reasoning in Enterprise Agentic...
Ontology-Constrained Neural Reasoning in Enterprise Agentic...

ONTOLOGY-CONSTRAINED NEURAL REASONING: EMPIRICAL PROOF FROM PRODUCTION

A preprint posted to arXiv in April by Thanh Luong Tuan of Golden Gate University and the Foundation AgenticOS project offers some of the most rigorous empirical evidence yet for the value of formal ontological grounding in LLM-based enterprise systems. The paper presents a neurosymbolic architecture — implemented in a production platform serving 650+ agents across 21 industry verticals — that constrains LLM reasoning through a three-layer ontological framework: Role, Domain, and Interaction ontologies.

The experimental results are striking. Across 600 controlled runs spanning FinTech, Insurance, Healthcare, and Vietnamese banking, ontology-coupled agents significantly outperform their ungrounded counterparts on metric accuracy (p < .001), regulatory compliance (p = .003), and role consistency (p < .001). Crucially, the gains are largest in domains where LLM parametric knowledge is weakest — a finding the paper formalises as the "inverse parametric knowledge effect." The less an LLM already knows about a domain from pretraining, the more ontological grounding is worth.

This finding has significant practical implications. It suggests that the organisations most likely to benefit from neurosymbolic architectures are precisely those operating in specialised, regulated, or low-resource-language domains — exactly the sectors that have the highest stakes in AI reliability and the lowest tolerance for hallucination. A hospital system operating in Vietnamese, or a European insurance firm working with domain-specific regulatory terminology, has more to gain from a formal ontology layer than a general-purpose English-language chatbot deployment.

The architecture also introduces what the paper calls "ontological polymorphism" — the ability to share a structural schema across tenants while allowing domain-specific instantiation. That is a meaningful contribution to the multi-tenant knowledge platform design pattern and worth close reading for anyone building shared semantic infrastructure.

·arxiv.org·
Ontology-Constrained Neural Reasoning in Enterprise Agentic...
Startup tackles knowledge graphs to improve AI accuracy
Startup tackles knowledge graphs to improve AI accuracy

LOVELACE LAUNCHES ELEMENTAL: CAN A STARTUP OUT-GRAPH PALANTIR?

A new entrant in the enterprise knowledge graph market is making bold claims — and attracting serious attention from the semantic web community. Lovelace AI has launched Elemental, an AI-assisted platform for constructing and maintaining large-scale knowledge graphs, with a pitch that goes directly at established players such as Palantir and Neo4j. Andrew Moore, Lovelace's co-founder and former head of Google Cloud AI, argues that the bottleneck in enterprise knowledge graph adoption has never been belief — it has been the sheer labour cost of building and maintaining schemas. Elemental, he says, reduces that cost dramatically through AI-assisted graph construction.

The technical claim is notable: Lovelace also operates YottaGraph, a separate context engine that aggregates public and licensed data, currently holding close to a trillion facts and growing by roughly a billion a week. That corpus underpins Elemental's ability to bootstrap domain schemas with a degree of coverage that would take a team of ontologists years to produce manually.

The market framing is equally pointed. Stanford's 2026 AI Index reports hallucination rates ranging from 22% to 94% across 26 leading models — numbers that make the case for structured grounding almost unanswerable. Gartner has designated knowledge graphs a "critical enabler" with immediate impact on GenAI. And DataM Intelligence puts the global knowledge graph market at $1.34 billion in 2025, projected to exceed $19 billion by 2033. Lovelace is entering at a moment when the market narrative is already written; the question is execution.

For semantic technologists, the more interesting claim is Moore's assertion that the schema-construction bottleneck identified by R.V. Guha — formerly of both OpenAI and Google — has been substantively addressed. That is a strong claim, and the community will be watching closely as Elemental moves from experimental preview into broader deployment.

·cio.com·
Startup tackles knowledge graphs to improve AI accuracy
#semanticlayer #dataengineering #analytics #datamodeling #sql #ontology #opensource #ai #llm #datastack | Ralfo Becher
#semanticlayer #dataengineering #analytics #datamodeling #sql #ontology #opensource #ai #llm #datastack | Ralfo Becher
🚀 OrionBelt Semantic Layer v2.0 is out, and yes, the major version jumped because I broke things on purpose. Here is what is new. 🕸️ Ontology Graph in the UI. Not a static SVG, an actual interactive vis-network view of your model with toggleable layers for data objects, dimensions, measures, metrics, and joins. I have looked at a lot of semantic layers. Nobody else seems to ship this out of the box. You have been missing out. 🎭 Role-playing dimensions, finally usable. A new `via` property tells the planner which fact a dimension belongs to. So Sales Employee and Purchase Employee stay properly separated, no more "why is the same person in there twice with mysteriously halved totals". 🧬 Coalesce in the query. When you DO want to merge those role-playing dimensions back into a single column for a report, write {coalesce: [Sales Employee, Purchase Employee], as: Employee}. The planner handles it per UNION ALL leg, NULL-padding and all. Try finding that elsewhere in the wild. I will wait. 💥 Strict many-to-one joins. Reverse traversal of an m-to-1 join is now a hard error instead of silently inflating your numbers by 5x and ruining your Monday. You are welcome. Plus: pretty-printed SQL on every response, primaryKey markers in the ER diagram, a responsive Gradio UI that does not look like 2014 anymore, and a few less embarrassing defaults. OBML. YAML in, correct SQL out. No marketing slides. 👉 Try it live: https://lnkd.in/dGEkAyJ2 Code and docs in the first comment ↓ #SemanticLayer #DataEngineering #Analytics #DataModeling #SQL #Ontology #OpenSource #AI #LLM #DataStack
·linkedin.com·
#semanticlayer #dataengineering #analytics #datamodeling #sql #ontology #opensource #ai #llm #datastack | Ralfo Becher
A Two-Week Sprint for Knowledge
A Two-Week Sprint for Knowledge
From Agile to Design Thinking. Scrum assumes tame problems that can be time-boxed, estimated with planning poker, decomposed into user stories, tracked on a velocity chart and declared done against a checklist. If only knowledge were this tame. Knowledge organization is anything but tame.
·jessicatalisman.substack.com·
A Two-Week Sprint for Knowledge
Topologic py (v0.9.22). Expanding beyond Graph Machine Learning, this version incorporates a unified Graph Database class that can speak to Neo4j and Kuzu, a unified LLM class that can speak to a plethora of LLM models (both remote and local), and a GraphRAG class that bring the power of node-by-node with human-in-the-loop generation to topologicpy
Topologic py (v0.9.22). Expanding beyond Graph Machine Learning, this version incorporates a unified Graph Database class that can speak to Neo4j and Kuzu, a unified LLM class that can speak to a plethora of LLM models (both remote and local), and a GraphRAG class that bring the power of node-by-node with human-in-the-loop generation to topologicpy
to hashtag#topologicpy (v0.9.22). Expanding beyond Graph Machine Learning, this version incorporates a unified Graph Database class that can speak to Neo4j and Kuzu, a unified LLM class that can speak to a plethora of LLM models (both remote and local), and a GraphRAG class that bring the power of node-by-node with human-in-the-loop generation to topologicpy
·linkedin.com·
Topologic py (v0.9.22). Expanding beyond Graph Machine Learning, this version incorporates a unified Graph Database class that can speak to Neo4j and Kuzu, a unified LLM class that can speak to a plethora of LLM models (both remote and local), and a GraphRAG class that bring the power of node-by-node with human-in-the-loop generation to topologicpy
Determinism in knowledge graphs
Determinism in knowledge graphs
Determinism in knowledge graphs means that given the same data and query, the output is uniquely determined and reproducible with no randomness or ambiguity. For domains like root cause analysis, safety critical systems, or regulatory compliance, deterministic reasoning is essential. It demands structural design choices that eliminate all sources of non determinism.  1 Closed World vs Open World   - Open World treats absent facts as unknown, leading to incomplete and variable results.   - Closed World enforces that missing information is false, creating predictable and repeatable query outcomes.   Use SHACL closed shapes and negative assertions to make absence meaningful and ensure consistency.  2 Eliminate Non Deterministic Constructs   Avoid ambiguous modeling elements such as overlapping enumerations, missing inverse relationships, blank nodes, and cyclic dependencies.   Use SHACL and OWL cardinalities to enforce constraints and create structural clarity.  3 Enforce Total Functions and Completeness   Ensure all critical relationships have defined cardinalities and value types.   Every entity must have complete links such as hasPatient, hasTimestamp, or hasEvent to support deterministic querying and reasoning.  4 Separate Deterministic and Probabilistic Layers   Maintain a deterministic core for verified facts and use separate named graphs for inferred or probabilistic results.   Keep machine learning predictions isolated from validated causal data.  5 Maintain Temporal Determinism   Track changing states with timestamps and versioned named graphs.   Enable time aware queries such as what was true at time T by storing validFrom and validUntil attributes in RDF star format.  6 Deterministic Query and Reasoning Flow   Use ordered SPARQL queries and fixed plan execution.   Pre compute deterministic inferences and store them as explicit triples to create a closed, validated graph.  👉 Follow me for Knowledge Management and Neuro Symbolic AI daily nuggets   👉 Join my group for more insights and community discussions [Join the Group](https://lnkd.in/d9Z8-RQd)  #KnowledgeGraphs #SHACL #Determinism #OntologyEngineering #DataGovernance #SemanticAI #KnowledgeManagement #GraphValidation #ExplainableAI #NeuroSymbolicAI #DigitalTransformation #RootCauseAnalysis #DataQuality #AIEngineering
Determinism in knowledge graphs
·linkedin.com·
Determinism in knowledge graphs
NODES AI Opening Keynote: Exploring Context Graphs: From Data to Decisions - Extended Version
NODES AI Opening Keynote: Exploring Context Graphs: From Data to Decisions - Extended Version
AI models are getting smarter but production systems still fail for a simple reason: they lack context. In this panel moderated by Philip Rathle, WIll Lyon, Animesh Koratana, Lasse Andresen, and Emil Eifrem explore the idea of context graphs as a new foundation for AI systems that can reason, adapt, and improve over time. Rather than focusing on models alone, this conversation looks at the missing layer between data and decisions—how systems capture the “why” behind actions, learn from experience, and evolve with every interaction. Join us for a forward-looking discussion on where AI infrastructure is heading and what it will take to build systems that truly understand the world they operate in. Guests: Emil Eifrem, CEO & Co-Founder - Neo4j Lasse Andresen, Founder & CEO - IndyKite Animesh Koratana, Founder - PlayerZero William Lyon - Senior Product Manager - Neo4j Moderator: Philip Rathle, CTO - Neo4j
·youtube.com·
NODES AI Opening Keynote: Exploring Context Graphs: From Data to Decisions - Extended Version
Unified Memory Core for AI Agents
Unified Memory Core for AI Agents

Daniela Pavlenco has written a solid long read – backed by a companion notebook – on building a unified memory layer for AI agents with ideas worth stealing regardless of your database religion.

Daniela’s core argument: agent memory isn’t one thing; it’s four. AI memory is made up of episodic (event history), lexical (keyword retrieval), semantic (vector search), and relationship-aware (graph traversal) memory, and most architectures fragment these across too many disconnected systems.

In this walkthrough, Daniela shows you how to use Oracle AI Database’s GRAPH_TABLE function, Oracle Text, vector indexes, and tenant-aware row-level security to unify all four types of AI memory into one governed platform. The graph traversal piece in particular surfaces connected context (user → ticket → document) that pure vector search quietly misses.

·blogs.oracle.com·
Unified Memory Core for AI Agents
The Knowledge Graph System is a comprehensive AI-powered pipeline for extracting entities and relationships from unstructured documents (PDF, TXT, DOCX) to build structured knowledge graphs
The Knowledge Graph System is a comprehensive AI-powered pipeline for extracting entities and relationships from unstructured documents (PDF, TXT, DOCX) to build structured knowledge graphs
·linkedin.com·
The Knowledge Graph System is a comprehensive AI-powered pipeline for extracting entities and relationships from unstructured documents (PDF, TXT, DOCX) to build structured knowledge graphs
What an ontology actually is, and what your database pretends to be
What an ontology actually is, and what your database pretends to be
Building software for years, here's the most expensive misunderstanding I keep seeing in enterprise AI: People treat database schemas as ontologies. They aren't. A schema says: "𝘛𝘩𝘪𝘴 𝘤𝘰𝘭𝘶𝘮𝘯 𝘩𝘰𝘭𝘥𝘴 𝘢𝘯 𝘪𝘯𝘵𝘦𝘨𝘦𝘳; 𝘵𝘩𝘢𝘵 𝘤𝘰𝘭𝘶𝘮𝘯 𝘩𝘰𝘭𝘥𝘴 𝘢 𝘴𝘵𝘳𝘪𝘯𝘨." An ontology says: "𝘈 𝘋𝘪𝘳𝘦𝘤𝘵𝘰𝘳 𝘪𝘴 𝘢 𝘗𝘦𝘳𝘴𝘰𝘯. 𝘈 𝘍𝘪𝘭𝘮 𝘪𝘴 𝘥𝘪𝘳𝘦𝘤𝘵𝘦𝘥 𝘣𝘺 𝘦𝘹𝘢𝘤𝘵𝘭𝘺 𝘰𝘯𝘦 𝘋𝘪𝘳𝘦𝘤𝘵𝘰𝘳. 𝘈 𝘍𝘪𝘭𝘮 𝘤𝘢𝘯𝘯𝘰𝘵 𝘢𝘭𝘴𝘰 𝘣𝘦 𝘢 𝘗𝘦𝘳𝘴𝘰𝘯." 𝗧𝗵𝗲 𝗳𝗶𝗿𝘀𝘁 𝗶𝘀 𝗽𝗹𝘂𝗺𝗯𝗶𝗻𝗴. 𝗧𝗵𝗲 𝘀𝗲𝗰𝗼𝗻𝗱 𝗶𝘀 𝗺𝗲𝗮𝗻𝗶𝗻𝗴. The literature uses three criteria to distinguish an ontology: → 𝗙𝗼𝗿𝗺𝗮𝗹. Machine-readable and logically consistent. → 𝗘𝘅𝗽𝗹𝗶𝗰𝗶𝘁. Stated, not implied in the column name. → 𝗦𝗵𝗮𝗿𝗲𝗱. Agreed within the domain. Not invented per-project. Your database schema is none of those. It's whatever the table designer decided was convenient last Tuesday. This is why most "data integration" initiatives quietly collapse. You're not integrating data. You're trying to merge two unspoken worldviews encoded in column naming conventions. There's no shared formal model to merge against, so the integration becomes "whoever yells loudest in the meeting wins." 𝗛𝘂𝗺𝗮𝗻𝘀 𝗵𝗮𝘃𝗲 𝗯𝗲𝗲𝗻 𝗯𝘂𝗶𝗹𝗱𝗶𝗻𝗴 𝗼𝗻𝘁𝗼𝗹𝗼𝗴𝗶𝗲𝘀 𝗳𝗼𝗿 𝟮,𝟱𝟬𝟬 𝘆𝗲𝗮𝗿𝘀. Parmenides asked what fundamentally exists. The I Ching mapped reality into eight interconnected trigrams. Aristotle gave us the categories. Computer science rediscovered the problem and called it "knowledge representation." 𝗧𝗵𝗲 𝘀𝗵𝗶𝗳𝘁 𝘁𝗵𝗮𝘁 𝗺𝗮𝘁𝘁𝗲𝗿𝘀 𝗶𝗻 𝗽𝗿𝗮𝗰𝘁𝗶𝗰𝗲 𝗶𝘀 𝘀𝗶𝗺𝗽𝗹𝗲 𝘁𝗼 𝘀𝘁𝗮𝘁𝗲 𝗮𝗻𝗱 𝗵𝗮𝗿𝗱 𝘁𝗼 𝗱𝗼. Stop treating relationships as something you JOIN at query time. Treat them as first-class data, formally defined, with the rules they must obey written down where every system can read them. Once you do that, the system stops being a hyper-efficient filing cabinet and starts being something that can reason about what it knows. The difference isn't aesthetic. It's the difference between a system that can answer questions you wrote queries for and a system that can derive answers you didn't. 𝗦𝗰𝗵𝗲𝗺𝗮𝘀 𝘀𝘁𝗼𝗿𝗲 𝗰𝗼𝗹𝘂𝗺𝗻𝘀. 𝗢𝗻𝘁𝗼𝗹𝗼𝗴𝗶𝗲𝘀 𝘀𝘁𝗼𝗿𝗲 𝗺𝗲𝗮𝗻𝗶𝗻𝗴. How raw data evolves through Taxonomy, Thesaurus, Ontology, and Knowledge Graph, and why each stage adds a layer of meaning the previous one couldn't carry? What's a "data integration" or "single source of truth" project you've watched collapse because no one agreed on what the things actually were? ♻️ Follow me for the important Ontology development process! #KnowledgeGraphs #Ontology #SemanticWeb #AI #EnterpriseArchitecture #KnowledgeEngineering #SoftwareEngineering | 24 comments on LinkedIn
·linkedin.com·
What an ontology actually is, and what your database pretends to be