Information Technology Reference
In-Depth Information
22.5.7 Conclusion
This section of the chapter introduces the usages and applications of interactive
multimedia for contemporary performing arts as well as its usefulness for captur-
ing/measuring multimedia and multimodal data that are able to better represent the
playing gesture and/or interactions. With two example IMP systems, it discusses
key requirements and complexities of the preservation considerations and presents
a digital preservation framework based on ontologies for Interactive Multimedia
Performances.
With the CASPAR framework, standard ontology models were adopted in order
to define the relations between the individual components that are used for the re-
performance. We also described the development and implementation of a web-
based archival system using the CASPAR framework and components.
The ICSRiM IMP Archival System has been successfully validated by users
who have created their own IMP systems using their own work for ingestion and
using ingested works from others (without any prior knowledge) to reconstruct a
performance with only the instruction and information provided by the archival
system.
22.6 CIANT Testbed
22.6.1 RepInfo Validation
It is quite difficult to properly demonstrate that all the RepInfo necessary to re-
perform the performance has been collected making the information in the archive
Independently Understandable. The only ultimate proof would be to grant access to
the archive to a group of artists (Designated Community
)
that would hire a theatre
and attempt to re-perform the piece. Since this is not a convenient solution from
obvious reasons, we decided to implement a Performance Viewer tool that would
facilitate the process of RepInfo validation by providing immediate visual and audio
feedback.
The architecture of Performance Viewer tool consists of the following compo-
nents:
•
Ontology loader
•
Timeline controller
•
Different visualisation profiles
The “Ontology loader” component serves as a bridge between the ontology which
is stored in the repository and the rest of the application. It understands the pecu-
liarities of the CIDOC-CRM and the semantics of our CIDOC extensions. It also
provides a modular architecture where other components, so called “Visualisation
profiles” can register their event handlers. When the loading procedure is initiated,
all registered observers would receive data depending on their focus. For instance:
