[MEI-L] [Sample collection(s); WAS fill up time to completelayers in] cross-staff beams sample encoding
Roland, Perry D. (pdr4h)
pdr4h at eservices.virginia.edu
Thu Apr 16 00:20:57 CEST 2015
Hi everyone,
After a couple of tries, I believe I fixed this example.
Since the current website will go away soon, I changed the file in the *Google Code repository*, not on the website where you’ve been looking at it. The file is accessible directly at https://code.google.com/p/music-encoding/source/browse/trunk/samples/MEI2013/Musical%20features/beamSpans.mei.
As you can imagine, this is a very difficult example to code by hand, so if I didn’t catch all the errors or introduced new ones, please let me know.
--
p.
__________________________
Perry Roland
Music Library
University of Virginia
P. O. Box 400175
Charlottesville, VA 22904
434-982-2702 (w)
pdr4h (at) virginia (dot) edu
From: mei-l [mailto:mei-l-bounces+pdr4h=virginia.edu at lists.uni-paderborn.de] On Behalf Of Zoltán Komíves
Sent: Sunday, March 29, 2015 2:56 PM
To: Music Encoding Initiative
Subject: Re: [MEI-L] [Sample collection(s); WAS fill up time to completelayers in] cross-staff beams sample encoding
It's imdeed not obvious, but I linked this from the documentation/Sample Encodings page http://music-encoding.org/documentation/samples
It's the item called "Example of beamSpans"
Z
________________________________
From: Byrd, Donald A.<mailto:donbyrd at indiana.edu>
Sent: 29/03/2015 19:25
To: Music Encoding Initiative<mailto:mei-l at lists.uni-paderborn.de>
Subject: Re: [MEI-L] [Sample collection(s); WAS fill up time to completelayers in] cross-staff beams sample encoding
No wonder I couldn't find it. This "sampleCollection" directory seems to have nothing to do with the "Sample Encodings"
available under the Documentation tab, i.e., http://music-encoding.org/documentation/samples. And if there's a way to get to sampleCollection/encodings from music-encoding.org, it's not exactly obvious -- unless I'm overlooking the obvious :-) . Can someone clarify this, preferably including clarifying the website?
--Don
On Mar 28, 2015, at 1:41 PM, Kőmíves Zoltán <zolaemil at gmail.com<mailto:zolaemil at gmail.com>> wrote:
> Sorry, I forgot to link the example:
> http://music-encoding.org/sampleCollection/encodings/beamSpans.pdf
> http://music-encoding.org/sampleCollection/encodings/beamSpans.xml
>
> Zoltan
>
>
>
> 2015-03-28 3:11 GMT+00:00 Byrd, Donald A. <donbyrd at indiana.edu<mailto:donbyrd at indiana.edu>>:
> I'm concerned about issue #3 below. In much idiomatic piano music from Chopin and Schumann on, if not earlier, I don't think it makes sense to try to complete voices by encoding anything to fill the space between notes (or explicit rests). Voices disappear and reappear anywhere, sometimes several times in one measure! We humans deduce the timing by finding notes in other voices the offending notes align with. That's just the "sameas" idea.
>
> There's a measure in a Chopin Ballade in which one voice disappears and reappears five times; see my Extremes of Conventional Music Notation (http://homes.soic.indiana.edu/donbyrd/CMNExtremes.htm). (Okay, it's just isolated second stems on notes, so arguably not a "real" voice, but that doesn't help!) Filling in that voice would make the encoding pretty messy, and I'd say would make it harder -- not easier -- to see what's really going on.
>
> Disclaimer: I realize my objection isn't applicable to a lot of music, but I can't find Zoltán's example in http://music-encoding.org/documentation, either in Sample Encodings or via MEI Search, so I can't easily see if my objection applies to it. Where is "the cross-staff beam sample encoding??
>
> --Don
>
>
> On Mar 26, 2015, at 6:23 AM, Kőmíves Zoltán <zolaemil at gmail.com<mailto:zolaemil at gmail.com>> wrote:
>
> > Hello,
> >
> > Looking at the cross-staff beam sample encoding, a number of things occur to me:
> >
> > 1. note with xml:id="m1e1" encoded a dotted 8th note, but I found this more than a little confusing: the information that there is a triplet containing one 16th-rest and two 16th-note seems to have been lost. Additionally, the sum of the total duration in the layer adds up to more than the measure duration defined by the time signature.
> >
> > 2. note with xml:id="m1s1l2e1" encoded in the wrong octave (it should be e4, not e3).
> >
> > 3. The first note on staff 2/layer 1 is the dotted g, which is rhythmically at the 2nd 16th triplet position. I understand that this can be derived from the fact that this note is "sameas" the 2nd note of the displaced triplet on the first staff, but it strikes me that this leaves the layer "incomplete"; I would expect a <space> to fill up the time before the first note; I think the following encoding would clearer:
> > Or do you think this is already too interpretative (interpreting the dotted 8th note as part of a sixtuplet over the entire measure, that is)?
> >
> > <staff n="1">
> > <layer n="1">
> > <tuplet bracket.visible="true" bracket.place="above" num="3"
> > num.visible="true" num.place="above">
> > <rest dur="16" xml:id="m1r1" staff="2"/>
> > <beam>
> > <note pname="g" oct="3" dur="16" stem.dir="up"
> > stem.pos="right" xml:id="m1e1" staff="2"/>
> > <note pname="c" oct="4" dur="16" stem.dir="up" staff="1"
> > xml:id="m1e2"/>
> > </beam>
> > </tuplet>
> > <tuplet num="3" num.visible="true" num.place="above"
> > bracket.visible="true" bracket.place="above">
> > <beam>
> > <note pname="g" oct="4" dur="8" stem.dir="up" staff="1"
> > xml:id="m1e3"/>
> > <note pname="a" oct="4" dur="16" stem.dir="up" staff="1"
> > xml:id="m1e4"/>
> > </beam>
> > </tuplet>
> > </layer>
> > <layer n="2">
> > <space dur="8"/>
> > <tuplet>
> > <note pname="e" oct="3" dur="16" stem.dir="down"
> > xml:id="m1s1l2e1"/>
> > <note pname="c" oct="4" dur="16" stem.dir="down"
> > xml:id="m1s1l2e2"/>
> > <note pname="a" oct="3" dur="16" stem.dir="up"
> > stem.pos="right" xml:id="m1s1l2e3" staff="2"/>
> > </tuplet>
> > </layer>
> > </staff>
> > <staff n="2">
> > <layer n="1">
> > <tuplet bracket.visible="false" dur.visible="false" num.visible="false" dur="2">
> > <space dur="16"/>
> > <beam>
> > <note pname="g" dots="1" sameas="#m1e1" dur="8"
> > stem.pos="left" stem.dir="down"/>
> > <space dur="16"/>
> > <note pname="a" sameas="#m1s1l2e3" stem.dir="down" dur="16"
> > stem.pos="left"/>
> > </beam>
> > </tuplet>
> > </layer>
> > <layer n="2">
> > <tuplet num="3" bracket.visible="true" bracket.place="below"
> > num.place="below" numbase="2">
> > <beam>
> > <note pname="c" oct="2" dur="16" stem.dir="down"
> > xml:id="m1s2l2e1"/>
> > <note pname="g" oct="2" dur="16" stem.dir="down"
> > xml:id="m1s2l2e2"/>
> > <note pname="e" oct="3" dur="16" stem.dir="down"
> > xml:id="m1s2l2e3"/>
> > </beam>
> > <rest dur="8" xml:id="m1s2l2e4" loc="0"/>
> > </tuplet>
> > </layer>
> > </staff>
> >
> >
> > Best
> > Zoltan
> > _______________________________________________
> > mei-l mailing list
> > mei-l at lists.uni-paderborn.de<mailto:mei-l at lists.uni-paderborn.de>
> > https://lists.uni-paderborn.de/mailman/listinfo/mei-l
>
---
Donald Byrd
Woodrow Wilson Indiana Teaching Fellow
Adjunct Associate Professor of Informatics
Visiting Scientist, Research Technologies
Indiana University Bloomington
_______________________________________________
mei-l mailing list
mei-l at lists.uni-paderborn.de<mailto:mei-l at lists.uni-paderborn.de>
https://lists.uni-paderborn.de/mailman/listinfo/mei-l
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-paderborn.de/pipermail/mei-l/attachments/20150415/89935182/attachment.html>
More information about the mei-l
mailing list