<div dir="ltr">Hi All, <div><br></div><div>As far as I understand there have been two suggestions to solve the problem of determining the material that is repeated by <beatRpt>:</div><div>1. use @dur attribute on beatRpt to indicate how much of the preceding material is repeated. </div><div>2. provide explicitly what material is repeated.</div><div><br></div><div>I think both solutions make sense. The first one is concise, and has no complicated implications, while the second one provides more flexibility - I sense there could be situations when the (1) would not suffice, perhaps some multi-voice situation when only the material in one voice is repeated, but don't want to think about this too hard now... :) </div><div><br></div><div>Could we perhaps allow both solutions, so encoders could chose whichever fits best their use case?</div><div><br></div><div>Regarding the discussion of beat in compound meters, I also think it's perhaps best to stay away from defining the beat as such, but I also support to clarify terminology: using "beat unit" rigorously could be a good enough solution.</div><div><br></div><div>Best</div><div>Zoltan</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-08-27 22:57 GMT+01:00 Roland, Perry D. (pdr4h) <span dir="ltr"><<a href="mailto:pdr4h@eservices.virginia.edu" target="_blank">pdr4h@eservices.virginia.edu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div>
<div style="direction:ltr;font-family:Arial Unicode MS;color:#000000;font-size:12pt">
<div style="direction:ltr;font-family:Arial Unicode MS;color:#000000;font-size:12pt">
<div><br>
</div>
<div>Here are some possibilities for moving forward -- </div>
<div><br>
</div>
Using @copyof on beatRpt makes it possible to indicate which events are to be repeated; for example --
<div><br>
</div>
<div><measure></div>
<div>  <note dur="8" xml:id="n1"/><br>
<div>  <note dur="8"<span style="font-size:12pt"> </span><span style="font-size:12pt">xml:id="n2"/></span></div>
<div>  <note dur="8"<span style="font-size:12pt"> </span><span style="font-size:12pt">xml:id="n3"/></span></div>
<div>  <beatRpt copyof="#n1 #n2 #n3"/></div>
<div></measure></div>
<div><br>
</div>
<div>or perhaps</div>
<div><br>
</div>
<div>
<div><measure></div>
<div>  <beam xml:id="beam1"></div>
<div>    <note dur="8" xml:id="n1"/><br>
<div>    <note dur="8"<span style="font-size:12pt"> </span><span style="font-size:12pt">xml:id="n2"/></span></div>
<div>    <note dur="8"<span style="font-size:12pt"> </span><span style="font-size:12pt">xml:id="n3"/></span></div>
<div><span style="font-size:12pt"></beam></span></div>
<div>  <beatRpt copyof="#beam1"/></div>
<div></measure></div>
</div>
<div><br>
</div>
<div>In previous discussions about using the copyof attribute, it has been determined that the copy is a modified "deep" one; that is, that the result tree has the same structure as the designated node with certain attribute values removed or modified, like
 xml:id, for example.</div>
<div><br>
</div>
<div>There's a slight problem with using @copyof, however, in that it doesn't allow multiple URIs. We could allow multiple values, but I'm not sure what it means to say that something is a copy of more than one thing.  That means it's a synthesis, doesn't it?
  :-)  So, I'm a little reluctant to add @copyof and I lean more toward adding @plist instead.  Of course, this also gets us into a  little trouble as both @copyof and @plist would be allowed.  As a work-around, a new @targets (notice the plural) could be added
 to beatRpt.</div>
<div><br>
</div>
<div>Another option is to allow beatRpt to contain content -- either new events that duplicate those that the repetition sign refers to or <ptr> elements that reference the events; for example,</div>
<div><br>
</div>
<div>
<div><measure></div>
<div>  <note dur="8" xml:id="n1"/><br>
<div>  <note dur="8"<span style="font-size:12pt"> </span><span style="font-size:12pt">xml:id="n2"/></span></div>
<div>  <note dur="8"<span style="font-size:12pt"> </span><span style="font-size:12pt">xml:id="n3"/></span></div>
<div>  <beatRpt></div>
<div>    <span style="font-size:12pt"><note dur="8" xml:id="n4"/></span></div>
<div>    <note dur="8"<span style="font-size:12pt"> </span><span style="font-size:12pt">xml:id="n5"/></span></div>
<div>    <note dur="8"<span style="font-size:12pt"> </span><span style="font-size:12pt">xml:id="n6"/></span></div>
<div>  </beatRpt></div>
<div></measure></div>
</div>
</div>
<div><br>
</div>
<div>or</div>
<div><br>
</div>
<div>
<div><measure></div>
<div>  <note dur="8" xml:id="n1"/><br>
<div>  <note dur="8"<span style="font-size:12pt"> </span><span style="font-size:12pt">xml:id="n2"/></span></div>
<div>  <note dur="8"<span style="font-size:12pt"> </span><span style="font-size:12pt">xml:id="n3"/></span></div>
<div>  <beatRpt></div>
<div>    <span style="font-size:12pt"><ptr target="#n1"/></span></div>
<div>    <ptr target="#<span style="font-size:12pt">n2"/></span></div>
<div>    <ptr target="#<span style="font-size:12pt">n3"/></span></div>
<div>  </beatRpt></div>
<div></measure></div>
</div>
</div>
<div><br>
</div>
<div>Each one of these options allows an easy "toggling" between the repetition sign and the material inside.  The 2nd method may be more flexible because of the use of references.  The down-side for both of these possibilities is that they are more verbose
 than using an attribute.</div>
<div><br>
</div>
<div>Yet another approach is to create a generic copy element, say, <copyOf> that represents a copy of any event.  That may be too general, however.  For example, the function of the copyOf (beatRpt, mRpt, etc.) would have to be placed in an attribute.  This
 could lead to mis-use and it would be more difficult to control where certain functions could occur.  But, <span style="font-size:12pt">Johannes has put this forward in the past, so he's better qualified to address this approach than I.</span></div><span class="">
<div><br>
</div>
<div>--</div>
<div>p.</div>
<div><br>
</div>
<div><font size="2">
<div>__________________________<br>
Perry Roland<br>
Music Library</div>
<div>University of Virginia</div>
<div>P. O. Box 400175</div>
<div>Charlottesville, VA 22904<br>
<a href="tel:434-982-2702" value="+14349822702" target="_blank">434-982-2702</a> (w)<br>
pdr4h (at) virginia (dot) edu</div>
</font></div>
</span></div>
<div style="font-family:Times New Roman;color:#000000;font-size:16px">
<hr>
<div style="direction:ltr"><font face="Tahoma" size="2" color="#000000"><b>From:</b> mei-l [<a href="mailto:mei-l-bounces@lists.uni-paderborn.de" target="_blank">mei-l-bounces@lists.uni-paderborn.de</a>] on behalf of Roland, Perry D. (pdr4h) [<a href="mailto:pdr4h@eservices.virginia.edu" target="_blank">pdr4h@eservices.virginia.edu</a>]<br>
<b>Sent:</b> Thursday, August 27, 2015 11:48 AM<div><div class="h5"><br>
<b>To:</b> Music Encoding Initiative<br>
<b>Subject:</b> Re: [MEI-L] Beat in 6/8<br>
</div></div></font><br>
</div><div><div class="h5">
<div></div>
<div>
<div style="direction:ltr;font-family:Arial Unicode MS;color:#000000;font-size:12pt">
<div><br>
</div>
Ok, this gives us a place to start.  It seems to me, however, that rather than talking about how much time it repeats (as this reignites the confusion around "beat" and "beat unit"), it may be better to investigate ways to explicitly indicate which *events*
 are to repeated.
<div><br>
</div>
<div>--</div>
<div>p.<br>
<div><br>
<div><font size="2">
<div><br>
__________________________<br>
Perry Roland<br>
Music Library</div>
<div>University of Virginia</div>
<div>P. O. Box 400175</div>
<div>Charlottesville, VA 22904<br>
<a href="tel:434-982-2702" value="+14349822702" target="_blank">434-982-2702</a> (w)<br>
pdr4h (at) virginia (dot) edu</div>
</font></div>
</div>
<div style="font-family:Times New Roman;color:#000000;font-size:16px">
<hr>
<div style="direction:ltr"><font face="Tahoma" size="2" color="#000000"><b>From:</b> mei-l [<a href="mailto:mei-l-bounces@lists.uni-paderborn.de" target="_blank">mei-l-bounces@lists.uni-paderborn.de</a>] on behalf of Laurent Pugin [<a href="mailto:lxpugin@gmail.com" target="_blank">lxpugin@gmail.com</a>]<br>
<b>Sent:</b> Thursday, August 27, 2015 11:18 AM<br>
<b>To:</b> Music Encoding Initiative<br>
<b>Subject:</b> Re: [MEI-L] Beat in 6/8<br>
</font><br>
</div>
<div></div>
<div>
<div dir="ltr">The problem is that when I encounter a <beatRpt> in an encoding I would like to know how much time it repeats. I understand that it represent the repetition of the material that occur on a previous musical beat, as you say. However, since the
 duration of what the musical beat is not encoded explicitly (as far as I understand) it does not seem to be possible to know it (i.e., how much time it repeats.).
<div><br>
</div>
<div>Laurent<br>
<div><br>
</div>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Aug 27, 2015 at 5:02 PM, Roland, Perry D. (pdr4h)
<span dir="ltr"><<a href="mailto:pdr4h@eservices.virginia.edu" target="_blank">pdr4h@eservices.virginia.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div style="direction:ltr;font-family:Arial Unicode MS;color:#000000;font-size:12pt">
<div><br>
</div>
<div><br>
</div>
Did you mean to say it is "unfortunate" that MEI doesn't use "beat" as an attribute?
<div><br>
</div>
<div>And how does one allow an attribute directly "in" <measure> or <staff>?</div>
<div><br>
</div>
<div>We should stay away from determination of meter in MEI.  As we've already heard, it often introduces a lot of subjectivity and interpretation.  That kind of thing is best left to a different, analytical layer.</div>
<div><br>
</div>
<div>I still don't see the point -- what does this have to do with beatRpt?</div>
<div><br>
</div>
<div>--</div>
<div><span>p.<br>
<div><br>
<div><font size="2">
<div><br>
__________________________<br>
Perry Roland<br>
Music Library</div>
<div>University of Virginia</div>
<div>P. O. Box 400175</div>
<div>Charlottesville, VA 22904<br>
<a href="tel:434-982-2702" value="+14349822702" target="_blank">434-982-2702</a> (w)<br>
pdr4h (at) virginia (dot) edu</div>
</font></div>
</div>
</span>
<div style="font-family:Times New Roman;color:#000000;font-size:16px">
<hr>
<div style="direction:ltr"><font face="Tahoma" size="2" color="#000000"><b>From:</b> mei-l [<a href="mailto:mei-l-bounces@lists.uni-paderborn.de" target="_blank">mei-l-bounces@lists.uni-paderborn.de</a>] on behalf of Laurent Pugin [<a href="mailto:lxpugin@gmail.com" target="_blank">lxpugin@gmail.com</a>]<br>
<b>Sent:</b> Thursday, August 27, 2015 10:45 AM<span><br>
<b>To:</b> Music Encoding Initiative<br>
<b>Subject:</b> Re: [MEI-L] Beat in 6/8<br>
</span></font><br>
</div>
<div>
<div>
<div></div>
<div>
<div dir="ltr">What seems fortunate to me is that "beat" is not used as attribute in MEI (yet?)
<div><br>
</div>
<div>Maybe we could use it when we need to specify a musical beat that is not the meter.unit. As I suggested with <beatRpt>, it would be assumed to be 1 in most cases, but could be "3" in 6/8 (or similar) when the desired musical beat is 4. . In 5/8, we could
 imagine having an attribute value such as "2+3" if the beat is expected to be 4 - 4. . Along the same lines, it could be useful to allow the attribute directly in <measure> (or even <staff>?) when the beat structure is changing.</div>
<div><br>
</div>
<div>Laurent</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Thu, Aug 27, 2015 at 4:06 PM, Benjamin Wolff Bohl <span dir="ltr">
<<a href="mailto:bohl@edirom.de" target="_blank">bohl@edirom.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF">Dear Craig,<br>
 many thanks for your always helpful advice!<span><br>
<br>
<div>Am 27.08.2015 um 11:08 schrieb Craig Sapp:<br>
<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">The problem is the ambiguous/conflicting terminology in this sentence:</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On 27 August 2015 at 01:19, Benjamin Wolff Bohl <span dir="ltr">
<<a href="mailto:bohl@edirom.de" target="_blank">bohl@edirom.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span style="border:0px;font-family:inherit;font-size:14px;font-style:inherit;font-weight:inherit;margin:0px;outline:0px;padding:0px;vertical-align:baseline">meter.unit</span> contains the number indicating the beat unit, that is, the bottom number
 of the meter signature.</blockquote>
</div>
</div>
</div>
</blockquote>
<br>
</span>This is only ambiguous/conflicting if you are to smart and know too much about music! Regarding the term "beat" in the closed system of MEI everything is obvious an unambiguous.<span><br>
<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">The problem is that in compound meters such as 6/8</div>
<div class="gmail_extra">    <a href="https://en.wikipedia.org/wiki/Meter_%28music%29#Compound_meter" target="_blank">https://en.wikipedia.org/wiki/Meter_(music)#Compound_meter</a></div>
<div class="gmail_extra">The "musical beat" is a dotted quarter note, while the MEI "beat unit" is an eighth note.  Using the word "beat" in such a way is unfortunate as it can conflict with the musical definition of a beat, and this will continue to cause
 mis-interpretation of what a beat is.</div>
</div>
</div>
</blockquote>
<br>
</span>This then would promote using another term in MEI in order to avoid confusion, let's say "meter-unit-n".<span><br>
<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">The duration of a beat is necessary for music analysis, since the treatment of dissonance and consonance is tied to the location of a note on or off of the beat.
<br>
</div>
</div>
</div>
</blockquote>
<br>
</span>This could be a beating argument, if it is the purpose and intention of MEI to do musical analysis.<br>
Is it? I'd rather say it provides a basis for doing analysis, the logic of the analysis is not part of MEI, although the result of the analysis might be encoded in MEI.<span><br>
<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_extra">The musical beat is also needed to automatically beam notes.  Implicit interpretation of the musical beat can be done with 6/8 by assigning it to be a dotted quarter note, but there are exceptions to this definition which would require
 a way of assigning an explicit duration to the musical beat.</div>
</div>
</div>
</blockquote>
<br>
</span>"Automatically" beaming notes is not part of the encoding but of the rendering logic an thus will not be reflected in (pure-logical-domain-)MEI.
<br>
<span><br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">For example, the middle slow movements in a piano sonata may be labeled as 6/8, with the beat actually assigned to the eighth note, in which case the "musical beat" and the MEI "beat unit" are the same.</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Another more common corner case would be time signatures such as 3/8.  Is that a compound meter with one beat in a measure, or a simple meter with three beats in the measure (a variant on a 3/4 meter also possible in slow movements)? 
<br>
</div>
</div>
</div>
</blockquote>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">And of course in modern music with irregular meters such as 5/8, the musical beats in the measure may may have two beats as 3+2 eighth notes, or 2+3 or a mixture of both in different measures.</div>
</div>
</div>
</blockquote>
<br>
</span>The two above are only a problem if we consider "beat" as being the "musical beat". If we consider it to be "meter-unit-n" instead, everything would work out fine.<span><br>
<br>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">Compound meters resulted in a degeneration of mensural notation.  Since modern rhythms are always "imperfect", to emulate a perfect mensuration dots are added to the notes (which would usually be implicit the mensural metric equivalent). 
 These are represented as compound meters in modern notation (who knows why they did not invent "2/4." time signatures instead of "6/8" for such cases). The problem is that modern time signatures are ambiguous, since 6/8 could be considered like C-dot, or it
 could be considered as a non-compound meter with 6 beat at the eighth-note level.</div>
</div>
</div>
</blockquote>
<br>
</span>Ok, air is getting thin for me...<br>
I've had a problem with modern transcription of mensural notation ever since I first encountered it, or more precisely I was whinig about modern notation being so restrictive due to having abandoned mensuration signs. I would prefer modern transcription sticking
 to mensuration signs and logic instead of adding dots, but I might not be able to change the world about this...<br>
<br>
But to bang the drum for "meter-unit-n": Couldn't this problem also be solved by <mensur> or some additional attribute on <scoreDef> or <staffDef>?
<br>
<br>
Considering the case of a modern transcription of "perfect" mensural notation using <beatRpt> in terms of "meter-unit-n" would result in completely different applicable cases compared to using it in the sense of "musical beat". An there it is the again,<br>
** ambiguous and conflicting**<br>
<br>
Just for the sake ofplaying advocatus diavoli  3;-)<br>
Benni<br>
<br>
<blockquote type="cite"><span>
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">I whine to Perry every once in a while about this, so we can wait for his reply on how to disambiguate such cases...</div>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra">-=+Craig</div>
<div class="gmail_extra"><br>
</div>
</div>
</div>
<br>
<fieldset></fieldset> <br>
</span><span>
<pre>_______________________________________________
mei-l mailing list
<a href="mailto:mei-l@lists.uni-paderborn.de" target="_blank">mei-l@lists.uni-paderborn.de</a>
<a href="https://lists.uni-paderborn.de/mailman/listinfo/mei-l" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a>
</pre>
</span></blockquote>
<br>
</div>
<br>
_______________________________________________<br>
mei-l mailing list<br>
<a href="mailto:mei-l@lists.uni-paderborn.de" target="_blank">mei-l@lists.uni-paderborn.de</a><br>
<a href="https://lists.uni-paderborn.de/mailman/listinfo/mei-l" rel="noreferrer" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
_______________________________________________<br>
mei-l mailing list<br>
<a href="mailto:mei-l@lists.uni-paderborn.de" target="_blank">mei-l@lists.uni-paderborn.de</a><br>
<a href="https://lists.uni-paderborn.de/mailman/listinfo/mei-l" rel="noreferrer" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</div></div></div>
</div>
</div>
</div>
</div>

<br>_______________________________________________<br>
mei-l mailing list<br>
<a href="mailto:mei-l@lists.uni-paderborn.de">mei-l@lists.uni-paderborn.de</a><br>
<a href="https://lists.uni-paderborn.de/mailman/listinfo/mei-l" rel="noreferrer" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><br>
<br></blockquote></div><br></div>