<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
        {font-family:"MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:"\@MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-family:"Calibri","sans-serif";color:#1F497D'>The processes Craig and Perry suggest work well for simple cases, but break on more difficult instruments, keys, and transpositions. A Db piccolo (very common in band music) might technically be -1 diatonic, -1 chromatic, but it’s quite often 0 diatonic, -1 chromatic when the scores go even a bit towards the sharp side.  Even the B-flat clarinet often will choose to be an A# clarinet when the orchestra is in 5, 6, or 7 sharps.  And in pieces for band, learning ensembles, etc., individual notes will be written enharmonically.  So that a concert-pitch passage, C, D, D#, E#, F# might be written as D, E, F, G, Ab so as to avoid needing using double sharps or augmented intervals.  Notating the score in written pitch is the better way to avoid this problem.  <o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif";color:#1F497D'>Best,<o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif";color:#1F497D'>Myke<o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> mei-l-bounces@lists.uni-paderborn.de [mailto:mei-l-bounces@lists.uni-paderborn.de] <b>On Behalf Of </b>Craig Sapp<br><b>Sent:</b> Friday, February 10, 2012 21:23<br><b>To:</b> Music Encoding Initiative<br><b>Subject:</b> Re: [MEI-L] @trans.diat and @trans.semi<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'>Hi Perry,<br><br>The specification seems to come from Humdrum trans tool (which in turn comes from some 2D algorithm of transposition):<br>    <a href="http://musicog.ohio-state.edu/Humdrum/commands/trans.html">http://musicog.ohio-state.edu/Humdrum/commands/trans.html</a><br>And I have a transposing program for Humdrum which implements the base-40 method of transposing:<br>   <a href="http://extra.humdrum.org/man/transpose">http://extra.humdrum.org/man/transpose</a><br><br>Example: Here is the score for a B-flat clarinet in Humdrum format:<br><br>**kern<br>*ITrd1c2<br>*Iclars<br>*k[]<br>*C:<br>4c<br>4d<br>4e<br>4f<br>4g<br>4a<br>4b<br>4cc<br>*-<br><br>The pitches are listed in concert pitch (the convention for Humdrum scores), and there is an interpretation "*ITrd1c2" which gives instructions on how to transpose to written pitch:<br>    *I = instrument code<br>    Tr = transpose<br>    d1 = go up one diatonic step<br>    c2 = while going up two chromatic steps<br>So C->D, C#->D# and so on.<br><br>> So, for the clarinet in B<span style='font-family:"MS Mincho"'>♭</span>should the values be trans.diat="1" and trans.semi="2", or should they read trans.diat="-1" and trans.semi="-2" ?<br><br>I would say that using trans.diat="1" and trans.semi="2" would be better (particularly if the pitches in the file are listed in concert pitch).  And these numbers then represent the transposition amount/direction which is necessary to transpose from concert pitch to written pitch of the transposing instrument.  Since B-flat clarinets "sound down" they need to "transpose up" to get to the written pitch, so the intervals should be positive.<br><br>In the documentation you should say something like "the transposition values indicate the size and direction of the transposition interval used to transpose concert pitches into written pitches for the transposing instrument."<br><br>If you want the transposition to mean the size/direction to go from written to concert (which is the same size but reverse direction), then you switch the wording (although I would prefer convert->written transposition to be encoded in the score).<br><br>In Humdrum files, the pitches are always expected to be in concert pitch.  I use my transpose program mentioned above to transpose written parts into sounding parts when going from OMR encoded data into a final score.  In that case I have a "-I" option which stores the reverse of the written->sounding transposition in the final score (I transpose down the B-flat part to concert pitch, but I store the upward direction indicating how to go from concert pitch to written).   <br><br>Are transposing parts always encoded in concert pitch in MEI?  If so, then the sounding->written direction for transposition is very much preferred.  If the MEI files can have either concert or written pitch, then what to do is not as clear.  I would have the transposition value always from concert->written, and then some indication of what state the score/part is in, either "written" or "sounding". If the score is in Written mode, then the transpose interval would be negated to convert to concert pitch, and if the score is in Concert mode, then the transpose interval would be used as-is to transpose to Written mode.<br><br><<In this case, the second set of values would be more helpful; that is, given a pitch of D4, to get a performable concert pitch, subtract the value of trans.semi. (Or perhaps more technically correct, add -2 semitones.)>><br><br>You or I are confused about this sentence.  Given the pitch of D4 written for a B-flat clarinet, you need to apply both trans.semi and trans.diat to calculate the concert pitch (not just trans.semi; both are needed to get the correct transposed diatonic pitch name).  In terms of calculating a base-12 MIDI pitch, you can just use trans.semi, but for correct diatonic spelling you will need both: go down one diatonic step while doing down two chromatic steps which is D4 to C4 (down a major second): D->C:d->c#->c.<br><br>-=+Craig<br><br><o:p></o:p></p><div><p class=MsoNormal>2012/2/9 Roland, Perry (pdr4h) <<a href="mailto:pdr4h@eservices.virginia.edu">pdr4h@eservices.virginia.edu</a>><o:p></o:p></p><p class=MsoNormal>Looking at the documentation for these 2 attributes, it isn't exactly clear what values are expected.  The documentation for trans.diat says,<br><br>  "records the amount of diatonic pitch shift, e.g. C to C♯ = 0, C to D<span style='font-family:"MS Mincho"'>♭</span> = 1.<br>  Transposition requires both trans.diat and trans.semi attributes in order to distinguish<br>  the difference, for example, between a transposition from C to C♯ and one from C to D<span style='font-family:"MS Mincho"'>♭</span>."<br><br>while for trans.semi, it says,<br><br> "contains the amount of pitch shift in semitones, C to C♯ = 1, C to D<span style='font-family:"MS Mincho"'>♭</span> = 1.<br> Transposition requires both trans.diat and trans.semi attributes in order to distinguish<br> the difference, for example, between a transposition from C to C♯ and one from C to D<span style='font-family:"MS Mincho"'>♭</span>."<br><br>So, for the clarinet in B<span style='font-family:"MS Mincho"'>♭</span>should the values be trans.diat="1" and trans.semi="2", or should they read trans.diat="-1" and trans.semi="-2" ?<br><br>It seems to me that the first set of values is somewhat redundant since the written pitches for the clarinet are already recorded as one step "too high" with respect to concert pitch. This redundancy, however, could be used to mean that the written pitches are not errors; that is, that an F# on the clarinet staff is correct in the concert key of C.<br><br>Another way to approach these attributes (which is, by the way, used in the musicxml2mei XSL transform) is to use them to indicate the amount of "correction" necessary to achieve the concert pitch from the written one.  In this case, the second set of values would be more helpful; that is, given a pitch of D4, to get a performable concert pitch, subtract the value of trans.semi. (Or perhaps more technically correct, add -2 semitones.)<br><br>So, having made the decision once before (when writing the XSL transform), it would be convenient to make the documentation agree with the already-made decision.  However, if anyone has a good argument, other than tradition, why this decision (and the documentation) should be reversed, please speak up.<br><br>--<br>p.<br><br>__________________________<br>Perry Roland<br>Music Library<br>University of Virginia<br>P. O. Box 400175<br>Charlottesville, VA 22904<br><a href="tel:434-982-2702">434-982-2702</a> (w)<br>pdr4h (at) virginia (dot) edu<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><o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div></body></html>