Harmony discussion note 2000-02-16 17:19:59 -0500

ABC

A Logical Model for Metadata Interoperability - Workshop Notes


1. Scope

Most of the first day of the workshop was spent discussing the scope of the ABC metadata modeling activity.  Amidst these discussions there was general agreement that the meeting and follow-on modeling activity would explore the following:


2. Summary of Results and Conclusions

The remainder of the workshop focused on the importance of events in understanding intellectual resources, the nature of various descriptions of them, and the relationships between these descriptions.  It was generally agreed that a model to facilitate mapping between metadata vocabularies needs to be event aware.  This agreement builds on a number of observations.

These observations suggest the following intellectual, and ultimately, mechanical approach towards understanding the relationships between metadata vocabularies:

These concepts are roughly illustrated in the following figure.  The light blue circles represent manifestations of a resource as it moves through a set of event transitions; the events are presented by the light yellow squares.  For example, event "E1" may be a creation event that produces resource "R1". This resource may then be acted on by a translation event - event "E2" - producing resource "R2" and so on.  The ellipses that enclose part of the resource/event lifecycle represent the snapshot of the lifecycle addressed (described) by a particular metadata description (that is an instance of a particular metadata vocabulary).  For example, the larger ellipse represents the snapshot described by "Desc1", and the small by "Desc2".  The smaller circles within each descriptive record are the actual elements (attributes) of the description.  The dotted lines represent the linkage of the attribute to an event - as shown the attributes in "Desc1" are actually associated with three different events that are implicit in the snapshot.  As, the three red colored elements are all associated with a single event "E3", implying some tight relationship between them that can be exploited in mapping between the two descriptive vocabularies that form the basis for the different descriptions.  

 

We hope to build on this conceptual framework in order to understand and extrapolate common entities across metadata vocabularies and use them to develop a useful data model for inter-vocabulary mapping.  Our initial plan for accomplishing this is to:


3. Initial Working Example

The scenario below represents the first complex example to be considered. Appendix A contains the metadata descriptions for this scenario as generated from the following domains: MARC, Archival metadata, INDECS, DC, MPEG-7 and CIDOC/CRM.

A 130 min video (VHS) of a "Live at Lincoln Center Performance". The conductor is Kurt Masur. The Orchestra is the New York Philharmonic. The performance was on April 7, 1998 at 8PM Eastern Time. The video was produced by PBS and broadcast live on the BBC. The TV director was Brian Large and the sound recordist was Lydia Bancroft. The narration and program notes are by Martin Bookspan and in english. The three pieces performed are:

Copyright for the entire performance is held by Lincoln Center for the Performing Arts.


4. The ABC Vocabulary

The goal of the ABC vocabulary is to define and declare a core set of abstract base classes that are common across metadata communities. These base classes are intended to provide the attachment points (i.e. entities) for different properties (or metadata) that are associated with information content and its lifecycle.

A review of IFLA, CIDOC, INDECS and DC reveals that the following base classes are common to each of these different metadata models:

Resources

These represent the superclass of all of the possible things within our universe of discourse - they may be physical, digital or abstract. Every resource has a corresponding unique identifier.

Events

There was quite a lot of discussion at the workshop on the definition of an event. An event is an action or occurrence. Events are of infinitely recursive granularity but only those events which are of significance to the user need to be described.

CIDOC/CRM differentiates between Events and Acts by making Act a subclass of the Event class. An event has a time and a place associated with it as well as possible sub-events. An Act is an event which was carried out by an actor/agent or actors/agents.

An event or action can be fully described by answering the following questions through the corresponding attributes:

Events can be subdivided into high-level types. For example:

In addition to using the event-aware model to explicitly describe the events which occur between resources and to resources, it is possible to use the event class to describe the content of time-based resources such as audio, audiovisual or multimedia resources. For example, the scene change events which occur within a video can be described using event nodes. These events will have a time attribute but no agents or output. Similarly, the location of the advertisements which occur within a radio broadcast may also be described by a chain of event nodes with time stamps attached.

One problem associated with events is how to describe the relationships which occur between events. These relationships may be temporal, spatial, spatio-temporal or conceptual. Events can be repetitive, causal, conditional - how do you specify these relationships and constraints via the modelling diagrams. How do you specify that two events can only occur in parallel or concurrently and not sequentially.

Inputs and Outputs

Events can have Input resources and/or Output resources.

Input resources vary in that some inputs are actually operated on during the event (INDECS refers to these as 'patients') whilst others are simply tools or references which are used during the event. Sometimes it may be difficult to determine when a resource should be defined as an Input tool and when it should be defined as an Agent. If there is a need to define the Role of the Input resource, then it needs to be defined as an Agent.

Output resources vary in that some resources are the primary target outputs whilst others (e.g. messages) are of secondary importance. This dictinction is important during metadata simplification in order to determine which Acts are associated with which Output resources.

Acts

CIDOC/CRM differentiates between Events and Acts by making Acts a subclass of Events. An event has a time and a place associated with it as well as possible sub-events. An Act is an event which was carried out by an actor/agent or actors/agents.

Each event may have contributions from one or more agents playing particular roles. Each of these contributions or acts can have their own context (time and place) and inputs or outputs associated with them. Acts are simply a sub-class of Events, specialised in that they have a role and agent associated with them.

Agents

Agents represent the resources which act in an event - or the "actors" in an event. In ICOM, they are Actors, in IFLA they are persons or corporate bodies. In INDECS they are agents and in DC they are persons or organisations.

Some commonly-used agent types are:

There are open issues wrt agents in that there is also a differentiation between 'legal' persons and bibliographic or fantasy persons and cartoon characters. The relationships between these types of agents and their names can become very complex.

Also, in reality, any resource may take a causative role, thus allowing it to act as an agent. Additional possible agent types include: animals, fictional animals (Teletubbies), aliens, supernatural beings, imaginary creatures, inanimate objects (e.g., a painting that falls from a wall and strikes a sculpture, which shatters and then is presented as a new resource in a museum show), natural or environmental processes (storms, plagues, erosion, decay etc.)

Agents are associated with Acts and usually have an associated Role attribute which defines the role that this actor plays in the particular event.

Context

Date/Time

Time can be specified in a variety of ways. It can be either free text describing a period or event or a specific date/time format. It may also be either an instantaneous time or a time span. It may be GMT, local time or a time relative to a particular object's scope e.g. time stamp in a video. Some examples include:

Place

The place entity describes a spatial location. It can be free text or formatted. It can be absolute or relative. It can be a point, line, 2D or 3D region. Similarly to time, place can vary enormously in granularity. It may be a real world spatial location or a spatial location relative to a particular origin, coordinate system or objects' dimensions. Some examples of valid place values are shown below:


5. Diagrammatic Representations of the Scenario based on the ABC Model

Figure 2 below is a diagramatic representation of the scenario (described in Section 3) based on the event-aware model and the ABC vocabulary described in Section 4 above. It explicitly identifies all of the events, acts, relationships and resources which occur within the scenario.

Figure 2: ABC Model Representation of the "Live At Lincoln" Scenario

The performance actually consists of 4 parts or sub-events, event1_1, event1_2, event1_3 and event1_4.

Event1_4 represents the ProgramNotesProduction Event. It needs to be separately defined to ensure that the Agent/Role pair of Martin Bookspan/Note Producer is associated with the "ProgramNotes" output resource.

event1_1, event1_2 and event1_3 are the sequence of performance sub-parts which are expressions of separate concepts or works. Figure 4 below explicitly illustrates the history of events, concepts (aka works) and performances (aka expressions) which make up the three parts of the performance.

Figure 4: ABC Model Representation of the Performance Sub-parts


6. UML Representation of the Basic Event Model

Notes:

  1. Inputs are derived from Resources but have an extra attribute patient. If patient is true, then the input resource is actually being operated upon during the event. If patient is false then the input resource is simply a helper application e.g. a reference or tool. This is important to avoid ambiguity during the complex-to-simple transformation when there are multiple inputs to an event.
  2. Outputs are derived from Resources but have an extra attribute target. If target is true, then the output resource is assigned the Role/Agent property/value pairs during the complex-to-simple transformation. If target is false then this output resource is not assigned any of the Role/Agent property/value pairs during the complex-to-simple transformation. This is important to avoid ambiguity during the complex-to-simple transformation if there are multiple outputs from an event.

Figure 5: UML Representation of the Basic Event Model

7. XML Schema Representation of an Event Model

The Event Model, event.xml
<xsd:schema xmlns:xs="http://www.w3.org/1999/XMLSchema">

   <xsd:element name="Event" type="eventType"/>

   <xsd:complexType name="eventType">
       <xsd:element ref="Context" minOccurs="1" maxOccurs="1"/>
       <xsd:element ref="Act" minOccurs="0" maxOccurs="*"/>
       <xsd:element name="EventRelations" type="EventRelations" minOccurs="0" maxOccurs="unbounded"/>
       <xsd:element name="Input" type="InputType" minOccurs="0" maxOccurs="1"/>
       <xsd:element name="Output" type="OutputType" minOccurs="0" maxOccurs="1"/>
       <xsd:attribute name="id" type="xsd:ID"/>
       <xsd:attribute name="Type" type="xsd:string"/>   
       <xsd:attribute name="eventName" type="xsd:string"/>    
   </xsd:complexType>

   <xsd:complexType name="EventRelations">     
       <xsd:element ref="Event" minOccurs="0" maxOccurs="unbounded"/>
       <xsd:attribute name="type" type="EventRelationType"/>
       <xsd:attribute name="degree" type="xsd:nonNegativeInteger"/>
       <xsd:attribute name="direction" type="directionType"/>
   </xsd:complexType>

   <xsd:element name="Context">
      <xsd:complexType>
          <xsd:element name="Place" type="xsd:string" minOccurs="0" maxOccurs="1"/>
          <xsd:element name="Date" type="xsd:date" minOccurs="0" maxOccurs="1"/>
          <xsd:element name="Time" type="xsd:time" minOccurs="0" maxOccurs="1"/>
          <xsd:attribute name="id" type="xsd:ID"/> 
      </xsd:complexType>
   </xsd:element>

   <xsd:element name="Act">
      <xsd:complexType>
        <xsd:element ref="Agent" minOccurs="1" maxOccurs="1"/>
        <xsd:element name="Role" type="xsd:string" minOccurs="1" maxOccurs="1"/>
        <xsd:attribute name="id" type="xsd:ID"/> 
      </xsd:complexType>
   </xsd:element>

   <xsd:element name="Agent">
      <xsd:complexType>
          <xsd:element name="Name" minOccurs="1" maxOccurs="1"/>
          <xsd:element name="Type" type="xsd:string" minOccurs="0" maxOccurs="1"/>
          <xsd:attribute name="id" type="xsd:ID"/> 
      </xsd:complexType>
   </xsd:element>

   <xsd:complexType name="ResourceType">
      <xsd:element name="Type" type="xsd:string" minOccurs="0" maxOccurs="1"/>
      <xsd:attribute name="id" type="xsd:ID"/> 
   </xsd:complexType>
     
   <xsd:complexType name="InputType" base="ResourceType" derivedBy="extension"/>
   <xsd:complexType name="Patient" base="InputType" derivedBy="extension"/>

   <xsd:complexType name="OutputType" base="ResourceType" derivedBy="extension"/>
   <xsd:complexType name="Target" base="OutputType" derivedBy="extension"/>

</xsd:schema>


8. Examples/Instantiations of the Event XML Schema

Below are XML instantiations of a number of examples, based on the XML Schema language representation of an event-aware metadata model, described in the previous section.

Different types of resources can be derived from the basic ResourceType. The elements associated with Resources will depend on the Resource Type.


Example 1 : Arrival of Spring

<Event id="E1" Type="Calendar" eventName="Arrival of Spring">
   <Context><Date>3/20/00</Date><Time>24:00</Time></Context>
</Event>

Example 2 : Sam's Birth

<Event id="E2" Type="Creation" eventName="Sam's Birth">
   <Context><Date>8/7/97</Date><Time>05:00</Time></Context>
   <Act>
     <Agent><Name>Mary Jane Smith</Name></Agent>
     <Role>Mother</Role>
   </Act>
   <Act>
      <Agent><Name>Sally Jones</Name></Agent>
      <Agent><Name>Helen Brown</Name></Agent>      
      <Role>Mid-wife</Role>
   </Act>
   <Output id="B1234-97">
         <Type>Person</Type>
         <Name>Sam</Name>
   </Output>
</Event>

Example 3 : Composition of Symphony No. 9

<Event id="E3" Type="Creation" eventName="Composition of Symphony No. 9">
   <Context><Date>1824</Date></Context>
   <Act>
     <Agent><Name>Beethoven</Name></Agent>
     <Role>Composer</Role>
   </Act>
   <Output id="comp13578">
        <Type>Musical Score</Type>
        <Title>Symphony No. 9</Title>
   </Output>
</Event>

Example 4 : Security Violation

<Event id="E4" Type="Notification" eventName="Security violation 102">
   <Context><Date>4/4/00</Date><Time>10:10</Time></Context>

   <Act>
     <Agent>
         <Name>EM Mechanism</Name>
         <Type>Software</Type>
     </Agent>
     <Role>Exception Trigger</Role>
   </Act>

   <Act>
     <Agent>
         <Name>Carl Lagoze</Name>
         <Type>Person</Type>
     </Agent>
     <Role>Violator</Role>
   </Act>

   <Output id="em2345-00">
        <Type>Error Message</Type>
        <Content>Exception:lagoze violated policy</Content>
   </Output>

</Event>

Example 5 : Image Migration

<Event id="E5" Type="Transformation" eventName="Image Migration">

   <Context><Date>4/4/00</Date><Time>16:00</Time></Context>

   <Act>
     <Agent>
         <Name>SystemPS</Name>
         <Type>Software</Type>
     </Agent>
     <Role>Image Converter</Role>
   </Act>

   <Act>
     <Agent>
         <Name>Karen Fryer</Name>
         <Type>Person</Type>
     </Agent>
     <Role>Image Archivist</Role>
   </Act>

   <Input id="file://...Img1.5.tiff" patient="true">
        <Type>image</Type>
        <Version>TIFF 5.0</Format>
   </Input>

   <Input id="http://...transTIFF">
        <Type>Transformation function</Type>
   </Input>

   <Output id="file://..Img1.6.tiff">
        <Type>image</Type>
        <Version>TIFF 6.0</Format>
   </Output>

</Event>

Example 6 : ABC Performance Scenario

The description below is based on the diagrams in Section 5 of this document.

<Event id="E6" Type="Performance" eventName="Live At the Lincoln Centre">

   <Context>
     <Date>7/4/98</Date><Time>20:00</Time>
     <Place>Lincoln Centre for the Performing Arts</Place>
   </Context>

   <Act id ="Act1">
     <Agent>
         <Name>Kurt Masur</Name>
         <Type>Person</Type>
     </Agent>
     <Role>Conductor</Role>
   </Act>

   <Act id="Act2">
     <Agent>
         <Name>New York Philharmonic</Name>
         <Type>Group of Persons</Type>
     </Agent>
     <Role>Orchestra</Role>
   </Act>

   <Act id="Act3">
     <Agent>
         <Name>PBS</Name>
         <Type>Organisation</Type>
     </Agent>
     <Role>Producer</Role>
   </Act>

   <Act id="Act4">
     <Agent>
         <Name>Brian Large</Name>
         <Type>Person</Type>
     </Agent>
     <Role>Director</Role>
   </Act>

    ......

   <subEvents>

     <sequence>

       <Event id="E6_1" type="Performance" eventName="The Rite of Spring">
         <Extent>35 mins</Extent>
         <input id="comp23456 ">
            <Type>Musical Score</Type>
            <Title>The Rite of Spring</Title>
         </input>
       </Event>

       <!-- See Example 3 Above for the Composition Event Details -->

       <Event id="E6_2" type="Performance" eventName="Symphony No. 9">
         <Extent>65 mins</Extent>
         <input id="comp13578">
            <Type>Musical Score</Type>
            <Title>Symphony No. 9</Title>
         </input>
       </Event>

       <Event id="E6_3" type="Performance" eventName="Concerto for Violin">
         <Extent>25 mins</Extent>
         <input id="comp523">
            <Type>Musical Score</Type>
            <Title>Concerto for Violin</Title>
         </input>
         <Act id="Act10">
            <Agent>
               <Name>Robert McDuffie</Name>
               <Type>Person</Type>
            </Agent>
            <Role>Solo Violinist</Role>
         </Act>
       </Event>

     </sequence>

     <Event id="E6_4" type="Creation" eventName="ProgramNotesProduction">
         <Act id="Act8">
            <Agent>
               <Name>Martin Bookspan</Name>
               <Type>Person</Type>
            </Agent>
            <Role>Notes Producer</Role>
         </Act>
         <Output id="notes34456">
            <Type>Program Notes</Type>
            <Language>English</Language>
         </Output>
     </Event>

   </subEvents>

   <Output id="video8215">
        <Type>video</Type>
        <Duration>130 mins</Duration>
        <Format>VHS</Format>
   </Output>

</Event>


9. Mapping between Schemas

The objective of the ABC data model is to provide a common underlying model which can be mapped to multiple metadata schemas for different domains. For many domains, the mapping process can be broken down into two steps:
  1. Transformation from the ABC event-aware model to the resource-centric model;
  2. Mapping of the ABC semantic elements to the specific domain's semantic elements.

Sections 9.1 and 9.2 below describe the processes involved in these two steps.

9.1 The Transformation Process

During the transformation process from an event-aware model to a simple resource model, the following steps occur:

  1. The Date, Time and Place properties within the Event's Context node can be connected directly to the target output resource;
  2. The Role property of each Act associated with an event, becomes a property arc attached to the target output resource and its value is the Act's Agent Name e.g. the Orchestra property has value "New York Philharmonic"
  3. A property arc is generated from the event type (e.g. Performance -> isPerformanceOf) and this property is attached to the target output resource. The value of this property is the patient input resource of the event ("comp523"..

Figure 6: Transformation from of the Event-aware Model to the Resource-centric Model

ABC Event-aware Model

<Event id="E1" Type="Performance" 
    eventName="Live At the Lincoln Centre">

   <Context>
     <Date>7/4/98</Date>
     <Time>20:00</Time>
     <Place>Lincoln Centre</Place>
   </Context>

   <Act id="Act1">
     <Agent>
         <Name>New York Philharmonic</Name>
         <Type>Group of Persons</Type>
     </Agent>
     <Role>Orchestra</Role>
   </Act>

   <input id="comp523">
       <Type>Musical Score</Type>
       <Title>Concerto for Violin</Title>
   </input>

   <Output id="video8215">
        <Type>video</Type>
        <Format>VHS</Format>
   </Output>

</Event>
Simple Resource-centric Model


   <Resource id="video8215">
        <Type>video</Type>
        <Format>VHS</Format>
        <Date>7/4/98</Date>
        <Time>20:00</Time>
        <Place>Lincoln Centre</Place>
        <Orchestra>New York Philharmonic</Orchestra>
        <isPerformanceOf>comp523</isPerformanceOf>
   </Resource>

9.2 The Semantic Mapping Process


10. Problems and Open Issues with the Event-aware Model

10.1 Diagrammatic Representations for the ABC Model

A number of modelling methods exist which we can use to formally describe ABC models using graphical representations e.g. E-R diagrams, UML, state-transition diagrams, interaction diagrams, activity diagrams, RDF diagrams.

But none of them seems to do all of the things which we need - which is to describe both documents and events and the relationships between them. They are either document-centric (ER, RDF) or process-centric (STD, UML) - while we need both.

State transition diagrams are primarily concerned with the possible states within a single object and the processes associated with each of those states i.e. the behaviour of a single object. Although this is of interest, ABC is more concerned with the processes/events which occur between different objects.

The problems of mixing these 2 approaches were also evident in Godfrey's slides. Different approaches use different conventions. We need to differentiate between the following relationships between entities and how to represent them using the lines and arrows linking them:

Do we need to be able to specify constraints such as optional/mandatory relationships or repetitive attributes in the data model representation?

Do we want to be able to show more complex process flows between events such as conditional statements or repetitive loops?

Events can be repetitive, causal, conditional - how do you specify these relationships and constraints via the modelling diagrams. How do you specify that two events can only occur in parallel or concurrently and not sequentially?

10.2 Visual Metadata Modelling Tools

Assuming we can define rules for graphically representing ABC models then we could develop graphical metadata generation tools which provide a GUI and toolbar which enable users to visually design a metadata schema and generate descriptions by linking graphical representations of objects and events and attaching attributes to them.

Ideally, if simpler views of the metadata are required then they can be specified graphically by circling those entities to be combined/conflated into a simpler flat structure.

10.3 Inheritance of Attributes and Attribute Values

Certain documents (e.g. complex multimedia resources) can have very complex metadata descriptions. If such a document undergoes an event e.g. is reformatted from mpeg1 to mpeg2, then an important issue is whether the attributes are inherited or carried across from the input document to the output document? What is the default behaviour? How do we override the default? Attributes may be added, deleted or modified - similarly the attribute values can be reset to default values or maintained across the event.

How do we specify in the model diagram which attributes or attribute values will be inherited by the event's output document?

One approach would be for the event metadata to record the differences in the metadata between the output and the input documents. Although this approach minimizes metadata redundancy (since the output attributes and values can be calculated on the fly by applying the difference to the input) in many cases, the differences are not known - only the input document metadata and the output document metadata is known.

Another approach is to use the IFLA model and assume that different manifestations from the same expression or work automatically inherit certain attributes and values (e.g. those associated with the intellectual content).

10.4 Complex to Simple Transformations - Flattening Structures

Complex to simple transformations are a relatively easy process if there is one input, one output and one contribution.

However, if an event consists of multiple contributing acts each with their own agent, role, input, output and context - then it is by no means simple to collapse these sub-events into one encapsulating event and to resolve the agent, role, context, input, output for the encapsulating event unambiguously.

The following situations require mechanisms to ensure that the complex to simple mappings can be handled unambiguously:

10.5 Specifying which Nodes are mandatory?

Is an act node mandatory if there is only a single contribution by a single agent? In the situation where an event has only one contribution then can the agent, role and context arcs connect directly to the event node?

If two agents contribute to an act and both have the same role and context e.g. two illustrators, then must they have seperate act nodes or can they be arcs off the same act node?


11. An ABC Grammar

Metadata can be represented as a simple language for making statements about information -- about who, for example, created what (the book, song, or database), when and where, or about how much it might cost to buy that book from whom. Such statements can become very complex. Indeed, like natural language statements, they can even be ambiguous -- something one usually will want to minimize.

The metadata grammar presented here is "simple" inasmuch its words fall into a limited number of categories very much like those of natural language -- metadata nouns, verbs, adjectives, and gerunds. The participants in ABC felt that this shared vocabulary of grammatical elements would help us translate statements in one metadata dialect (language?) into the terms of other dialects. The number of common terms in this grammar may well grow over time [maybe later, clauses, adverbs, etc].

Metadata grammar can be important because it:

Elements of the grammar

NOUNS refer to persons, places, things, events, or ideas. They can be the subjects of statements or the objects of metadata verbs.

VERBS express actions or states of being. [Maybe refer to the active/passive distinction, though Mark mentioned some reasons why not to do this. But isn't this related to the INDECS distinction between agent and patient?]

ADJECTIVES modify nouns by specifying [something]. [Mark mentioned that these were particularly important for INDECS.]

GERUNDS are metadata verbs that are being used as nouns. In natural language, [add -ing, etc]. In this ABC metadata grammar, they express "events" (a central category) e.g. records -> recording. All entities are understood in terms of roles they play in events. Gerunds express the role model within the event.


Appendix A: Metadata Descriptions for the Example Scenario from Different Domains


A.1 AACR Record

Title proper - main entry: Live at Lincoln Centre
Medium: videorecording
Statement of responsibility: PBS; director, Brian Large; writer and narrator, Martin Bookspan
Place of publication: New York
Publisher: PBS
Date of publication: 1998
Extent (including specific material designation and duration): 1 videocassette (130 min.)
Playing time: 021000
Performer Note: New York Philharmonic; Kurt Masur, conductor; Robert McDuffie, violin.
Credits note: Sound recordist, Lydia Bancroft
Date/time and place of event note: Recorded in New York at the Lincoln Centre for the Performing Arts, April 7, 1998.
Note (on physical description): VHS
Note (on accompanying material): With program notes.
Contents note: Contents: The rite of spring / Igor Stravinsky (35 min.) -- Symphony no. 9 / Beethoven (65 min.) -- Concerto for violin / Philip Glass (25 min.)
Added entry heading - corporate name (principal performer): New York Philharmonic
Added entry heading - personal name (principal performer): Masur, Kurt
Added entry heading - personal name (principal performer): McDuffie, Robert
Added entry heading - corporate name (production company): Public Broadcasting System
Added entry heading - corporate name (concert venue): Lincoln Centre for the Performing Arts
Analytical added entry - personal name/title: Stravinsky, Igor, 1882-1971. Vesna sviaschennaia
Analytical added entry - personal name/title: Beethoven, Ludwig van, 1770-1827. Symphonies, no. 9, op. 125, D minor
Analytical added entry - personal name/title: Glass, Philip. Concertos, violin


A.2 Example of DC Record

Title = "Live at Lincoln Center"
Creator = "Igor Stravinsky"
Creator = "Ludwig Van Beethoven"
Creator = "Phillip Glass"
Description = "A VHS video of a concert at Lincoln Center. The Orchestra is
the New York Philharmonic."
Publisher = "PBS"
Contributor = "Kurt Masur"
Contributor = "Brian Large"
Contributor = "Lydia Bancroft"
Contributor = "Martin Bookspan"
Contributor = "Robert McDuffie"
Date = "1998-04-07"
Type = "Video"
Format = "VHS"
Language = "en"
Coverage = "New York"
Rights = "Lincoln Center for the Performing Arts"


A.3 Examples of Archival Records

In the New York Philharmonic Archives:

Series: Performance Recordings
Subseries: 1998 Subscription
Title: April 7, 1998
Format: 1” PAL video

Series: Programming
Subseries: Guest Conductors
Subseries: Kurt Masur
Title April 7, 1998
Description: Concert master correspondence regarding a program planned for April 7, 1998 in New York, includes draft and final program notes and published performance reviews.

In Lincoln Center Archives:

Series: House
Subseries: Main Stage
Subseries: Videos
Title: April 7, 1998 8PM
Description: New York Philharmonic conducted by Kurt Masur

An historical society or repository of personal papers might have the same recoding cataloged as:

Fonds/Collection Title: James Wadson Papers
Series: Special Occasions
Subseries: 50th anniversary
Folder Title: Momentos
Format: ˝” videotaope, NTSC
Description: Concert at Lincoln Center attended by the Wadson’s on their 50th anniversary.

An art museum could have it cataloged as:

Artist: Put U On (1973- )
Title: Quiet evening, Living Room
Date: 2000
Medium: Work in sound, 4.5 hrs
Description: The third of five works in the 'Artist-Night' series. In an interview accompanying at the first public exhibition of the series at Cleveland Museum of Art, the artist described this piece as 'the unusual calm in the center of the noisy storm of life. The artists returns home, runs a bath upstairs, makes a light salad in the kitchen, reads well into the night.'
Credit: Purchased by the Womens Committee Avant Garde fund
Accession: 2000.87.3


A.4 CIDOC/CRM Representation of the Scenario

The CIDOC/CRM model is very relevant to ABC because it is both object and event aware. However it is specifically designed for the museum domain and is biased towards physical museum objects e.g. it restricts the Event subclasses to Destruction and Activity events. Activities (events which are carried out by actors in particular roles, in a particular time and place) are restricted to museum-type activities. The model is also interesting because it supports metadata about the metadata - i.e. who, when, where and how the attribute assignment and classification were performed.

"Live at Lincoln Center Performance" (Iconographic Object)

is identified by PBS-LAL70498 (Object identifier)
has title "Live at Lincoln Center" 
has type VHS video
has dimension 130 mins
rights held by Lincoln Center for the Performing Arts
has current owner Lincoln Center for the Performing Arts
was produced by Production of PBS-LAL70498 (Production event)
  has time-span
    begins at April 7, 1998 (Date)
    ends at April 7, 1998 (Date)
  took place at Lincoln Center of the Performing Arts (Place)
    has type performing arts center
    falls within New York
  carried out by PBS (Actor)
    in the role of Production company
  carried out by BBC(Actor)
    in the role of Broadcast channel
  carried out by Kurt Masur(Actor)
    in the role of Conductor
  carried out by New York Philharmonic(Actor)
    in the role of Orchestra
  carried out by Martin Bookspan(Actor)
    in the role of narrator
  carried out by Brian Large(Actor)
    in the role of TV director
  carried out by Lydia Bancroft(Actor)
    in the role of sound recordist
has number of parts three
is composed of
   Segment 1  (Iconographic Object)
   has dimension 35 mins
   depicts concept The Rite of Spring (Conceptual Object)
      was produced by Creation of Rite of Spring (Production event)
         has time-span
           begins at 1911 (Date)
           ends at 1911 (Date)
         carried out by Igor Stravinsky
           in the role of Composer
   Segment 2  (Iconographic Object)
   has dimension 65 mins
   depicts concept Symphony No 9 (Conceptual Object)
      was produced by Creation of Symphony No 9 (Production event)
         has time-span
           begins at 1824 (Date)
           ends at 1824 (Date)
         carried out by Beethoven
           in the role of Composer
   Segment 3  (Iconographic Object) 
   has dimension 25 mins
   depicts concept Concerto for Violin (Conceptual Object)
      was produced by Creation of Concerto for Violin (Production event)
         has time-span
           begins at 1992 (Date)
           ends at 1992 (Date)
         carried out by Phillip Glass
           in the role of Composer

        

A.5 MPEG-7 Description of the Scenario

This description of the VHS video outlined in the scenario is based on the most recent versions of MPEG-7 Multimedia Description Schemes XM 1.0 [1] and WD 1.0 [2].

The description, encoded in XML, consists of 4 parts: CreationMetaInformation, MediaInformation, UsageMetaInformation and SegmentDecomposition.

This example demonstrates the applicability of the event-aware model not only to events which occur between resources or events which happen to resources but also to events which occur within resources. Content description of spatio-temporal resources (e.g. audio, video, multimedia) can be represented by explicitly describing the events which occur within a resource. In these cases, the time and/or place of the event are specified relative to the local coordinate system of the resource e.g. a time code relative to the start of the video or the location in pixels of a frame region. For example:


<MPEG-7 id=".....">

  <CreationMetaInformation>

    <Creation>
      <Title type='original'>Live at Lincoln Center</Title>
      <Creator>
	        <role>conductor</role>
		<GivenName>Kurt</GivenName>
                <FamilyName>Masur</FamilyName>
      </Creator>
      <Creator>
		<role>orchestra</role>
		<CharacterName>New York Philharmonic</CharacterName>
      </Creator>
      <Creator>
                <role>narrator</role>
                <Given Name>Martin</GivenName>
                <FamilyName>Bookspan</FamilyName>
      </Creator>
      <Creator>
                <role>TV director</role>
                <Given Name>Brian</GivenName>
                <FamilyName>Large</FamilyName>
      </Creator>
      <Creator>
                <role>sound recordist</role>
                <Given Name>Lydia</GivenName>
                <FamilyName>Bancroft</FamilyName>
      </Creator>
      <CreationDate>
                <day>7</day>
                <month>4</month>
                <year>1998</year>
      </CreationDate>
      <Location>
		<PlaceName>Lincoln Center</PlaceName>
	        <Country>USA</Country>
		<AdministrativeUnit>New York</AdministrativeUnit>
      </Location>
    </Creation>

    <Classification>
               <LanguageCode>en</LanguageCode>
               <CountryCode>us</CountryCode>
               <Genre>Music Performance</Genre>
               <Subject>Live Orchestral Music Concert </Subject>
    </Classification>

    <CreationPurpose>
		<Purpose>broadcasting</Purpose>
		<FormalClassification>Live Music Performance</FormalClassification>
		<AgeClassification>all</AgeClassification>
    </CreationPurpose>

    <RelatedMaterial>
		<MediaType>html</MediaType>
		<MediaLocator>
	            <MediaURL>http://www.pbs/notes/bookspan_notes.html</MediaURL>
                </MediaLocator>

    </RelatedMaterial>

  </CreationMetaInformation>

  <MediaInformation>
    <MediaProfile>
       <MediaIdentification>
		<Identifier IdOrganization='PBS' IdName='Live at Lincoln Series '>
                     PBS.LAL070498
                </Identifier>
        </MediaIdentification>

        <MediaFormat>
		<System>NTSC</System>
		<Medium>VHS</Medium>
		<Color>color</Color>
	        <Sound>mono</Sound>
	        <Length><m>130</m></Length>
	        <AudioChannels>1</AudioChannels>
        </MediaFormat>

        <MediaCoding>
	        <FrameWidth>352</FrameWidth>
	        <FrameHeight>288</FrameHeight>
	        <FrameRate>25</FrameRate>
        </MediaCoding>

    </MediaProfile>
  </MediaInformation>

  <UsageMetaInformation>
    <Rights>
	<RightsId IdOrganization='Lincoln Center' IDName='LCPA_rights'>
			lcpa:19980407;20.00
	</RightsId>
    </Rights>

    <Publication>
		<PublicationType>Broadcast</PublicationType>
	        <PublicationChannel>PBS</PublicationChannel>
	        <PublicationPlace><Country>us</Country></PublicationPlace>
                <PublicationDate>
                  <day>7</day>
                  <month>4</month>
                  <year>1998</year>
                </PublicationDate>
    </Publication>
  </UsageMetaInformation>

  <SegmentDecomposition DecompositionDataType='temporal'>
      <VideoSegment id='video_seg#1'>
        <Time>
          <TimePoint><m>2</m></TimePoint>
          <Duration><m>35</m></Duration>
        </Time>
        <CreationMetaInformation>
          <Creation>
            <Title type='original'>The Rite of Spring</Title>
            <Creator>
	        <role>composer</role>
		<GivenName>Igor</GivenName>
                <FamilyName>Stravinsky</FamilyName>
            </Creator>
            <CreationDate>
                <year>1911</year>
            </CreationDate>
          </Creation>
        </CreationMetaInformation>
      </VideoSegment>
      <VideoSegment id='video_seg#2'>
        <Time>
          <TimePoint><m>38</m></TimePoint>
          <Duration><m>65</m></Duration>
        </Time>
        <CreationMetaInformation>
          <Creation>
            <Title type='original'>Beethoven Symphony No 9</Title>
            <Creator>
	        <role>composer</role>
                <FamilyName>Beethoven</FamilyName>
            </Creator>
            <CreationDate>
                <year>1824</year>
            </CreationDate>
          </Creation>
        </CreationMetaInformation>
      </VideoSegment>
      <VideoSegment id='video_seg#3'>
        <Time>
          <TimePoint><m>104</m></TimePoint>
          <Duration><m>25</m></Duration>
        </Time>
        <CreationMetaInformation>
          <Creation>
            <Title type='original'>Concerto for Violin</Title>
            <Creator>
	        <role>composer</role>
		<GivenName>Phillip</GivenName>
                <FamilyName>Glass</FamilyName>
            </Creator>
            <CreationDate>
                <year>1992</year>
            </CreationDate>
          </Creation>
        </CreationMetaInformation>
      </VideoSegment>
  </SegmentDecomposition>


</MPEG-7>


References

[1] MPEG-7 Multimedia Description Schemes XM (Version 1.0), ISO/IEC JTC 1/SC 29/WG 11/N3112 December 1999, Maui

[2] MPEG-7 Multimedia Description Schemes WD (Version 1.0), ISO/IEC JTC 1/SC 29/WG 11/N3113 December 1999, Maui