Syntax

Overview

In TiLiA, each element in a hierarchy timeline should be given a label. The use of labels should follow a syntax, which extends that of Gotham and Ireland (2019). This page outlines the most important features of this syntax.

Feature Symbol Example
Formal types Dot (.) 0: sonata form.type 2
Typological realization Pipe (|) 4: antecedent | sentence
Adjacent repetitions Exclamation mark(s) (!, !!, !!!) 6: bi; 6: bi!; 6: bi!!
Partial emergences or repetitions Asterisk (*) 4: 1st* or 4: 1st*!
Specification of units within units Hyphen (-) + Arabic numeral 4: 2nd-1
Distant repetitions Square brackets ([]) 3: 2nd zone, 4: 2nd-1 [1st-1*]
Alternative readings Hyphen (-) 4: consequent - transition
Multivalence Lower-case Roman num. + hyphen (-) 4i: consequent - ii: transition
Overlap of formal levels And (&) 4ii&iii: pres
Formal hybrids Lower-case letters 0a: sonata form, 0b: rondo
Functional transformation ‘Arrows’ (<, >, <>) 4: transition, 5: < consequent
Uncertainty Question mark (?) 5: bi?
Overlap/ continuation Slash (/) i: /, ii:
Overlap Plus (+) 1st + tr
End of level Closing curly bracket (}) 6: bi}

Hierarchical Levels

The syntax can be applied on different annotation apps, though some aspects differ in usuage. In annotation in MuseScore, a typical first label of a sonata-form movement can look like this:

0: mvt1|sonata.type1, 1: exp, 2: 1st zone, 3: theme|sent, 4: pres, 5: bi

When using TiLiA, it is not necessary to specify the position within the hierarchical structure by an integer, since it is captured within the hierarchy timeline. One would simply write mvt1|sonata.type1 in the highest component. However, we still reference the integer levels in this guide in order to make the underlying logic clear.

Types and functions

Our standard distinguishes between formal functions and types (Caplin, 1998). Realisations of formal functions (on any hierarchical leve) are appended to the relevant token using a pipe symbol (|). For instance, the label component 0: mvt1|sonata.type1 is to be read as ‘first movement, realized as sonata form type 1’, while the component 3: theme|sent tells us that the theme within the 1st zone is realized as a Caplinian (or Schoenbergian) sentence.

TiLiA does offer dedicated fields for types and function, but for now we recommend writing them into the “label” field in the inspector.

Vocabulary and abbreviations

For easier annotation, we have implemented a series of abbreviations for the most frequent terms in formal analysis. See the Vocabulary page for reference. In any case where you do not see a fitting label for a segment, you can use the neutral label unit.

Material content and repetition

Despite the standard’s focus on form, we allow for the annotation of material content and its use. * For the repetition of materials we propose marking adjacent repetitions with an exclamation mark (!) appended to the relevant token. The number of exclamation marks stands for the number of adjacent repetitions (for instance, 5: bi!! for the second adjacent repetition of a basic idea). * An asterisk appended to any label indicates that the re-occurrence of the relevant function is partial. * Distant repeats can be annotated using square brackets indicating the material that is repeated. For instance, 3: 2nd zone, 4: 2nd [1st*] would indicate a partial repeat of 1st-theme material in the secondary-theme zone, characteristic of the so-called monothematic exposition.

To avoid ambiguous references, it is possible to assign unique custom names to components that you wish to reference in other places, for example main_theme: theme|sent, means that we call this theme (realized as a sentence) “main_theme”, so if we later write coda [main_theme] it is clear that the coda is repeating that particular theme, not another.

Formal transformation

‘Form-functional transformation’ (Dahlhaus 1987; Schmalfeldt 2011) is expressed in our standard by separating the two functional tokens with greater-than (>) or a less-than (<) symbols, or both (<>). When the transformation occurs within a single formal level, the three symbols stand for the three possible directions: > for forward transformation (Horton 2017), < for retrospective transformation (Martin and Vande Moortele 2014), and <> for bidirectional transformation (Vande Moortele 2013).

Ambiguity, diverging interpretations or multi-dimensional forms

Uncertain labels can be highlighted using a question mark. There are also cases where the form can be understood in several different ways, which are either mutually exclusive analytical perspectives, or different formal models being used at the same time. One example of “multidimensional form” could be the main theme zone of a sonata form being structured as a fugue, which invites two different modes of decoding the form at the same time. In both cases, one should open a seperate hierarchy timeline and use it as an addition to add the other layer for the relevant passage.

References

Dahlhaus, Carl. 1987. Beethoven Und Seine Zeit. Laaber: Laaber-Verlag.
Gotham, Mark, and Matthew T Ireland. 2019. “Taking Form: A Representation Standard, Conversion Code, and Example Corpus for Recording, Visualizing and Studying Analyses of Musical Form.” 20th International Society for Music Information Retrieval Conference, Delft, 633–99.
Horton, Julian. 2017. “Criteria for a Theory of Nineteenth-Century Sonata Form.” Music Theory and Analysis 4 (11): 147–91. https://doi.org/10.11116/MTA.4.2.1.
Martin, Nathan John, and Steven Vande Moortele. 2014. “Formal Functions and Retrospective Reinterpretation in the First Movement of Schubert’s String Quintet.” Music Analysis 33 (2): 130–55. https://doi.org/10.1111/musa.12025.
Schmalfeldt, Janet. 2011. In the Process of Becoming: Analytic and Philosophical Perspectives on Form in Early Nineteenth-century Music. Oxford University Press.
Vande Moortele, Steven. 2013. “In Search of Romantic Form.” Music Analysis 32 (3): 404–31. https://www.jstor.org/stable/43864519.