Dear all,<div><br></div><div>In general, I would agree with both of Andrew's points:</div><div>- get rid of the datatype for beam and other "spanners" like slurs and tuplets (and the related attributes);</div>

<div>- keep i/m/t for wordpos (can't think of any other places where this could be needed, though as a rule of thumb, if 1-6 is not needed then i/m/t might be worth keeping.</div><div><br></div><div>Best,</div><div>Raffaele</div>

<div><br></div><div><br></div><div><br><div class="gmail_quote">On Fri, Jul 6, 2012 at 5:48 PM, Maja Hartwig <span dir="ltr"><<a href="mailto:Maja.Hartwig@gmx.de" target="_blank">Maja.Hartwig@gmx.de</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear Johannes and Perry!<br>
<br>
Actually I used this datatype, but never for encoding beams, rather for slurs, though my understanding was a different one.<br>
I used the "i1" for the first slur in a measure, "i2" for the second one also when the first beam ended before.<br>
So I didn´t use the "i1" twice in one measure, because I think that would be confusing to get the appropriate "i´s" and "t´s" together.<br>
I was always wondering about the limit of 1-6, because in my way of using that datatype, I couldn´t encode more than 6 slurs in a measure.<br>
Now I switched over to encode slurs with @tstamp and duration or @startid and @endid.<br>
To encode beams, I always use the <beam>/<beamSpan>, and I think I wouldn´t miss the i/m/t 1-6!<br>
Best,<br>
<br>
Maja<br>
<br>
<br>
-------- Original-Nachricht --------<br>
> Datum: Fri, 6 Jul 2012 18:16:41 +0200<br>
> Von: Johannes Kepper <<a href="mailto:kepper@edirom.de">kepper@edirom.de</a>><br>
> An: Music Encoding Initiative <<a href="mailto:mei-l@lists.uni-paderborn.de">mei-l@lists.uni-paderborn.de</a>><br>
> Betreff: [MEI-L] datatype [imt][1-6]<br>
<div class="HOEnZb"><div class="h5"><br>
> Dear MEI-L,<br>
><br>
> this is a somewhat technical question that I still would like to ask all<br>
> of you, although it's particularly interesting to hear developer's opinions.<br>
><br>
> MEI offers several attributes with a datatype of [imt][1-6], that is one<br>
> letter out of i, m or t, follwed by a digit from 1 to 6. It is used to<br>
> indicate the beginning ("i"), middle ("m") or end ("t") of a feature which may<br>
> overlap. The number distinguishes between those overlapping occurences. For<br>
> instance a<br>
><br>
> <note beam="i1"><br>
><br>
> indicates the beginning of a beam. If a second, independent beam would<br>
> start before the first ends, it would be start with a value of "i2". If it<br>
> would start after the end of the first one, it would reuse the "i1" value.<br>
> Trying to clarify such details in the Guidelines, Perry and me are wondering<br>
> if this behaviour is particularly comprehensible, or if we should take this<br>
> feature away completely. You may encode beams using either the <beam> or<br>
> <beamSpan> element, the first one being extremely comfortable, the second<br>
> extremely flexible. Besides beams, the same datatype is available for tuplets<br>
> and slurs, which also offer other encoding possibilities. Is anyone<br>
> actually using the functionality of this datatype, or do you have strong opinions<br>
> for other reasons?<br>
><br>
> It would be great if we could get some feedback in the next couple of days<br>
> in order to make a decision about this soon.<br>
><br>
> Thanks very much,<br>
> Perry and Johannes<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" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><br>
<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" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><br>
</div></div></blockquote></div><br></div>