[MEI-L] "Cancelling" key signatures; non-standard key sigs

[Roland, Perry D. (pdr4h)]

There are already ways to accomplish this -- 

- use @key.sig for simple key signatures and rely on renderers to supply cancelling accidentals and/or
- use <keySig> to capture explicit descriptions of the source

The decision when to do one or the other (or both) depends on whether one is using MEI as a "typesetter" or as a "(existing) document representation scheme".

For clarification, however, I think it would be a good idea to change the names of @key.sig, @key.sig.mixed, and data.KEYSIGNATURE to something that better describes their functions.

--
p.


> -----Original Message-----
> From: mei-l [mailto:mei-l-bounces at lists.uni-paderborn.de] On Behalf Of
> Andrew Hankinson
> Sent: Friday, September 05, 2014 11:46 AM
> To: Music Encoding Initiative
> Subject: Re: [MEI-L] "Cancelling" key signatures; non-standard key sigs
> 
> So, I think there are a few solutions here:
> 
> 1) Add "n" to the regex for @key.sig and allow key signatures with naturals.
> May be the easiest and most straightforward solution.
> 2) Add "n" to @key.sig.mixed and specify that when working with cancelled
> key signatures to use key.sig.mixed. Seems like an overloaded use of this,
> though.
> 3) Punt it down the line to renderers, and not worry about it. The evidence
> seems to suggest, however, that naturals are present in sources, so will be
> an issue in encoding.
> 
> So, I'd like to propose that "n" should be added to the datatype for both
> @key.sig and @key.sig.mixed. That way a key signature composed of all or
> partial natural signs can be encoded in the source.
> 
> -Andrew
> 
> On Sep 5, 2014, at 10:17 AM, Andrew Hankinson
> <andrew.hankinson at mail.mcgill.ca> wrote:
> 
> > Well, there's a @key.sig.mixed, but that only validates s/f:
> >
> > "[a-g][0-9](\- {1,3}|f{1,3}|#{1,3}|s{1,3}|x)" }+
> >
> > "It is intended that key.sig.mixed contain a series of tokens with each
> token containing pitch name, accidental, and octave, such as 'A4 Cs5 Ef5'
> that indicate what key accidentals should be rendered and where they
> should be placed."
> >
> >
> > On Sep 5, 2014, at 9:46 AM, Byrd, Donald A. <donbyrd at indiana.edu>
> wrote:
> >
> >> I assume MEI can represent non-standard key signatures? E.g., Bartok's
> Mikrokosmos has key sigs with accidentals in nonstandard positions and
> with mixed sharps and flats.
> >>
> >> --DAB
> >>
> >>
> >> On Fri, 5 Sep 2014 08:40:39 +0200, Laurent Pugin
> <laurent at music.mcgill.ca> wrote:
> >>
> >>>> It?s really only the absence of any key signature (Cmaj/Amin) where an
> >>>> explicit change with naturals would be needed to clarify that the key
> >>>> signature has changed.
> >>>
> >>> In that case I think what you want to encode is the key change (and
> >>> not the key signature). What about a /scoreDef with a @key.mode and
> >>> @key.pname ?
> >>>
> >>> Laurent
> >>>
> >>>>
> >>>> -Andrew
> >>>>
> >>>> On Sep 4, 2014, at 5:21 PM, Laurent Pugin <lxpugin at gmail.com> wrote:
> >>>>
> >>>> Hi Andrew,
> >>>>
> >>>> I would expect this to be done at the rendering. For example, naturals
> would
> >>>> be added when changing from 4s to 1s. But maybe I am overlooking
> something.
> >>>>
> >>>> In any case, I am not sure your regexp would do the job since you
> would
> >>>> probably need to have both s or f together with n. For example 3n1s
> for the
> >>>> aforementioned case.
> >>>>
> >>>> Laurent
> >>>>
> >>>> On Sep 4, 2014 10:29 PM, "Andrew Hankinson"
> <andrew.hankinson at gmail.com>
> >>>> wrote:
> >>>>>
> >>>>> Hi all,
> >>>>>
> >>>>> The data.KEYSIGNATURE regex specifies the following valid values:
> >>>>> "mixed|0|[1-7][f|s]?.
> >>>>>
> >>>>> However, naturals may also appear in a key signature to clarify
> cancelling
> >>>>> a key signature; for example, if you were to go from Gmaj to Cmaj,
> you may
> >>>>> wish to write a natural in the key signature to indicate the new key.
> >>>>>
> >>>>> Perhaps the regex should be amended to: "mixed|0|[1-7][f|s|n]??
> >>>>>
> >>>>> Or is there another suggestion?
> >>>>>
> >>>>> Cheers,
> >>>>> -Andrew
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> 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
> >>>>
> >>>>
> >>>
> >>
> >>
> >> --
> >> Donald Byrd
> >> Woodrow Wilson Indiana Teaching Fellow
> >> Adjunct Associate Professor of Informatics
> >> Visiting Scientist, Research Technologies
> >> Indiana University Bloomington
> >>
> >>
> >> _______________________________________________
> >> 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