[MEI-L] Question about mRest, dur and dots in MEI 3 and 4

Mon Jun 6 00:13:00 CEST 2022

I am wondering what would happen if in place of the mRest, the relevant
bars simply encoded two rests, one after the next.

It seems to be valid MEI 4.0 according to MEI Friend and Atom.

<rest dur="breve" xml:id="m-2475"/>

<rest dur="1" xml:id="m-24751000"/>

On Sun, Jun 5, 2022 at 5:50 PM Andrew Hankinson
<andrew.hankinson at rism.digital> wrote:

> Actually, scratch my last message -- `breve 1` is a valid duration, but
> music21 does not recognize multiple values for the @dur element. It means a
> breve + whole note.
>
> music21 does have a 'Rest.fullMeasure' object, which is probably more
> appropriate to use in this situation. You would need to test and see if it
> works, but this function is probably where you would want to make the
> changes:
>
>
> https://github.com/cuthbertLab/music21/blob/master/music21/mei/base.py#L2312-L2331
>
> See:
> https://web.mit.edu/music21/doc/moduleReference/moduleNote.html#music21.note.Rest.fullMeasure
>
> If you don't want to make changes to the music21 code, then a "hack" would
> be to detect values of "breve 1" on `mRest` elements and manually set the
> object appropriately in the music21 object tree prior to running your
> analysis.
>
> -Andrew
>
> On 5 Jun 2022, at 23:00, Richard Freedman <rfreedma at haverford.edu> wrote:
>
> Thank you Klaus (and Andrew!).
>
> It seems I am a bit stuck here, since Music21 does not correctly interpret
> mRest = Breve under a 3/1 measure.  It regards the Breve as 8.0 beats, not
> 12.  Adding the dots="1" in MEI 3 worked.  But "breve 1" in MEI 4.0 (which
> might or might not mean a dotted breve rest) does not seem to work, since
> Music21 is not compliant with MEI 4.
>
> Richard
>
>
>
> On Sun, Jun 5, 2022 at 4:06 PM Klaus Rettinghaus <
> klaus.rettinghaus at gmail.com> wrote:
>
>> Hi Richard,
>>
>> the main problem is that the dots attribute has been removed in MEI 4.
>> See
>> https://music-encoding.org/guidelines/v4/elements/mrest.html#attributes
>> and
>> https://github.com/music-encoding/music-encoding/issues/429
>>
>> —
>> Dr. Klaus Rettinghaus
>>
>> Am 05.06.2022 um 19:56 schrieb Andrew Hankinson <
>> andrew.hankinson at rism.digital>:
>>
>> I can't tell you exactly why it's happening, but I suspect there's
>> something going wrong here:
>>
>>
>> https://github.com/music-encoding/encoding-tools/blob/main/mei30To40/mei30To40.xsl#L367-L415
>>
>> Particularly lines 410-413.
>>
>>
>>
>> On 5 Jun 2022, at 19:25, Richard Freedman <rfreedma at haverford.edu> wrote:
>>
>> I am using MEI garage.  We have a script by Raff Viglianti that passes
>> each of our MEI 3 files to garage, then
>> saves them locally.
>>
>> richard
>>
>> On Sun, Jun 5, 2022 at 1:21 PM Andrew Hankinson <
>> andrew.hankinson at gmail.com> wrote:
>>
>>> Hi Richard,
>>>
>>> How are you converting the files? What script or service are you using?
>>>
>>> -Andrew
>>>
>>> On 5 Jun 2022, at 18:39, Richard Freedman <rfreedma at haverford.edu>
>>> wrote:
>>>
>>> 
>>> Friends,
>>>
>>> I am wondering whether someone can help me with confusion about the
>>> encoding of mRests.
>>>
>>> Our MEI 3.0 files have certain bars with mRest under a time signature of
>>> 3/1.
>>>
>>> The dur of these mRests is recorded as breve in MEI 3.0.  We need,
>>> however, to add dots="1" to these for subsequent processing with music21.
>>> This works.
>>>
>>> However, when I convert these files to MEI 4.0. I also see a dur of
>>> "breve 1", and the dots="1" are gone.
>>>
>>> What is the meaning of "breve 1" here?  I cannot seem to find the
>>> documentation of this attribute value.
>>>
>>> Thanks!
>>>
>>> Richard
>>>
>>> --
>>> Richard Freedman
>>> Professor of Music
>>> John C. Whitehead '43 Professor of Humanities
>>> Chair, Department of Music
>>> Haverford College
>>> Haverford, PA 19041
>>>
>>> 610-389-0595
>>>
>>>
>>> http://www.haverford.edu/users/rfreedma
>>>
>>> Schedule meeting time: https://bit.ly/3D0NAQ4
>>>
>>> _______________________________________________
>>> mei-l mailing list
>>> mei-l at lists.uni-paderborn.de
>>> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
>>>
>>> _______________________________________________
>>> mei-l mailing list
>>> mei-l at lists.uni-paderborn.de
>>> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
>>>
>> --
>> Richard Freedman
>> Professor of Music
>> John C. Whitehead '43 Professor of Humanities
>> Chair, Department of Music
>> Haverford College
>> Haverford, PA 19041
>>
>> 610-389-0595
>>
>>
>> http://www.haverford.edu/users/rfreedma
>>
>> Schedule meeting time: https://bit.ly/3D0NAQ4
>>
>> _______________________________________________
>> mei-l mailing list
>> mei-l at lists.uni-paderborn.de
>> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
>>
>>
>> _______________________________________________
>> mei-l mailing list
>> mei-l at lists.uni-paderborn.de
>> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
>>
>> _______________________________________________
>> mei-l mailing list
>> mei-l at lists.uni-paderborn.de
>> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
>>
>
>
> --
> Richard Freedman
> Professor of Music
> John C. Whitehead '43 Professor of Humanities
> Chair, Department of Music
> Haverford College
> Haverford, PA 19041
>
> 610-389-0595
>
>
> http://www.haverford.edu/users/rfreedma
>
> Schedule meeting time: https://bit.ly/3D0NAQ4
>
> _______________________________________________
> mei-l mailing list
> mei-l at lists.uni-paderborn.de
> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
>
>
> _______________________________________________
> mei-l mailing list
> mei-l at lists.uni-paderborn.de
> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
>

-- 
Richard Freedman
Professor of Music
John C. Whitehead '43 Professor of Humanities
Chair, Department of Music
Haverford College
Haverford, PA 19041

610-389-0595

http://www.haverford.edu/users/rfreedma

Schedule meeting time: https://bit.ly/3D0NAQ4
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-paderborn.de/pipermail/mei-l/attachments/20220605/454eeadc/attachment.htm>