Labels

Labels are generated for lines by the ATF processor and are used to reference lines in some parts of the ATF system. This document describes the syntax of labels.

Overview

Labels are a shorthand way of referring to the location of a line on an object. For transliterations, labels consist of at most three parts: a SURFACE abbreviation, a COLUMN designation and a LINE number.

SURFACE

The SURFACE field is an abbreviation of ATF surface tags according to the following table:

ATFLABEL
@obverseo
@reverser
@bottomb.e.
@edgee.
@leftl.e.
@rightr.e.
@topt.e.

If the transliteration does not give @obverse explicitly, labels for line numbers on the obverse do not include the `o'.

COLUMN

Column numbers in labels are rendered in roman numerals, which both follows normal Assyriological practice and avoids possible confusion with the line numbers. This does mean, however, that the notations for column numbers in ATF sources and labels are different: @column 1 in a label is i.

If the transliteration does not include column number tags, no column number component is included in the label.

LINE

There are two possible line numbers which the ATF processor can use in labels. By default, the processor renumbers lines according to CDLI conventions--restarting line numbers at `1' at the start of each surface and numbering lines consecutively. However, in contexts where stability is required--where the labels are being used to link exemplar lines to composite lines, for example--the ATF protocol:

#atf: use mylines

should be used. This instructs the processor to prefer the user's line numbers to its auto-generated ones. The line numbers in transliterations have few restrictions--as long as they consist of a series of non-spaces followed by a period followed by a space they are considered acceptable.

Syntax

LABEL

Considering the preceding comments and using the convention ? to indicate optional components, the syntax of a single label is then:

LABEL => SURFACE? COLUMN? LINE

LABEL_RANGE

There is a standard syntax for ranges also, which must be observed when, e.g., translations use labeling to refer to blocks of transliteration. In such cases, two labels may be given and must be separated by the sequence: SPACES HYPHEN SPACES. The reason for requiring the spaces is that ATF line numbers may contain hyphens so we require ranges to include spaces between the components.

Formally, then, we have the following definition:

LABEL_RANGE => LABEL ' - ' LABEL

LABEL_SPEC

Combining the preceding definitions, we can now define a label specification, LABEL_SPEC, as follows (using the standard notation of vertical bar (`|') = OR):

LABEL_SPEC => LABEL | LABEL_RANGE

Examples

Let the notation @obverse ... @column 1 ... 1. mean that the ATF transliteration has block tags @obverse and @column 1, among other possible content, and that 1. is a line number. Then the following relations apply:

ATFLABEL
1.1
@column 1 ... 1.i 1
@obverse ... @column 1 ... 1.o i 1
@left ... 3'.l.e. 3'

Related documentation

23 Jul 2014 osc at oracc dot org

Steve Tinney

Steve Tinney, 'Labels', Oracc: The Open Richly Annotated Cuneiform Corpus, Oracc, 2014 [http://oracc.museum.upenn.edu/doc/help/editinginatf/labels/]

 
Back to top ^^
 

Released under a Creative Commons Attribution Share-Alike license 3.0, 2014. [http://www.facebook.com/opencuneiform] [http://oracc.blogspot.com] [http://www.twitter.com/oracctivity]
Oracc uses cookies only to collect Google Analytics data. Read more here; see the stats here [http://www.seethestats.com/site/oracc.museum.upenn.edu]; opt out here.

http://oracc.museum.upenn.edu/doc/help/editinginatf/labels/