I would agree with this approach, which I have used in the past (for
TEI-encoded OCR output). It is also possible to embed the TEI document
in the fileSec, particularly for archival purposes (if you wish to use
the METS file as an AIP) - I think this is more logical than the dmdSec
as Stefan suggests, although conceivably a separate TEI header could go
there.
Richard
Dot Porter wrote:
> I know TEI very well although my experience with METS is mainly
> theoretical, but I want to second everything Rick says. I've used
> METS as an example in teaching how TEI may be combined with other
> standards and this is how I've done it, and how I would recommend
> actually implementing it - i.e. having the TEI as a separate document,
> pointing to that file in the fileSec, and then using the area elements
> in the structMap to point out to xml:ids in the TEI document. I would
> want to keep the TEI as a separate document, as you may find that you
> want to process it or store it separately from the METS.
>
> Dot
>
> On Tue, Nov 10, 2009 at 5:27 PM, Rick Beaubien
> <[log in to unmask]> wrote:
>> I need to state right off that I am no expert in TEI. However, if I
>> understand correctly what you are trying to do, I would recommend using the
>> mets/structmap/div/fptr/area element. The area element is specifically set
>> up to allow you to point to specific areas within an integral, typically
>> external content file. In a case where the external content file is a
>> structured text file, such as an xml file, the relevant attributes on the
>> area element would be:
>>
>> FILEID -- reference the ID value of the <file> element within the METS
>> document's fileSec that represents the integral TEI file.
>> BEGIN -- reference the ID value of the first relevant element in the
>> external TEI content file
>> END -- reference the ID value of the last relevant element in the external
>> TEI content file. But note, that if all of the pertinent content is
>> contained within a single element, you only need to include the BEGIN
>> attribute.
>> BETYPE--set the value of this to "IDREF"
>>
>> Hope this helps.
>>
>> Rick Beaubien
>>
>> Stefan Krause wrote:
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hello,
>>
>> we've made some attempts with a larger TEI file which contains the text
>> of some issues of an journal. Structural units like issues, articles,
>> and subdivisions are annotated with xml:ids.
>>
>>
>>
>> http://www.tei-c.org/Guidelines/P5/ ), still I would think the way to go
>> for content of scale would be to keep TEI external and point to its
>> structures out from the METS structMap, as you would point to other
>>
>>
>> We included the TEI file in a mets:dmdSec. So we can link from the
>> logical structmap to the xml:ids via mets:[log in to unmask] This is pretty
>> easy, but I'm not shure if this is the METS way.
>>
>>
>> Stefan Krause
>> - ----------------------------------------------
>> Editura Gesellschaft für Verlagsdienstleistungen mbH
>> Tempelhofer Damm 2
>> 12101 Berlin
>> Telefon +49 (30) 789 59 49-66
>> Telefax +49 (30) 789 59 49-90
>> E-Mail [log in to unmask]
>>
>> Eingetragen im Handelsregister Berlin-Charlottenburg
>> Registernummer: HR B 81823
>>
>> Geschäftsführer:
>> Ralf Szymanski
>>
>> USt.Id. DE217180548
>>
>>
>> Stephen Simon schrieb:
>>
>>
>> Greetings,
>>
>> I would tend to agree with the approach suggested by David Lowe here. I
>> would guess that you can make it work either way but the incorporate by
>> reference approach seems like it would be simpler and less likely to cause
>> headaches. Easier to troubleshoot, anyway.
>>
>> Regards,
>>
>> Stephen
>>
>> On Mon, Nov 9, 2009 at 8:25 PM, David Lowe <[log in to unmask]> wrote:
>>
>>
>>
>> Chris--
>> I've thought about this, too, and although I have no experiential
>> background to share, and although the P5 version of TEI is supposed to
>> be designed to allow embedding within METS (see, for example
>> http://www.tei-c.org/Guidelines/P5/ ), still I would think the way to go
>> for content of scale would be to keep TEI external and point to its
>> structures out from the METS structMap, as you would point to other
>> representations of the information object's content, like page images or
>> plain OCR'd text.
>>
>> Does this jive with anyone else's practice or at least thinking? (I
>> think in terms of monographs, but there might be great reasons for doing
>> things another way.)
>> --DBL
>>
>> -----Original Message-----
>> From: Metadata Encoding and Transmission Standard [mailto:[log in to unmask]]
>> On Behalf Of Schwartz, Christine
>> Sent: Tuesday, November 03, 2009 2:10 PM
>> To: [log in to unmask]
>> Subject: [METS] METS and TEI?
>>
>> Hi,
>>
>> I'm looking for advice on the integration of METS and TEI documents. Is
>> it best to integrate TEI documents within a METS document, or keep the
>> TEI external and just link out to it?
>>
>> We are at the beginning stages of planning METS/TEI, so there are no
>> legacy practices that we have to consider. Right now we use METS, Simple
>> DC in the mdWrap, and MIX.
>>
>> Thanks,
>>
>> Chris
>>
>> Christine Schwartz
>> Metadata Librarian
>> Princeton Theological Seminary Libraries
>> http://www.catalogingfutures.com
>>
>>
>>
>>
>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v2.0.12 (MingW32)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>
>> iEYEARECAAYFAkr5IngACgkQ6m+l2LO+BGwH0gCeLmV14wqDzJyY7SVrYhUelQSO
>> YlsAoM/FI50ShrXpMDygDmleOxO9CN96
>> =JswJ
>> -----END PGP SIGNATURE-----
>>
>>
>> --
>> Rick Beaubien
>> Pro bono consultant
>> U.C. Berkeley Library
>>
>> Contact information:
>> 505-466-6630
>>
>> 88 Herrada Rd
>> Santa Fe, NM 87508
>
>
>
--
Richard Gartner
Information and Knowledge Specialist
Centre for e-Research
King's College, London
Tel: (020) 7848 1923
|