[MEI-L] analysis

[Maja Hartwig]

Hi all,
thanks for the responses.
I understand that we don´t want to make more changes to the schema. I would also use the @hfunc on a note for labels such as "root" or "keynote".
But I think harmonic functions of chords encoded with the @hfunc should 
also be possible, because it would allow to describe the chords function in a harmonic context such as "tonic" and so on, without switching to the harm element. In my opinion the <harm> is used to give the chords a name but not a function, or to describe figured bass numbers.
I also think, that it should be the decision of the encoder which way he uses for his analysis. But isn´t it a good thing to have the choice between more than one option?

I would describe the labels "third" and "fifth" etc. with the @inth. Or for what is the use of @inth intended?
The question came up when I was writing the analysis chapter of the guidelines and I would like to avoid any misunderstandings! 
Best regards,
Maja

P.S.: And why again is the @mfunc allowed on a chord? :-)

 
Am 23.04.2012 um 23:41 schrieb Roland, Perry (pdr4h):

> Given the current definition of hfunc one should not "do his analysis" of chords using the hfunc attribute.
> 
> The att.harmonicfunction class is for attributes describing the harmonic function *of a single pitch* in a chord.  It was intended for labels such as "root", "third", "fifth", etc.  This is why it's available on note but not on chord.
> 
> <classSpec ident="att.harmonicfunction" module="MEI.analysis" type="atts">
>  <desc>Attributes describing the harmonic function of a single pitch</desc>
>  <attList>
>    <attDef ident="hfunc" usage="opt">
>      <desc>describes harmonic function in any convenient typology.</desc>
>      <datatype>
>        <rng:data type="NMTOKEN"/>
>      </datatype>
>    </attDef>
>  </attList>
> </classSpec>
> 
> Chord labels, like "Cm7", or indications of harmonic functionality, like "ii7", belong in <harm>, unless we expand the definition of att.harmonicfunction and, in all likelihood, its datatype.
> 
> It seems to me that we need right now is better documentation in the Guidelines, not more changes to the schema.  We can consider this topic again at a later date.
> 
> --
> 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-bounces at lists.uni-paderborn.de [mei-l-bounces at lists.uni-paderborn.de] on behalf of Johannes Kepper [kepper at edirom.de]
> Sent: Monday, April 23, 2012 4:30 PM
> To: Music Encoding Initiative
> Subject: Re: [MEI-L] analysis
> 
> Hi both,
> 
> I would argue that for consistency's sake we should add @hfunc to chords. If one does his analysis using this attribute on notes, why should he switch to <harm> on chords?
> 
> jo
> 
> 
> Am 23.04.2012 um 21:11 schrieb Roland, Perry (pdr4h):
> 
>> Hi, Maja,
>> 
>> We could add @hfunc to <chord>, but I've always thought that it would duplicate the function of <harm>, which is to assign harmonic labels.  I could be wrong though, if <harm> were defined only to be used for transcription and not analysis.  Anyone else have thoughts on this?
>> 
>> --
>> 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-bounces at lists.uni-paderborn.de [mei-l-bounces at lists.uni-paderborn.de] on behalf of Maja Hartwig [maja.hartwig at gmx.de]
>> Sent: Thursday, April 19, 2012 3:33 AM
>> To: Music Encoding Initiative
>> Subject: [MEI-L] analysis
>> 
>> Dear List,
>> 
>> writing the guidelines of the analysis module, I am wondering about the use of the @hfunc.
>> It is allowed within a <note> for describing a note as a "keynote" or "root" or anything else.
>> But the @hfunc is not permitted wtihin the <chord>, although the @mfunc e.g. is allowed.
>> In my opinion it would make sense to use the @hfunc also on chords for describing the function of it
>> in a musical work, such as a "tonic" or something like that.
>> So I think the att.chord.anl should be memberOf att.harmonicfunction.
>> Is it a bug or any other opinions?
>> 
>> Best regards,
>> Maja
>> 
>> 
>> _______________________________________________
>> mei-l mailing list
>> mei-l at lists.uni-paderborn.de
>> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
> 
> 
> _______________________________________________
> mei-l mailing list
> mei-l at lists.uni-paderborn.de
> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
> _______________________________________________
> mei-l mailing list
> mei-l at lists.uni-paderborn.de
> https://lists.uni-paderborn.de/mailman/listinfo/mei-l