Linking page breaks and witnesses

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Linking page breaks and witnesses

Frederik Elwert
Dear all,

I guess this is a trivial question for anybody who works with critical
editions, but I couldn’t figure it out: What is the usual way to link a
page break to the witness in which it appears?

Let’s say I have a list of witnesses:

    <listWit>
      <witness xml:id="alif" n="أ">Princeton Garrett 724Y</witness>
      <witness xml:id="ba" n="ب">Damad İbrahim 1043</witness>
      <witness xml:id="dschim" n="ج">Bodleian Laud Or. 192</witness>
    </listWit>

In the apparatus (lem/rdg), I refer to them using a pointer in @wit. For
page breaks, @ed and @edRef seem to be the relevant places. The TEI
critical edition toolbox suggests using the witness ID in @ed:

    <pb ed="alif" />

However, I understand that @ed is of type teidata.word, and thus not a
pointer, but more of a standardised label (like @key). In that case,
ed="أ" would seem more appropriate.

There is also @edRef, but in the examples, they link to a bibliographic
entry (bibl) about the edition, not a witness. Would it be correct to
use something like

    <pb edRef="#alif" />

?

Thanks,
Frederik


P.S.: I found an age old feature request (back from the P4 days, if I
understand correctly) about allowing @wit in pb:
https://sourceforge.net/p/tei/feature-requests/9/
There, @ed was mentioned as the appropriate attribute, but things might
have changed since.




--
Dr. Frederik Elwert

Digital Humanities Coordinator
Center for Religious Studies
Ruhr-University Bochum

Universitätsstr. 90a
D-44780 Bochum

Phone +49(0)234 32-23024
Reply | Threaded
Open this post in threaded view
|

Re: Linking page breaks and witnesses

ron.vandenbranden
Administrator
Hi Frederik,

I second your interpretation of @ed ("informal" reference) vs @edRef
("formal" pointer to an @xml:id). I'd use @ed for occasional references
to editions you don't have defined formally (for some reason or other);
otherwise, if a formal identification is available, I'd point there with
@edRef. It makes the pointers more formal, and hence offers a better
hook for checks in validation scenarios.

Yet, in my understanding of @edRef as "a pointer to the source edition"
(http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-att.edition.html#tei_att.edRef),
I don't think it is limited to point to <bibl> elements. I would
consider <witness> a valid identifier of a source edition, and
definitely wouldn't mind linking @edRef with <witness>. Just my two
cents, though.

Best,

Ron

On 27/05/2016 11:01, Frederik Elwert wrote:

> Dear all,
>
> I guess this is a trivial question for anybody who works with critical
> editions, but I couldn’t figure it out: What is the usual way to link a
> page break to the witness in which it appears?
>
> Let’s say I have a list of witnesses:
>
>      <listWit>
>        <witness xml:id="alif" n="أ">Princeton Garrett 724Y</witness>
>        <witness xml:id="ba" n="ب">Damad İbrahim 1043</witness>
>        <witness xml:id="dschim" n="ج">Bodleian Laud Or. 192</witness>
>      </listWit>
>
> In the apparatus (lem/rdg), I refer to them using a pointer in @wit. For
> page breaks, @ed and @edRef seem to be the relevant places. The TEI
> critical edition toolbox suggests using the witness ID in @ed:
>
>      <pb ed="alif" />
>
> However, I understand that @ed is of type teidata.word, and thus not a
> pointer, but more of a standardised label (like @key). In that case,
> ed="أ" would seem more appropriate.
>
> There is also @edRef, but in the examples, they link to a bibliographic
> entry (bibl) about the edition, not a witness. Would it be correct to
> use something like
>
>      <pb edRef="#alif" />
>
> ?
>
> Thanks,
> Frederik
>
>
> P.S.: I found an age old feature request (back from the P4 days, if I
> understand correctly) about allowing @wit in pb:
> https://sourceforge.net/p/tei/feature-requests/9/
> There, @ed was mentioned as the appropriate attribute, but things might
> have changed since.
>
>
>
>