[tei-council] Fwd: Re: tei:notatedMusic

James Cummings James.Cummings at oucs.ox.ac.uk
Tue Apr 12 10:23:22 EDT 2011

I have added the draft spec from the Music SIG for notatedMusic to 

Raffaele:  Only changes I made were to correct a typo of 'hoice' to 
'choice' and to manually add att.global which is now required rather 
than magic.


-------- Original Message --------
Subject: 	Re: tei:notatedMusic
Date: 	Tue, 12 Apr 2011 12:23:23 +0100
From: 	Raffaele Viglianti <raffaeleviglianti at gmail.com>
To: 	James Cummings <james.cummings at oucs.ox.ac.uk>
CC: 	Johannes Kepper <kepper at edirom.de>, "Roland, Perry (pdr4h)"
<pdr4h at eservices.virginia.edu>, Joachim Veit <veit at weber-gesamtausgabe.de>

Hi James,

This is great news, thank you very much for your support and help! I am
attaching the ODD for notatedMusic to this e-mail, please let me know if
you have any comments and to whom else I should send it.

Regarding the relationships between figure and notatedMusic, in the TEI
with Music Notation customization
<http://www.tei-c.org/SIG/Music/twm/> we argue that the occurrence of
notated music in text behaves similarly to figures in most cases, with
the exclusion perhaps of music symbols in running text
<http://www.tei-c.org/SIG/Music/twm/#twm05.2.1-inrunningtext>. However,
despite behaving similarly when placed in the text flow, figures and
music notation remain two distinct objects, mostly for the fact that
music notation does not only have a graphical appearance, but also
conveys symbolic meaning that can be processed by the machine. We find
it important to make this distinction and we would suggest that when
music notation is treated like a figure or example (like it happens in
several modern music-related essays), notatedMusic should be included
within figure. See

Regarding musicNotation -> musicNotationDesc, I'll do my best to bring
interest to the problem within the SIG. Having found an alternative name
for music notation *in text*, however, we feel less urgency for the
change of the matadata tag. I think that the arguments for keeping the
name is valid, though the need for clarity and consistency is evident,
so I'll see what the SIG thinks at large.

What happened with making ptr and ref part of att.internetMedia?


general, I think it makes a lot of sense; also, we were hoping to use it
on ptr within notatedMusic for those music formats with a mimetype :)

Anyway, thanks again! I'm really happy that things are moving in the
right direction! Please let me know if you think I should add something
more on the ODD. I have other examples, but I see that usually
<exemplum> only contains one example. The introduction of chapter 1 of
the TEI with Music Notation customization
<http://www.tei-c.org/SIG/Music/twm/#tmw05-notatedMusic> (excluding
embedding MEI, etc). explains the rationale behind notatedMusic and
shows a few examples. The usage is pretty straight forward.

Let me know if I can supply any more information.


On Mon, Apr 11, 2011 at 6:21 PM, James Cummings
<James.Cummings at oucs.ox.ac.uk <mailto:James.Cummings at oucs.ox.ac.uk>> wrote:

     Hi Raffaele,

     Here at the TEI-C meeting we have agreed in principle the TEI Music
     SIG's proposal for tei:notatedMusic. I have argued the case for the
     element the best I could do.

     I'm tasked with going back to you guys and asking you to come up
     with a TEI ODD specification fragment (like for example
     /P5/Source/Specs/figure.xml in the SVN repository). And also a
     suggestion of a short bit of prose (and where to put it) in the TEI

     The emphasis was basically that this should be kept short and brief,
     not attempting to solve all the music-related problems of the TEI,
     but just slip in this element to start with.

     There were the inevitable comparisons with tei:figure and also some
     recent requests by paul schaffner to expand this.

     When the council has this, it will discuss it again (by mailing
     list), but the general idea is agreed to in principle and if things
     go quickly it could be in the next release for example.

     Simultaneously, the worry about musicNotation and renaming this to
     musicNotationDesc is, as you might expect, that it might have a
     significant backwards compatibility implications. Council agrees
     that it is poorly named, but would like more public consideration of
     whether the community as a whole feels strongly about this.  (Both
     about whether it should change, since although wrong it is in some
     ways cosmetic, and also those using it already might feel strongly
     about breaking their processing, etc.) If the SIG wishes to attempt
     to ascertain this to argue a case for changing it, the council would
     encourage this.

     Let me know how I can help,


More information about the tei-council mailing list