跳到正文

LODox:面向文化遗产关联数据发现的网页平台

摘要

牛津大学团队提出基于 Django 的轻量模块化网页平台 LODox,用于探索和可视化文化遗产关联开放数据,采用卡片式界面与语义门户呈现多源异构数据。平台将基于 LLM 的语义智能体以 Python 包形式解耦集成,可绕过以便复现测试或调试,并规划与 Solid 协议对接。该工作以海报形式投稿第 3 届 Solid Symposium,属原型阶段。

摘要由模型根据原文撰写,以原文为准。

正文 · 原文

*1

Abstract

Recent advances in Large Language Models have transformed how data can be linked, discovered, and enhanced. LODox, Linked Open Data at Oxford, is an evolving web-based platform that embraces this transformation for cultural heritage Linked Open Data. LODox features a novel interface with intuitive card-based data presentation and visualization in a semantic portal. It represents an evolving approach to explore heterogeneous cultural heritage data across multiple sources through a unified interface. In this paper, we will briefly describe the LODox architecture, its implementation, and future development plan, particularly its alignment and integration with Solid.

keywords

Data Discovery ,Linked Data ,Cultural Heritage ,Semantic Portal

††copyrightyear: 2026††copyright: Copyright for this paper by its authors. Use permitted under Creative Commons License Attribution 4.0 International (CC BY 4.0).††venue: The 3rd Solid Symposium Poster Session, co-located with the 4th Solid Symposium, April 30 - May 01 2026, London, UK††email: puyu.wang@eng.ox.ac.uk††url: https://puyuwang.org/††address: Oxford e-Research Centre, Department of Engineering Science, University of Oxford, UK††email: zhaorui@tju.edu.cn††url: https://me.ryey.icu††address: School of Cybersecurity, Tianjin University, China††email: h.dong2@exeter.ac.uk††url: https://experts.exeter.ac.uk/41644-hang-dong††address: Department of Computer Science, University of Exeter, UK††corresp: Corresponding author.

1 Introduction

The cultural heritage domain faces long-standing challenges in accessing and integrating Linked Data, particularly the technical barriers from the complexity of query languages and ontologies, underscoring the need for robust, user-friendly systems designed for the domain. To address these barriers, a range of semantic portals and Linked Data platforms have been developed, from early SPARQL-based systems for scholarly data exploration Hu et al. (2013) to more comprehensive frameworks such as ResearchSpace, Omeka S11 1 https://omeka.org/, and Sampo-UI Haase et al. (2019); Oldman and Tanase (2018); Ikkala et al. (2021); Hyvönen (2023); Hyvönen et al. (2025); Miranda et al. (2025). These systems support activities including semantic search, knowledge graph construction, Linked Data publication, and rapid development of domain-specific portals, demonstrating substantial progress toward making cultural heritage data more accessible and interoperable.

However, existing solutions continue to present challenges for both non-technical researchers and technical developers. In particular, effective use of standards such as CIDOC-CRM 22 2 https://cidoc-crm.org/ and Linked Data technologies often requires considerable expertise in ontology modelling and semantic data management Miranda et al. (2025). Large Language Models (LLMs) have demonstrated human-like capabilities in various tasks. For example, query generation from natural language is an important step in Retrieval-Augmented Generation (RAG) with knowledge graph pipeline Diallo et al. (2024); Fondi et al. (2024); Hoseini et al. (2024). LLMs offer a promising route to lower the technical barriersMinaee et al. (2025); integrating LLM into Linked Data workflows and platforms is, therefore, an increasingly important direction. However, there might be considerable re-engineering needed to integrate LLMs into existing cultural heritage platforms. This motivates a lightweight, modular platform, designed to make integrating LLMs components easier. To this end, we present LODox, a prototype web-based platform built with Django with minimal stack for exploring and visualizing Linked Open Data. We consider such minimal stack should include the following essential components:

  • •

    Database: database system for persistent storage of graph data, for example, blazegraph 33 3 https://blazegraph.com/.

  • •

    Resolution system: resolution system that is able to resolve identifiers (e.g. URIs) to corresponding resources.

  • •

    Query Interface: interface for data query or manipulation, for example, a SPARQL endpoint.

  • •

    Graphical User Interface: LOD visualisation tool that serves an entry point for querying, discovering, and interaction with interconnected datasets.

LODox is built on a state-of-the-art web stack, and its modular architecture facilitates straightforward integration of LLM pipelines. Furthermore, we envision LODox as a pathway towards decentralised community-enriched data curation and discovery with Solid protocol Sambra et al. (2016). This paper will present and discuss the architecture of the LODox system, the implementation, and outlines this pathway.

2 System Architecture of LODox

2.1 High-level Overview

Figure 1: A High-level Overview of System Architecture

As shown in Figure 1, the LODox user interface have various components, including Search and Data Viewer. Users start with LODox search; results are visualized in the LODox Data Viewer. The Semantic Agents illustrate how LODox can be integrated with LLM-based agents; they are invocable as Python packages within the backend, and can be bypassed for certain purposes (e.g., for reproducibility testing or debugging). This decoupled design provides several advantages: (1) components can be updated and tested independently without affecting one another, allowing more rapid development cycles, (2) they could be deployed or used independently, (3) the modular design provides the flexibility to build more modules for LODox in the future.

2.2 Implementation of LODox

Within the LODox, the system can be understood through the layers as shown in Figure  2. There are four layers:

1. Presentation Layer. The presentation layer is where users interact with the system and explore the data. It is built from reusable templates that are dynamically composed and rendered by Django Framework. We choose the Tailwind CSS44 4 https://tailwindcss.com/ as CSS library considering the its widespread adoption in the frontend community, strong community support, and production maturity. We choose Mermaid JS 55 5 https://mermaid.js.org/ as the diagramming tool over the D3 JS 66 6 https://d3js.org/ considering it provides a declarative diagram language for drawing diagram, which allows easier integration with LLMs. The static assets provides images and other supporting resources required for the system runtime.

2. Application Layer. The application layer includes two Django Apps in the system: Query App and Index App (the default app). The Index app serves a statics page introducing the system. The Query App orchestrates user interactions, handle application logic, and enforce business rules. The Query App will route the user’s request to the corresponding functions or utilities. For resource detail requests, the Query App will call Data Viewer page and retrieve the appropriate resource(s) and then send the data, in JSON-LD format, to presentations layer.

3. Utilities Layer. Utilities layer consists of tools and third-party libraries that can be invoked from the application layer, including the database drivers, search functions, and (where applicable), JSON-LD parsers. Some other tools, omitted from the figure, serve the system itself, for example, loading layout settings.

4. Data Layer. SQlite, the default database in Django, is used for persisting application data, such as endpoint configurations and associated credentials. It is used for local persistence of application data (e.g., endpoint configurations and associated credentials). Credentials are encrypted and can be accessible only to authenticated users. A user interface is provided for endpoint management. The utilities layer sends queries to the endpoints and returns the results to application layer and then to presentation layer.

Figure 2: LODox Layers

2.3 Card-Based Data Viewer System

Refer to caption
Figure 3: LODox Data Viewer, a Card-Based Data Viewer System.

LODox features a card-based visualization approach. It does not render data or graph data into tables or diagrams altogether. Key entities, or selected entities, such as cultural objects or persons, are displayed as cards with information inside. A page can feature multiple cards, and cards should have relationship with another card in the page.

The card also has configurable layouts and sizes. A complex graph can then be visualized with several cards interacting with each other while each card presents name, descriptions, images and details. This is a scalable, entity (card)-centric alternative to traditional graph visualization. It is more suitable for cultural heritage domain where descriptive and narrative information is as important as relationships. This scalable approach is capable of presenting both.

On the card, the title (name) of the entity is on top, while its class (or classification) is on the upper-right corner. The bottom can used to present provenance information, for example, the data source. Images may be placed either on the left side or in the upper half of the card, depending on the chosen customization. The name, ID, and description will be position accordingly automatically depending on the image size and availability. Finally, a table is used to present additional details and its size is also configurable. For example, see Figure 3.

3 Solid-based Decentralized Ecosystem Vision

The current approach, inheriting common practices from the field, is heavily centralized. It relies on museum experts to manually select terms from different vocabularies contributed by different sources, including users (implicit from their past queries), communities, and authoritative resources. This vocabulary becomes the only choice for users in their queries for valid results.

Solid allows a more decentralized approach, as illustrated in Fig. 4, where users, museums and communities become more equal. Museums can still define its own vocabulary and have their KG. The community can also define their own vocabulary and the corresponding KG, separate from the museum’s; the only special requirement is that they need to define mappings of their vocabularies to the museum’s, thus the vocabulary is essentially an ontology. The user can choose any vocabulary to use, or define their own ontology, to query the museum’s KG. All the differences and conversions between vocabularies are automatically handled by the ontological reasoner behind the scene. Solid77 7 This requires the Solid server to have access-controlled SPARQL endpoint deployed together. becomes the permission and cooperation layer in the ecosystem: the community or the museum stores its respective vocabulary and KG into its Solid Pod, and can authorize any other users to query (read) their data, or manage (write) or contribute (append) to their data; the identity is Web-scale, so they do not need to maintain separate user registries. This provides a neat solution and hopefully a healthier ecosystem, where everyone can silently speak different vocabularies while understanding each other, and agilely collaborate without unnecessary burden.

Refer to caption
Figure 4: Visionary migration from current centralized approach to Solid-based decentralized approach

4 Conclusion and Future Work

In this paper, we presented LODox, a pragmatic approach to building accessible and secure exploration tools for cultural heritage Linked Open Data. LODox platform, designed as several modular, reusable components rather than tightly coupled system, is easier for future extensions. We also briefly discussed our vision for a better ecosystem based on Solid.

Our tech stack choices are also informed by the vision of integrating LLMs with Linked Data, which is why we store data as Linked Data while leveraging a property graph. We did not discuss that in details due to the lack of evaluation, further rooted in the small dataset. Another limitation of this work is the absence of a formal user study, due to the rapid development at the moment with breaking changes frequently.

Therefore, our future work will focus on three directions. First, we will integrate further components, such as additional LLMs agents, and work toward realising the pathway outlined in the vision. Second, we will also run experiments with larger datasets. we aim to reach a stable release of the and release the source code as soon as possible. Third, that stable release will enable the formal user studies that rapid development has so far precluded.

Acknowledgements.

The authors are grateful to Professor Donna Kurtz for her guidance and support in designing the LODox system.

Declaration on Generative AI

During the preparation of this work, the author(s) used Claude and ChatGPT in order to: grammar and spelling check, content enhancement, improve writing style, and paraphrase and reword. After using these tools/services, the authors reviewed and edited the content as needed and take full responsibility for the publication’s content.

References

  • Diallo et al. (2024) P. A. K. K. Diallo, S. Reyd, and A. Zouaq A Comprehensive Evaluation of Neural SPARQL Query Generation from Natural Language Questions. arXiv. Note: arXiv:2304.07772 [cs] External Links: Link, Document Cited by: §1.
  • Fondi et al. (2024) F. B. Fondi, A. J. Fidel, and G. Camara Integrating SPARQL and LLMs for Question Answering over Scholarly Data Sources. arXiv. Note: arXiv:2409.18969 [cs] External Links: Link, Document Cited by: §1.
  • Haase et al. (2019) P. Haase, D. M. Herzig, A. Kozlov, A. Nikolov, and J. Trame Metaphactory: A platform for knowledge graph management. Semantic Web 10 (6), pp. 1109–1125. External Links: ISSN 22104968, 15700844, Link, Document Cited by: §1.
  • Hoseini et al. (2024) S. Hoseini, A. Burgdorf, A. Paulus, T. Meisen, C. Quix, and A. Pomp Towards LLM-augmented Creation of Semantic Models for Dataspaces. In Proceedings of the Second International Workshop on Semantics in Dataspaces (SDS 2024), J. Theissen-Lipp, P. Colpaert, S. K. Sowe, E. Curry, and S. Decker (Eds.), CEUR Workshop Proceedings, Vol. 3705, Hersonissos, Greece (en). Note: ISSN: 1613-0073 External Links: Link Cited by: §1.
  • Hu et al. (2013) Y. Hu, K. Janowicz, G. McKenzie, K. Sengupta, and P. Hitzler A Linked-Data-Driven and Semantically-Enabled Journal Portal for Scientometrics. In Advanced Information Systems Engineering, D. Hutchison, T. Kanade, J. Kittler, J. M. Kleinberg, F. Mattern, J. C. Mitchell, M. Naor, O. Nierstrasz, C. Pandu Rangan, B. Steffen, M. Sudan, D. Terzopoulos, D. Tygar, M. Y. Vardi, G. Weikum, C. Salinesi, M. C. Norrie, and Ó. Pastor (Eds.), Vol. 7908, pp. 114–129. Note: Series Title: Lecture Notes in Computer Science External Links: ISBN 978-3-642-38708-1 978-3-642-38709-8, Link, Document Cited by: §1.
  • Hyvönen et al. (2025) E. Hyvönen, P. Leskinen, A. Ahola, H. Rantala, and J. Tuominen How to Create a Portal for Digital Humanities Research Using a Linked Open Data Cloud of Cultural Heritage Knowledge Graphs: Case SampoSampo. In Proceedings of the Second International Workshop of Semantic Digital Humanities (SemDH 2025), O. Bruns, A. Graciotti, B. Sartini, and T. Tietz (Eds.), CEUR Workshop Proceedings, Vol. 4009, Portoroz, Slovenia (en). Note: ISSN: 1613-0073 External Links: Link Cited by: §1.
  • Hyvönen (2023) E. Hyvönen Digital humanities on the Semantic Web: Sampo model and portal series. Semantic Web 14 (4), pp. 729–744. External Links: ISSN 22104968, 15700844, Link, Document Cited by: §1.
  • Ikkala et al. (2021) E. Ikkala, E. Hyvönen, H. Rantala, and M. Koho Sampo-UI: A full stack JavaScript framework for developing semantic portal user interfaces. Semantic Web 13 (1), pp. 69–84. External Links: ISSN 22104968, 15700844, Link, Document Cited by: §1.
  • Minaee et al. (2025) S. Minaee, T. Mikolov, N. Nikzad, M. Chenaghlu, R. Socher, X. Amatriain, and J. Gao Large Language Models: A Survey. Note: _eprint: 2402.06196 External Links: Link Cited by: §1.
  • Miranda et al. (2025) L. D. V. Miranda, K. Kutt, and G. J. Nalepa CIDOC-CRM and the First Prototype of a Semantic Portal for the CHExRISH project. In Proceedings of the Second International Workshop of Semantic Digital Humanities (SemDH 2025), O. Bruns, A. Graciotti, B. Sartini, and T. Tietz (Eds.), CEUR Workshop Proceedings, Vol. 4009, Portoroz, Slovenia (en). Note: ISSN: 1613-0073 External Links: Link Cited by: §1, §1.
  • Oldman and Tanase (2018) D. Oldman and D. Tanase Reshaping the Knowledge Graph by Connecting Researchers, Data and Practices in ResearchSpace. In The Semantic Web – ISWC 2018, D. Vrandečić, K. Bontcheva, M. C. Suárez-Figueroa, V. Presutti, I. Celino, M. Sabou, L. Kaffee, and E. Simperl (Eds.), Vol. 11137, pp. 325–340 (en). Note: Series Title: Lecture Notes in Computer Science External Links: ISBN 978-3-030-00667-9 978-3-030-00668-6, Link, Document Cited by: §1.
  • Sambra et al. (2016) A. V. Sambra, E. Mansour, S. Hawke, M. Zereba, N. Greco, A. Ghanem, D. Zagidulin, A. Aboulnaga, and T. Berners-Lee Solid: a platform for decentralized social applications based on linked data. MIT CSAIL & Qatar Computing Research Institute, Tech. Rep. External Links: Link Cited by: §1.

注意转载授权 · 阅读原文

来源:arXiv cs.DL 数字图书馆 · arxiv.org

引用原文

Puyu Wang, Rui Zhao, Hang Dong. LODox: A Web-Based Platform for Cultural Heritage Linked Data Discovery[EB/OL]. (2026-11-03)[访问日期]. https://arxiv.org/abs/2611.03508.