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:
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:
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:
A review of IFLA, CIDOC, INDECS and DC reveals that the following base classes are common to each of these different metadata models:
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.
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.
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.
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.
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.
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.

Notes:

| 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>
|
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>
Sections 9.1 and 9.2 below describe the processes involved in these two steps.
During the transformation process from an event-aware model to a simple resource model, the following steps occur:

|
ABC Event-aware Model
|
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>
|
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?
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.
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).
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:
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?
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:
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.
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"
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
"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
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>
[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