Re: [DFG-Viewer] dv:reference

Sehr geehrte Damen und Herren, liebe Kollegen, eines unserer Projekte erhält eine neue Weboberfläche und vervollständigte METS-Dateien mit TEI-Headern. Dabei bin ich auf eine Frage gestoßen, die das verpflichtende Element dv:reference betrifft. Dieses verweist auf Katalogeinträge, zum Beispiel in einem eigenen OPAC. Unser Fall hat nun folgende Besonderheiten: Voraussetzung 1: Es gibt eine Datenbank, aus der dynamisch Einträge in einem Webportal erzeugt werden. Die Informationen aus der Datenbank werden ferner in die TEI-Header der METS-Dateien geschrieben. Das neue Webportal bietet aber nicht per se eine Adresse, um den vollständigen Katalogeintrag zu öffnen. Dieser lässt sich stattdessen in einer Trefferliste über einen Knopf jeweils auf- und zuklappen. Der Link bleibt dabei unverändert. Voraussetzung 2: Es gibt bei uns getrennte Katalogeinträge zu jedem Kodex und zu jedem Inhalt, die aber aufeinander verweisen. Zwischen beiden läßt sich entsprechend zwar navigieren, aber es erscheint wünschenswert, einen Katalogeintrag zu haben, der alle Information zu einem Kodex und zu allen seinen Inhalten umfasst. In unseren neuen METS-Dateien ist das der Fall. Es bieten sich, soweit ich sehe, drei Lösungen an: Lösung 1: Es wird auf die Katalogsuche selbst verweisen. Contra Lösung 1: Der Link wäre für alle Kodizes identisch. Man müsste erst noch nach dem jeweiligen Kodex suchen. Wenn man ihn gefunden hat, muss man sich gegebenfalls erst zu den Inhalten bewegen. Lösung 1 bietet keine Antwort auf den Wunsch aus Voraussetzung 2. Lösung 2: Man kann vielleicht versuchen, die Ereignisse, die zum Öffnen der Detailansicht führen, als Paramter in einem Link mitzugeben. Contra Lösung 2: Das wäre wahrscheinlich aufwendig. Ferner bildet es die Navigation auf der Oberfläche ab. Ändert sich diese, müssen auch die Parameter geändert werden. Es scheint mir sinnvoller, Adressen stabil zu halten als Weboberflächen. Auch Lösung 2 bietet keine Antwort auf die zweite Voraussetzung. Lösung 3: Wir verweisen direkt auf die METS-Datei mit dem TEI-Header, der alle Informationen aus der Datenbank enthält. (Alternativ können wir natürlich auch ein XML/TEI-Dokument erzeugen, das keine METS-Anteile enhält.) Diese Lösung kommt auch dem unter Vorausssetzung 2 geäußerten Erfordernis entgegen. Conta Lösung 3: Dies entspricht nicht den Beispielen in der Dokumentation. Nutzer könnten irritiert sein, wenn Sie einen OPAC erwarten und sich stattdessen eine XML-Datei öffnet. Trotz dieses Einwandes präferiere ich deutlich Lösung 3. Ich bin mir aber nicht sicher, ob das im Sinne des Erfinders ist. Der Definition von dv:reference widerspricht es m.E. allerdings auch nicht. Mit freundlichem Gruß Philipp Vanscheidt -- Technische Universität Darmstadt Institut für Sprach- und Literaturwissenschaft Dolivostraße 15, 64293 Darmstadt vanscheidt(a)linglit.tu-darmstadt.de