deutschestextarchiv / dtabf

DTA Base Format (DTABf)

DTA Base Format – Schema and Documentation

The DTA Base Format (DTABf) is a TEI customization for the annotation of digitized historical texts. It is the annotation basis for all texts published on the Deutsches Textarchiv (DTA) platform.

To explore the DTABf documentation see the official website. The DTABf documentation also contains information on how to access the RNG schemas and how to use them. For elaborate information on the purpose of the format and constraints for its further development see the DTABf Guiding Principles.

Contact

The DTABf ist published by

Deutsches Textarchiv
Berlin-Brandenburg Academy of Sciences and Humanities, Jaegerstr. 22/23, 10117 Berlin, Germany
mailto:[email protected]
https://www.deutschestextarchiv.de

Contributors

• Matthias Boenig
• Daniel Burckhardt
• Stefan Dumont
• Alexander Geyken
• Martina Gödel
• Susanne Haaf
• Axel Herold
• Christian Thomas
• Frank Wiegand

Building

Requirements

In order to build RNG schemas of the DTABf and the documentation site, the following software is required:

• Python: Routines under scripts/ for building the DTABf are written in the Python scripting language.
• Docker: Compilation of RelaxNG schemas from TEI/ODD documents is achieved via a containerized version of the TEI XSL stylesheets.
• DITA Open Toolkit: Transformation of the documentation from DITA (Darwin Information Typing Architecture) to a responsive HTML website is achieved via the DITA Open Toolkit and SyncRO Soft'S DITA-OT plugin for XML WebHelp.
• oXygen XML Editor: Unless you licensed the aforementioned DITA-OT plugin separately, the SyncRO Soft's XML Editor suite is recommended as the runtime environment for the DITA/HTML conversion. It bundles DITA-OT as well as the plugin and also comes in handy as an editing environment for the DTABf schema and documentation.

Building the RNG schemas

With Docker installed, running

$ scripts/build-schema

will transpile the TEI/ODD resources under schema/ into compiled ODD and RelaxNG schemas under htdocs/:

$ ls htdocs/basisformat*
htdocs/basisformat_all.odd  htdocs/basisformat_ohne_header.odd  htdocs/basisformat.rng
htdocs/basisformat_all.xml  htdocs/basisformat_ohne_header.rng  htdocs/basisformat.sch
htdocs/basisformat_ms.odd   htdocs/basisformat_ohne_header.xml  htdocs/basisformat_template.xml
htdocs/basisformat_ms.rng   htdocs/basisformat_phase1.odd       htdocs/basisformat.xml
htdocs/basisformat_ms.xml   htdocs/basisformat_phase1.rng
htdocs/basisformat.odd      htdocs/basisformat_phase1.xml

Building the documentation site

Open the project file dtabf.xpr in oXygen XML Editor (tested with v26.0) and execute the DITA-OT transformation scenario "Documentation". This will transform DITA resources under documentation/, starting from dtabf.ditamap and store the result under htdocs/, adjacent to the transpiled schema resources.

Publishing to GitHub Pages

Once the schema resources and documentation have been built, the contents of htdocs/ can be published to GitHub Pages via

$ scripts/publish-gh-pages

License

All files of the DTABf documentation and schema are distributed under a CC BY-SA 3.0 DE license (Creative Commons Namensnennung - Weitergabe unter gleichen Bedingungen 3.0 Deutschland). The license text is available on the Creative Commons website. For all third party resources used by the DTABf documentation, license restrictions of the respective providers apply and are respected; see below for details.

Third Party Copyright Information

The DTABf is based on the P5 guidelines of the Text Encoding Initiative (TEI). The TEI P5 guidelines were only reduced or tightened, never extended. Thus, the DTABf is fully compliant to TEI P5. The TEI P5 guidelines and adjacent software are distributed under the Creative Commons Attribution 3.0 Unported License and the BSD 2-Clause license.

Disclaimer

We do not grant any warranty for the product published here. For details see the CC-BY-SA license.

dtabf's Issues

Vorschlag: 'item' als generischer 'type'-wert von 'div'-elementen

um entitäten - etwa in kompendien, katalogen und dergleichen, deren erläuterungen sich über mehrere textabschnitte, ggf. auch abbildungen, listen und tabellen, erstrecken, auszeichnen und gezielt addressieren zu können ist derzeit kein geeigneter wert als type-attribut für div-container verfügbar.

dafür möchte ich den generischen wert item vorschlagen, der im gegensatz zu recipe, diaryEntry und lexiconEntry an keinen inhaltlichen kontext gebunden ist.

Validierung: "The document contains capital letter I within Fraktur text" sollte nicht innerhalb von <note type="editorial"> gelten

Beispiel: Mein Frakturtext enthält nur J, keine I.
Aber in einer editorischen Anmerkung möchte ich einige Informationen ergänzen und schreibe dabei 'normal' mit I/J-Unterscheidung. Das gibt dann eine (orange) Fehlermeldung, ist aber irritierend.
Daher: <note type="editorial">Verwendung von "I"</note> sollte keine Fehlermeldung erzeugen.

Doku: Zeilenumbrüche nach Kolumnentiteln

in der dokumentation zu Kolumnentiteln ist nicht explizit formuliert wo der folgende zeilenumbruch hingehört. im beispiel ist es ein kindelement des <fw>, hier beispielsweise ist es aber das folgende.

wenn ich die schemata richtig verstanden habe, gibt es in diesen diesbezüglich keine regel.

"capital letter I" sollte in Frakturtexten innerhalb von <note type="editorial"> keine Warnung auslösen.

Vgl. z.B.
Jahrestag. Mit einer Fichte aufinZur Korrektur des Druckfehlers vgl. die entsprechende Zeile in George, Stefan: Die Bücher der Hirten- und Preisgedichte · der Sagen und Sänge und der hängenden Gärten / [Zeichnung von Jan Toorop]. In: Ders.: Gesamt-Ausgabe der Werke, Bd. 3. Berlin, 1930, S. [11]: „Mit einer fichte in den wiesen stehn“. den Wiesen stehn,

Fehlermeldung

[W0004] The document contains capital letter I within Fraktur text. […]

Das gemeinte "capital letter I" steht innerhalb meiner ; dort sollte es erlaubt sein.

Doku: Fehler(chen)

Siehe z.B. hier http://www.deutschestextarchiv.de/doku/basisformat/geProsa

Das obere Beispiel sollte m.E. auch am Zeilenende enthalten:

<lg type="poem">
  <head>[Titel]</head> <!-- sofern vorhanden -->
  <lg n="[Strophennummer]"> <!-- sofern kein einstrophiges Gedicht -->
    <l>[Vers]</l>**<lb/>**
    <l>[Vers]</l>**<lb/>**
  </lg>
</lg>

Das ist aber bei vielen anderen Einträgen scheinbar ebenso, siehe z.B. http://www.deutschestextarchiv.de/doku/basisformat/brAllg.html . Auch hier keine am Anfang, dann in den DTA-Beispielen natürlich schon. Fehler oder Absicht?

Doku: Beispiel "(Sinntragender) Abstand zwischen Absätzen" fehlerhaft

Wenn mich nicht alles täuscht, fehlt in dem Beispiel "(Sinntragender) Abstand zwischen Absätzen" im Abschnitt "Absätze" das in Rede stehende Element <space dim="vertical" />. Außerdem wäre vielleicht ein Link zum Abschnitt "Leerraum" an der Stelle auch ganz praktischt.

Schema: Ort (und <element>) für die "Attributionszeile" für CC-BY- u.a. -Lizenz festlegen

Ich möchte angeben, in welcher Form das "-BY" erfüllt werden soll. Könnte man dann auch global für alle DTA-eigenen Texte festlegen, bei größeren zusammengehörigen DTAE-Sammlungen bietet es sich auch an. Am besten wohl innerhalb von , bisher wäre das etwa so:

            <availability xml:id="availability-textsource-1" corresp="#textsource-1">
                <licence target="http://creativecommons.org/licenses/by/4.0/deed.de">
                    <p>Namensnennung 4.0 International (CC BY 4.0).</p>
                </licence>
                    <p>Attribution: Dr. Rudolf Brandmeyer, Universität Duisburg-Essen Fakultät für Geisteswissenschaften / Germanistik; Projekt Lyriktheorie via Deutsches Textarchiv.</p>
            </availability>

Aber nur schnöde als (weiteres)

ist es nicht so gut. Welches Element wollen wir dazu nehmen?

`<handShift>` o.Ä. wird benötigt

Im DTABf(-M) bräuchten wir eine Möglichkeit, einen umfangreicheren (also nicht nur einige Worte betreffenden und mit @hand zu handelnden) Wechsel des Schreibers bzw. des Schreibgeräts auszuzeichnen. <handShift> bietet sich dafür an: http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-handShift.html.

Vgl. z.B. http://www.deutschestextarchiv.de/willisen_humboldt_1827/13 und http://www.deutschestextarchiv.de/willisen_humboldt_1827/18; siehe auch den Kommentar zur Ausgabe auf der Buchstartseite:

Der Text vom unteren Drittel des Bl. [6v] bis einschließlich Bl. [8v] wurde in einer zweiten, von der zuvor genannten abweichenden Handschrift verfasst, stammt offenbar also von einem anderen, namentlich nicht bekannten Schreiber. Die folgenden beiden Blätter, Bl. [9r] bis [10v], weisen ein anderes Format und anderes Papier auf. Sie sind in einer dritten, von den beiden zuvor genannten abweichenden Handschrift verfasst; […]. Ab Blatt [11r] ist eine weitere, von den drei anderen abweichende Handschrift erkennbar.

Schema und Doku: gebrochene Tabellen

das schema erlaubt ggw. keine <cb> oder <pb>-elemente innerhalb von <table>-elementen.

• TEI reference

@resp in <titlePart> erlauben

in Ermangelung von @hand, was wir an dieser http://www.deutschestextarchiv.de/libelt_hs6623ii_1828/1 Stelle eigentlich benutzen wollten, was die TEI aber verbietet.

DTABF-M rng: Element <handShift> wird benötigt, Beispiel ist das neue Dokument willisen_humboldt_1827

Siehe http://www.tei-c.org/release/doc/tei-p5-doc/de/html/ref-handShift.html

Wenn ich das richtig sehe, ist @hand hier auch ausreichend, statt @Medium, um die Hand anzugeben, in die gewechselt wird.

line break vs. line beginning

Die TEI Guidelines haben mittlerweile eindeutig festgelegt, dass <lb/> zur Markierung eines Zeilenanfangs gedacht sind:
http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-lb.html

Im dtabf ist es aber noch als Zeilenumbruch im Gebrauch.
http://www.deutschestextarchiv.de/doku/basisformat/zeilenumbruch.html

Wie soll damit zukünftig umgegangen werden?

Wird angenommen, dass alle titlePage-Inhalte zentriert sind?

zumindest die renderings auf der webseite des DTA scheinen die in der beschreibung formulierte frage zu bejahen. bei den wenigen stichproben, die ich vorgenommen habe wird auch an keiner stelle zentrierter inhalt ausgezeichnet. in der dokumentation kann ich keinen entsprechenden hinweis auf eine solche annahme finden.

gleichzeitig gibt es phänomene, die dieser annahme nicht entsprechen, z.B.:

• hier ist der autorinnenname linksbündig gesetzt
• hier ist der titel als block gesetzt

für head-elemente scheint dies ebenso zuzutreffen.

fehlerhafte Darstellung von <note type="editorial"> innerhalb von <closer> und <salute>

Die note wird im closer (und salute?) nicht korrekt dargestellt, siehe folgendes Bsp. der editorial note nach "Sprachlehre" unter
(http://www.deutschestextarchiv.de/dtaq/book/view/sanders_volger_1876?p=3&view=)

Doku: Elementreihenfolge in //resp umstellen

mdUeberblick.dita: Die Reihenfolge der Unterelemente in //respStmt/resp sollte sein:

1. soviele notes wie nötig,
2. ref,
3. date

Schema: add <gap reason="copyright"/>

Für Textstücke (z.B. in Editionen), die aus urheberrechtlichen Gründen nicht aufgenommen werden können

dtabf / documentation

So weit ich sehe, ist der Fall der d-Abbreviatur noch nicht eindeutig festgelegt (Erfassungs- und Kodierungsrichtlinien). Wir haben in der Vergangenheit zwei Lösungen empfohlen:

Statt <choice><abbr>ð</abbr><expan>der</expan></choice> oder anderer Dinge:

besser U+010F LATIN SMALL LETTER D WITH CARON (z.B. an Dominik Stoltz empfohlen) oder
ein "d" mit anschließendem U+0315 COMBINING COMMA ABOVE RIGHT (so die Einigung mit der Gruppe Glonging damals).

Laut Statistik http://www.deutschestextarchiv.de/dtaq/stat/alphabet ist der letztere Weg häufiger gewählt worden.

Wir sollten das vereinheitlichen und in die Doku aufnehmen.

Download des Schemas anbieten

Es wäre schön, wenn ihr neben der Schematron-Datei auch das RNG direkt ablegen könntet, damit man sich das als Anwender nicht erst umständlich aus dem ODD generieren muss.

Dokumentation Series-title

muss auch den Reihentitel enthalten können, denn: https://www.uni-due.de/lyriktheorie/scans/1891_gumppenberg.pdf ; im Schema ist das realisiert, die Doku müsste entsprechend angepasst werden.

<bibl> sollte auch innerhalb von <note type="editorial"> zulässig sein.

Vgl. z.B.
<cit><quote> <lg type="poem"> <head rendition="#c">Jahrestag.</head><lb/> <!-- […] --> <l>Mit einer Fichte <choice><sic>auf</sic><corr>in</corr></choice><note type="editorial">Zur Korrektur des Druckfehlers vgl. die entsprechende Zeile in <bibl><ref target="http://resolver.staatsbibliothek-berlin.de/SBB0001A3C500030019">George, Stefan: Die Bücher der Hirten- und Preisgedichte · der Sagen und Sänge und der hängenden Gärten / [Zeichnung von Jan Toorop]. In: Ders.: Gesamt-Ausgabe der Werke, Bd. 3. Berlin, 1930, S. [11]</ref></bibl>: „Mit einer fichte in den wiesen stehn“.</note> den Wiesen stehn,</l><lb/> <!-- […] --> </lg> </quote></cit>

Fehlermeldung

[E0003] Element "bibl" not allowed within element "quote".

Das gemeinte <bibl> steht innerhalb meiner <note type="editorial">; dort sollte es erlaubt sein.

feedback zur darstellung der dokumentationsstruktur

hier ein paar anmerkungen, die aus meiner 'first-time-user-experience" resultieren und hinweise geben sollen, wie die dokumentation in hinblick auf eine erste orientierung zugänglicher gestaltet werden kann.

zwar ist das vollständige inhaltsverzeichnis im header dargestellt, jedoch nicht als solches lesbar. neben dem flachen inhaltsverzeichnis wäre ein vollständiges hilfreich, um einen umfassenden überblick der dokumentationsstruktur und der inhalte zu bekommen.

bei der ansicht eines dokumentes auf erster ebene (bsp.) entsteht beim lesen der navigationsbox auf der rechten seite der eindruck, bei den einträgen würde es sich um elemente derselben strukturebene handeln. eine einrückung der untergeordneten elemente wäre hinreichend, um die verhältnisse klarzustellen, äquivalent der darstellung dieser box bei untergeordneten abschnitten.

die seite Nutzung der DTABf-Dokumentation sollte nme als kapitel der "Einführung / Zielsetzung" folgen oder gar ein top-level-content sein. als der orientierung in der dokumentation so dienliches dokument sollte es eher prominent denn versteckt platziert sein.

der abschnitt "Komponenten der DTABf-Dokumentation" hier enthält hingegen lediglich ein redundantes teilinhaltsverzeichnis ohne weitere informationen, bei dem die caption "nächstes Kapitel" des auf
auf das vorige kapitel zeigenden hyperlinks irritiert, und den eindruck erwecken kann, es handele sich im folgenden um diesem kapitel untergeordnete inhalte.

darüber hinaus würde ein allgemeiner index, der u.a. auch die beschreibungen der elementlisten und deren mögliche synonyme enthält, das zielgenaue finden von informationen deutlich vereinfachen.

hilfreich zur navigation wären hyperlinks zum vorigen und folgenden kapitel (depth first) auf jeder seite.

Don't require @facs in <pb>

For marking sources without a corresponding facsimile, being able to place <pb n="..." /> would be helpful. Since we can always write <pb n="..." facs="#" /> , this is of low priority.

semi-open list for rendition in milestone

<milestone> sollte im rendition Attribut andere Werte als nur #hr, #hrBlue, #hrRed und #vr zulassen.
Zumindest die sehr häufige Variante mit Sternchen als Gliedrungselement sollte (als Vorgabe) erlaubt sein (vllt. #stars bzw. #stars2 und #stars3?)

Doku: fnFortlaufend.dita

Link "Littrow, Joseph Johann von: Die Wunder des Himmels, oder gemeinfaßliche Darstellung des Weltsystems. Bd. 3. Stuttgart, 1836. [Faksimile 270/271]." funktioniert nicht: http://www.deutschestextarchiv.de/dtaq/16789/27 --> http://www.deutschestextarchiv.de/16789/27

dtabf/documentation/introduction_en.dita enthält kaputte URL

das hier verlinkte Dokument
http://www.deutschestextarchiv.de/doku/basisformat/vorlage_basisformat.xml ist woanders:

Not Found
The requested URL /doku/basisformat/vorlage_basisformat.xml was not found on this server.
Apache/2.2.22 (Debian) Server at www.deutschestextarchiv.de Port 80

<figure>: Weitere Werte einführen, z.B. für Signaturvermerke

Siehe z.B. http://www.deutschestextarchiv.de/humboldt_england_1790/1 und ebd. das Ticket #78710

Fehler Doku-Beispiel: Zeilenumbruch nach Vers

http://www.deutschestextarchiv.de/doku/basisformat/lbAllg.html -- Im Code-Beispiel fehlt der Zeilenumbruch nach <l>

Add @place="inline" to <note>

See Suggested values in http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-att.placement.html

An example could be

denn das vor im selten <note place="inline">(sic!)</note> gebraucht in

http://www.deutschestextarchiv.de/book/view/boeheim_waffenkunde_1890/?p=561

Doku: DTABf-M ist noch unvollständig dokumentiert

Hier http://www.deutschestextarchiv.de/doku/basisformat/manuskript ist vieles noch nicht dokumentiert.
Vgl. dazu neuerdings https://edition-humboldt.de/richtlinien/index, wo schon einige Features mehr beschrieben sind und auch Martin Prells zuletzt geschickte Doku.

Weiteres Vorgehen sollten wir in der Steuerungsgruppe besprechen, u.a. auch, wer sich außer SH und CT noch dafür interessiert und ggf. einzelne Topics beitragen könnte.

Additional values for idno/@type

In one of the projects I'm affiliated with we base the relation among lexicographical citations and the cited text on PPN. Thus, we need to record PPNs in the texts' metadata – the natural place being idno. So idno/@type="PPN" would come in handy. While I'm at it: one can also imagine use-cases for other bibliographic IDs such as OCLC.

I'm aware of the benefits in keeping the list restricted but I would opt for its extension with at least "PPN".

Element supplied mit Attribut resp

<supplied resp="#[Bearbeiter-ID]">[ergänzter Text]</supplied>

Oxygen sagt, dass das (globale) Attribut "resp" hier nicht erlaubt ist. Gibt es einen Grund dafür? Bei mehreren Bearbeitern möchte ich gern festhalten, wer welche Ergänzungen im Text gemacht.

In der Dokumentation zum DTABf gibt es nur ein Beispiel mit dem Attribut "cert":
http://www.deutschestextarchiv.de/doku/basisformat/gapSupplied.html

Doku: Einrückungen

http://www.deutschestextarchiv.de/doku/basisformat/einrueckung.html

Hier sind ein paar closing tags zuviel:

<p>
   <hi rendition="#et #g">Heidelberg,</hi> den 15. Juli 1892.</hi>
</p><lb/>
<p>
   <hi rendition="#right #b">E. Kraepelin.</hi></hi>
</p><lb/>

Doku: "Signatur des Empfängers" = "Signatur des *Absenders*"

Siehe http://www.deutschestextarchiv.de/doku/basisformat/brAllg.html?hl=empf%C3%A4nger,

"Die Signatur des Empfängers unter einem Brief steht im im Element ."

"Signatur des Empfängers"
= "Signatur des Absenders"

Add <media>

Since we embed audio and video files into our source transcripts (https://dx.doi.org/10.23691/jgo:source-89.de.v1), support of <media> along the lines of <figure> would be very helpful. See http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-media.html

Doku TR: Umgang mit ſz

Spezifizieren, wann als Ligatur wiedergegeben und wann nicht

Add @from / @to to <date>

Besides @when, it would be nice to be able to use @from and @to instead for passages like

In der <date from="1933" to="1945">Zeit des Nationalsozialismus</date> ...

See http://www.tei-c.org/release/doc/tei-p5-doc/de/html/ref-att.datable.w3c.html

Doku: klTabelle.dita

ungünstige Darstellung der "Zugehörigen Informationen"

Schema: @resp global erlauben

Gerade in den Kooperationsprojekten, z.B. Novellenschatz, finde ich es wichtig, @resp auch in <note type="editorial">, <supplied>, <corr>, <reg>, <bibl>, <persName> usw. verwenden zu können. Oder spricht etwas gegen optionale globale Verwendung?

Schema: <list>-<item> sollten DTABf Level 3 nummerierbar sein

Vgl. http://www.deutschestextarchiv.de/doku/basisformat/liAllg, ggf. ergänzen, dass im Level 3 auch erlaubt ist, die Nummerierung per @n="[INTEGER]" erlaubt ist.

<list>
<item n="1"></item><lb/>
<item n="2"></item><lb/>
<!--[...]-->
<item n="n"></item><lb/>
</list>

Schematron: Regeln, dass "Schriftart" und "Genre" vergeben sein müssen

Insbesondere Genre fehlt uns ja oft und ist im Nachhinein bzw. für Externe manchmal schwer zu vergeben.

Doku: Typo in mdKtAufnahme.dita

"[N. N.], " sollte eigentlich "[N. N.]:" sein

Provide compiled ODDs

This would be helpful, if projects want to make an ODD with customization against DTABf.

Struktur des pb@facs-Attributs dokumentieren

die struktur der zeichenkette, die auf ein Faksimile deutet, sollte dokumentiert sein, um die interoperabilität sicherzustellen. nme sollte auch das verwenden von urls zulässig sein.

Schema(tron): Regel: <subst> muss <del> UND <add> enthalten

Bisher ist auch valide:
<subst><add place="across">kälteſten</add></subst>
oder
<subst><del rendition="#ow">kälteſten</add></subst>
aber <subst> anzuwenden ist nur sinnvoll, wenn es eine Streichung <del> gibt, die durch eine Hinzufügung <add> ersetzt wird.

Doku: Umbrüche bei Absätzen

In der Doku steht

Allein die Elemente <pb>, <cb>, und <space> stehen ohne folgendes <lb>-Element.

Die Beispiel-Absätze zeigen aber ein <lb/>
http://www.deutschestextarchiv.de/doku/basisformat/absatz.html

vgl. auch #33

Feature: Handwritten note in printed text

In the project "Travelling Humboldt – Science on the Move" we have some printed texts which were later annotated by Alexander von Humboldt or other persons. Therefore we need the possibility to encode such handwritten annotations. Suggestion:

<note type="handwritten"></note>

Schema: Ergänzungen zu den Metadaten

Ziel: Sichtbarkeit der Daten im VLO erhöhen
Inhalt (Vorschlag):

• Modality: //profileDesc/textDesc/channel[@mode='w'][text() = 'printed text']
• Keywords?: //profileDesc/keywords
• Short description of resource: //profileDesc/abstract

Schema: @hand in <fw> erlauben

Doku: Elementreihenfolge in //biblFull umstellen

mdUeberblick.dita: //fileDesc/sourceDesc/biblFull -- Reihenfolge müsste sein:

1. [alles vor //publicationStmt]
2. publicationStmt
3. notesStmt
4. seriesStmt
   (statt: 3. seriesStmt und 4. notesStmt)

Benutzung von ref mit target-Attribut spezifizieren

Beispiel: http://www.deutschestextarchiv.de/book/show/fischer_collegienhefte_1826
Hier sind im Inhaltsverzeichnis die ref-Elemente mit target-Attributen versehen, um auf die entsprechenden Seiten (Faksimiles) zu verweisen. Diese Möglichkeit wird in der Doku aber nicht genannt.
Bei der Übersicht der Elemente wird lapidar angemerkt, dass @target eine "Referenz auf eine externe Ressource" darstelle, was der Verwendungsart im angegebenen Beispiel widerspräche.