<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style>@font-face {
font-family: Cambria Math;
}
@font-face {
font-family: Calibri;
}
@font-face {
font-family: Tahoma;
}
@page WordSection1 {margin: 1.0in 1.0in 1.0in 1.0in; }
P.MsoNormal {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman","serif"; FONT-SIZE: 12pt
}
LI.MsoNormal {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman","serif"; FONT-SIZE: 12pt
}
DIV.MsoNormal {
MARGIN: 0in 0in 0pt; FONT-FAMILY: "Times New Roman","serif"; FONT-SIZE: 12pt
}
A:link {
COLOR: blue; TEXT-DECORATION: underline
}
SPAN.MsoHyperlink {
COLOR: blue; TEXT-DECORATION: underline
}
A:visited {
COLOR: purple; TEXT-DECORATION: underline
}
SPAN.MsoHyperlinkFollowed {
COLOR: purple; TEXT-DECORATION: underline
}
SPAN.EmailStyle17 {
FONT-STYLE: normal; FONT-FAMILY: "Arial","sans-serif"; COLOR: black; FONT-WEIGHT: normal; TEXT-DECORATION: none
}
</style><style id="owaParaStyle">P {
MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
P {
MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
</style>
</head>
<body lang="EN-US" link="blue" vlink="purple" fPStyle="1" ocsi="0">
<div style="direction: ltr;font-family: Arial Unicode MS;color: #000000;font-size: 12pt;">
<p>Hi, Axel,</p>
<p> </p>
<p>I don't think the subsitution of <version> for <expression> helps very much. We're still left with the question of what constitutes a new/different version and the answer to that question will vary. I suspect it will depend on whether the project is addressing
printed music only or printed and manuscript versions, among other things.</p>
<p> </p>
<p>The question of what signals a different version between two manuscript versions is a very thorny one indeed. Taken to the extreme, I suppose every single intervention potentially creates a huge hierarchical tree of versions. But this is the province of
philology and probably should be addressed somewhere other than in the FRBR entities, say using <app>. Therefore, I would advise a somewhat loose, not-too-granular approach in the use of FRBR in MEI (and everywhere else for that matter).</p>
<p> </p>
<p>Said another way, it's not very important that something fit precisely into the "correct" <source> or <expression> element, but that one is consistent, uses only the number of entities that achieve the level of descriptive granularity required, and that
relationships between the entities are explicitly marked.</p>
<p> </p>
<p>--</p>
<p>p.</p>
<p> </p>
<p><font size="2">__________________________<br>
Perry Roland<br>
Music Library</p>
<div>
<div class="BodyFragment">
<div class="PlainText">University of Virginia</div>
<div class="PlainText">P. O. Box 400175</div>
<div class="PlainText">Charlottesville, VA 22904<br>
434-982-2702 (w)<br>
pdr4h<a></a><a></a> (at) virginia<a></a><a></a> (dot) edu<a></a><a></a></div>
</font></div>
</div>
<div style="FONT-FAMILY: Times New Roman; COLOR: #000000; FONT-SIZE: 16px">
<hr tabindex="-1">
<div style="DIRECTION: ltr" id="divRpF970981"><font color="#000000" size="2" face="Tahoma"><b>From:</b> mei-l-bounces@lists.uni-paderborn.de [mei-l-bounces@lists.uni-paderborn.de] on behalf of Axel Teich Geertinger [atge@kb.dk]<br>
<b>Sent:</b> Monday, November 19, 2012 3:17 PM<br>
<b>To:</b> Music Encoding Initiative<br>
<b>Subject:</b> Re: [MEI-L] FRBR in MEI<br>
</font><br>
</div>
<div></div>
<div>
<div style="FONT-FAMILY: Tahoma; DIRECTION: ltr; COLOR: #000000; FONT-SIZE: 10pt">
<p>Hi Perry, Craig,</p>
<p> </p>
<p>Yes, I was of course speaking of the header, where the FRBR-related elements are about to be implemented. In this context my remark about how to "encode performances" was intended to mean "encode information about the historical events where the work (or
rather: the expression) was performed"...</p>
<p> </p>
<p>I would still, however, be curious to hear any opinions on the interpretation of the expression level as versions (or, as an alternative, using <version> instead of <expression>), because that is how MerMEId treats them right now. The FRBR-extended schema
itself does not enforce that interpretation, but MerMEId does, unless we change the concept.</p>
<p> </p>
<p>/axel</p>
<div>
<p> </p>
<p> </p>
</div>
<div style="FONT-FAMILY: Times New Roman; COLOR: #000000; FONT-SIZE: 16px">
<hr tabindex="-1">
<div style="DIRECTION: ltr" id="divRpF925402"><font color="#000000" size="2" face="Tahoma"><b>Fra:</b> mei-l-bounces@lists.uni-paderborn.de [mei-l-bounces@lists.uni-paderborn.de] på vegne af Roland, Perry (pdr4h) [pdr4h@eservices.virginia.edu]<br>
<b>Sendt:</b> 19. november 2012 16:26<br>
<b>Til:</b> Music Encoding Initiative<br>
<b>Emne:</b> Re: [MEI-L] FRBR in MEI<br>
</font><br>
</div>
<div></div>
<div>
<div style="FONT-FAMILY: Arial Unicode MS; DIRECTION: ltr; COLOR: #000000; FONT-SIZE: 12pt">
<p>Hi, Craig,</p>
<p> </p>
<p>I want clear up any confusion about MEI's <eventList> element. I don't think <eventList> is what you're thinking of as an "event list"; that is, a place to put timing information. <eventList> is for recording *historical events using prose*. <timeline>,
on the other hand, is for capturing processable time data. I believe that's where the kind of thing you're thinking of should go.
</p>
<p> </p>
<p>Multiple <timeline> elements are allowed within <music> and/or within <scoreDef>. <timeline></p>
<p>"[p]rovides a set of ordered points in time to which musical elements can be linked in order to create a temporal alignment of those elements."</p>
<p> </p>
<p>The timing data you provide in <a href="http://mazurka.org.uk/webern/dynamics/mvmt1/webern-op27-1-Aitken1961.dyn" target="_blank">
http://mazurka.org.uk/webern/dynamics/mvmt1/webern-op27-1-Aitken1961.dyn</a> can easily be mapped to --</p>
<p> </p>
<p><timeline></p>
<p> <when xml:id="event1" absolute="5.518"/></p>
<p> <when xml:id="event2" absolute="6.018"/></p>
<p> <!-- and so on --></p>
<p></timeline><br>
</p>
<p>while the dynamics can be recorded using <dynam> in the notation part of the tree. Unfortunately, at present there's no place to record your values on <dynam> ("73.7632", etc.), only integer values in the MIDI value range, i.e., 0-127. This can be remedied
in the short term by customizing the @val attribute.</p>
<p> </p>
<p>Assuming customization of @val, a dynamic can be associated with a timepoint using @when --</p>
<p> </p>
<p><dynam when="#event1" val="73.7632"/></p>
<p><dynam when="#event2" val="69.4717"/></p>
<p><!-- und so weiter --></p>
<p> </p>
<p>At present, there's no way to link a <timeline> directly with a FRBR entity, such as <source> (manifestation). An indirect link is possible by associating a timeline (via its @avref attribute) with a digital recording, then associating that digital file
(represented by <avFile>) with a particular source description (via its @decls attribute). There's no requirement that @decls refer to any particular FRBR entity type (work, expression, manifestion, or item), making it theoretically possible to connect a
digital audio file to any FRBR entity; however, practically speaking, a digital audio file is probably best associated with a manifestation; that is, an MEI <source> element. It would be appropriate to describe the Delos DEL 25407 (1978) recording using <source>
as it is the base material from which your encoding of the dynamics and timing information are taken.</p>
<p> </p>
<p>"Performance" scores of the type you're describing can be encoded in MEI by leaving out the duration information at the event level and associating the event with timing information provided within <timeline> --</p>
<p> </p>
<p><chord when="#event1"></p>
<p> <note pname="f" oct="4"/></p>
<p> <note pname="e" oct="5"/></p>
<p></chord></p>
<p> </p>
<p>There's no defined way yet, however, to record both a "performance" score and a traditional one in the same MEI file.</p>
<p> </p>
<p>Hope this helps,</p>
<p> </p>
<p>--</p>
<p>p.</p>
<p><font size="2"><br>
__________________________<br>
Perry Roland<br>
Music Library</p>
<div>
<div class="BodyFragment">
<div class="PlainText">University of Virginia</div>
<div class="PlainText">P. O. Box 400175</div>
<div class="PlainText">Charlottesville, VA 22904<br>
434-982-2702 (w)<br>
pdr4h (at) virginia (dot) edu</div>
</font></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>