<TEI xmlns="http://www.tei-c.org/ns/1.0">
  <teiHeader>
    <fileDesc>
      <titleStmt>
        <title type="main">TEI by Example</title>
        <title type="sub">Module 7: Critical Editing</title>
        <author xml:id="RvdB">Ron Van den Branden</author>
        <editor xml:id="EV">Edward Vanhoutte</editor>
        <editor xml:id="MT">Melissa Terras</editor>
        <sponsor>Association for Literary and Linguistic Computing (ALLC)</sponsor>
        <sponsor>Centre for Data, Culture and Society, University of Edinburgh, UK</sponsor> 
        <sponsor>Centre for Digital Humanities (CDH), University College London, UK</sponsor>
        <sponsor>Centre for Computing in the Humanities (CCH), King’s College London, UK</sponsor>
        <sponsor>Centre for Scholarly Editing and Document Studies (CTB) , Royal Academy of Dutch Language and Literature, Belgium</sponsor>
        <funder>
          <address>
            <addrLine>Centre for Scholarly Editing and Document Studies (CTB)</addrLine>
            <addrLine>Royal Academy of Dutch Language and Literature</addrLine>
            <addrLine>Koningstraat 18</addrLine>
            <addrLine>9000 Gent</addrLine>
            <addrLine>Belgium</addrLine>
          </address>
          <email>ctb@kantl.be</email>
        </funder>
        <principal>Edward Vanhoutte</principal>
        <principal>Melissa Terras</principal>
      </titleStmt>
      <publicationStmt>
        <publisher>Centre for Scholarly Editing and Document Studies (CTB) , Royal Academy of Dutch Language and Literature, Belgium</publisher>
        <distributor>Centre for Scholarly Editing and Document Studies (CTB) , Royal Academy of Dutch Language and Literature, Belgium</distributor>
        <pubPlace>Gent</pubPlace>
        <address>
          <addrLine>Centre for Scholarly Editing and Document Studies (CTB)</addrLine>
          <addrLine>Royal Academy of Dutch Language and Literature</addrLine>
          <addrLine>Koningstraat 18</addrLine>
          <addrLine>9000 Gent</addrLine>
          <addrLine>Belgium</addrLine>
        </address>
        <availability status="free">
          <p>Licensed under a <ref target="http://creativecommons.org/licenses/by-sa/3.0/">Creative Commons Attribution ShareAlike 3.0 License</ref>
                    </p>
        </availability>
        <date when="2010-07-09">9 July 2010</date>
      </publicationStmt>
      <seriesStmt>
        <title>TEI By Example.</title>
        <respStmt>
          <name>Edward Vanhoutte</name>
          <resp>editor</resp>
        </respStmt>
        <respStmt>
          <name>Ron Van den Branden</name>
          <resp>editor</resp>
        </respStmt>
        <respStmt>
          <name>Melissa Terras</name>
          <resp>editor</resp>
        </respStmt>
      </seriesStmt>
      <sourceDesc>
        <p>Digitally born</p>
      </sourceDesc>
    </fileDesc>
    <encodingDesc>
      <projectDesc>
        <p>TEI By Example offers a series of freely available online tutorials walking individuals through the different stages in marking up a document in TEI (Text Encoding Initiative). Besides a general introduction to text encoding, step-by-step tutorial modules provide example-based introductions to eight different aspects of electronic text markup for the humanities. Each tutorial module is accompanied with a dedicated examples section, illustrating actual TEI encoding practise with real-life examples. The theory of the tutorial modules can be tested in interactive tests and exercises.</p>
      </projectDesc>
    </encodingDesc>
    <profileDesc>
      <langUsage>
        <language ident="en-GB">en-GB</language>
      </langUsage>
    </profileDesc>
    <revisionDesc>
      <change when="2020-07-02" who="#RvdB">proofing corrections</change>
      <change when="2020-06-12" who="#RvdB">technical revision</change>
      <change when="2010-07-13" who="#RvdB">
                <list>
                    <item>added distinction <gi>gi</gi> — <tag>gi scheme="..."</tag> — <gi>tag</gi>
                    </item>
        <item>final spellcheck</item>
                </list>
            </change>
      <change when="2010-07-09" who="#RvdB">release</change>    
      <change when="2009-09-28" who="RvdB">authoring</change>
    </revisionDesc>
  </teiHeader>
  <text xml:id="TBED07v00" type="tutorials">
    <body>
            <div xml:id="appConnect">
        <head>Encoding Variation in Texts</head>
        <p>After this discussion of the encoding of textual variation itself, it is time to have a look at the bigger picture: how do you integrate these variants into an electronic critical edition? The TEI Guidelines provide 3 different mechanisms for integrating apparatus entries in the encoding of texts (don’t let the names intimidate you):
          <list type="gloss">
            <label>location-referenced method</label>
            <item>apparatus entries are linked to the identified text blocks in a base text that contain the respective lemmas [I, E]</item>
            <label>double end-point attachment method</label>
            <item>apparatus entries are linked to explicitly identified start and end positions in a base text [I, E]</item>
            <label>parallel segmentation method</label> 
            <item>apparatus entries are encoded inside a transcription of the common (invariant) text of all text witnesses [I]</item>
          </list>
        </p>
        <p>In this overview, the [I] and [E] labels indicate where an apparatus encoded with that method can be physically located with regards to the transcription of the (base) text it is linked to: 
          <list type="gloss">
            <label>[E]: external apparatus</label>
            <item>the apparatus is located outside the transcription of a base text, either in some other part of the TEI document containing the transcription, or in a physically distinct document <lb/>→ location-referenced, double end-point attachment</item>
            <label>[I]: internal apparatus</label>
            <item>each apparatus entry is located inline in the transcription of a (base) text, at the place where the variant occurs <lb/>→ location-referenced, double end-point attachment, parallel segmentation</item>
          </list>
        </p>
        <p>The method chosen and the physical location of the apparatus must be encoded in the TEI Header, in the <gi>variantEncoding</gi> element inside the <gi>encodingDesc</gi> section. This is an empty element with two mandatory attributes (see <ptr type="crossref" target="TBED02v00.htm#variantEncoding"/>): 
          <list rend="bulleted">
            <item>
                            <att>method</att>: indicates the method of linking the critical apparatus to the text: either <val>location-referenced</val>, <val>double-end-point</val>, or <val>parallel-segmentation</val>.</item>
            <item>
                            <att>location</att>: indicates the location of the critical apparatus with regards to the text: either <val>external</val> or <val>internal</val>.</item>
          </list>
        </p>
        <note type="summary">The TEI Guidelines offer 3 methods for linking the critical apparatus to the text. The method chosen must be documented in the <gi>encodingDesc</gi> section of the TEI header, in a special <gi>variantEncoding</gi> element. This is an empty element with 2 mandatory attributes. The <att>method</att> attribute specifies the method of linking the apparatus to the text (either <val>location-referenced</val>, <val>double-end-point</val>, or <val>parallel-segmentation</val>). The <att>location</att> attribute specifies the location of the apparatus relative to the text (either <val>external</val> or <val>internal</val>).</note>
        <div xml:id="locRef">
          <head>The Location-Referenced Method</head>
          <p>The location-referenced method links an apparatus entry to a base text, by anchoring it to the text structure in the base text where the variant occurs. This can be done either internally (inside the running text), or externally (outside the running text).</p>
          <p>In an internal location-referenced apparatus, the apparatus entries are encoded within the text structures in which the variants occur. The exact location, however, is unimportant. For example, the second paragraph could be encoded as follows:
            <figure xml:id="example22">
              <egXML xmlns="http://www.tei-c.org/ns/Examples">
                <TEI>
                  <teiHeader>
                    <!-- ... -->
                    <encodingDesc>
                      <variantEncoding method="location-referenced" location="internal"/>
                    </encodingDesc>
                    <!-- ... -->
                  </teiHeader>
                  <text>
                    <body>
                      <!-- ... -->
                      <p>The encoding scheme defined by these Guidelines is<app>
                                                    <rdg wit="#p3">is</rdg>
                                                    <rdg wit="#p4">may be</rdg>
                                                </app> formulated<app>
                                                    <rdg wit="#p2 #p3"/>
                                                    <rdg wit="#p4">either</rdg>
                                                </app> as an application of the Extensible<app>
                                                    <rdg wit="#p2 #p3">a system known as the Standard Generalized</rdg>
                                                    <rdg wit="#p4">the ISO Standard Generalized</rdg>
                                                </app> Markup Language (XML) (Bray et al. (eds.) (2006)). XML is widely used<app>
                                                    <rdg wit="#p2">(SGML).<note place="foot">
                                                            <bibl>
                                                                <editor>International Organization for Standardization</editor>, <title>ISO 8879: Information processing--Text and office systems--Standard Generalized Mark-up Language (SGML)</title>, ([<pubPlace>Geneva</pubPlace>]: <publisher>ISO</publisher>, <date>1986</date>).</bibl> Although widely said to be short for the surnames of its progenitors, the official expansion of this abbreviation is "Standard Generalized Markup Language."</note> SGML is an international standard</rdg>
                                                    <rdg wit="#p3">(SGML). <note place="foot">
                                                            <bibl>
                                                                <editor>International Organization for Standardization</editor>, <title>ISO 8879: Information processing - Text and office systems - Standard Generalized Markup Language (SGML)</title>, ([<pubPlace>Geneva</pubPlace>]: <publisher>ISO</publisher>, <date>1986</date>)</bibl>
                                                        </note> SGML is an international standard</rdg>
                                                    <rdg wit="#p4">(SGML)<note place="foot">
                                                            <bibl>
                                                                <editor>International Organization for Standardization</editor>, <title>ISO 8879: Information processing - Text and office systems - Standard Generalized Markup Language (SGML)</title>, ([<pubPlace>Geneva</pubPlace>]: <publisher>ISO</publisher>, <date>1986</date>)</bibl>
                                                        </note>or of the more recently developed W3C Extensible Markup Language (XML)<note place="foot">
                                                            <bibl>
                                                                <editor>World Wide Web Consortium</editor> : <title>Extensible Markup Language (XML) 1.0</title>, available from <ref target="http://www.w3.org/TR/REC-xml">http://www.w3.org/TR/REC-xml</ref>
                                                            </bibl>
                                                        </note>. Both SGML and XML are widely-used</rdg>
                                                </app> for the definition of device-independent, system-independent methods of storing and processing<app>
                                                    <rdg wit="#p4">storing and processing</rdg>
                                                    <rdg wit="#p2 #p3">representing</rdg>
                                                </app> texts in electronic form. It is now also the interchange and communication format used by many applications on the World Wide Web. In<app>
                                                    <rdg wit="#p2 #p3">. This chapter presents a brief tutorial guide to its main features, for those readers who have not encountered it before. For a more technical account of TEI practice in using</rdg>
                                                    <rdg wit="#p4">; XML being in fact a simplification or derivation of SGML. In the present chapter we introduce informally the basic concepts underlying such markup languages and attempt to explain to</rdg>
                                                </app> the present chapter we informally introduce some of its basic concepts and attempt to explain to the reader encountering them for the first time how and why they are<app>
                                                    <rdg wit="#p2">SGML standard, see chapter 30, "TEI Conformance," [in separate fascicle]; for a more technical description of the subset of SGML</rdg>
                                                    <rdg wit="#p3">SGML standard, see chapter 28, "Conformance," on page 727. For a more technical description of the subset of SGML</rdg>
                                                    <rdg wit="#p4">reader encountering them for the first time how they are actually used in the TEI<app>
                                                            <rdg wit="#p2 #p3 #p4">encoding</rdg>
                                                        </app> scheme. Except where the two are explicitly distinguished, references to XML in what follows may be understood to apply equally well to the TEI usage of SGML. a more technical account of For TEI practice see chapter 28 <hi>Conformance</hi> ; for a more technical description of the subset of SGML</rdg>
                                                </app> used in<app>
                                                    <rdg wit="#p2 #p3 #p4">by</rdg>
                                                </app> the TEI scheme. More detailed technical accounts of TEI practice in this respect are provided in chapters <hi>23. Using the TEI</hi>, <hi>1. The TEI Infrastructure</hi>, and <hi>22. Documentation Elements</hi> of these Guidelines.<app>
                                                    <rdg wit="#p2">, see chapter 39, "Formal Grammar for the TEI-Interchange-Format Subset of SGML," [in separate fascicle]</rdg>
                                                    <rdg wit="#p3">, see chapter 39, "Formal Grammar for the TEI-Interchange-Format Subset of SGML," on page 1247</rdg>
                                                    <rdg wit="#p4">, see chapter 39 <hi>Formal Grammar for the TEI-Interchange-Format Subset of SGML</hi>
                                                    </rdg>
                                                </app> 
                      </p>
                      <!-- ... -->
                    </body>
                  </text>
                </TEI>
              </egXML>
              <head type="legend">Encoding variation with an internal <soCalled>location-referenced</soCalled> apparatus.</head>
            </figure>
          </p>
          <p>Notice how the apparatus entries can occur anywhere as long as it is inside the text structure (in this case, the <gi>p</gi> element) that contains their variants. The same method can be used for an external apparatus, in which the textual variants are encoded either at a different place inside the base text, or in a physically distinct TEI document. In this external apparatus, each apparatus entry must have a specific attribute: <att>loc</att>. Its value should refer to the canonical reference of the text structure that contains the variants concerned. In an external apparatus, the previous example could look as follows:<note>Notice, how the <att>loc</att> attribute does <emph>not</emph> refer to an <att>xml:id</att> value of the text structure concerned, but to its <soCalled>canonical reference</soCalled>. For more information, see the documentation of the <gi>app</gi> element, and section <ref target="https://tei-c.org/release/doc/tei-p5-doc/en/html/HD.html#HD54">2.3.5 The Reference System Declaration</ref> of the TEI Guidelines.</note>
            <figure xml:id="example23">
              <egXML xmlns="http://www.tei-c.org/ns/Examples">
                <TEI>
                  <teiHeader>
                    <!-- ... -->
                    <encodingDesc>
                      <variantEncoding method="location-referenced" location="external"/>
                    </encodingDesc>
                    <!-- ... -->
                  </teiHeader>
                  <text>
                    <body>
                      <!-- ... -->
                      <p n="par2">The encoding scheme defined by these Guidelines is formulated as an application of the Extensible Markup Language (XML) (Bray et al. (eds.) (2006)). XML is widely used for the definition of device-independent, system-independent methods of storing and processing texts in electronic form. It is now also the interchange and communication format used by many applications on the World Wide Web. In the present chapter we informally introduce some of its basic concepts and attempt to explain to the reader encountering them for the first time how and why they are used in the TEI scheme. More detailed technical accounts of TEI practice in this respect are provided in chapters <hi>23. Using the TEI</hi>, <hi>1. The TEI Infrastructure</hi>, and <hi>22. Documentation Elements</hi> of these Guidelines.</p>
                      <!-- ... -->
                    </body>
                    <back>
                      <div type="apparatus">
                        <p>
                          <app loc="par2">
                            <rdg wit="#p2 #p3">is</rdg>
                            <rdg wit="#p4">may be</rdg>
                          </app>
                          <app loc="par2">
                            <rdg wit="#p2 #p3"/>
                            <rdg wit="#p4">either</rdg>
                          </app>
                          <app loc="par2">
                            <rdg wit="#p2 #p3">a system known as the Standard Generalized</rdg>
                            <rdg wit="#p4">the ISO Standard Generalized</rdg>
                          </app>
                          <!-- ... -->
                        </p>
                      </div>
                    </back>
                  </text>
                </TEI>
              </egXML>
              <head type="legend">Encoding variation with an external <soCalled>location-referenced</soCalled> apparatus.</head>
            </figure>
          </p>
          <p>In these examples, the <ident>p5</ident> version of the TEI Guidelines is adopted as the base text to which the apparatus entries are linked. This is the sole text witness for which a full transcription is provided in the electronic critical edition using this reference method. Because of this, the reading of this base text may be omitted from the <gi>app</gi> elements, as in the examples above. Due to the implicit nature of the location references of the apparatus entries, it may be hard to identify the exact places with textual variation. Therefore, the reading of the base text may equally be provided in the apparatus entries inside a <gi>lem</gi> element; combined with string matching, this can help the user of the edition to find out where the actual variation occurs (but notice the difficulty with apparatus entries encoding <emph>additions</emph> to the base text, as in the second <gi>app</gi> element of following example):
            <figure xml:id="example24">
              <egXML xmlns="http://www.tei-c.org/ns/Examples">
                <TEI>
                  <teiHeader>
                    <!-- ... -->
                    <encodingDesc>
                      <variantEncoding method="location-referenced" location="external"/>
                    </encodingDesc>
                    <!-- ... -->
                  </teiHeader>
                  <text>
                    <body>
                      <!-- ... -->
                      <p n="par2">The encoding scheme defined by these Guidelines is formulated as an application of the Extensible Markup Language (XML) (Bray et al. (eds.) (2006)). XML is widely used for the definition of device-independent, system-independent methods of storing and processing texts in electronic form. It is now also the interchange and communication format used by many applications on the World Wide Web. In the present chapter we informally introduce some of its basic concepts and attempt to explain to the reader encountering them for the first time how and why they are used in the TEI scheme. More detailed technical accounts of TEI practice in this respect are provided in chapters <hi>23. Using the TEI</hi>, <hi>1. The TEI Infrastructure</hi>, and <hi>22. Documentation Elements</hi> of these Guidelines.</p>
                      <!-- ... -->
                    </body>
                    <back>
                      <div type="apparatus">
                        <p>
                          <app loc="par2">
                            <lem wit="#p3 #p5">is</lem>
                            <rdg wit="#p4">may be</rdg>
                          </app>
                          <app loc="par2">
                            <lem wit="#p2 #p3 #p5"/>
                            <rdg wit="#p4">either</rdg>
                          </app>
                          <app loc="par2">
                            <lem wit="#p5">the Extensible</lem>
                            <rdg wit="#p2 #p3">a system known as the Standard Generalized</rdg>
                            <rdg wit="#p4">the ISO Standard Generalized</rdg>
                          </app>
                          <!-- ... -->
                        </p>
                      </div>
                    </back>
                  </text>
                </TEI>
              </egXML>
              <head type="legend">Including the base text in an external <soCalled>location-referenced</soCalled> apparatus.</head>
            </figure>
          </p>
          <note type="summary">The location-referenced method uses an implicit anchoring technique to link the apparatus entries with the base text. In an internal apparatus, the apparatus entries can occur anywhere inside the text structure in which their variants occur. In an external apparatus, the link is established through the use of the <att>loc</att> attribute on the <gi>app</gi> elements, which points to a canonical reference of the relevant text structures in the base text.</note>
        </div>
        <div xml:id="doubleEndPoint">
          <head>The Double End-Point Attachment Method</head>
          <p>The double end-point attachment method links an apparatus entry to a base text, by anchoring it to the exact start and end positions of its lemma in the base text. This can be done either internally (inside the running text), or externally (outside the running text).</p>
          <p>In an internal double end-point attachment apparatus, the apparatus entries occur immediately after their lemma in the transcription of the base text. A specific <att>from</att> attribute must be used to point exactly at the starting point of the preceding lemma in the text. Its value should be a pointer to the formal identification code of an element in the base text that corresponds to the start of the lemma. If this point coincides with the start of an existing text structure, the identification code of its element may be used; otherwise, an empty <gi>anchor</gi> element must be inserted in the base text, whose sole purpose is to provide a formal code in its <att>xml:id</att> attribute. For example, an internal double end-point attachment apparatus for the example in the previous section could look as follows:
            <figure xml:id="example25">
              <egXML xmlns="http://www.tei-c.org/ns/Examples">
                <TEI>
                  <teiHeader>
                    <!-- ... -->
                    <encodingDesc>
                      <variantEncoding method="double-end-point" location="internal"/>
                    </encodingDesc>
                    <!-- ... -->
                  </teiHeader>
                  <text>
                    <body>
                      <!-- ... -->
                      <p>The encoding scheme defined by these Guidelines <anchor xml:id="lem1"/>is<app from="#lem1">
                                                    <rdg wit="#p3">is</rdg>
                                                    <rdg wit="#p4">may be</rdg>
                                                </app> formulated <anchor xml:id="lem2"/>
                                                <app from="#lem2">
                                                    <rdg wit="#p2 #p3"/>
                                                    <rdg wit="#p4">either</rdg>
                                                </app> as an application of the <anchor xml:id="lem3"/>Extensible<app from="#lem3">
                                                    <rdg wit="#p2 #p3">a system known as the Standard Generalized</rdg>
                                                    <rdg wit="#p4">the ISO Standard Generalized</rdg>
                                                </app> Markup Language <anchor xml:id="lem4"/>(XML) (Bray et al. (eds.) (2006)). XML is widely used<app from="#lem4">
                                                    <rdg wit="#p2">(SGML).<note place="foot">
                                                            <bibl>
                                                                <editor>International Organization for Standardization</editor>, <title>ISO 8879: Information processing--Text and office systems--Standard Generalized Mark-up Language (SGML)</title>, ([<pubPlace>Geneva</pubPlace>]: <publisher>ISO</publisher>, <date>1986</date>).</bibl> Although widely said to be short for the surnames of its progenitors, the official expansion of this abbreviation is "Standard Generalized Markup Language."</note> SGML is an international standard</rdg>
                                                    <rdg wit="#p3">(SGML). <note place="foot">
                                                            <bibl>
                                                                <editor>International Organization for Standardization</editor>, <title>ISO 8879: Information processing - Text and office systems - Standard Generalized Markup Language (SGML)</title>, ([<pubPlace>Geneva</pubPlace>]: <publisher>ISO</publisher>, <date>1986</date>)</bibl>
                                                        </note> SGML is an international standard</rdg>
                                                    <rdg wit="#p4">(SGML)<note place="foot">
                                                            <bibl>
                                                                <editor>International Organization for Standardization</editor>, <title>ISO 8879: Information processing - Text and office systems - Standard Generalized Markup Language (SGML)</title>, ([<pubPlace>Geneva</pubPlace>]: <publisher>ISO</publisher>, <date>1986</date>)</bibl>
                                                        </note> or of the more recently developed W3C Extensible Markup Language (XML)<note place="foot">
                                                            <bibl>
                                                                <editor>World Wide Web Consortium</editor>: <title>Extensible Markup Language (XML) 1.0</title>, available from <ref target="http://www.w3.org/TR/REC-xml">http://www.w3.org/TR/REC-xml</ref>
                                                            </bibl>
                                                        </note>. Both SGML and XML are widely-used</rdg>
                                                </app> for the definition of device-independent, system-independent methods of <anchor xml:id="lem5"/>storing and processing<app from="#lem5">
                                                    <rdg wit="#p2 #p3">representing</rdg>
                                                    <rdg wit="#p4">storing and processing</rdg>
                                                </app> texts in electronic form<anchor xml:id="lem6"/>. It is now also the interchange and communication format used by many applications on the World Wide Web. In<app from="#lem6">
                                                    <rdg wit="#p2 #p3">. This chapter presents a brief tutorial guide to its main features, for those readers who have not encountered it before. For a more technical account of TEI practice in using</rdg>
                                                    <rdg wit="#p4">; XML being in fact a simplification or derivation of SGML. In the present chapter we introduce informally the basic concepts underlying such markup languages and attempt to explain to</rdg>
                                                </app> the <anchor xml:id="lem7"/>present chapter we informally introduce some of its basic concepts and attempt to explain to the reader encountering them for the first time how and why they are<app from="#lem7">
                                                    <rdg wit="#p2">SGML standard, see chapter 30, "TEI Conformance," [in separate fascicle]; for a more technical description of the subset of SGML</rdg>
                                                    <rdg wit="#p3">SGML standard, see chapter 28, "Conformance," on page 727. For a more technical description of the subset of SGML</rdg>
                                                    <rdg wit="#p4">reader encountering them for the first time how they are actually used in the TEI scheme. Except where the two are explicitly distinguished, references to XML in what follows may be understood to apply equally well to the TEI usage of SGML. a more technical account of For TEI practice see chapter 28 <hi>Conformance</hi> ; for a more technical description of the subset of SGML</rdg>
                                                </app> used <anchor xml:id="lem8"/>in<app from="#lem8">
                                                    <rdg wit="#p2 #p3 #p4">by</rdg>
                                                </app> the TEI <anchor xml:id="lem9"/>
                                                <app from="#lem9">
                                                    <rdg wit="#p2 #p3 #p4">encoding</rdg>
                                                </app>scheme<anchor xml:id="lem10"/>. More detailed technical accounts of TEI practice in this respect are provided in chapters <hi>23. Using the TEI</hi>, <hi>1. The TEI Infrastructure</hi>, and <hi>22. Documentation Elements</hi> of these Guidelines<app from="#lem10">
                                                    <rdg wit="#p2">, see chapter 39, "Formal Grammar for the TEI-Interchange-Format Subset of SGML," [in separate fascicle]</rdg>
                                                    <rdg wit="#p3">, see chapter 39, "Formal Grammar for the TEI-Interchange-Format Subset of SGML," on page 1247</rdg>
                                                    <rdg wit="#p4">, see chapter 39 <hi>Formal Grammar for the TEI-Interchange-Format Subset of SGML</hi>
                                                    </rdg>
                                                </app>.</p>
                      <!-- ... -->
                    </body>
                  </text>
                </TEI>
              </egXML>
              <head type="legend">Encoding variation with an internal <soCalled>double end-point attachment</soCalled> apparatus.</head>
            </figure>
          </p>
          <p>An external double end-point attachment apparatus is very similar to its internal equivalent, apart from the fact that the apparatus entries are located outside of the running text. Due to this physical separation, the need arises to explicitly point out the end point of the lemma in the base text as well (again, either using the <att>xml:id</att> attribute of an existing text structure, or that of an explicit <gi>anchor</gi> element). In order to refer to this end point of the textual variation, the <gi>app</gi> element must have another attribute: <att>to</att>, pointing at the identification code of the relevant point in the base text. For example, an external apparatus for the previous example could look as follows:
            <figure xml:id="example26">
              <egXML xmlns="http://www.tei-c.org/ns/Examples">
                <TEI>
                  <teiHeader>
                    <!-- ... -->
                    <encodingDesc>
                      <variantEncoding method="double-end-point" location="external"/>
                    </encodingDesc>
                    <!-- ... -->
                  </teiHeader>
                  <text>
                    <body>
                      <!-- ... -->
                      <p>The encoding scheme defined by these Guidelines <anchor xml:id="lem1s"/>is<anchor xml:id="lem1e"/> formulated <anchor xml:id="lem2"/> as an application of the <anchor xml:id="lem3s"/>Extensible<anchor xml:id="lem3e"/> Markup Language <anchor xml:id="lem4s"/>(XML) (Bray et al. (eds.) (2006)). XML is widely used<anchor xml:id="lem4e"/> for the definition of device-independent, system-independent methods of <anchor xml:id="lem5"/>storing and processing<anchor xml:id="lem5e"/> texts in electronic form<anchor xml:id="lem6s"/>. It is now also the interchange and communication format used by many applications on the World Wide Web. In<anchor xml:id="lem6e"/> the <anchor xml:id="lem7s"/>present chapter we informally introduce some of its basic concepts and attempt to explain to the reader encountering them for the first time how and why they are<anchor xml:id="lem7e"/> used <anchor xml:id="lem8s"/>in<anchor xml:id="lem8e"/> the TEI <anchor xml:id="lem9"/> scheme<anchor xml:id="lem10s"/>. More detailed technical accounts of TEI practice in this respect are provided in chapters <hi>23. Using the TEI</hi>, <hi>1. The TEI Infrastructure</hi>, and <hi>22. Documentation Elements</hi> of these Guidelines<anchor xml:id="lem10e"/>.</p>
                      <!-- ... -->
                    </body>
                    <back>
                      <div type="apparatus">
                        <p>
                          <app from="#lem1s" to="#lem1e">
                            <rdg wit="#p3">is</rdg>
                            <rdg wit="#p4">may be</rdg>
                          </app>
                          <app from="#lem2" to="#lem2">
                            <rdg wit="#p2 #p3"/>
                            <rdg wit="#p4">either</rdg>
                          </app>
                          <app from="#lem3s" to="#lem3e">
                            <rdg wit="#p2 #p3">a system known as the Standard Generalized</rdg>
                            <rdg wit="#p4">the ISO Standard Generalized</rdg>
                          </app>
                          <!-- ... -->
                        </p>
                      </div>
                    </back>
                  </text>
                </TEI>
              </egXML>
              <head type="legend">Encoding variation with an external <soCalled>double end-point attachment</soCalled> apparatus.</head>
            </figure>
          </p>
          <p>Of course, here too, the lemma of the base text can be explicitly recorded in the apparatus entries as well:
            <figure xml:id="example27">
              <egXML xmlns="http://www.tei-c.org/ns/Examples">
                <TEI>
                  <teiHeader>
                    <!-- ... -->
                    <encodingDesc>
                      <variantEncoding method="double-end-point" location="external"/>
                    </encodingDesc>
                    <!-- ... -->
                  </teiHeader>
                  <text>
                    <body>
                      <!-- ... -->
                      <p>The encoding scheme defined by these Guidelines <anchor xml:id="lem1s"/>is<anchor xml:id="lem1e"/> formulated <anchor xml:id="lem2"/> as an application of the <anchor xml:id="lem3s"/>Extensible<anchor xml:id="lem3e"/> Markup Language <anchor xml:id="lem4s"/>(XML) (Bray et al. (eds.) (2006)). XML is widely used<anchor xml:id="lem4e"/> for the definition of device-independent, system-independent methods of <anchor xml:id="lem5"/>storing and processing<anchor xml:id="lem5e"/> texts in electronic form<anchor xml:id="lem6s"/>. It is now also the interchange and communication format used by many applications on the World Wide Web. In<anchor xml:id="lem6e"/> the <anchor xml:id="lem7s"/>present chapter we informally introduce some of its basic concepts and attempt to explain to the reader encountering them for the first time how and why they are<anchor xml:id="lem7e"/> used <anchor xml:id="lem8s"/>in<anchor xml:id="lem8e"/> the TEI <anchor xml:id="lem9"/> scheme<anchor xml:id="lem10s"/>. More detailed technical accounts of TEI practice in this respect are provided in chapters <hi>23. Using the TEI</hi>, <hi>1. The TEI Infrastructure</hi>, and <hi>22. Documentation Elements</hi> of these Guidelines<anchor xml:id="lem10e"/>.</p>
                      <!-- ... -->
                    </body>
                    <back>
                      <div type="apparatus">
                        <p>
                          <app from="#lem1s" to="#lem1e">
                            <lem wit="#p3 #p5">is</lem>
                            <rdg wit="#p4">may be</rdg>
                          </app>
                          <app from="#lem2" to="#lem2">
                            <lem wit="#p2 #p3 #p5"/>
                            <rdg wit="#p4">either</rdg>
                          </app>
                          <app from="#lem3s" to="#lem3e">
                            <lem wit="#p5">the Extensible</lem>
                            <rdg wit="#p2 #p3">a system known as the Standard Generalized</rdg>
                            <rdg wit="#p4">the ISO Standard Generalized</rdg>
                          </app>
                          <!-- ... -->
                        </p>
                      </div>
                    </back>
                  </text>
                </TEI>
              </egXML>
              <head type="legend">Including the base text in an external <soCalled>double end-point attachment</soCalled> apparatus.</head>
            </figure>
          </p>
          <note type="summary">The double end-point attachment method provides a means to explicitly anchor an apparatus entry to the exact position where its lemma in the base text differs from one of the other readings. In an internal apparatus, the apparatus entries should be placed immediately after the base text’s lemma. Each <gi>app</gi> element must have a <att>from</att> attribute pointing to the <att>xml:id</att> identification code of an element indicating the start of the lemma in the base text. In an external apparatus, the apparatus entries must formally identify the end point of the lemma as well, using a <att>to</att> attribute that points to the <att>xml:id</att> identification code of an element indicating the end of the lemma in the base text. If no other elements are available, these <att>xml:id</att> attributes may be encoded on empty <gi>anchor</gi> elements inside the base text.</note>
        </div>
        <div xml:id="parallelSeg">
          <head>The Parallel Segmentation Method</head>
          <p>Contrary to both other methods, the parallel segmentation method only allows for the encoding of an inline apparatus. Similarly to an internal double end-point attachment apparatus entry, a parallel segmented apparatus entry is encoded inline, at the exact place where the variation occurs. However, a parallel segmented apparatus entry encodes <emph>all</emph> readings as equal variants, thus interweaving the common (invariant) text of all text witnesses with apparatus entries that contain all different alternative readings. In this sense, the notions of a <term>base text</term> and <term>lemma</term> become obsolete: all text that is common, is shared; all varying text is encoded as a separate reading in an apparatus entry. Because of this exact anchoring at the place of occurrence in the <soCalled>palimpsest</soCalled> text, no specific attributes are necessary for the <gi>app</gi> element. For example, the preceding example can be expressed as a parallel segmented apparatus as follows:
            <figure xml:id="example28">
              <egXML xmlns="http://www.tei-c.org/ns/Examples">
                <TEI>
                  <teiHeader>
                    <!-- ... -->
                    <encodingDesc>
                      <variantEncoding method="parallel-segmentation" location="internal"/>
                    </encodingDesc>
                    <!-- ... -->
                  </teiHeader>
                  <text>
                    <body>
                      <!-- ... -->
                      <p>The encoding scheme defined by these Guidelines <app>
                                                    <rdg wit="#p2 #p3 #p5">is</rdg>
                                                    <rdg wit="#p4">may be</rdg>
                                                </app> formulated <app>
                                                    <rdg wit="#p4">either </rdg>
                                                    <rdg wit="#p2 #p3 #p5"/>
                                                </app>as an application of <app>
                                                    <rdg wit="#p2 #p3">a system known as the Standard Generalized</rdg>
                                                    <rdg wit="#p4">the ISO Standard Generalized</rdg>
                                                    <rdg wit="#p5">the Extensible</rdg>
                                                </app> Markup Language <app>
                                                    <rdg wit="#p2">(SGML).<note place="foot">
                                                            <bibl>
                                                                <editor>International Organization for Standardization</editor>, <title>ISO 8879: Information processing--Text and office systems--Standard Generalized Mark-up Language (SGML)</title>, ([<pubPlace>Geneva</pubPlace>]: <publisher>ISO</publisher>, <date>1986</date>).</bibl> Although widely said to be short for the surnames of its progenitors, the official expansion of this abbreviation is "Standard Generalized Markup Language."</note> SGML is an international standard</rdg>
                                                    <rdg wit="#p3">(SGML). <note place="foot">
                                                            <bibl>
                                                                <editor>International Organization for Standardization</editor>, <title>ISO 8879: Information processing - Text and office systems - Standard Generalized Markup Language (SGML)</title>, ([<pubPlace>Geneva</pubPlace>]: <publisher>ISO</publisher>, <date>1986</date>)</bibl>
                                                        </note> SGML is an international standard</rdg>
                                                    <rdg wit="#p4">(SGML)<note place="foot">
                                                            <bibl>
                                                                <editor>International Organization for Standardization</editor>, <title>ISO 8879: Information processing - Text and office systems - Standard Generalized Markup Language (SGML)</title>, ([<pubPlace>Geneva</pubPlace>]: <publisher>ISO</publisher>, <date>1986</date>)</bibl>
                                                        </note>or of the more recently developed W3C Extensible Markup Language (XML)<note place="foot">
                                                            <bibl>
                                                                <editor>World Wide Web Consortium</editor> : <title>Extensible Markup Language (XML) 1.0</title>, available from <ref target="http://www.w3.org/TR/REC-xml">http://www.w3.org/TR/REC-xml</ref>
                                                            </bibl>
                                                        </note>. Both SGML and XML are widely-used</rdg>
                                                    <rdg wit="#p5">(XML) (Bray et al. (eds.) (2006)). XML is widely used</rdg>
                                                </app> for the definition of device-independent, system-independent methods of <app>
                                                    <rdg wit="#p2 #p3">representing</rdg>
                                                    <rdg wit="#p4 #p5">storing and processing</rdg>
                                                </app> texts in electronic form<app>
                                                    <rdg wit="#p2 #p3">. This chapter presents a brief tutorial guide to its main features, for those readers who have not encountered it before. For a more technical account of TEI practice in using</rdg>
                                                    <rdg wit="#p4">; XML being in fact a simplification or derivation of SGML. In the present chapter we introduce informally the basic concepts underlying such markup languages and attempt to explain to</rdg>
                                                    <rdg wit="#p5">. It is now also the interchange and communication format used by many applications on the World Wide Web. In</rdg>
                                                </app> the <app>
                                                    <rdg wit="#p2">SGML standard, see chapter 30, "TEI Conformance," [in separate fascicle]; for a more technical description of the subset of SGML</rdg>
                                                    <rdg wit="#p3">SGML standard, see chapter 28, "Conformance," on page 727. For a more technical description of the subset of SGML</rdg>
                                                    <rdg wit="#p4">reader encountering them for the first time how they are actually used in the TEI scheme. Except where the two are explicitly distinguished, references to XML in what follows may be understood to apply equally well to the TEI usage of SGML. a more technical account of For TEI practice see chapter 28 <hi>Conformance</hi> ; for a more technical description of the subset of SGML</rdg>
                                                    <rdg wit="#p5">present chapter we informally introduce some of its concepts and attempt to explain to the reader encountering them basic for the first time how and why they are</rdg>
                                                </app> used <app>
                                                    <rdg wit="#p2 #p3 #p4">by</rdg>
                                                    <rdg wit="#p5">in</rdg>
                                                </app> the TEI <app>
                                                    <rdg wit="#p2 #p3 #p4">encoding</rdg>
                                                    <rdg wit="#p5"/>
                                                </app> scheme<app>
                                                    <rdg wit="#p2">, see chapter 39, "Formal Grammar for the TEI-Interchange-Format Subset of SGML," [in separate fascicle]</rdg>
                                                    <rdg wit="#p3">, see chapter 39, "Formal Grammar for the TEI-Interchange-Format Subset of SGML," on page 1247</rdg>
                                                    <rdg wit="#p4">, see chapter 39 <hi>Formal Grammar for the TEI-Interchange-Format Subset of SGML</hi>
                                                    </rdg>
                                                    <rdg wit="#p5">. More detailed technical accounts of TEI practice in this respect are provided in chapters <hi>23. Using the TEI</hi>, <hi>1. The TEI Infrastructure</hi>, and <hi>22. Documentation Elements</hi> of these Guidelines</rdg>
                                                </app>.</p>
                      <!-- ... -->
                    </body>
                  </text>
                </TEI>
              </egXML>
              <head type="legend">Encoding variation with an (internal) <soCalled>parallel segmentation</soCalled> apparatus.</head>
            </figure>
          </p>
          <note type="summary">The parallel segmentation method encodes all variants as equal readings inside apparatus entries that are located at their precise place of occurrence in all texts. This results in a single text that contains an integral view on both the common text and the textual variants. Because of this, the notions of <term>base text</term> and <term>lemma</term> become irrelevant.</note>
        </div>
      </div>
        </body>
    <back>
      <div type="bibliography">
        <listBibl>
          <bibl xml:id="vanhoutte2009">
                        <author>Vanhoutte, Edward</author>, and <author>Ron Van den Branden</author>. <date>2009</date>. <title level="a">Describing, Transcribing, Encoding, and Editing Modern Correspondence Material: a Textbase Approach</title>. <title level="j">Literary and Linguistic Computing</title> <biblScope unit="volume">24</biblScope> (<biblScope unit="issue">1</biblScope>): <biblScope unit="page">77–98</biblScope>. <idno type="DOI">10.1093/llc/fqn035</idno>.</bibl>
        </listBibl>
      </div>
    </back>
  </text>
  <!--
    $Date: 2020-11-16 12:48:08 +0100 (Mon, 16 Nov 2020) $
    $Id: TBED07v00.xml 462 2020-11-16 11:48:08Z ron.vandenbranden $  -->
</TEI>