ICHC Framework: NoSql Data Model and a Microservices-Based Solution for a Cultural Heritage Platform

ICHC Framework: NoSql Data Model and a Microservices-Based Solution for a Cultural Heritage Platform

Ouadie Abdelmoumni, Noureddine Chenfour
Copyright: © 2022 |Pages: 16
DOI: 10.4018/IJSI.293272
OnDemand:
(Individual Articles)
Available
$37.50
No Current Special Offers
TOTAL SAVINGS: $37.50

Abstract

The Goal in this paper is to propose a cultural heritage data model and evolve towards the creation of a framework based on MongoDB that will allow to manage a JSON model representing the cultural heritage of a city ICHC (Intelligent Cultural Heritage of a City). This manuscript per the authors noticed that during the census of cultural heritage, the presence of human resources linked to heritage is not something that is represented in a smart engine of a framework. Which is why the goal is to integrate the human resource and therefore add a relational aspect to the NoSql documents so that the resulting framework can have a smart engine to link data.This model is a set of ICHD (Intelligent Cultural Heritage Document) which are JSON documents that represent of the different types of cultural heritage entities. Those documents will be managed in a MongoDB repository architecture that will allow to them, so that the microservices-based ICHC framework can offer a big data context that can handle a huge variety, volume and velocity of data and be based on distributed operations.
Article Preview
Top

Introduction

The description of cultural heritage resource has become more complex and internationalized since the appearance of the Internet. Web applications are increasingly providing increased visibility of content and enhancing the contextualization of information produced by museum or research institutions, Interoperability between various highly specialized systems, integrated information access and information integration becomes an increasing demand to support research, professional heritage administration, preservation, public curiosity and education (Doerr, Martin, 2009). Before these applications were mainly intended for "human" users who had to guess the indirect relations between cultural heritage, through the use of search engines offered by the human interface machine. Except that if the human being is able to deduce the implicit relations between several information relating to the same object, the machines need an intelligent system that can relate different relations to make cultural resources accessible. It does requires rich metadata structures, able to cover the variety of material held in memory institutions (such as archives, bibliographic and electronic material) (Stasinopoulou, Bountouri, Kakali, Lourdi, Papatheodorou, Doerr, & Gergatsoulis, 2007) This is the very work of metadata in the digital environment, their purpose being to describe the data to improve its indexing and enhance it with search engines but also to make possible the interoperability between different systems. Interoperability is a key concept in what is now called the "data web" because it is by freeing data from the straitjacket of applications that it is possible to navigate "with the flair" and bounce back on additional information to the initial resource.

But by releasing web applications, the information can be described with so many different ways that it becomes redundant and loses its contextualization . It is then essential to document it by adding metadata that will accompany it between the systems via the http protocol. Standards play a vital role in this context of interoperability because they guarantee the uniqueness of syntax and vocabulary in exchanges between systems. Whether XML or RDF or others, depending on the technologies used, they unify the way of expressing the data.

We therefore aim to work on these cultural heritage documents to relate theme with the adequate information that can be either a human resource , another cultural heritage document or simply basic information, in our work that is what we will call in the rest of the paper a ICHD (Intelligent Cultural Heritage Document).

Knowing also the huge amount of data (Volume) , the variety of data (image , text , geographical information ,etc …) and the speed that is required to process the amount of cultural heritage documents that we have to manage guides us into a big data context requiring efficient algorithms and NoSQL databases. That’s why we choose MongoDB as a document- oriented NoSQL database, MapReduce for distributed treatment ,microservices as architecture for our platform with asynchronous communication.

The goal of our system is put the entire cultural heritage (tangible and intangible ) on a searchable application with a map to geolocate the different cultural entities constituting the wealth of the city. In order to set up a good implementation we have to specify a good data model for every type of cultural heritage, so we can describe every cultural heritage document in the best way possible and index them geographically and most importantly relate it to the different human resources who interacted with.

Complete Article List

Search this Journal:
Reset
Volume 12: 1 Issue (2024)
Volume 11: 1 Issue (2023)
Volume 10: 4 Issues (2022): 2 Released, 2 Forthcoming
Volume 9: 4 Issues (2021)
Volume 8: 4 Issues (2020)
Volume 7: 4 Issues (2019)
Volume 6: 4 Issues (2018)
Volume 5: 4 Issues (2017)
Volume 4: 4 Issues (2016)
Volume 3: 4 Issues (2015)
Volume 2: 4 Issues (2014)
Volume 1: 4 Issues (2013)
View Complete Journal Contents Listing