BRICKS (software)

Building Resources for Integrated Cultural Knowledge Services (BRICKS)
Developer(s) BRICKS consortium
Stable release
0.42 / 2007-03-01
Written in Java
Type Digital library management
License LGPL
Website brickscommunity.org

Building Resources for Integrated Cultural Knowledge Services (BRICKS) is an open-source software framework for the management of distributed digital assets. BRICKS was deployed on cultural institutions under the umbrella of the BRICKS Cultural Heritage Network, a community of cultural heritage, scientific and industrial organizations across Europe. The software itself is shared under the GNU Lesser General Public License (LGPL).

History

The BRICKS project released the first prototype of its software framework (v0.1) in December 2005. In February 2007, the third prototype release was made available. A release was planned in July 2007. The BRICKS project work was partly funded by a research grant from the European Commission as part of the sixth of the Framework Programmes for Research and Technological Development under the Information Society Technologies priority, action line “Technology. Enhanced Learning and Access to Cultural heritage.” The consortium invested an overall 12.2 million Euros in the project, including 7 million Euros from the European Commission. The funding began in January 2004 and ended in June 2007.[1] In February 2007 the consortium announced a developer community, which had a web site through 2008.[2] The project traveled to several conferences from 2005 through 2007, and a conference in Singapore in 2006.[3] A final report published in September 2007 showed visitors to the web site peaked in October 2006.[4]

The BRICKS project established a network of cultural institutions to share digital cultural resources. These institutions included: the European Library, the MICHAEL Project, the British Museums, Libraries and Archives Council, and the Russian Culture Heritage Network.

Software

The BRICKS network uses the Internet, and is made of decentralized BRICKS Nodes (BNode), in order to avoid central points whose failure or overload could stop or slowdown the whole network. BNodes communicate among each other and manage content and metadata.

Every BNode knows directly only a subset of other BNodes in the system. However, if a BNode wants to reach another member that is directly unknown to it, it will forward a request to some of its known neighbour BNodes that will deliver the request to the final destination or forward it again. BRICKS users access the system only through a local BNode available at their institution. Hence every user request is primarily sent to the institution's BNode and then the request is routed via other BNodes to the final destination.

Search requests behave like that; the BNode pre-selects a list of BNodes where a search request can be fulfilled, and then the BNode routes it there. When the location of the content is known, e.g. as a result of the query, the BNode is directly contacted.

BNode

A BNode could be seen as a set of services that are required to manage an institution's presence in the system, and to provide services for the rest of the community. A BNode consists of three types of components: fundamental, core, and basic Bricks. Most of them are standard Web services, described by Web Services Description Language documents and registered with a UDDI compatible repository used also for discovering appropriate services.

Since the BNode architecture is service-based, a BNode installation can be spread on more than one machine at the installation site. In such cases fundamental Bricks are needed on every machine that is part of the local installation, and core and basic Bricks can be present only on some machines. As their name suggests, core Bricks provide core system functionalities to users, i.e. a minimal set of services that enables users to use the system. On the other side, basic Bricks are optional and they must not be present on every installation site.

Services run within a Web-service framework that provides: service deployment/undeployment, service invocation, and parameters serialisation/deserialisation. The software is mainly written in the Java programming language, using an embedded version of Apache Tomcat application Server. BNode services use open-source libraries and frameworks including: Jena, Apache Axis, Apache Lucene, Apache Jackrabbit, Apache Ant, JUnit, HSQLDB.

The BNode exposes its services through a SOAP web-service application programming interface. A Java Server Pages (JSP) web-based GUI is provided for the administrative tasks including configuration of the network settings, security, and user management.

Users interact with a BNode through the BRICKS Pillar applications.

Applications

The BRICKS Workspace is a JSP web application based on the Struts framework. It offers a view of the BRICKS Network, allowing to search and browse available collections of digital objects, group objects into logical collections, annotate objects, manage, and import them. BRICKS Workspace must be installed along the BNode software.

The BRICKS Desktop is an Eclipse-RCP application providing a more advanced access to the BNode services. It features a fully configurable user application framework allowing advanced metadata editing, ontology browsing, extensive searching, and interactive content creation.

Many other applications based on the BRICKS platform exist, including specific applications for the Cultural Heritage sector. The EMYA (European Museum of the Year) application, for example allows the management of an award for museum institutions across Europe, belonging to the European Museum Forum association.

The Finds Identifier application was proposed to help members of the general public classify archaeological objects. The user would be presented with a set of questions, like the material of the object, dimensions, allowing the application to retrieve matching objects from reference collections and present an image of the objects and a description to the user so he/she can further narrow down the classification.

A "living memory" application was prototyped for visitors of cultural exhibitions to create and exhibit their personal contributions by interacting with the cultural objects shown in an exposition or museum.[5] This prosumer paradigm is also reflected in an annotation tool for curators or visitors to create annotations on content.

References

  1. ↑ "Building Resources for Integrated Cultural Knowledge Services". Project detail. EU Community Research and Development Information Service. Retrieved 12 October 2013.
  2. ↑ "Welcome to the BRICKS Developer Community". Defunct web site. Archived from the original on 21 November 2008. Retrieved 12 October 2013.
  3. ↑ "BRICKS". Web site for Euro Southeast Asia 2006 conference.
  4. ↑ Massimo Bertoncini editor (10 September 2007). "Building Resources for Integrated Cultural Knowledge Service" (PDF). Project number 507457 final report. Retrieved 12 October 2013.
  5. ↑ Silvia Boi (2 June 2006). "Building new cultural knowledge services with BRICKS". Information Society Technology results. Archived from the original on 18 June 2006. Retrieved 12 October 2013.

See also

External links

Other digital library management systems

Consortium

The BRICKS project consortium included 22 partners from 9 different European countries. The project was led by Engineering Ingegneria Informatica SpA, an Italian company, while the scientific and technical lead was Fraunhofer IPSI from Germany.

Other consortium partners:

Press and scientific papers

This article is issued from Wikipedia - version of the 9/9/2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.