[MEI-L] How to encode choices...?

Sigfrid Lundberg slu at kb.dk
Thu Jun 13 21:30:15 CEST 2013

No, not really. But when we publish stuff, there will be a text here, or a pointer or redirect.


You can see some of the cards there.

Fra: mei-l-bounces+slu=kb.dk at lists.uni-paderborn.de [mei-l-bounces+slu=kb.dk at lists.uni-paderborn.de] på vegne af Kőmíves Zoltán [zolaemil at gmail.com]
Sendt: 13. juni 2013 21:23
Til: Music Encoding Initiative
Emne: Re: [MEI-L] How to encode choices...?

Hi Axel,

Your project sounds fun, and I am also interested in variant handling, do you have a blog or news feed where I could follow updates?

I am also a rookie in MEI, so please someone more experienced correct me if I am talking nonsense,
but my guess would be to use the <rdg> element<http://music-encoding.org/documentation/guidelines2013/rdg> ((reading) – Contains a single reading within a textual variation.) that may contain a complete <measure>, or even <section>, therefore may be suitable for the purpose.


Zoltan Komives
GSoC Intern
Maryland Institute for Technology in the Humanities

2013/6/13 Axel Teich Geertinger <atge at kb.dk<mailto:atge at kb.dk>>
Dear list,

We are preparing a little experimental digital edition of a piece named “Kaleidakustikon” (c.1820) by Friedrich Kuhlau. It is an aleatoric piece of music of the same kind as, for instance, Kirnberger’s “Der allezeit fertige Menuetten- und Polonaisencomponist” and the “Musikalisches Würfelspiel” attributed to Mozart.
It consists of 21 piles of cards, each card containing one bar of music. The player selects one of the 11 cards in each pile by throwing dice. Put together, these cards form a little waltz. The project is of course to make it an online game, at the same time giving us some experience with MEI workflows.

The question is: How should we encode the multiple alternatives for each bar? The guidelines explain that the <choice> element “groups a number of alternative encodings for the same point in a text”. Sounds perfect for this purpose. However, it only allows editorial markup elements like <abbr>, <sic>, <corr>, <reg>, <orig>, <unclear>, <subst>, and <expan> as child elements (BTW, the guidelines p. 163 also mention <add> and <del>, but not <abbr>, <expan>, and <subst> – a mistake?).

How do we encode choices among a number of alternatives provided by the composer as part of the compositional concept?



Det Kongelige Bibliotek
Nationalbibliotek og Københavns Universitetsbibliotek

Axel Teich Geertinger
Forsker, ph.d. | Researcher, PhD
Konstitueret centerleder | Interim Head of Centre

Det Kongelige Bibliotek | The Royal Library
Dansk Center for Musikudgivelse | Danish Centre for Music Publication
P.O. Box 2149 | DK-1016 København K
tel +45 3347 4706<tel:%2B45%203347%204706> | Fax +45 3393 2218<tel:%2B45%203393%202218> | atge at kb.dk<mailto:atge at kb.dk> | www.kb.dk<http://www.kb.dk>

Besøgsadresse | Visiting address | Søren Kierkegaards Plads 1
Leveringsadresse | Delivery address | Christians Brygge 8 | 1219 København K

EAN 5798 000 79 52 97 | Bank 0216 4069032583<tel:4069032583> | CVR 28 98 88 42
IBAN DK2002164069032583 | Swiftcode DABADKKK

mei-l mailing list
mei-l at lists.uni-paderborn.de<mailto:mei-l at lists.uni-paderborn.de>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 14433 bytes
Desc: image001.jpg
URL: <http://lists.uni-paderborn.de/pipermail/mei-l/attachments/20130613/7ec0bc21/attachment.jpg>

More information about the mei-l mailing list