Why Labeled Property Graphs Break Reasoning — Even with RDF Interop
Why Labeled Property Graphs Break Reasoning — Even with RDF Interop
At first glance, it seems like LPGs can handle reasoning over RDF data if you just install… | 14 comments on LinkedIn
Is developing an ontology from an LLM really feasible?
It seems the answer on whether an LMM would be able to replace the whole text-to-ontology pipeline is a resounding ‘no’. If you’re one of those who think that should be (or even is?) a ‘yes’: why, and did you do the experiments that show it’s as good as the alternatives (with the results available)? And I mean a proper ontology, not a knowledge graph with numerous duplications and contradictions and lacking constraints.
For a few gentle considerations (and pointers to longer arguments) and a summary figure of processes the LLM supposedly would be replacing: see https://lnkd.in/dG_Xsv_6 | 43 comments on LinkedIn
How the Ontology Pipeline Powers Semantic Knowledge Systems
The Need for a Structured Approach, Elements of the Ontology Pipeline, the Pipeline as a Framework for Developing Knowledge Management Systems, and More!
Digital evolution: Novo Nordisk’s shift to ontology-based data management - Journal of Biomedical Semantics
The amount of biomedical data is growing, and managing it is increasingly challenging. While Findable, Accessible, Interoperable and Reusable (FAIR) data principles provide guidance, their adoption has proven difficult, especially in larger enterprises like pharmaceutical companies. In this manuscript, we describe how we leverage an Ontology-Based Data Management (OBDM) strategy for digital transformation in Novo Nordisk Research & Early Development. Here, we include both our technical blueprint and our approach for organizational change management. We further discuss how such an OBDM ecosystem plays a pivotal role in the organization’s digital aspirations for data federation and discovery fuelled by artificial intelligence. Our aim for this paper is to share the lessons learned in order to foster dialogue with parties navigating similar waters while collectively advancing the efforts in the fields of data management, semantics and data driven drug discovery.
The SECI model for knowledge creation, collection, and distribution within the organization
💫 An 𝗲𝗻𝘁𝗲𝗿𝗽𝗿𝗶𝘀𝗲 𝗼𝗻𝘁𝗼𝗹𝗼𝗴𝘆 is just a means, not an end.
👉 Transforming 𝘁𝗮𝗰𝗶𝘁 𝗸𝗻𝗼𝘄𝗹𝗲𝗱𝗴𝗲 into 𝗲𝘅𝗽𝗹𝗶𝗰𝗶𝘁 𝗸𝗻𝗼𝘄𝗹𝗲𝗱𝗴𝗲 through an enterprise ontology is a self-contained exercise if not framed within a broader process of knowledge creation, collection, and distribution within the organization.
👇 The 𝗦𝗘𝗖𝗜 𝗠𝗼𝗱𝗲𝗹 effectively describes the various steps of this process, going beyond mere collection and formalization. The SECI model outlines the following four phases that must be executed iteratively and continuously to properly manage organizational knowledge:
1️⃣ 𝗦𝗼𝗰𝗶𝗮𝗹𝗶𝘇𝗮𝘁𝗶𝗼𝗻: In this phase, tacit knowledge is shared through direct interaction, observation, or experiences. It emphasizes the transfer of personal knowledge between individuals and fosters mutual understanding through collaboration (tacit ➡️ tacit).
2️⃣ 𝗘𝘅𝘁𝗲𝗿𝗻𝗮𝗹𝗶𝘇𝗮𝘁𝗶𝗼𝗻: In this phase, tacit knowledge is articulated into explicit forms, such as an enterprise ontology. It helps to codify and communicate the personal knowledge that might otherwise remain unspoken or difficult to share (tacit ➡️ explicit).
3️⃣ 𝗖𝗼𝗺𝗯𝗶𝗻𝗮𝘁𝗶𝗼𝗻: In this phase, explicit knowledge is gathered from different sources, categorized, and synthesized to form new sets of knowledge. It involves the aggregation and reorganization of existing knowledge to create more structured and accessible forms (explicit ➡️ explicit).
4️⃣ 𝗜𝗻𝘁𝗲𝗿𝗻𝗮𝗹𝗶𝘇𝗮𝘁𝗶𝗼𝗻: In this phase, individuals internalize explicit knowledge, turning it back into tacit knowledge through practice, experience, and learning. It emphasizes the transformation of formalized knowledge into personal, actionable knowledge (explicit ➡️ tacit).
🎯 In a world where the only constant is change, it is no longer enough for an organization to know something; what matters most is how fast it learns by creating and redistributing new knowledge internally.
🧑🎓 To quote Nadella, organizations and the people within them should not be 𝘒𝘯𝘰𝘸-𝘐𝘵-𝘈𝘭𝘭𝘴 but rather 𝘓𝘦𝘢𝘳𝘯-𝘐𝘵-𝘈𝘭𝘭𝘴.
#TheDataJoy #KnowledgeMesh #KnowledgeManagement #Ontologies
Transforming 𝘁𝗮𝗰𝗶𝘁 𝗸𝗻𝗼𝘄𝗹𝗲𝗱𝗴𝗲 into 𝗲𝘅𝗽𝗹𝗶𝗰𝗶𝘁 𝗸𝗻𝗼𝘄𝗹𝗲𝗱𝗴𝗲 through an enterprise ontology is a self-contained exercise if not framed within a broader process of knowledge creation, collection, and distribution within the organization.
What makes an ontology fail? 9 reasons.
At the inauguration of SCOR (Swiss Center for Ontological Research), I had the opportunity to speak alongside Barry… | 154 comments on LinkedIn
🌟 Calling all teachers, students and practitioners in the Semantic Web and knowledge graph community! 🌟
Looking for a fresh, engaging dataset to build… | 18 comments on LinkedIn
#StarWars facts in the hashtag#Wikidata Knowledge Graph
Specifications to define data assets managed as products
📚 In recent years, several specifications have emerged to define data assets managed as products. Today, two main types of specifications exist:
1️⃣ 𝗗𝗮𝘁𝗮 𝗖𝗼𝗻𝘁𝗿𝗮𝗰𝘁 𝗦𝗽𝗲𝗰𝗶𝗳𝗶𝗰𝗮𝘁𝗶𝗼𝗻 (𝗗𝗖𝗦): Focused on describing the data asset and its associated metadata.
2️⃣ 𝗗𝗮𝘁𝗮 𝗣𝗿𝗼𝗱𝘂𝗰𝘁 𝗦𝗽𝗲𝗰𝗶𝗳𝗶𝗰𝗮𝘁𝗶𝗼𝗻 (𝗗𝗣𝗦): Focused on describing the data product that manages and exposes the data asset.
👉 The 𝗢𝗽𝗲𝗻 𝗗𝗮𝘁𝗮 𝗖𝗼𝗻𝘁𝗿𝗮𝗰𝘁 𝗦𝘁𝗮𝗻𝗱𝗮𝗿𝗱 (𝗢𝗗𝗖𝗦) by Bitol is an example of the first specification type, while the 𝗗𝗮𝘁𝗮 𝗣𝗿𝗼𝗱𝘂𝗰𝘁 𝗗𝗲𝘀𝗰𝗿𝗶𝗽𝘁𝗼𝗿 𝗦𝗽𝗲𝗰𝗶𝗳𝗶𝗰𝗮𝘁𝗶𝗼𝗻 (𝗗𝗣𝗗𝗦) by the Open Data Mesh Initiative represents the second.
🤔 But what are the key differences between these two approaches? Where do they overlap, and how can they complement each other? More broadly, are they friends, enemies, or frenemies?
🔎 I explored these questions in my latest blog post. The image below might give away some spoilers, but if you're curious about the full reasoning, read the post.
❤️ I'd love to hear your thoughts!
#TheDataJoy #DataContracts #DataProducts #DataGovernance | 29 comments on LinkedIn
specifications have emerged to define data assets managed as products
What are the key ontology standards you should have in mind?
Ontology standards are crucial for knowledge representation and reasoning in AI and data… | 32 comments on LinkedIn
In my last post, AI Supported Taxonomy Term Generation, I used an LLM to help generate candidate terms for the revision of a topic taxonomy that had fallen out of sync with the content it was meant to tag. In that example, the taxonomy in question is for the "Insights" articles on my consulting webs
Ontology is not only about data! Many people think that ontologies are only about data (information). But an information model provides only one perspective… | 85 comments on LinkedIn
Organisations have oceans of data, but most remains siloed, fragmented, and underutilized. Enterprise Knowledge Graphs are a practical and scalable solution…
Ontologies as Conceptualizations by Nicola Guarino
Nicola Guarino Keynote Address for the Ontology Summit 2025 on 22 January 2025 "Ontologies as specifications of conceptualizations: correctness, precision, a...
Terminology Augmented Generation (TAG)? Recently some fellow terminologists have proposed the new term "Terminology-Augmented Generation (TAG)" to refer to… | 29 comments on LinkedIn
Mapping Workbench transforms XML data into harmonized RDF using Precise Mapping
Mapping Workbench transforms XML data into harmonized RDF using Precise Mapping. This is a collaborative tool used by semantic engineers to efficiently map…
Mapping Workbench transforms XML data into harmonized RDF using Precise Mapping.
Knowledge graph modeling: what we put in OWL, what we put in SHACL, and what our rule of thumb is to decide
A few weeks ago, Thomas Francart asked me what we put in OWL, what we put in SHACL, and what our rule of thumb is to decide. I wrote this post to answer these…
what we put in OWL, what we put in SHACL, and what our rule of thumb is to decide
Exploring OWL Ontologies Visually: A Paradigm Shift in Understanding 🌐 | LinkedIn
Author: Nicolas Figay Status: DraftAuthor: Nicolas Figay Status: Draft Last update: 2025-01-14 This article was initiated due to the success of the following post A post being not enough for addressing the topic, here is the article developing the subject deeper. Introduction When diving into the wo
The SEMIC Style Guide for Semantic Engineers provides guidelines for developing and reusing semantic data specifications, particularly eGovernment Core…
Exploring OWL Ontologies Visually: A Paradigm Shift in Understanding
Exploring OWL Ontologies Visually: A Paradigm Shift in Understanding 🌐 In the world of semantic web 🌐 and ontology modeling, inverse properties are a… | 24 comments on LinkedIn
Exploring OWL Ontologies Visually: A Paradigm Shift in Understanding