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

Mon Jun 6 00:00:12 CEST 2022

Thank you !

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/fe78a97e/attachment.htm>