[MEI-L] Encoding ligature and coloration brackets

Micah Walter mwalter at haverford.edu
Wed Jun 19 20:32:28 CEST 2013

To me, it always makes more sense to use semantically meaningful markup. You are right about our goals in encoding as accurate (and abstract) a form of the CMN as we can. We're rendering on the fly from MEI using VexFlow <http://www.vexflow.com>. I'll see if I can try using <annot> to describe the content of the music, but as you suggested, we might reach a point where we just need the brackets printed, by hook or by crook…we'll see.

I suppose it would also be possible to *both* draw brackets explicitly *and* encode content using <annot>—this might be an eventual compromise.

Thanks for the suggestions,

On 19 June 2013, at 13:50, TW <zupftom at googlemail.com> wrote:

> In my eyes, the choice between <ligature>, <annot> and <line> or
> <symbol> depends on two things:  Whether and how you generate the
> graphics from the encoded MEI and what is the "philosophy" of your
> encoding.
> I understand that your encoding process is also a transcription
> process of mensural notation into CMN.  It appears that you therefore
> need the CMN structures and can not use the mensural module.  Given
> that, I see that you can move between two encoding "extremes":  Either
> making an encoding that aims at describing the graphical elements
> which should be put on the page when visualizing, or an encoding that
> does not yet focus too much on presentation but is meant to capture
> what the original notation "means in modern terms", capturing
> additional information that is worth carrying over--but can not be
> represented in CMN--in abstract, meaningful structures.
> In my eyes, the latter approach makes more sense.  It is, so to say,
> more flexible, as the first approach already decides rather precisely
> how to visualize the music, while the latter is more content-oriented
> and leaves open how to visualize non-CMN features.  Who knows, there
> might be other wishes for visualization in the future.
> But from a pragmatic point of view, the best solution might be the one
> that that makes your life easiest when producing the brackets while
> generating the graphics--if you do this from the MEI data.  Are you
> using the data for rendering, and if so, what does the process look
> like?
> Thomas
> _______________________________________________
> mei-l mailing list
> mei-l at lists.uni-paderborn.de
> https://lists.uni-paderborn.de/mailman/listinfo/mei-l

More information about the mei-l mailing list