slub / mets-mods2tei

Convert bibliographic meta data in MODS format to TEI headers
Apache License 2.0
8 stars 7 forks source link

TEI: DTABf vs DFG-Anwendungsprofil for manuscripts #61

Open bertsky opened 2 years ago

bertsky commented 2 years ago

Is there an agreement/compliance relation between DTABf and DFG-Anwendungsprofil?

If not, do we support one or both (configurably) or a compromise?

bertsky commented 2 years ago

Is there an agreement/compliance relation between DTABf and DFG-Anwendungsprofil?

@sebastian-meyer you are the first author of the DFG TEI Anwendungsprofil for manuscripts – could you please enlighten us to what extent DFG Viewer already supports or is planned to support TEI as input, and what role the profile currently has in the field (esp. compared to DTA-Basisformat)?

sebastian-meyer commented 2 years ago

The DFG Viewer (and its application profile) supports TEI as an descriptive metadata format for medieval manuscripts. So essentially you can use TEI(-Header) as an alternative to MODS. This was specified in cooperation with the DFG-funded manuscript centers in Leipzig, Munich and Wolfenbüttel.

The DFG Viewer doesn't support TEI(-Body) as a full text format, yet. But we are working on TEI support in Kitodo.Presentation, so adding this to the DFG Viewer as well will be no big deal. As far as I know, the TEI support currently in working is based on the DTABf (pinging @wrznr).

bertsky commented 2 years ago

The DFG Viewer (and its application profile) supports TEI as an descriptive metadata format for medieval manuscripts. So essentially you can use TEI(-Header) as an alternative to MODS. This was specified in cooperation with the DFG-funded manuscript centers in Leipzig, Munich and Wolfenbüttel.

I see. And how does the mets:dmdSec/mets:mdWrap[@MDTYPE="TEIHDR"] / tei:teiHeader / Anwendungsprofil schema compare to the DTABf tei:teiHeader which we try to support here (on the output side)? Is this equivalent/compatible or are there differences? Is there a formalization (as in DTABf RNG) somewhere?

The DFG Viewer doesn't support TEI(-Body) as a full text format, yet. But we are working on TEI support in Kitodo.Presentation, so adding this to the DFG Viewer as well will be no big deal.

Understood. So we will soon have a TEI use-case on the Presentation/Viewer input side in addition to the aspired download option on the output side which this repo tries to provide. But then the question of the concrete and formal TEI profile becomes even more important (as you must have a definition of what the program must be able to render). So again, do we rely on DTABf, or is it going to be something independent?