2 The TEI Header

This chapter addresses the problems of describing an encoded work so that the text itself, its source, its encoding, and its revisions are all thoroughly documented. Such documentation is equally necessary for scholars using the texts, for software processing them, and for cataloguers in libraries and archives. Together these descriptions and declarations provide an electronic analogue to the title page attached to a printed work. They also constitute an equivalent for the content of the code books or introductory manuals customarily accompanying electronic data sets.

Every TEI-conformant text must carry such a set of descriptions, prefixed to it and encoded as described in this chapter. The set is known as the TEI header, tagged teiHeader, and has four major parts:

a file description, tagged fileDesc, containing a full bibliographical description of the computer file itself, from which a user of the text could derive a proper bibliographic citation, or which a librarian or archivist could use in creating a catalogue entry recording its presence within a library or archive. The term computer file here is to be understood as referring to the whole entity or document described by the header, even when this is stored in several distinct operating system files. The file description also includes information about the source or sources from which the electronic document was derived. The TEI elements used to encode the file description are described in section 2.2 The File Description below.
an encoding description, tagged encodingDesc, which describes the relationship between an electronic text and its source or sources. It allows for detailed description of whether (or how) the text was normalized during transcription, how the encoder resolved ambiguities in the source, what levels of encoding or analysis were applied, and similar matters. The TEI elements used to encode the encoding description are described in section 2.3 The Encoding Description below.
a text profile, tagged profileDesc, containing classificatory and contextual information about the text, such as its subject matter, the situation in which it was produced, the individuals described by or participating in producing it, and so forth. Such a text profile is of particular use in highly structured composite texts such as corpora or language collections, where it is often highly desirable to enforce a controlled descriptive vocabulary or to perform retrievals from a body of text in terms of text type or origin. The text profile may however be of use in any form of automatic text processing. The TEI elements used to encode the profile description are described in section 2.4 The Profile Description below.
a revision history, tagged revisionDesc, which allows the encoder to provide a history of changes made during the development of the electronic text. The revision history is important for version control and for resolving questions about the history of a file. The TEI elements used to encode the revision description are described in section 2.5 The Revision Description below.

A TEI header can be a very large and complex object, or it may be a very simple one. Some application areas (for example, the construction of language corpora and the transcription of spoken texts) may require more specialized and detailed information than others. The present proposals therefore define both a core set of elements (all of which may be used without formality in any TEI header) and some additional elements which become available within the header as the result of including additional specialized modules within the schema. When the module for language corpora (described in chapter 15 Language Corpora) is in use, for example, several additional elements are available, as further detailed in that chapter.

The next section of the present chapter briefly introduces the overall structure of the header and the kinds of data it may contain. This is followed by a detailed description of all the constituent elements which may be used in the core header. Section 2.6 Minimal and Recommended Headers , at the end of the present chapter, discusses the recommended content of a minimal TEI header and its relation to standard library cataloguing practices.

» 2.2 The File Description
가정 | 목차

2.1 Organization of the TEI HeaderTEI: Organization of the TEI Header¶

2.1.1 The TEI Header and its ComponentsTEI: The TEI Header and its Components¶

The teiHeader element should be clearly distinguished from the front matter of the text itself (for which see section 4.5 Front Matter). A composite text, such as a corpus or collection, may contain several headers, as further discussed below. In the usual case, however, a TEI-conformant text will contain a single teiHeader element, followed by a single text element.

The header element has the following description:

teiHeader (TEI 헤더) 모든 TEI 구조의 텍스트 서두에 위치하는 전자 제목 페이지를 구성하는 기술적이고 선언적인 정보를 제공한다.

type	헤더가 부착된 문서의 종류를 명시한다. 예를 들어 코퍼스 또는 개별 텍스트.

As discussed above, the teiHeader element has four principal components:

fileDesc (파일 기술) 전자 파일에 관한 완전한 서지 정보의 기술을 포함한다.
encodingDesc (부호화 기술) 전자 텍스트와 그것의 원전 텍스트 혹은 텍스트들 사이의 관련성을 기록한다.
profileDesc (텍스트-개요 기술) 분명하게 언어와 특수 언어가 사용된 텍스트, 텍스트가 생산된 상황, 참여자, 배경에 관한 비서지적 측면을 상세히 기술한다.
revisionDesc (수정 기술) 하나의 파일에 대한 수정 이력을 요약한다.

Of these, only the fileDesc element is required in all TEI headers; the others are optional. The top level elements in the full form of a TEI header are thus:

while a minimal header takes the form:

The content of the elements making up a TEI Header may be given in any language, not necessarily that of the text to which the header applies, and not necessarily English. As elsewhere, the xml:lang attribute should be used at an appropriate level to specify the language. For example, in the following (incomplete) example, an English text has been given a French header:

In the case of language corpora or collections, it may be desirable to record header information either at the level of the individual components in the corpus or collection, or at the level of the corpus or collection itself (more details concerning the tagging of composite texts are given in section 15 Language Corpora, which should be read in conjunction with the current chapter). The type attribute may be used to indicate whether the header applies to a corpus or a single text. A corpus may thus take the form:

2.1.2 Types of Content in the TEI HeaderTEI: Types of Content in the TEI Header¶

The elements occurring within the TEI header may contain several types of content; the following list indicates how these types of content are described in the following sections:

free prose: Most elements contain simple running prose at some level. Many elements may contain either prose (possibly organized into paragraphs) or more specific elements, which themselves contain prose. In this chapter's descriptions of element content, the phrase prose description should be understood to imply a series of paragraphs, each marked as a p element. The word phrase, by contrast, should be understood to imply character data, interspersed as need be with phrase-level elements, but not organized into paragraphs. For more information on paragraphs, highlighted phrases, lists, etc., see section 3.1 Paragraphs.
grouping elements: Elements whose names end with the suffix Stmt (e.g. editionStmt, titleStmt) usually enclose a group of specialized elements recording some structured information. In the case of the bibliographic elements, the suffix Stmt is used in names of elements corresponding to the ‘areas’ of the International Standard Bibliographic Description. ⁴ In most cases grouping elements may contain prose descriptions as an alternative to the set of specialized elements, thus allowing the encoder to choose whether or not the information concerned should be presented in a structured form or in prose.
declarations: Elements whose names end with the suffix Decl (e.g. tagsDecl, refsDecl) enclose information about specific encoding practices applied in the electronic text; often these practices are described in coded form. Typically, such information takes the form of a series of declarations, identifying a code with some more complex structure or description. A declaration which applies to more than one text or division of a text need not be repeated in the header of each such text or subdivision. Instead, the decls attribute of each text (or subdivision of the text) to which the declaration applies may be used to supply a cross-reference to it, as further described in section 15.3 Associating Contextual Information with a Text.
descriptions: Elements whose names end with the suffix Desc (e.g. settingDesc, projectDesc) contain a prose description, possibly, but not necessarily, organized under some specific headings by suggested sub-elements.

2.1.3 Model Classes in the TEI HeaderTEI: Model Classes in the TEI Header¶

The TEI Header provides a very rich collection of metadata categories, but makes no claim to be exhaustive. It is certainly the case that individual projects may wish to record specialised metadata which either does not fit within one of the predefined categories identified by the TEI Header or requires a more specialized element structure than is proposed here. To overcome this problem, the encoder may elect to define additional elements using the customization methods discussed in 23.2 Personalization and Customization. The TEI class system makes such customizations simpler to effect and easier to use in interchange.

These classes are specific to parts of the header:

model.applicationLike 문서에 관한 애플리케이션 명시 정보를 헤더에 기록하는 요소를 모아 놓는다.
model.catDescPart TEI 헤더 범주 기술의 성분 요소를 모아 놓는다.
model.editorialDeclPart editorialDecl 내부에 사용되어 여러 번 출현될 수 있는 요소들을 모아 놓는다.
model.encodingDescPart encodingDesc 내부에 사용되어 여러 번 출현될 수 있는 요소들을 모아 놓는다.
model.profileDescPart profileDesc 내부에 사용되어 여러 번 출현할 수 있는 요소를 모아 놓는다.
model.teiHeaderPart TEI 헤더에 한번 이상 출현하는 상위 층위 요소들을 모아 놓는다.
model.sourceDescPart sourceDesc 내부에 사용되어 여러 번 출현할 수 있는 요소들을 모아 놓는다.
model.textDescPart 예를 들어, 상황적 변인을 통해, 텍스트를 범주화하는 요소를 모아 놓는다.

2.2 The File DescriptionTEI: The File Description¶

This section describes the fileDesc element, which is the first component of the teiHeader element.

The bibliographic description of a machine-readable or digital text resembles in structure that of a book, an article, or any other kind of textual object. The file description element of the TEI header has therefore been closely modelled on existing standards in library cataloguing; it should thus provide enough information to allow users to give standard bibliographic references to the electronic text, and to allow cataloguers to catalogue it. Bibliographic citations occurring elsewhere in the header, and also in the text itself, are derived from the same model (on bibliographic citations in general, see further section 3.11 Bibliographic Citations and References). See further section 2.7 Note for Library Cataloguers.

The bibliographic description of an electronic text should be supplied by the mandatory fileDesc element:

fileDesc (파일 기술) 전자 파일에 관한 완전한 서지 정보의 기술을 포함한다.

The fileDesc element contains three mandatory elements and four optional elements, each of which is described in more detail in sections 2.2.1 The Title Statement to 2.2.6 The Notes Statement below. These elements are listed below in the order in which they must be given within the fileDesc element.

titleStmt (제목 진술) 저작의 제목 그리고 지적 내용에 대한 책임에 관한 정보를 모아 놓는다.
editionStmt (편집 진술) 텍스트의 한 판에 관련된 정보를 모아 놓는다.
extent 전달 매체, 즉, 디지털 또는 비디지털로 저장된 텍스트의, 다양한 단위로 명시되는, 대략적 규모를 기술한다.
publicationStmt (출판 진술) 전자 또는 기타 텍스트의 출판 또는 배포에 관한 정보를 모아 놓는다.
seriesStmt (연속간행물 진술) 연속 간행물에 대한 정보를 모아 놓는다.
notesStmt (주석 진술) 서지 정보 기술의 다른 부분에 기록된 것들 이외에, 텍스트에 관한 정보를 제공하는 주석들을 모아 놓는다.
sourceDesc (원전 기술) 전자 파일을 생성하거나 도출한 원전 텍스트에 대한 기술을 제시한다.

A file description containing all possible sub-elements has the following structure:

Several of these elements may be omitted; a minimal file description has the following structure:

» 2.2.2 The Edition Statement
가정 | 목차

2.2.1 The Title StatementTEI: The Title Statement¶

The titleStmt element is the first component of the fileDesc element, and is mandatory:

titleStmt (제목 진술) 저작의 제목 그리고 지적 내용에 대한 책임에 관한 정보를 모아 놓는다.

It contains the title given to the electronic work, together with one or more optional statements of responsibility which identify the encoder, editor, author, compiler, or other parties responsible for it:

title 다양한 종류의 작업에 대한 전체 제목을 제공한다.
author 참고문헌에 작가, 단독 저자, 공동 저자의 이름을 포함한다; 서지 항목의 책임에 관한 1차적 진술.
editor 서지 항목의 책임에 관한 2차적 진술, 예를 들어, 편집, 번역 등의 작업을 한 편집, 개인, 기관, 또는 기구의 이름
sponsor 후원 조직 또는 기관의 이름을 명시한다.
funder (재정 지원 조직체) 프로젝트 또는 텍스트의 재정 지원 책임을 지는 개인, 기관, 조직의 이름을 명시한다.
principal (책임 연구자) 전자 텍스트 생성에 대한 책임을 지는 책임 연구자의 이름을 제시한다.
respStmt (책임성 진술) 텍스트, 편집, 녹음 또는 총서의 지적 내용에 대한 책임성 진술을 제시한다. 여기에서 작가, 편집자 등에 대한 특별한 요소는 충분치 않거나 적용되지 않는다.
resp (책임성) 개인의 지적 책임성에 관한 특성을 기술하는 구를 포함한다.
name (이름, 고유명사) 고유명사 또는 명사구를 포함한다.

The title element contains the chief name of the electronic work, including any alternative title or subtitles it may have. It may be repeated, if the work has more than one title (perhaps in different languages) and takes whatever form is considered appropriate by its creator. Where the electronic work is derived from an existing source text, it is strongly recommended that the title for the former should be derived from the latter, but clearly distinguishable from it, for example by the addition of a phrase such as ‘: an electronic transcription’ or ‘a digital edition’. This will distinguish the electronic work from the source text in citations and in catalogues which contain descriptions of both types of material.

The electronic work will also have an external name (its ‘filename’ or ‘data set name’) or reference number on the computer system where it resides at any time. This name is likely to change frequently, as new copies of the file are made on the computer system. Its form is entirely dependent on the particular computer system in use and thus cannot always easily be transferred from one system to another. Moreover, a given work may be composed of many files. For these reasons, these Guidelines strongly recommend that such names should not be used as the title for any electronic work.

Helpful guidance on the formulation of useful descriptive titles in difficult cases may be found in the Anglo-American Cataloguing Rules (Gorman and Winkler, 1978, chapter 25) or in equivalent national-level bibliographical documentation.

The elements author, editor, sponsor, funder, and principal, are specializations of the more general respStmt element. These elements are used to provide the statements of responsibility which identify the person(s) responsible for the intellectual or artistic content of an item and any corporate bodies from which it emanates.

Any number of such statements may occur within the title statement. At a minimum, identify the author of the text and (where appropriate) the creator of the file. If the bibliographic description is for a corpus, identify the creator of the corpus. Optionally include also names of others involved in the transcription or elaboration of the text, sponsors, and funding agencies. The name of the person responsible for physical data input need not normally be recorded, unless that person is also intellectually responsible for some aspect of the creation of the file.

Where the person whose responsibility is to be documented is not an author, sponsor, funding body, or principal researcher, the respStmt element should be used. This has two subcomponents: a name element identifying a responsible individual or organization, and a resp element indicating the nature of the responsibility. No specific recommendations are made at this time as to appropriate content for the resp: it should make clear the nature of the responsibility concerned, as in the examples below.

Names given may be personal names or corporate names. Give all names in the form in which the persons or bodies wish to be publicly cited. This would usually be the fullest form of the name, including first names. ⁵

Examples:

<titleStmt>
<title>Capgrave's Life of St. John Norbert: a
 machine-readable transcription</title>
<respStmt>
 <resp>compiled by</resp>
 <name>P.J. Lucas</name>
</respStmt>
</titleStmt>

<titleStmt>
<title>Two stories by Edgar Allen Poe: electronic version</title>
<author>Poe, Edgar Allen (1809-1849)</author>
<respStmt>
<resp>compiled by</resp>
<name>James D. Benson</name>
</respStmt>
</titleStmt>

<titleStmt>
<title>Yogadarśanam (arthāt
 yogasūtrapūṭhaḥ):
 a digital edition.</title>
<title>The Yogasūtras of Patañjali:
 a digital edition.</title>
<funder>Wellcome Institute for the History of Medicine</funder>
<principal>Dominik Wujastyk</principal>
<respStmt>
 <name>Wieslaw Mical</name>
 <resp>data entry and proof correction</resp>
</respStmt>
<respStmt>
 <name>Jan Hajic</name>
 <resp>conversion to TEI-conformant markup</resp>
</respStmt>
</titleStmt>

2.2.2 The Edition StatementTEI: The Edition Statement¶

The editionStmt element is the second component of the fileDesc element. It is optional but recommended.

editionStmt (편집 진술) 텍스트의 한 판에 관련된 정보를 모아 놓는다.

It contains either phrases or more specialized elements identifying the edition and those responsible for it:

edition (편집, 판) 텍스트의 한 판의 특성을 기술한다.
respStmt (책임성 진술) 텍스트, 편집, 녹음 또는 총서의 지적 내용에 대한 책임성 진술을 제시한다. 여기에서 작가, 편집자 등에 대한 특별한 요소는 충분치 않거나 적용되지 않는다.
name (이름, 고유명사) 고유명사 또는 명사구를 포함한다.
resp (책임성) 개인의 지적 책임성에 관한 특성을 기술하는 구를 포함한다.

For printed texts, the word edition applies to the set of all the identical copies of an item produced from one master copy and issued by a particular publishing agency or a group of such agencies. A change in the identity of the distributing body or bodies does not normally constitute a change of edition, while a change in the master copy does.

For electronic texts, the notion of a ‘master copy’ is not entirely appropriate, since they are far more easily copied and modified than printed ones; nonetheless the term edition may be used for a particular state of a machine-readable text at which substantive changes are made and fixed. Synonymous terms used in these Guidelines are version, level, and release. The words revision and update, by contrast, are used for minor changes to a file which do not amount to a new edition.

No simple rule can specify how ‘substantive’ changes have to be before they are regarded as producing a new edition, rather than a simple update. The general principle proposed here is that the production of a new edition entails a significant change in the intellectual content of the file, rather than its encoding or appearance. The addition of analytic coding to a text would thus constitute a new edition, while automatic conversion from one coded representation to another would not. Changes relating to the character code or physical storage details, corrections of misspellings, simple changes in the arrangement of the contents and changes in the output format do not normally constitute a new edition, whereas the addition of new information (e.g. a linguistic analysis expressed in part-of-speech tagging, sound or graphics, referential links to external data sets) almost always does.

Clearly, there will always be borderline cases and the matter is somewhat arbitrary. The simplest rule is: if you think that your file is a new edition, then call it such. An edition statement is optional for the first release of a computer file; it is mandatory for each later release, though this requirement cannot be enforced by the parser.

Note that all changes in a file, whether or not they are regarded as constituting a new edition or simply a new revision, should be independently noted in the revision description section of the file header (see section 2.5 The Revision Description).

The edition element should contain phrases describing the edition or version, including the word edition, version, or equivalent, together with a number or date, or terms indicating difference from other editions such as new edition, revised edition etc. Any dates that occur within the edition statement should be marked with the date element. The n attribute of the edition element may be used as elsewhere to supply any formal identification (such as a version number) for the edition.

One or more respStmt elements may also be used to supply statements of responsibility for the edition in question. These may refer to individuals or corporate bodies and can indicate functions such as that of a reviser, or can name the person or body responsible for the provision of supplementary matter, of appendices, etc., in a new edition. For further detail on the respStmt element, see section 3.11 Bibliographic Citations and References.

Some examples follow:

<editionStmt>
<edition n="P2">Second draft, substantially
extended, revised, and corrected.</edition>
</editionStmt>

<editionStmt>
<edition>Student's edition, <date>June 1987</date>
</edition>
<respStmt>
<resp>New annotations by</resp>
<name>George Brown</name>
</respStmt>
</editionStmt>

2.2.3 Type and Extent of FileTEI: Type and Extent of File¶

The extent element is the third component of the fileDesc element. It is optional.

extent 전달 매체, 즉, 디지털 또는 비디지털로 저장된 텍스트의, 다양한 단위로 명시되는, 대략적 규모를 기술한다.

For printed books, information about the carrier, such as the kind of medium used and its size, are of great importance in cataloguing procedures. The print-oriented rules for bibliographic description of an item's medium and extent need some re-interpretation when applied to electronic media. An electronic file exists as a distinct entity quite independently of its carrier and remains the same intellectual object whether it is stored on a magnetic tape, a CD-ROM, a set of floppy disks, or as a file on a mainframe computer. Since, moreover, these Guidelines are specifically aimed at facilitating transparent document storage and interchange, any purely machine-dependent information should be irrelevant as far as the file header is concerned.

This is particularly true of information about file-type although library-oriented rules for cataloguing often distinguish two types of computer file: ‘data’ and ‘programs’. This distinction is quite difficult to draw in some cases, for example, hypermedia or texts with built in search and retrieval software.

Although it is equally system-dependent, some measure of the size of the computer file may be of use for cataloguing and other practical purposes. Because the measurement and expression of file size is fraught with difficulties, only very general recommendations are possible; the element extent is provided for this purpose. It contains a phrase indicating the size or approximate size of the computer file in one of the following ways:

in bytes of a specified length (e.g. ‘4000 16-bit bytes’)
as falling within a range of categories, for example:
- less than 1 Mb
- between 1 Mb and 5 Mb
- between 6 Mb and 10 Mb
- over 10 Mb
in terms of any convenient logical units (for example, words or sentences, citations, paragraphs)
in terms of any convenient physical units (for example, blocks, disks, tapes)

The use of standard abbreviations for units of quantity is recommended where applicable, here as elsewhere (see http://physics.nist.gov/cuu/Units/binary.html).

Examples:

<extent>between 1 16-bit MB and 2 16-bit MB</extent>
<extent>4.2 MiB</extent>
<extent>4532 bytes</extent>
<extent>3200 sentences</extent>
<extent>5 90 mm High Density Diskettes</extent>

2.2.4 Publication, Distribution, etc.TEI: Publication, Distribution, etc.¶

The publicationStmt element is the fourth component of the fileDesc element and is mandatory.

publicationStmt (출판 진술) 전자 또는 기타 텍스트의 출판 또는 배포에 관한 정보를 모아 놓는다.

It may contain either a simple prose description organized as one or more paragraphs, or one or more elements from the model.publicationStmt class. This class groups a number of elements which are discussed in order below.

publisher 서지 항목의 출판이나 배포에 책임이 있는 기구명을 제시한다.
distributor 텍스트 배포 권한을 갖는 개인 또는 기관의 이름을 제시한다.
authority (배포권자) 출판사 또는 배포자 외에 전자 파일 사용 허가에 대한 권한을 갖는 개인 또는 기관의 이름을 제시한다.

The publisher is the person or institution by whose authority a given edition of the file is made public. The distributor is the person or institution from whom copies of the text may be obtained. Where a text is not considered formally published, but is nevertheless made available for circulation by some individual or organization, this person or institution is termed the release authority.

At least one of the above three elements must be present, unless the entire publication statement is given as prose. Each may be followed by one or more of the following elements, in the following order: ⁶

pubPlace (출판지) 서지 대상이 출판된 장소명을 포함한다.
address 예를 들어, 출판사, 기관, 개인의 우편 주소를 포함한다.

idno (식별 숫자) 서지 정보 항목을 식별하기 위해 사용되는 표준 또는 비표준 숫자를 제시한다.

type	예를 들어 ISBN 또는 기타 표준 일련번호로, 숫자를 범주화한다.

availability 텍스트 이용에 관한 정보를 제시한다. 예를 들어 사용 또는 배포의 제한, 저작권 상태 등.

status

텍스트의 현재 이용 가능성을 식별하는 부호를 제공한다.

date 다양한 형식의 날짜를 포함한다.

Note that the dates, places, etc., given in the publication statement relate to the publisher, distributor, or release authority most recently mentioned. If the text was created at some date other than its date of publication, its date of creation should be given within the profileDesc element, not in the publication statement. Give any other useful dates (e.g., dates of collection of data) in a note.

Additional detailed elements may be used for the encoding of names, dates, and addresses, as further described in section 3.5 Names, Numbers, Dates, Abbreviations, and Addresses when the module described in chapter 13 Names, Dates, People, and Places is included in a schema.

Examples:

<publicationStmt>
<publisher>Oxford University Press</publisher>
<pubPlace>Oxford</pubPlace>
<date>1989</date>
<idno type="ISBN">0-19-254705-4</idno>
<availability>
Copyright 1989, Oxford University Press
</availability>
</publicationStmt>

<publicationStmt>
<authority>James D. Benson</authority>
<pubPlace>London</pubPlace>
<date>1984</date>
</publicationStmt>

<publicationStmt>
<publisher>Sigma Press</publisher>
<address>
 <addrLine>21 High Street,</addrLine>
 <addrLine>Wilmslow,</addrLine>
 <addrLine>Cheshire M24 3DF</addrLine>
</address>
<date>1991</date>
<distributor>Oxford Text Archive</distributor>
<idno type="ota">1256</idno>
<availability>
 Available with prior consent of depositor for
 purposes of academic research and teaching only.
</availability>
</publicationStmt>

2.2.5 The Series StatementTEI: The Series Statement¶

The seriesStmt element is the fifth component of the fileDesc element and is optional.

seriesStmt (연속간행물 진술) 연속 간행물에 대한 정보를 모아 놓는다.

In bibliographic parlance, a series may be defined in one of the following ways:

A group of separate items related to one another by the fact that each item bears, in addition to its own title proper, a collective title applying to the group as a whole. The individual items may or may not be numbered.
Each of two or more volumes of essays, lectures, articles, or other items, similar in character and issued in sequence.
A separately numbered sequence of volumes within a series or serial.

The seriesStmt element may contain a prose description or one or more of the following more specific elements:

title 다양한 종류의 작업에 대한 전체 제목을 제공한다.
idno (식별 숫자) 서지 정보 항목을 식별하기 위해 사용되는 표준 또는 비표준 숫자를 제시한다.
respStmt (책임성 진술) 텍스트, 편집, 녹음 또는 총서의 지적 내용에 대한 책임성 진술을 제시한다. 여기에서 작가, 편집자 등에 대한 특별한 요소는 충분치 않거나 적용되지 않는다.
resp (책임성) 개인의 지적 책임성에 관한 특성을 기술하는 구를 포함한다.
name (이름, 고유명사) 고유명사 또는 명사구를 포함한다.

The idno may be used to supply any identifying number associated with the item, including both standard numbers such as an ISSN and particular issue numbers. (Arabic numerals separated by punctuation are recommended for this purpose: 6.19.33, for example, rather than VI/xix:33). Its type attribute is used to categorize the number further, taking the value ISSN for an ISSN for example.

Examples:

<seriesStmt>
<title level="s">Machine-Readable Texts for the Study of
 Indian Literature</title>
<respStmt>
 <resp>ed. by</resp>
 <name>Jan Gonda</name>
</respStmt>
<idno type="vol">1.2</idno>
<idno type="ISSN">0 345 6789</idno>
</seriesStmt>

2.2.6 The Notes StatementTEI: The Notes Statement¶

The notesStmt element is the sixth component of the fileDesc element and is optional. If used, it contains one or more note elements, each containing a single piece of descriptive information of the kind treated as ‘general notes’ in traditional bibliographic descriptions.

notesStmt (주석 진술) 서지 정보 기술의 다른 부분에 기록된 것들 이외에, 텍스트에 관한 정보를 제공하는 주석들을 모아 놓는다.
note contains a note or annotation.

Some information found in the notes area in conventional bibliography has been assigned specific elements in these Guidelines; in particular the following items should be tagged as indicated, rather than as general notes:

the nature, scope, artistic form, or purpose of the file; also the genre or other intellectual category to which it may belong: e.g. ‘Text types: newspaper editorials and reportage, science fiction, westerns, and detective stories’. These should be formally described within the profileDesc element (section 2.4 The Profile Description).
summary description providing a factual, non-evaluative account of the subject content of the file: e.g. ‘Transcribes interviews on general topics with native speakers of English in 17 cities during the spring and summer of 1963.’ These should also be formally described within the profileDesc element (section 2.4 The Profile Description).
bibliographic details relating to the source or sources of an electronic text: e.g. ‘Transcribed from the Norton facsimile of the 1623 Folio’. These should be formally described in the sourceDesc element (section 2.2.7 The Source Description).
further information relating to publication, distribution, or release of the text, including sources from which the text may be obtained, any restrictions on its use or formal terms on its availability. These should be placed in the appropriate division of the publicationStmt element (section 2.2.4 Publication, Distribution, etc.).
publicly documented numbers associated with the file: e.g. ‘ICPSR study number 1803’ or ‘Oxford Text Archive text number 1243’. These should be placed in an idno element within the appropriate division of the publicationStmt element. International Standard Serial Numbers (ISSN), International Standard Book Numbers (ISBN), and other internationally agreed upon standard numbers that uniquely identify an item, should be treated in the same way, rather than as specialized bibliographic notes.

Nevertheless, the notesStmt element may be used to record potentially significant details about the file and its features, e.g.:

dates, when they are relevant to the content or condition of the computer file: e.g. ‘manual dated 1983’, ‘Interview wave I: Apr. 1989; wave II: Jan. 1990’
names of persons or bodies connected with the technical production, administration, or consulting functions of the effort which produced the file, if these are not named in statements of responsibility in the title or edition statements of the file description: e.g. ‘Historical commentary provided by Mark Cohen’
availability of the file in an additional medium or information not already recorded about the availability of documentation: e.g. ‘User manual is loose-leaf in eleven paginated sections’
language of work and abstract, if not encoded in the langUsage element, e.g. ‘Text in English with summaries in French and German’
The unique name assigned to a serial by the International Serials Data System (ISDS), if not encoded in an idno
lists of related publications, either describing the source itself, or concerned with the creation or use of the electronic work, e.g. ‘Texts used in Burrows (1987)’

Each such item of information may be tagged using the general-purpose note element, which is described in section 3.8 Notes, Annotation, and Indexing. Groups of notes are contained within the notesStmt element, as in the following example:

<notesStmt>
<note>Historical commentary provided by Mark Cohen.</note>
<note>OCR scanning done at University of Toronto.</note>
</notesStmt>

There are advantages, however, to encoding such information with more precise elements elsewhere in the TEI header, when such elements are available. For example, the notes above might be encoded as follows:

<titleStmt>
<title>…</title>
<respStmt>
 <persName>Mark Cohen</persName>
 <resp>historical commentary</resp>
</respStmt>
<respStmt>
 <orgName>University of Toronto</orgName>
 <resp>OCR scanning</resp>
</respStmt>
</titleStmt>

2.2.7 The Source DescriptionTEI: The Source Description¶

The sourceDesc element is the seventh and final component of the fileDesc element. It is a mandatory element and is used to record details of the source or sources from which a computer file is derived. This might be a printed text or manuscript, another computer file, an audio or video recording of some kind, or a combination of these. An electronic file may also have no source, if what is being catalogued is an original text created in electronic form.

sourceDesc (원전 기술) 전자 파일을 생성하거나 도출한 원전 텍스트에 대한 기술을 제시한다.

The sourceDesc element may contain little more than a simple prose description, or a brief note stating that the document has no source:

<sourceDesc>
Born digital.
</sourceDesc>

Alternatively, it may contain elements drawn from the following three classes:

model.biblLike 서지 기술을 포함하는 요소를 모아 놓는다.
model.sourceDescPart sourceDesc 내부에 사용되어 여러 번 출현할 수 있는 요소들을 모아 놓는다.
model.listLike 목록 같은 요소를 모아 놓는다.

These classes make available by default a range of ways of providing bibliographic citations which specify the provenance of the text. For written or printed sources, the source may be described in the same way as any other bibliographic citation, using one of the following elements:

bibl (서지 인용) 하위 성분이 명시적으로 구분된 또는 그렇지 않은 덜 구조화된 서지 인용을 포함한다.
biblStruct (구조화된 서지 인용) 서지의 하위 요소만이 나타나는, 명시적 순서로 구성되는 구조화된 서지 인용을 포함한다.
listBibl (인용 목록) 여러 종류의 서지 인용 목록을 포함한다.

These elements are described in more detail in section 3.11 Bibliographic Citations and References. Using them, a source might be described in very simple terms:

<sourceDesc>
<bibl>The first folio of Shakespeare, prepared by
Charlton Hinman (The Norton Facsimile, 1968)</bibl>
</sourceDesc>

or with more elaboration:

<sourceDesc>
<biblStruct xml:lang="fr">
 <monogr>
 <author>Eugène Sue</author>
 <title>Martin, l'enfant trouvé</title>
 <title type="sub">Mémoires d'un valet de chambre</title>
 <imprint>
 <pubPlace>Bruxelles et Leipzig</pubPlace>
 <publisher>C. Muquardt</publisher>
 <date when="1846">1846</date>
 </imprint>
 </monogr>
</biblStruct>
</sourceDesc>

When the header describes a text derived from some pre-existing TEI-conformant or other digital document, it may be simpler to use the following element:

biblFull (완전히 구조화된 서지 인용 정보) 완전히 구조화된 서지 정보를 포함하며, 그 안에 TEI 파일 기술의 모든 성분이 제시된다.

since this is designed specifically for documents derived from texts which were ‘born digital’, as further discussed in section 2.2.8 Computer Files Derived from Other Computer Files .

When the module for manuscript description is included in a schema, this class also makes available the following element:

msDesc (원고 기술) 하나의 식별가능한 원고에 대한 기술을 포함한다.

which enables the encoder to record very detailed information about one or more manuscript or analogous sources, as further discussed in 10 Manuscript Description.

The model.sourceDescPart class also makes available additional elements when additional modules are included. For example, when the spoken module is included, the sourceDesc element may also include the following special-purpose elements, intended for cases where an electronic text is derived from a spoken text rather than a written one:

scriptStmt (스크립트 진술) 구어 텍스트에 사용되는 스크립트의 상세 항목을 제시하는 인용을 포함한다.
recordingStmt (녹음 진술) 구어 텍스트 전사의 기반으로 사용된 녹음 집합을 기술한다.

Full descriptions of these elements and their contents are given in section 8.2 Documenting the Source of Transcribed Speech.

The source description may also include lists of names, persons, places, etc. when these are considered to form part of the source for an encoded document. When such information is recorded using the specialized elements discussed in the namesdates module (13 Names, Dates, People, and Places), the class model.listLike makes available the following elements to hold such information:

listNym (표준 이름 목록) 어떤 사물에 대한 표준화된 이름 목록을 포함한다.
listOrg (조직 목록) 식별 가능한 조직에 관한 정보를 제공하며, 각각에 대한 기술 목록을 포함한다.
listPerson (개인 목록) 기술 목록을 포함하며, 그 개별 기술 각각은, 언어 상호작용 참여자 또는 역사적 원전에서 언급되는 사람과 같이, 식별 가능한 사람 또는 사람군에 관한 정보를 제공한다.
listPlace (장소 목록) 장소 목록을 포함하며, 그 뒤에 수의적으로 그들 사이에 정의된 (포함 외의) 관련성 목록을 제시한다.

« 2.2.7 The Source Description
가정 | 목차

2.2.8 Computer Files Derived from Other Computer Files TEI: Computer Files Derived from Other Computer Files ¶

If a computer file (call it B) is derived not from a printed source but from another computer file (call it A) which includes a TEI file header, then the source text of computer file B is another computer file, A. The four sections of A's file header will need to be incorporated into the new header for B in slightly differing ways, as listed below:

fileDesc: A's file description should be copied into the sourceDesc section of B's file description, enclosed within a biblFull element
profileDesc: A's profileDesc should be copied into B's, in principle unchanged; it may however be expanded by project-specific information relating to B.
encodingDesc: A's encoding practice may or (more likely) may not be the same as B's. Since the object of the encoding description is to define the relationship between the current file and its source, in principle only changes in encoding practice between A and B need be documented in B. The relationship between A and its source(s) is then only recoverable from the original header of A. In practice it may be more convenient to create a new complete encodingDesc for B based on A's.
revisionDesc: B is a new computer file, and should therefore have a new revision description. If, however, it is felt useful to include some information from A's revisionDesc, for example dates of major updates or versions, such information must be clearly marked as relating to A rather than to B.

This concludes the discussion of the fileDesc element and its contents.

2.3 The Encoding DescriptionTEI: The Encoding Description¶

The encodingDesc element is the second major subdivision of the TEI header. It specifies the methods and editorial principles which governed the transcription or encoding of the text in hand and may also include sets of coded definitions used by other components of the header. Though not formally required, its use is highly recommended.

encodingDesc (부호화 기술) 전자 텍스트와 그것의 원전 텍스트 혹은 텍스트들 사이의 관련성을 기록한다.

The encoding description may contain any combination of paragraphs of text, marked up using the p element, along with more specialised elements taken from the model.encodingDescPart class. By default, this class makes available the following elements:

projectDesc (프로젝트 기술) 전자 파일이 부호화된 목적을 상세히 기술하며, 아울러 그것이 수집된 절차에 관한 기타 관련 정보를 기술한다, .
samplingDecl (표본 추출 선언) 코퍼스 또는 텍스트 집단 구축에서 표본 추출에 사용된 원리와 방법에 대한 산문체 기술을 포함한다.
editorialDecl (편집 실행 선언) 텍스트 부호화에서 적용된 편집 원리 및 기준의 상세 항목을 제시한다.
tagsDecl (태깅 선언) 문서에 적용된 태깅에 관한 정보를 상세하게 제공한다.
refsDecl (참조 선언) 표준 참조가 이러한 텍스트에 대해 어떻게 구성되는가를 명시한다.
classDecl (분류 선언) 텍스트 내 어디서든 사용될 수 있는 분류 부호를 정의하는 분류법을 포함한다.
appInfo (애플리케이션 정보) TEI 파일을 편집한 애플리케이션에 관한 정보를 기록한다.

Each of these elements is further described in the appropriate section below. Other modules have the ability to extend this class; examples are noted in section 2.3.8 Module-Specific Declarations

» 2.3.2 The Sampling Declaration
가정 | 목차

2.3.1 The Project DescriptionTEI: The Project Description¶

The projectDesc element may be used to describe, in prose, the purpose for which a digital resource was created, together with any other relevant information concerning the process by which it was assembled or collected. This is of particular importance for corpora or miscellaneous collections, but may be of use for any text, for example to explain why one kind of encoding practice has been followed rather than another.

projectDesc (프로젝트 기술) 전자 파일이 부호화된 목적을 상세히 기술하며, 아울러 그것이 수집된 절차에 관한 기타 관련 정보를 기술한다, .

For example:

<encodingDesc>
<projectDesc>
Texts collected for use in the
Claremont Shakespeare Clinic, June 1990.
</projectDesc>
</encodingDesc>

2.3.2 The Sampling DeclarationTEI: The Sampling Declaration¶

The samplingDecl element may be used to describe, in prose, the rationale and methods used in selecting texts, or parts of text, for inclusion in the resource.

samplingDecl (표본 추출 선언) 코퍼스 또는 텍스트 집단 구축에서 표본 추출에 사용된 원리와 방법에 대한 산문체 기술을 포함한다.

It should include information about such matters as

the size of individual samples
the method or methods by which they were selected
the underlying population being sampled
the object of the sampling procedure used

but is not restricted to these.

<samplingDecl>
Samples of 2000 words taken from the beginning of the text.
</samplingDecl>

It may also include a simple description of any parts of the source text included or excluded.

<samplingDecl>
Text of stories only has been transcribed. Pull quotes, captions,
 and advertisements have been silently omitted. Any mathematical
 expressions requiring symbols not present in the ISOnum or ISOpub
 entity sets have been omitted, and their place marked with a GAP
 element.
</samplingDecl>

A sampling declaration which applies to more than one text or division of a text need not be repeated in the header of each such text. Instead, the decls attribute of each text (or subdivision of the text) to which the sampling declaration applies may be used to supply a cross-reference to it, as further described in section 15.3 Associating Contextual Information with a Text.

2.3.3 The Editorial Practices DeclarationTEI: The Editorial Practices Declaration¶

The editorialDecl element is used to provide details of the editorial practices applied during the encoding of a text.

editorialDecl (편집 실행 선언) 텍스트 부호화에서 적용된 편집 원리 및 기준의 상세 항목을 제시한다.

It may contain a prose description only, or one or more of a set of specialized elements, members of the TEI model.editorialDeclPart class. Where an encoder wishes to record an editorial policy not specified above, this may be done by adding a new element to this class, using the mechanisms discussed in chapter 23.2 Personalization and Customization.

Some of these policy elements carry attributes to support automated processing of certain well-defined editorial decisions; all of them contain a prose description of the editorial principles adopted with respect to the particular feature concerned. Examples of the kinds of questions which these descriptions are intended to answer are given in the list below.

correction

correction (수정 원리) 텍스트의 수정의 상황과 방법에 대해 설명한다.

status	텍스트에 적용된 수정의 정도를 표시한다.
method	텍스트의 수정사항을 표시하기 위해 채택한 방법을 나타낸다.

Was the text corrected during or after data capture? If so, were corrections made silently or are they marked using the tags described in section 3.4 Simple Editorial Changes? What principles have been adopted with respect to omissions, truncations, dubious corrections, alternate readings, false starts, repetitions, etc.?

normalization

normalization 전자 형식으로 변환할 때 수행된 원본 텍스트의 표준화 또는 규칙화의 정도를 표시한다.

source	수행된 표준화를 행한 기준 을 표시한다.
method	텍스트의 표준화를 표시하기 위해 채택한 방법론을 제시한다.

Was the text normalized, for example by regularizing any non-standard spellings, dialect forms, etc.? If so, were normalizations performed silently or are they marked using the tags described in section 3.4 Simple Editorial Changes? What authority was used for the regularization? Also, what principles were used when normalizing numbers to provide the standard values for the value attribute described in section 3.5.3 Numbers and Measures and what format used for them?

quotation

quotation 원본 인용 부호에 관해 채택한 편집 방식을 명시한다.

marks	(인용 부호) 인용 부호가 텍스트에 유지되었는지 여부를 표시한다.
form	텍스트 내에 인용 부호가 표시되는 방법을 명시한다.

How were quotation marks processed? Are apostrophes and quotation marks distinguished? How? Are quotation marks retained as content in the text or replaced by markup? Are there any special conventions regarding for example the use of single or double quotation marks when nested? Is the file consistent in its practice or has this not been checked?

hyphenation

hyphenation 원본 텍스트의 하이픈이 부호화된 버전에서 처리된 방법을 요약한다.

eol	(행의 끝) 텍스트에서 행의 끝 하이픈이 포함되었는지의 여부를 표시한다.

Does the encoding distinguish ‘soft’ and ‘hard’ hyphens? What principle has been adopted with respect to end-of-line hyphenation where source lineation has not been retained? Have soft hyphens been silently removed, and if so what is the effect on lineation and pagination?

segmentation

segmentation 예를 들어 문장, 음성 단위, 문자적 층위로 텍스트가 분절되는 원리를 기술한다.

How is the text segmented? If s or seg segmentation units have been used to divide up the text for analysis, how are they marked and how was the segmentation arrived at?

stdVals

stdVals (표준 값) 표준화된 날짜 또는 숫자 값이 제시될 때 사용되는 형식을 명시한다.

In most cases, attributes bearing standardized values (such as the when or when-iso attribute on dates) should conform to a defined W3C or ISO datatype. In cases where this is not appropriate, this element may be used to describe the standardization methods underlying the values supplied.

interpretation

interpretation 전사본에 덧붙여 텍스트에 부착된 분석적 또는 해석적 정보의 범위를 기술한다.

Has any analytic or ‘interpretive’ information been provided — that is, information which is felt to be non-obvious, or potentially contentious? If so, how was it generated? How was it encoded? If feature-structure analysis has been used, are fsdDecl elements (section 18.11 Feature System Declaration) present?

Any information about the editorial principles applied not falling under one of the above headings should be recorded in a distinct list of items. Experience shows that a full record should be kept of decisions relating to editorial principles and encoding practice, both for future users of the text and for the project which produced the text in the first instance. Some simple examples follow:

<editorialDecl>
<segmentation>
 
 <gi>s</gi> elements mark orthographic sentences and
 are numbered sequentially
 within their parent <gi>div</gi> element
 
</segmentation>
<interpretation>
 The part of speech analysis applied throughout section 4 was
 added by hand and has not been checked.
</interpretation>
<correction>
 Errors in transcription controlled by using the
 WordPerfect spelling checker.
</correction>
<normalization source="http://szotar.sztaki.hu/webster/">
 All words converted to Modern American spelling following
 Websters 9th Collegiate dictionary.
</normalization>
<quotation marks="all" form="std">
 All opening quotation marks represented by entity reference
 <ident type="ge">odq</ident>; all closing quotation marks
 represented by entity reference <ident type="ge">cdq</ident>.
</quotation>
</editorialDecl>

An editorial practices declaration which applies to more than one text or division of a text need not be repeated in the header of each such text. Instead, the decls attribute of each text (or subdivision of the text) to which it applies may be used to supply a cross-reference to it, as further described in section 15.3 Associating Contextual Information with a Text.

2.3.4 The Tagging DeclarationTEI: The Tagging Declaration¶

The tagsDecl element is used to record the following information about the tagging used within a particular text:

the namespace to which elements appearing within the transcribed text belong.
how often particular elements appear within the text, so that a recipient can validate the integrity of a text during interchange.
any comment relating to the usage of particular elements not specified elsewhere in the header.
a default rendition applicable to all instances of an element.

This information is conveyed by the following elements:

rendition 원본 텍스트에서 요소의 모양에 대한 정보를 제공한다.

scheme 모양을 기술하는 언어를 식별한다.
namespace 그 자식이 기술한 요소가 속하는 네임스페이스의 공식적 이름을 제공한다.
tagUsage 텍스트에서 특정 요소의 사용에 관한 정보를 제공한다.

The tagsDecl element consists of an optional sequence of rendition elements, each of which must bear a unique identifier, followed by an optional sequence of one or more namespace elements, each of which contains a series of tagUsage elements, one for each distinct element from that namespace occurring within the outermost text element of a TEI document. Note that these tagUsage elements must be nested within a namespace element, and cannot appear directly within the tagsDecl element.

» 2.3.4.2 Tag usage
가정 | 목차

2.3.4.1 RenditionTEI: Rendition¶

The rendition element allows the encoder to specify how one or more elements are rendered in the original source in any of the following ways:

using an informal prose description
using a standard stylesheet language such as CSS or XSL-FO
using a project-defined formal language

One or more such specifications may be associated with elements of a document in two ways:

the render attribute of the appropriate tagUsage element may be used to indicate a default rendition for all occurrences of the named element
the global rendition attribute may be used on any element to indicate its rendition, over-riding any supplied default value

The global rend attribute may also be used to supply an informal description of the rendering for an element; if this is supplied in addition to the rendition attribute it takes precedence, just as it also overrides any default specified for that element.

For example, the following schematic shows how an encoder might specify that all p elements are by default to be rendered using one set of specifications identified as style1, while hi elements are to use a different set, identified as style2:

<tagsDecl>
<rendition xml:id="style1">
 ... description of one default rendition here ...
</rendition>
<rendition xml:id="style2">
 ... description of another default rendition here ...
</rendition>
<namespace name="http://www.tei-c.org/ns/1.0">
 <tagUsage gi="p" render="#style1"> ... </tagUsage>
 <tagUsage gi="hi" render="#style2"> ... </tagUsage>
</namespace>
</tagsDecl>

This paragraph,mostly rendered in style1, contains a few words
<hi>rendered in style2</hi>

This paragraph is all rendered in style2
This is back to style1

As noted above, the content of the rendition element may describe the appearance of the source material using prose, a project-defined formal language, or either of the existing standard languages: the Cascading Stylesheet Language (Lie and Bos (eds.) (1999)) and the XML vocabulary for specifying formatting semantics which forms a part of the W3C's Extensible Stylesheet Language (Berglund (ed.) (2006)). The scheme attribute indicates which of these applies to a given rendition element, and takes the following values:

free: Informal free text description
css: Cascading Stylesheet Language
xslfo: Extensible Stylesheet Language Formatting Objects
other: A user-defined formal description language

In the following extended example we consider how to capture the appearance of a typical early 20th century titlepage, such as that in the following figure:

bibliography

Elements for the encoding of the information on a titlepage are presented in 4.6 Title Pages; here we consider how we might go about encoding some of the visual information as well, using the rendition element and its corresponding attributes.

First we define a rendition element for each aspect of the source page rendition that we wish to retain. Details of CSS are given in Lie and Bos (eds.) (1999); we use it here simply to provide a vocabulary with which to describe such aspects as font size and style, letter and line spacing, colour, etc. Note that the purpose of this encoding is to describe the original, rather than specify how it should be reproduced, although the two are obviously closely linked.

<tagsDecl>
<rendition xml:id="center" scheme="css">text-align: center;</rendition>
<rendition xml:id="small" scheme="css">font-size: small;</rendition>
<rendition xml:id="large" scheme="css">font-size: large;</rendition>
<rendition xml:id="x-large" scheme="css">font-size: x-large;</rendition>
<rendition xml:id="xx-large" scheme="css">font-size: xx-large</rendition>
<rendition xml:id="expanded" scheme="css">letter-spacing: +3pt;</rendition>
<rendition xml:id="x-space" scheme="css">line-height: 150%;</rendition>
<rendition xml:id="xx-space" scheme="css">line-height: 200%;</rendition>
<rendition xml:id="red" scheme="css">color: red;</rendition>
</tagsDecl>

The global rendition attribute can now be used to specify on any element which of the above rendition features apply to it. For example, a title page might be encoded as follows:

<titlePage>
<docTitle rendition="#center #x-space">
 <titlePart>
 <lb/>
 <hi rendition="#x-large">THE POEMS</hi>
 <lb/>
 <hi rendition="#small">OF</hi>
 <lb/>
 <hi rendition="#red #xx-large">ALGERNON CHARLES SWINBURNE</hi>
 <lb/>
 <hi rendition="#large #xx-space">IN SIX VOLUMES</hi>
 </titlePart>
 <titlePart rendition="#xx-space">
 <lb/> VOLUME I.
 <lb/>
 <hi rendition="#red #x-large">POEMS AND BALLADS</hi>
 <lb/>
 <hi rendition="#x-space">FIRST SERIES</hi>
 </titlePart>
</docTitle>
<docImprint rendition="#center">
 <lb/>
 <pubPlace rendition="#xx-space">LONDON</pubPlace>
 <lb/>
 <publisher rendition="#red #expanded">CHATTO & WINDUS</publisher>
 <lb/>
 <docDate when="1904" rendition="#small">1904</docDate>
</docImprint>
</titlePage>

bibliography

When CSS is used as the underlying language, the scope attribute may be used to specify CSS pseudo-elements. These pseudo-elements are used to target styling for only a portion of the given text. For example, there is a first-letter pseudo-element to target styling of the first letter in the targeted element, while there are the useful before and after pseudo-elements, used often in conjunction with the "content" property to add some styling characters (Unicode provides quite a few) before or after the element content, where these are useful to document the appearance of the source.

For example, assuming that a text has been encoded using the q element to enclose passages in quotation marks, but the quotation marks themselves have been routinely omitted from the encoding, a set of renditions such as the following:

<rendition xml:id="quoteBefore" scheme="css" scope="before">content:
'“';</rendition>
<rendition xml:id="quoteAfter" scheme="css" scope="after">content:
'”';</rendition>

might be used to predefine pseudo-elements quoteBefore and quoteAfter. Where a q element is actually rendered in the source with initial and final quotation marks, it may then be encoded as follows:

<q rendition="#quoteBefore #quoteAfter">Four score and seven years
ago...</q>

« 2.3.4.1 Rendition
가정 | 목차

2.3.4.2 Tag usageTEI: Tag usage¶

As noted above, each namespace element, if present, should contain exactly one occurrence of a tagUsage element for each distinct element from the given namespace that occurs within the outermost text element associated with the teiHeader in which it appears. ⁷ The tagUsage element is used to supply a count of the number of occurrences of this element within the text, which is given as the value of its occurs attribute. It may also be used to hold any additional usage information, which is supplied as running prose within the element itself.

For example:

<tagUsage gi="hi" occurs="28"> Used only to mark English words italicised in the copy text.
</tagUsage>

This indicates that the hi element appears a total of 28 times in the text element in question, and that the encoder has used it to mark italicised English words only.

The withId attribute may optionally be used to specify how many of the occurrences of the element in question bear a value for the global xml:id attribute, as in the following example:

<tagUsage gi="pb" occurs="321" withId="321"> Marks page breaks in the York (1734) edition only
</tagUsage>

This indicates that the pb element occurs 321 times, on each of which an identifier is provided.

The content of the tagUsage element is not susceptible of automatic processing. It should not therefore be used to hold information for which provision is already made by other components of the encoding description. A TEI conformant document is not required to provide any tagUsage elements, but if it does, then TEI recommended practice is to provide namespace and tagUsage elements for each distinct element and namespace used in the associated text. If, in addition, counts are specified by the occurs attributes, these must correspond with the number of such elements present in the document.

2.3.5 The Reference System DeclarationTEI: The Reference System Declaration¶

The refsDecl element is used to document the way in which any standard referencing scheme built into the encoding works. It may contain either a series of prose paragraphs or the following specialized elements:

refsDecl (참조 선언) 표준 참조가 이러한 텍스트에 대해 어떻게 구성되는가를 명시한다.
cRefPattern (표준 참조 유형) 표준 참조를 URI로 변환하기 위한 표현 및 대체 유형을 명시한다.
refState/ (참조 상태) 이정표 방법으로 정의된 표준 참조의 한 성분을 명시한다.

Note that not all possible referencing schemes are equally easily supported by current software systems. A choice must be made between the convenience of the encoder and the likely efficiency of the particular software applications envisaged, in this context as in many others. For a more detailed discussion of referencing systems supported by these Guidelines, see section 3.10 Reference Systems below.

A referencing scheme may be described in one of three ways using this element:

as a prose description
as a series of pairs of regular expressions and XPaths
as a concatenation of sequentially organized milestones

Each method is described in more detail below. Only one method can be used within a single refsDecl element.

More than one refsDecl element can be included in the header if more than one canonical reference scheme is to be used in the same document, but the current proposals do not check for mutual inconsistency.

» 2.3.5.2 Search-and-Replace Method
가정 | 목차

2.3.5.1 Prose MethodTEI: Prose Method¶

The referencing scheme may be specified within the refsDecl by a simple prose description. Such a description should indicate which elements carry identifying information, and whether this information is represented as attribute values or as content. Any special rules about how the information is to be interpreted when reading or generating a reference string should also be specified here. Such a prose description cannot be processed automatically, and this method of specifying the structure of a canonical reference system is therefore not recommended for automatic processing.

For example:

<refsDecl>
The <att>n</att> attribute of each text in this corpus carries a
 unique identifying code for the whole text. The title of the text is
 held as the content of the first <gi>head</gi> element within each
 text. The <att>n</att> attribute on each <gi>div1</gi> and
<gi>div2</gi> contains the canonical reference for each such
 division, in the form 'XX.yyy', where XX is the book number in Roman
 numerals, and yyy the section number in arabic. Line breaks are
 marked by empty <gi>lb</gi> elements, each of which includes the
 through line number in Casaubon's edition as the value of its
<gi>n</gi> attribute.
The through line number and the text identifier uniquely identify
 any line. A canonical reference may be made up by concatenating the
<gi>n</gi> values from the <gi>text</gi>, <gi>div1</gi>, or
<gi>div2</gi> and calculating the line number within each part.
</refsDecl>

2.3.5.2 Search-and-Replace MethodTEI: Search-and-Replace Method¶

This method often requires a significant investment of effort initially, but permits extremely flexible addressing. For details, see section 16.2.5 Canonical References.

cRefPattern (표준 참조 유형) 표준 참조를 URI로 변환하기 위한 표현 및 대체 유형을 명시한다.

« 2.3.5.2 Search-and-Replace Method
가정 | 목차

2.3.5.3 Milestone MethodTEI: Milestone Method¶

This method is appropriate when only ‘milestone’ tags (see section 3.10.3 Milestone Elements) are available to provide the required referencing information. It does not provide any abilities which cannot be mimicked by the search-and-replace referencing method discussed in the previous section, but in the cases where it applies, it provides a somewhat simpler notation.

A reference based on milestone tags concatenates the values specified by one or more such tags. Since each tag marks the point at which a value changes, it may be regarded as specifying the refState of a variable. A reference declaration using this method therefore specifies the individual components of the canonical reference as a sequence of refState elements:

refState/ (참조 상태) 이정표 방법으로 정의된 표준 참조의 한 성분을 명시한다.

unit	이 이정표에서 어떤 변화가 일어나는지를 제시한다.
delim	(구분 문자) 참조 성분 뒤에 구분 문자열을 제공한다.
length	참조 성분의 고정 길이를 명시한다.

For example, the reference ‘Matthew 12:34’ might be thought of as representing the state of three variables: the book variable is in state ‘Matthew’; the chapter variable is in state ‘12’, and the verse variable is in state ‘34’. If milestone tagging has been used, there should be a tag marking the point in the text at which each of the above ‘variables’ changes its state. ⁸ To find ‘Matthew 12:34’ therefore an application must scan left to right through the text, monitoring changes in the state of each of these three variables as it does so. When all three are simultaneously in the required state, the desired point will have been reached. There may of course be several such points.

The delim and length attributes are used to specify components of a canonical reference using this method in exactly the same way as for the stepwise method described in the preceding section. The other attributes are used to determine which instances of milestone tags in the text are to be checked for state-changes. A state-change is signalled whenever a new milestone tag is found with unit and, optionally, ed attributes identical to those of the refState element in question. The value for the new state may be given explicitly by the n attribute on the milestone element, or it may be implied, if the n attribute is not specified.

For example, for canonical references in the form xx.yyy where the xx represents the page number in the first edition, and yyy the line number within this page, a reference system declaration such as the following would be appropriate:

This implies that milestone tags of the form

will be found throughout the text, marking the positions at which page and line numbers change. Note that no value has been specified for the n attribute on the second milestone tag above; this implies that its value at each state change is monotonically increased. For more detail on the use of milestone tags, see section 3.10.3 Milestone Elements.

The milestone referencing scheme, though conceptually simple, is not supported by a generic SGML or XML parser. Its use places a correspondingly greater burden of verification and accuracy on the encoder.

A reference system declaration which applies to more than one text or division of a text need not be repeated in the header of each such text. Instead, the decls attribute of each text (or subdivision of the text) to which the declaration applies may be used to supply a cross-reference to it, as further described in section 15.3 Associating Contextual Information with a Text.

2.3.6 The Classification DeclarationTEI: The Classification Declaration¶

The classDecl element is used to group together definitions or sources for any descriptive classification schemes used by other parts of the header. Each such scheme is represented by a taxonomy element, which may contain either a simple bibliographic citation, or a definition of the descriptive typology concerned; the following elements are used in defining a descriptive classification scheme:

classDecl (분류 선언) 텍스트 내 어디서든 사용될 수 있는 분류 부호를 정의하는 분류법을 포함한다.
taxonomy 서지 정보 인용으로 비명시적으로 또는 구조화된 분류법으로 명시적으로 텍스트를 분류하는 유형을 정의한다.
category 사용자가 정의한 분류법 안의 개별 기술 범주를 포함한다. 상위 범주 내에 포함될 수 있다.
catDesc (범주 기술) 간단한 산문체 기술 형식 또는 TEI의 형식적 텍스트 기술에 의해 사용된 상황 매개변수를 통해 분류법 또는 텍스트 유형 내에서 어떤 범주를 기술한다.

The taxonomy element has two slightly different, but related, functions. For well-recognized and documented public classification schemes, such as Dewey or other published descriptive thesauri, it contains simply a bibliographic citation indicating where a full description of a particular taxonomy may be found.

<taxonomy xml:id="ddc12">
<bibl>
<title>Dewey Decimal Classification</title>
<edition>Abridged Edition 12</edition>
</bibl>
</taxonomy>

For less easily accessible schemes, the taxonomy element contains a description of the taxonomy itself as well as an optional bibliographic citation. The description consists of a number of category elements, each defining a single category within the given typology. The category is defined by the contents of a nested catDesc element, which may contain either a phrase describing the category, or any number of elements from the model.catDescPart class. When the corpus module is included in a schema, this class provides the textDesc element whose components allow the definition of a text type in terms of a set of ‘situational parameters’ (see further section 15.2.1 The Text Description; if the corpus module is not included in a schema, this class is empty and the catDesc element may contain only plain text.

If the category is subdivided, each subdivision is represented by a nested category element, having the same structure. Categories may be nested to an arbitrary depth in order to reflect the hierarchical structure of the taxonomy. Each category element bears a unique xml:id attribute, which is used as the target for catRef elements referring to it.

<taxonomy xml:id="b">
<bibl>Brown Corpus</bibl>
<category xml:id="b.a">
 <catDesc>Press Reportage</catDesc>
 <category xml:id="b.a1">
 <catDesc>Daily</catDesc>
 </category>
 <category xml:id="b.a2">
 <catDesc>Sunday</catDesc>
 </category>
 <category xml:id="b.a3">
 <catDesc>National</catDesc>
 </category>
 <category xml:id="b.a4">
 <catDesc>Provincial</catDesc>
 </category>
 <category xml:id="b.a5">
 <catDesc>Political</catDesc>
 </category>
 <category xml:id="b.a6">
 <catDesc>Sports</catDesc>
 </category>
</category>
<category xml:id="b.d">
 <catDesc>Religion</catDesc>
 <category xml:id="b.d1">
 <catDesc>Books</catDesc>
 </category>
 <category xml:id="b.d2">
 <catDesc>Periodicals and tracts</catDesc>
 </category>
</category>
</taxonomy>

Linkage between a particular text and a category within such a taxonomy is made by means of the catRef element within the textClass element, as described in section 2.4.3 The Text Classification. Where the taxonomy permits of classification along more than one dimension, more than one category will be referenced by a particular catRef, as in the following example, which identifies a text with the sub-categories ‘Daily’, ‘National’, and ‘Political’ within the category ‘Press Reportage’ as defined above.

A single category may contain more than one catDesc child, when for example the category is described in more than one language, as in the following example:

<category xml:id="lit">
<catDesc xml:lang="pl">literatura piękna</catDesc>
<catDesc xml:lang="en">fiction</catDesc>
<category xml:id="litProza">
 <catDesc xml:lang="pl">proza</catDesc>
 <catDesc xml:lang="en">prose</catDesc>
</category>
<category xml:id="litPoezja">
 <catDesc xml:lang="pl">poezja</catDesc>
 <catDesc xml:lang="en">poetry</catDesc>
</category>
<category xml:id="litDramat">
 <catDesc xml:lang="pl">dramat</catDesc>
 <catDesc xml:lang="en">drama</catDesc>
</category>
</category>

2.3.7 The Application Information ElementTEI: The Application Information Element¶

It is sometimes convenient to store information relating to the processing of an encoded resource within its header. Typical uses for such information might be:

to allow an application to discover that it has previously opened or edited a file, and what version of itself was used to do that;
to show (through a date) which application last edited the file to allow for diagnosis of any problems that might have been caused by that application;
to allow users to discover information about an application used to edit the file
to allow the application to declare an interest in elements of the file which it has edited, so that other applications or human editors may be more wary of making changes to those sections of the file.

The class model.applicationLike provides an element, application, which may be used to record such information within the appInfo element.

appInfo (애플리케이션 정보) TEI 파일을 편집한 애플리케이션에 관한 정보를 기록한다.

application 문서에 사용한 애플리케이션에 관한 정보를 제시한다.

ident	버전 또는 표시명과 상관없이 애플리케이션의 확인소를 제공한다.
version	확인소 또는 표시명과 상관없이 애플리케이션의 버전을 제공한다.

Each application element identifies the current state of one software application with regard to the current file. This element is a member of the att.datable class, which provides a variety of attributes for associating this state with a date and time, or a temporal range. The ident and version attributes should be used to uniquely identify the application and its major version number (for example, ImageMarkupTool 1.5). It is not intended that an application should add a new application each time it touches the file.

The following example shows how these elements might be used to document the fact that version 1.5 of an application called ‘Image Markup Tool’ has an interest in two parts of a document which was last saved on June 6 2006. The parts concerned are accessible at the URLs given as target for the two ptr elements.

<appInfo>
<application version="1.5" ident="ImageMarkupTool" notAfter="2006-06-01">
 <label>Image Markup Tool</label>
 <ptr target="#P1"/>
 <ptr target="#P2"/>
</application>
</appInfo>

2.3.8 Module-Specific DeclarationsTEI: Module-Specific Declarations¶

The elements discussed so far are available to any schema. When the schema in use includes some of the more specialised TEI modules, these make available other more module-specific components of the encoding description. These are discussed fully in the documentation for the module in question, but are also noted briefly here for convenience.

The fsdDecl element is available only when the iso-fs module is included in a schema. Its purpose is to document the feature system declaration (as defined in chapter 18.11 Feature System Declaration) underlying any analytic feature structures (as defined in chapter 18 Feature Structures) present in the text documented by this header.

The metDecl element is available only when the verse module is included in a schema. Its purpose is to document any metrical notation scheme used in the text, as further discussed in section 6.3 Rhyme and Metrical Analysis. It consists either of a prose description or a series of metSym elements.

The variantEncoding element is available only when the textcrit module is included in a schema. Its purpose is to document the method used to encode textual variants in the text, as discussed in section 12.2 Linking the Apparatus to the Text.

2.4 The Profile DescriptionTEI: The Profile Description¶

The profileDesc element is the third major subdivision of the TEI Header. It is an optional element, the purpose of which is to enable information characterizing various descriptive aspects of a text or a corpus to be recorded within a single unified framework.

profileDesc (텍스트-개요 기술) 분명하게 언어와 특수 언어가 사용된 텍스트, 텍스트가 생산된 상황, 참여자, 배경에 관한 비서지적 측면을 상세히 기술한다.

In principle, almost any component of the header might be of importance as a means of characterizing a text. The author of a written text, its title or its date of publication, may all be regarded as characterizing it at least as strongly as any of the parameters discussed in this section. The rule of thumb applied has been to exclude from discussion here most of the information which generally forms part of a standard bibliographic style description, if only because such information has already been included elsewhere in the TEI header.

The core profileDesc element has three optional components, represented by the following elements:

creation 텍스트 생성에 관한 정보를 포함한다.
langUsage (언어 사용) 텍스트 내에 나타나는 언어, 특수 언어, 레지스터, 방언 등을 기술한다.
textClass (텍스트 분류) 표준 분류 스키마, 시소러스 등을 통해서 텍스트의 특성 또는 주제를 기술하는 정보를 모아 놓는다.

These elements are further described in the remainder of this section.

Three other elements may also appear within the profileDesc element when the corpus module described in chapter 15 Language Corpora is included in a schema:

textDesc (텍스트 기술) 장면적 매개변수를 통해 텍스트에 대해 기술한다.
particDesc (참여 기술) 언어적 상호작용에서 식별가능한 화자, 음성, 또는 기타 참여자를 기술한다.
settingDesc (무대 기술) 언어적 상호작용이 발생하는 무대 또는 배경을 산문적 기술로서 또는 일련의 무대 요소로서 기술한다.

For descriptions of these elements, see section 15.2 Contextual Information.

The following element can appear in the profileDesc element when the transcr module for the transcription of primary sources described in chapter 11 Representation of Primary Sources is included in a schema:

handNotes 원본 텍스트 내에서 식별되는 필적을 기록하는 하나 이상의 handNote 요소를 포함한다.

For a description of this element, see section 11.4.1 Document Hands. Its purpose is to group together a number of handNote elements, each of which describes a different hand or equivalent identified within a manuscript. The handNote element can also appear within a structured manuscript description, when the msdescription module described in chapter 10 Manuscript Description is included in a schema. For this reason, the handNote element is actually declared within the header module, but is only accessible to a schema when one or other of the transcr or msdescription modules is included in a schema. See further the discussion at 11.4.1 Document Hands.

» 2.4.2 Language Usage
가정 | 목차

2.4.1 CreationTEI: Creation¶

The creation element contains phrases describing the origin of the text, e.g. the date and place of its composition.

creation 텍스트 생성에 관한 정보를 포함한다.

The date and place of composition are often of particular importance for studies of linguistic variation; since such information cannot be inferred with confidence from the bibliographic description of the copy text, the creation element may be used to provide a consistent location for this information:

<creation>
<date when="1992-08">August 1992</date>
<rs type="city">Taos, New Mexico</rs>
</creation>

2.4.2 Language UsageTEI: Language Usage¶

The langUsage element is used within the profileDesc element to describe the languages, sublanguages, registers, dialects, etc. represented within a text. It contains one or more language elements, each of which provides information about a single language, notably the quantity of that language present in the text. Note that this element should not be used to supply information about any non-standard characters or glyphs used by this language; such information should be recorded in the charDecl element in the encoding description (see further 5 Representation of Non-standard Characters and Glyphs).

langUsage (언어 사용) 텍스트 내에 나타나는 언어, 특수 언어, 레지스터, 방언 등을 기술한다.

language 텍스트 내에서 사용되는 언어 또는 특수 언어의 특징을 기술한다.

usage	이 언어를 사용하는 텍스트의 대략적 백분율(분량)을 명시한다.
ident	(확인소) 요소로 기록된 언어를 식별하고기 위해 사용되는, 전체 xml:lang 속성에 의해 참조되는 BCP 47에서 정의된 방식대로 구축된 언어 부호를 제시한다.

A language element may be supplied for each different language used in a document. If used, its ident attribute should specify an appropriate language identifier, as further discussed in section vi.1. Language identification. This is particularly important if extended language identifiers have been used as the value of xml:lang attributes elsewhere in the document.

Here is an example of the use of this element:

<langUsage>
<language ident="fr-CA" usage="60">Québecois</language>
<language ident="en-CA" usage="20">Canadian business English</language>
<language ident="en-GB" usage="20">British English</language>
</langUsage>

« 2.4.2 Language Usage
가정 | 목차

2.4.3 The Text ClassificationTEI: The Text Classification¶

The second component of the core profileDesc element is the textClass element. This element is used to classify a text according to one or more of the following methods:

by reference to a recognized international classification such as the Dewey Decimal Classification, the Universal Decimal Classification, the Colon Classification, the Library of Congress Classification, or any other system widely used in library and documentation work
by providing a set of keywords, as provided for example by British Library or Library of Congress Cataloguing in Publication data
by referencing any other taxonomy of text categories recognized in the field concerned, or peculiar to the material in hand; this may include one based on recurring sets of values for the situational parameters defined in section 15.2.1 The Text Description, or the demographic elements described in section 15.2.2 The Participant Description

The last of these may be particularly important for dealing with existing corpora or collections, both as a means of avoiding the expense or inconvenience of reclassification and as a means of documenting the organizing principles of such materials.

The following elements are provided for this purpose:

keywords 텍스트의 주제 또는 특성을 식별하는 주제어 또는 구의 목록을 포함한다.

scheme

관련 키워드 집합이 정의된 통제 어휘를 식별하며, 이 정의는 통제 어휘 내에서 수행된다.

classCode (분류 부호) 표준 분류 체계에서 이 텍스트에 대하여 사용된 분류 부호를 포함한다.

scheme

사용하고 있는 분류 체계 또는 분류법을 표시한다.

catRef/ (범주 참조) 분류법 또는 텍스트 유형 내에서 하나 이상의 정의된 범주를 명시한다.

target 관련된 범주를 식별한다.

The keywords element simply categorizes an individual text by supplying a list of keywords which may describe its topic or subject matter, its form, date, etc. In some schemes, the order of items in the list is significant, for example, from major topic to minor; in others, the list has an organized substructure of its own. No recommendations are made here as to which method is to be preferred. Wherever possible, such keywords should be taken from a recognized source, such as the British Library/Library of Congress Cataloguing in Publication data in the case of printed books, or a published thesaurus appropriate to the field.

The scheme attribute should be used to indicate the source of the keywords used. This is done by supplying the value used for the xml:id attribute of a taxonomy element within which further details of the source concerned may be found. The taxonomy element occurs in the classDecl part of the encoding description within the TEI Header and is described in section 2.3.6 The Classification Declaration. For example:

<keywords scheme="#lcsh">
<list>
<item>Data base management</item>
<item>SQL (Computer program language)</item>
</list>
</keywords>

<keywords scheme="#lcsh">
<list>
 <item>English literature -- History and criticism -- Data processing.</item>
 <item>English literature -- History and criticism -- Theory, etc.</item>
 <item>English language -- Style -- Data processing.</item>
 <item>Style, Literary -- Data processing.</item>
</list>
</keywords>

The classCode element also categorizes an individual text, by supplying a numerical or other code used in a recognized classification scheme, such as the Dewey Decimal Classification. The scheme attribute is used to indicate the source of the classification scheme: this may be a pointer of any kind, either to a TEI element, likely in the current document, as in the keywords examples above, or to some canonical source for the scheme, as in the following example:

The catRef element categorizes an individual text by pointing to one or more category elements. The category element (which is fully described in section 2.3.6 The Classification Declaration) holds information about a particular classification or category within a given taxonomy. Each such category must have a unique identifier, which may be supplied as the value of the target attribute for catRef elements which are regarded as falling within the category indicated.

A text may, of course, fall into more than one category, in which case more than one identifier will be supplied as the value for the target attribute on the catRef element, as in the following example:

The scheme attribute may be supplied to specify the taxonomy to which the categories identified by the target attribute belong, if this is not adequately conveyed by the resource pointed to. For example,

Here the same text has been classified as of categories b.a4 and b.d2 within the Brown classification scheme (presumed to be available from http://www.example.com/browncorpus), and as of category ‘A45’ within the SUC classification scheme documented at the URL given.

The distinction between the catRef and classCode elements is that the values used as identifying codes are exhaustively enumerated, typically with the header, for the former, while the latter may be used to indicate a more open ended or descriptive classification system.

2.5 The Revision DescriptionTEI: The Revision Description¶

The final sub-element of the TEI header, the revisionDesc element, provides a detailed change log in which each change made to a text may be recorded. Its use is optional but highly recommended. It provides essential information for the administration of large numbers of files which are being updated, corrected, or otherwise modified as well as extremely useful documentation for files being passed from researcher to researcher or system to system. Without change logs, it is easy to confuse different versions of a file, or to remain unaware of small but important changes made in the file by some earlier link in the chain of distribution. No change should be made in any TEI-conformant file without corresponding entries being made in the change log.

revisionDesc (수정 기술) 하나의 파일에 대한 수정 이력을 요약한다.
change 몇몇 연구자들 사이에 공유된 전자 텍스트의 특정 버전에 대한 특정 변경 또는 수정 사항을 요약한다.

The main purpose of the revision description is to record changes in the text to which a header is prefixed. However, it is recommended TEI practice to include entries also for significant changes in the header itself (other than the revision description itself, of course). At the very least, an entry should be supplied indicating the date of creation of the header.

The log consists of a list of entries, one for each change. This may be encoded using either the regular list element, as described in section 3.7 Lists or as a series of special purpose change elements, each of which contains a more detailed description of the changes made. The attributes when and who are used to indicate the date of the change and the person responsible for it respectively. The description of the change itself can range from a simple phrase to a series of paragraphs. If a number is to be associated with one or more changes (for example, a revision number), the global n attribute may be used to indicate it.

It is recommended to give changes in reverse chronological order, most recent first.

For example:

<titleStmt>
<title>The Amorous Prince, or, the Curious Husband, 1671</title>
<author>
 <persName ref="#abehn.aeh">Behn, Aphra</persName>
</author>
<respStmt xml:id="pcaton.xzc">
 <persName>Caton, Paul</persName>
 <resp>electronic publication editor</resp>
</respStmt>
<respStmt xml:id="wgui.ner">
 <persName>Gui, Weihsin</persName>
 <resp>encoder</resp>
</respStmt>
<respStmt xml:id="jwernimo.lrv">
 <persName>Wernimont, Jacqueline</persName>
 <resp>encoder</resp>
</respStmt>
</titleStmt>

<revisionDesc>
<change n="RCS:1.39" when="2007-08-08" who="#jwernimo.lrv">Changed <val>drama.verse</val>
 <gi>lg</gi>s to <gi>p</gi>s. <note>we have opened a discussion about the need for a new
 value for <att>type</att> of <gi>lg</gi>, <val>drama.free.verse</val>, in order to address
 the verse of Behn which is not in regular iambic pentameter. For the time being these
 instances are marked with a comment note until we are able to fully consider the best way
 to encode these instances.</note>
</change>
<change n="RCS:1.33" when="2007-06-28" who="#pcaton.xzc">Added <att>key</att> and <att>reg</att>
 to <gi>name</gi>s.</change>
<change n="RCS:1.31" when="2006-12-04" who="#wgui.ner">Completed renovation. Validated.</change>
</revisionDesc>

In the above example, the who attributes point to respStmt elements; they could equally well point to person elements.

2.6 Minimal and Recommended Headers TEI: Minimal and Recommended Headers ¶

The TEI header allows for the provision of a very large amount of information concerning the text itself, its source, its encodings, and revisions of it, as well as a wealth of descriptive information such as the languages it uses and the situation(s) in which it was produced, together with the setting and identity of participants within it. This diversity and richness reflects the diversity of uses to which it is envisaged that electronic texts conforming to these Guidelines will be put. It is emphatically not intended that all of the elements described above should be present in every TEI Header.

The amount of encoding in a header will depend both on the nature and the intended use of the text. At one extreme, an encoder may expect that the header will be needed only to provide a bibliographic identification of the text adequate to local needs. At the other, wishing to ensure that their texts can be used for the widest range of applications, encoders will want to document as explicitly as possible both bibliographic and descriptive information, in such a way that no prior or ancillary knowledge about the text is needed in order to process it. The header in such a case will be very full, approximating to the kind of documentation often supplied in the form of a manual. Most texts will lie somewhere between these extremes; textual corpora in particular will tend more to the latter extreme. In the remainder of this section we demonstrate first the minimal, and next a commonly recommended, level of encoding for the bibliographic information held by the TEI header.

Supplying only the minimal level of encoding required, the TEI header of a single text might look like the following example:

<teiHeader>
<fileDesc>
 <titleStmt>
 <title>Thomas Paine: Common sense, a
 machine-readable transcript</title>
 <respStmt>
 <resp>compiled by</resp>
 <name>Jon K Adams</name>
 </respStmt>
 </titleStmt>
 <publicationStmt>
 <distributor>Oxford Text Archive</distributor>
 </publicationStmt>
 <sourceDesc>
 <bibl>The complete writings of Thomas Paine, collected and edited
 by Phillip S. Foner (New York, Citadel Press, 1945)</bibl>
 </sourceDesc>
</fileDesc>
</teiHeader>

The only mandatory component of the TEI Header is the fileDesc element. Within this, titleStmt, publicationStmt, and sourceDesc are all required constituents. Within the title statement, a title is required, and an author should be specified, even if it is unknown, as should some additional statement of responsibility, here given by the respStmt element. Within the publicationStmt, a publisher, distributor, or other agency responsible for the file must be specified. Finally, the source description should contain at the least a loosely structured bibliographic citation identifying the source of the electronic text if (as is usually the case) there is one.

We now present the same example header, expanded to include additionally recommended information, adequate to most bibliographic purposes, in particular to allow for the creation of an AACR2-conformant bibliographic record. We have also added information about the encoding principles used in this (imaginary) encoding, about the text itself (in the form of Library of Congress subject headings), and about the revision of the file.

<teiHeader>
<fileDesc>
 <titleStmt>
 <title>Common sense, a machine-readable transcript</title>
 <author>Paine, Thomas (1737-1809)</author>
 <respStmt>
 <resp>compiled by</resp>
 <name>Jon K Adams</name>
 </respStmt>
 </titleStmt>
 <editionStmt>
 <edition>
 <date>1986</date>
 </edition>
 </editionStmt>
 <publicationStmt>
 <distributor>Oxford Text Archive.</distributor>
 <address>
 <addrLine>Oxford University Computing Services,</addrLine>
 <addrLine>13 Banbury Road,</addrLine>
 <addrLine>Oxford OX2 6RB,</addrLine>
 <addrLine>UK</addrLine>
 </address>
 </publicationStmt>
 <notesStmt>
 <note>Brief notes on the text are in a
 supplementary file.</note>
 </notesStmt>
 <sourceDesc>
 <biblStruct>
 <monogr>
 <editor>Foner, Philip S.</editor>
 <title>The collected writings of Thomas Paine</title>
 <imprint>
 <pubPlace>New York</pubPlace>
 <publisher>Citadel Press</publisher>
 <date>1945</date>
 </imprint>
 </monogr>
 </biblStruct>
 </sourceDesc>
</fileDesc>
<encodingDesc>
 <samplingDecl>
 Editorial notes in the Foner edition have not
 been reproduced. 
 Blank lines and multiple blank spaces, including paragraph
 indents, have not been preserved. 
 </samplingDecl>
 <editorialDecl>
 <correction status="high" method="silent">
 The following errors
 in the Foner edition have been corrected:
 <list>
 <item>p. 13 l. 7 cotemporaries contemporaries </item>
 <item>p. 28 l. 26 [comma] [period] </item>
 <item>p. 84 l. 4 kin kind </item>
 <item>p. 95 l. 1 stuggle struggle </item>
 <item>p. 101 l. 4 certainy certainty </item>
 <item>p. 167 l. 6 than that </item>
 <item>p. 209 l. 24 publshed published </item>
 </list>
 
 </correction>
 <normalization>
 No normalization beyond that performed
 by Foner, if any. 
 </normalization>
 <quotation marks="all" form="std">
 All double quotation marks
 rendered with ", all single quotation marks with
 apostrophe. 
 </quotation>
 <hyphenation eol="none">
 Hyphenated words that appear at the
 end of the line in the Foner edition have been reformed.
 </hyphenation>
 <stdVals>
 The values of <att>when-iso</att> on the <gi>time</gi>
 element always end in the format <val>HH:MM</val> or
 <val>HH</val>; i.e., seconds, fractions thereof, and time
 zone designators are not present.
 </stdVals>
 <interpretation>
 Compound proper names are marked. 
 Dates are marked. 
 Italics are recorded without interpretation. 
 </interpretation>
 </editorialDecl>
 <classDecl>
 <taxonomy xml:id="lcsh">
 <bibl>Library of Congress Subject Headings</bibl>
 </taxonomy>
 <taxonomy xml:id="lc">
 <bibl>Library of Congress Classification</bibl>
 </taxonomy>
 </classDecl>
</encodingDesc>
<profileDesc>
 <creation>
 <date>1774</date>
 </creation>
 <langUsage>
 <language ident="en" usage="100">English.</language>
 </langUsage>
 <textClass>
 <keywords scheme="#lcsh">
 <list>
 <item>Political science</item>
 <item>United States -- Politics and government —
 Revolution, 1775-1783</item>
 </list>
 </keywords>
 <classCode scheme="#lc">JC 177</classCode>
 </textClass>
</profileDesc>
<revisionDesc>
 <change when="1996-01-22">
 <name>CMSMcQ</name> finished proofreading
 </change>
 <change when="1995-10-30">
 <name>L.B. </name> finished proofreading
 </change>
 <change notBefore="1995-07-04">
 <name>R.G. </name> finished data entry at end of term
 </change>
 <change notAfter="1995-01-01">
 <name>R.G. </name> began data entry before New Year 1995
 </change>
</revisionDesc>
</teiHeader>

Many other examples of recommended usage for the elements discussed in this chapter are provided here, in the reference index and in the associated tutorials.

2.7 Note for Library CataloguersTEI: Note for Library Cataloguers¶

A strong motivation in preparing the material in this chapter was to provide in the TEI file header a viable chief source of information for cataloguing computer files. The file header is not a library catalogue record, and so will not make all of the distinctions essential in standard library work. It also includes much information generally excluded from standard bibliographic descriptions. It is the intention of the developers, however, to ensure that the information required for a catalogue record be retrievable from the TEI file header, and moreover that the mapping from the one to the other be as simple and straightforward as possible. Where the correspondence is not obvious, it may prove useful to consult one of the works which were influential in developing the content of the TEI file header. These include:

ISBD(G): The International Standard Book Description (General) is an international standard setting out what information should be recorded in a description of a bibliographical item. There are also separate ISBDs covering different types of material, e.g. ISBD(M) for monographs, ISBD(ER) for electronic resources. These separate ISBDs follow the same general scheme as the main ISBD(G), but provide appropriate interpretations for the specific materials under consideration.
AACR2: The Anglo-American Cataloguing Rules, Second Edition, 2002 Revision: 2005 Update are the official guidelines for the construction of catalogues in general libraries in the English-speaking world. Other national cataloguing codes exist as well. AACR2 is explicitly based on the general framework of the ISBD(G) and the subsidiary ISBDs: it gives a description of how to catalogue items according to the ISBDs, and how to construct indexes and cross-references.
ANSI Z.39.29: ANSI Z.39.29 is an American national standard governing bibliographic references for use in bibliographies, end-of-work lists, references in abstracting and indexing publications, and outputs from computerized bibliographic data bases. This standard has however now been withdrawn, pending substantial revision. The international standard which covers the same area is ISO 690:1987. Other relevant standards include BS 1629:1989, BS 5605:1978, and BS 6371:1983.

« 2.7 Note for Library Cataloguers
가정 | 목차

2.8 The TEI Header ModuleTEI: The TEI Header Module¶

The module described in this chapter makes available the following components:

모듈 header: The TEI Header

The selection and combination of modules to form a TEI schema is described in 1.2 Defining a TEI Schema.

↑ 내용 « 1 The TEI Infrastructure » 3 Elements Available in All TEI Documents

주석

For more information on this highly influential family of standards, first proposed in 1969 by the International Federation of Library Associations, see http://www.ifla.org/VII/s13/pubs/isbd.htm. On the relation between the TEI proposals and other standards for bibliographic description, see further section 2.7 Note for Library Cataloguers.

↵

Agencies compiling catalogues of machine-readable files are recommended to use available authority lists, such as the Library of Congress Name Authority List, for all common personal names.

↵

This constraint is not however enforced by the current version of the TEI Guidelines.

↵

In the case of a TEI corpus (15 Language Corpora), a tagsDecl in a corpus header will describe tag usage across the whole corpus, while one in an individual text header will describe tag usage for the individual text concerned.

↵

On the milestone tag itself, what are here referred to as ‘variables’ are identified by the combination of the ed and unit attributes.

↵

[English] [Deutsch] [Español] [Italiano] [Français] [日本語] [한국어] [中文]

Copyright TEI Consortium 2007 Licensed under the GPL. Copying and redistribution is permitted and encouraged.
Version 1.5.0. Last updated on November 8th 2009.This page generated on 2009-11-09T11:11:15Z

P5: 전자 텍스트 부호화 및 교환에 대한 지침

2 The TEI Header

2.1 Organization of the TEI HeaderTEI: Organization of the TEI Header¶

2.1.1 The TEI Header and its ComponentsTEI: The TEI Header and its Components¶

2.1.2 Types of Content in the TEI HeaderTEI: Types of Content in the TEI Header¶

2.1.3 Model Classes in the TEI HeaderTEI: Model Classes in the TEI Header¶

2.2 The File DescriptionTEI: The File Description¶

2.2.1 The Title StatementTEI: The Title Statement¶

2.2.2 The Edition StatementTEI: The Edition Statement¶

2.2.3 Type and Extent of FileTEI: Type and Extent of File¶

2.2.4 Publication, Distribution, etc.TEI: Publication, Distribution, etc.¶

2.2.5 The Series StatementTEI: The Series Statement¶

2.2.6 The Notes StatementTEI: The Notes Statement¶

2.2.7 The Source DescriptionTEI: The Source Description¶

2.2.8 Computer Files Derived from Other Computer Files TEI: Computer Files Derived from Other Computer Files ¶

2.3 The Encoding DescriptionTEI: The Encoding Description¶

2.3.1 The Project DescriptionTEI: The Project Description¶

2.3.2 The Sampling DeclarationTEI: The Sampling Declaration¶

2.3.3 The Editorial Practices DeclarationTEI: The Editorial Practices Declaration¶

2.3.4 The Tagging DeclarationTEI: The Tagging Declaration¶

2.3.4.1 RenditionTEI: Rendition¶

2.3.4.2 Tag usageTEI: Tag usage¶

2.3.5 The Reference System DeclarationTEI: The Reference System Declaration¶

2.3.5.1 Prose MethodTEI: Prose Method¶

2.3.5.2 Search-and-Replace MethodTEI: Search-and-Replace Method¶

2.3.5.3 Milestone MethodTEI: Milestone Method¶

2.3.6 The Classification DeclarationTEI: The Classification Declaration¶

2.3.7 The Application Information ElementTEI: The Application Information Element¶

2.3.8 Module-Specific DeclarationsTEI: Module-Specific Declarations¶

2.4 The Profile DescriptionTEI: The Profile Description¶

2.4.1 CreationTEI: Creation¶

2.4.2 Language UsageTEI: Language Usage¶

2.4.3 The Text ClassificationTEI: The Text Classification¶

2.5 The Revision DescriptionTEI: The Revision Description¶

2.6 Minimal and Recommended Headers TEI: Minimal and Recommended Headers ¶

2.7 Note for Library CataloguersTEI: Note for Library Cataloguers¶

2.8 The TEI Header ModuleTEI: The TEI Header Module¶