Hi all!<br>I don't think that you're off track Perry ;-)<br><br>Thomas, what you're describing sounds to me like the occasion for a critical note (annotation); @plist could refer to the occurrences of the uninterpreted neume or even the user defined symbol.<br>I don't see any necessity or use in describing the fact that the neume is unknown or or occurs in other places directly in the music body.<br><br>Benjamin<br><br>----- Reply message -----<br>Von: "Roland, Perry (pdr4h)" <pdr4h@eservices.virginia.edu><br>An: "Music Encoding Initiative" <mei-l@lists.uni-paderborn.de><br>Betreff: [MEI-L] symbol/symbolDef<br>Datum: Di., Mär. 20, 2012 20:13<br><br><br>> When talking with the Corpus monodicum people from Würzburg about<br>> encoding their data in MEI, the problem occured that occansionally<br>> they find neumes that they cannot interpret (yet).  However, those<br>> neumes aren't just sloppily written, they clearly manifest a certain<br>> kind of symbol as it is found repeatedly (for example within the works<br>> of a certain scribe).  @facs doesn't express this, while @altsym could<br>> do.<br><br>Please forgive me, but I don't understand what you're trying to say.  @facs doesn't express what?  The fact that they can't / don't want to say what a certain symbol is / means?  What does @altsym do in this case that @facs doesn't?<br><br>Whatever "it" is, @facs points to a region of an image and says "there it is", while @altsym points to a vector graphic and says "this is how you draw it".  Neither of these attributes has anything to do with interpretation.<br><br>Both of these require the encoder to make a decision about what "it" is by choosing an MEI element.  So, for a neume one can say<br><br><neume @facs="d1" altsym="us1"/> <br><!-- This is a neume, it's there at "d1", and instructions for rendering it are at "us1" --><br><br>Are you wanting <symbol> to function as a generic marker for an unknown sign?  That is, if a symbol's meaning is unknown, then are you looking for markup like --<br><br><symbol @facs="d1 d2 d3 d4 d5"/><br><br>saying, in effect, "I don't know what this thing is, but it occurs 5 times"?<br><br>This doesn't sound right to me because you already said they have *neumes* that can't yet be interpreted.  But at the very least they can be called "neumes", right?  So what's wrong with calling them neumes by using the <neume> element?<br><br>Am I completely off the track here?<br><br>--<br>p.<br><br>__________________________<br>Perry Roland<br>Music Library<br>University of Virginia<br>P. O. Box 400175<br>Charlottesville, VA 22904<br>434-982-2702 (w)<br>pdr4h (at) virginia (dot) edu<br>________________________________________<br>From: mei-l-bounces@lists.uni-paderborn.de [mei-l-bounces@lists.uni-paderborn.de] on behalf of TW [zupftom@googlemail.com]<br>Sent: Tuesday, March 20, 2012 2:23 PM<br>To: Music Encoding Initiative<br>Subject: Re: [MEI-L] symbol/symbolDef<br><br>2012/3/20 Roland, Perry (pdr4h) <pdr4h@eservices.virginia.edu>:<br>><br>> The purpose behind the symbolDef/symbol pair is to encode *user-defined* shapes/signs/symbols so that they can be rendered.<br>><br>> This is distinctly different from classifying/identifying shapes/signs/symbols in a facsimile, which  can/should be handled using @facs on MEI elements.<br>><br>> Just a reminder:<br>><br>> Don't forget about @altsym which can be used to link an MEI element directly to a <symbolDef>.<br>><br><br>When talking with the Corpus monodicum people from Würzburg about<br>encoding their data in MEI, the problem occured that occansionally<br>they find neumes that they cannot interpret (yet).  However, those<br>neumes aren't just sloppily written, they clearly manifest a certain<br>kind of symbol as it is found repeatedly (for example within the works<br>of a certain scribe).  @facs doesn't express this, while @altsym could<br>do.<br><br>Would this be misuse as this would not be targeting rendering?  If<br>not, why force them by means of the Schema to draw a vector version of<br>a symbol?  Just the classification and one or more facsimile<br>references would pretty much say everything that can be said, I think.<br><br>Thomas<br><br>_______________________________________________<br>mei-l mailing list<br>mei-l@lists.uni-paderborn.de<br>https://lists.uni-paderborn.de/mailman/listinfo/mei-l<br>_______________________________________________<br>mei-l mailing list<br>mei-l@lists.uni-paderborn.de<br>https://lists.uni-paderborn.de/mailman/listinfo/mei-l<br>