12 Nov
2015
12 Nov
'15
6:09 p.m.
Liebe Kolleginnen und Kollegen,
anbei finden Sie das im Rahmen der Erweiterung des DFG-Viewers für Volltexte entwickelte
SRU/ALTO-Anwendungsprofil.
Im Anwendungsprofil werden einerseits die technischen Anforderungen an eine öffentliche
Recherche-Schnittstelle (SRU) zu Ihrem Volltext-Index beschrieben, die der DFG-Viewer
benötigt, um für Nutzer einen Volltext-Suchschlitz bereitstellen zu können.
Andererseits beschreibt das Profil auch die Kodierung der Volltext-Daten selbst (ALTO) und
deren Referenzierung in den METS-Dateien der Digitalisate. Diese Informationen benötigt
der DFG-Viewer wiederum zur Anzeige der Volltexte parallel zu den Scans.
Beide Anforderungen sind optional. Stehen die Informationen nicht zur Verfügung, bleiben
die jeweiligen Funktionen inaktiv, die Digitalisate werden aber dennoch wie gehabt
präsentiert. Bitte beachten Sie auch, dass beide Funktionen unabhängig voneinander
funktionieren, d.h. Sie können auch nur eine der beiden Anforderungen erfüllen und
entsprechend nur eine Funktion für Ihre Digitalisate nutzen.
Da es in dieser Hinsicht in der Vergangenheit bereits zu Verwirrungen gekommen ist, möchte
ich auch noch einmal ausdrücklich darauf hinweisen, dass das anhängende Anwendungsprofil
nur die Anforderungen der Volltext-Funktionen beschreibt und nicht medienspezifisch für
Zeitungen ist! Die Dokumentation der für die Kalenderansicht einer Zeitung nötigen
METS-Struktur findet sich wie gehabt in der METS-Dokumentation auf der Webseite des
DFG-Viewers und bleibt von der hier beigefügten Volltext-Anforderung unberührt.
Alle beschriebenen Funktionalitäten sind im DFG-Viewer bereits umgesetzt und können sofort
produktiv genutzt werden.
Wenn Sie Fragen, Hinweise oder Verbesserungsvorschläge haben, wenden Sie sich bitte gerne
an meinen Kollegen Alexander Bigga oder mich. Sollte uns in den nächsten Wochen keine
Hinweise auf Fehler erreichen, werden wir die Dokumentation auch auf den Webseiten des
DFG-Viewers öffentlich zugänglich machen.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Referatsleiter Digitale Bibliothek
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat Digitale Bibliothek
01054 Dresden
Besucheradresse: Zellescher Weg 18
Tel.: +49 351 4677 206 | Fax: +49 351 4677 711
E-Mail: sebastian.meyer@slub-dresden.de<mailto:sebastian.meyer@slub-dresden.de>
http://www.slub-dresden.de<http://www.slub-dresden.de/>
13 Nov
13 Nov
3:06 p.m.
New subject: [DFG-Viewer] SRU/ALTO-Anwendungsprofil für DFG-Viewer
Liebe Kolleginnen und Kollegen,
Zum SRU/ALTO-Anwendungsprofil des DFG-Viewer folgende Fragen:
Ist geplant, eine formale Beschreibung des Metadatenformates durch ein
XML-Schema anzubieten?
Zu 2.3.4 Suchergebnisse im DFG-Viewer spezifischer Namensraum
Es heisst, der Namensraum für den DFG-Viewer müsse wie folgt
deklariert werden:
@xmlns:dv="http://dfg-viewer.de/"
Ist damit gesagt, dass auch der Präfix 'dv' verwendet werden muss?
Zu 2.3.4.1 Beschreibung der Seite – dv:page
Das Attribut @id soll mit der "physischen ID des Images" belegt
werden. Was ist die "physische ID" eines Images?
Zu 2.3.4.2 Referenz auf die METS-Datei – dv:parent
Das Attribut @id soll mit der "logischen ID der Seite" belegt
werden. Was ist die "logische ID" einer Seite?
Zu 2.3.4.4 Suchtreffer Text- und Bildausschnitt – dv:fulltexthit
Das Element ist nicht wiederholbar. Was ist, wenn der gesuchte Begriff
auf einer Seite mehrfach vorkommt?
Mit besten Grüßen,
-- David Maus
_____
From: Meyer, Sebastian [mailto:Sebastian.Meyer@slub-dresden.de]
To: Birgit Seiderer [mailto:Birgit.Seiderer@bsb-muenchen.de], Thomas Busch
[mailto:busch@bsb-muenchen.de], Kay Heiligenhaus [mailto:heiligenhaus@semantics.de],
Albers, Christoph [mailto:Christoph.Albers@sbb.spk-berlin.de],
clemens.neudecker(a)europeana-newspapers.eu
[mailto:clemens.neudecker@europeana-newspapers.eu], Hans-Joerg.Lieder(a)sbb.spk-berlin.de
[mailto:Hans-Joerg.Lieder@sbb.spk-berlin.de], mmueller(a)suub.uni-bremen.de
[mailto:mmueller@suub.uni-bremen.de], hermes(a)suub.uni-bremen.de
[mailto:hermes@suub.uni-bremen.de], noelte(a)suub.uni-bremen.de
[mailto:noelte@suub.uni-bremen.de], j.hubrich(a)dnb.de [mailto:j.hubrich@dnb.de],
r.altenhoener(a)dnb.de [mailto:r.altenhoener@dnb.de],
carola.wippermann(a)bibliothek.uni-halle.de
[mailto:carola.wippermann@bibliothek.uni-halle.de], andrea.richter(a)bibliothek.uni-halle.de
[mailto:andrea.richter@bibliothek.uni-halle.de], Hildegard Schäffler
[mailto:schaeffler@bsb-muenchen.de]
Cc: 'technik(a)dfg-viewer.de' [mailto:dv-technik@dfg-viewer.de], Förster, Caroline
[mailto:Caroline.Foerster@slub-dresden.de]
Sent: Thu, 12 Nov 2015 18:09:49 +0100
Subject: [DFG-Viewer] SRU/ALTO-Anwendungsprofil für DFG-Viewer
Liebe Kolleginnen und Kollegen,
anbei finden Sie das im Rahmen der Erweiterung des DFG-Viewers für Volltexte entwickelte
SRU/ALTO-Anwendungsprofil.
Im Anwendungsprofil werden einerseits die technischen Anforderungen an eine öffentliche
Recherche-Schnittstelle (SRU) zu Ihrem Volltext-Index beschrieben, die der DFG-Viewer
benötigt, um für Nutzer einen Volltext-Suchschlitz bereitstellen zu können.
Andererseits beschreibt das Profil auch die Kodierung der Volltext-Daten selbst (ALTO) und
deren Referenzierung in den METS-Dateien der Digitalisate. Diese Informationen benötigt
der DFG-Viewer wiederum zur Anzeige der Volltexte parallel zu den Scans.
Beide Anforderungen sind optional. Stehen die Informationen nicht zur Verfügung, bleiben
die jeweiligen Funktionen inaktiv, die Digitalisate werden aber dennoch wie gehabt
präsentiert. Bitte beachten Sie auch, dass beide Funktionen unabhängig voneinander
funktionieren, d.h. Sie können auch nur eine der beiden Anforderungen erfüllen und
entsprechend nur eine Funktion für Ihre Digitalisate nutzen.
Da es in dieser Hinsicht in der Vergangenheit bereits zu Verwirrungen gekommen ist, möchte
ich auch noch einmal ausdrücklich darauf hinweisen, dass das anhängende Anwendungsprofil
nur die Anforderungen der Volltext-Funktionen beschreibt und nicht medienspezifisch für
Zeitungen ist! Die Dokumentation der für die Kalenderansicht einer Zeitung nötigen
METS-Struktur findet sich wie gehabt in der METS-Dokumentation auf der Webseite des
DFG-Viewers und bleibt von der hier beigefügten Volltext-Anforderung unberührt.
Alle beschriebenen Funktionalitäten sind im DFG-Viewer bereits umgesetzt und können sofort
produktiv genutzt werden.
Wenn Sie Fragen, Hinweise oder Verbesserungsvorschläge haben, wenden Sie sich bitte gerne
an meinen Kollegen Alexander Bigga oder mich. Sollte uns in den nächsten Wochen keine
Hinweise auf Fehler erreichen, werden wir die Dokumentation auch auf den Webseiten des
DFG-Viewers öffentlich zugänglich machen.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Referatsleiter Digitale Bibliothek
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat Digitale Bibliothek
01054 Dresden
Besucheradresse: Zellescher Weg 18
Tel.: +49 351 4677 206 | Fax: +49 351 4677 711
E-Mail: sebastian.meyer(a)slub-dresden.de
http://www.slub-dresden.de
14 Nov
14 Nov
12:06 a.m.
Hallo Herr Maus,
Am 13.11.2015, 15:06 Uhr, schrieb David Maus <maus(a)hab.de>de>:
Liebe Kolleginnen und Kollegen,
Zum SRU/ALTO-Anwendungsprofil des DFG-Viewer folgende Fragen:
Ist geplant, eine formale Beschreibung des Metadatenformates durch ein
XML-Schema anzubieten?
Zu 2.3.4 Suchergebnisse im DFG-Viewer spezifischer Namensraum
Es heisst, der Namensraum für den DFG-Viewer müsse wie folgt
deklariert werden:
@xmlns:dv="http://dfg-viewer.de/"
Ist damit gesagt, dass auch der Präfix 'dv' verwendet werden muss?
Der Prefix dürfte egal sein. Es würde mich wundern, wenn der DFG-Viewer
keine standardkonformen XML-Libs verwendet.
Zu 2.3.4.1 Beschreibung der Seite – dv:page
Das Attribut @id soll mit der "physischen ID des Images" belegt
werden. Was ist die "physische ID" eines Images?
Damit wird ein mets:div in der mets:structMap/@TYPE=PHYSICAL adressiert.
Zu 2.3.4.2 Referenz auf die METS-Datei – dv:parent
Das Attribut @id soll mit der "logischen ID der Seite" belegt
werden. Was ist die "logische ID" einer Seite?
Damit wird ein mets:div in der mets:structMap/@TYPE=LOGICAL adressiert.
Das dürfte aber ein Strukturknoten und keine Seite sein.
Zu 2.3.4.4 Suchtreffer Text- und Bildausschnitt –
dv:fulltexthit
Das Element ist nicht wiederholbar. Was ist, wenn der gesuchte Begriff
auf einer Seite mehrfach vorkommt?
Gute Frage. Man müsste sich also jetzt für einen Treffer entscheiden. Wenn
der Use-Case darin besteht, nur ein Preview auf eine (weitere
navigierbare) Sicht mit den restlichen Treffern anzubieten, dann kann man
mit dieser Restriktion leben.
Beste Grüsse,
Dirk Rothe
16 Nov
16 Nov
1:04 p.m.
Hallo Herr Maus, Hallo Rothe,
Am 14.11.2015 um 00:06 schrieb Dirk Rothe:
Vielen Dank für den Hinweis. In der Tat entspricht die Spezifikation
nicht der aktuellen Implementierung. dv:fulltexthit darf sich hier sehr
wohl wiederholen. Die Textausschnitte werden dann untereinander
gelistet. Der Link zum Ergebnis unterscheidet sich allerdings nicht. Auf
der Seite werden alle Ergebnisse hervorgehoben.
Beispiel (z.B. Suche nach "Glück"):
http://dfg-viewer.de/show/?&tx_dlf[id]=http://visuallibrary.net/mets/vd…
Ich warte noch weitere Hinweise ab und schicke die Spezifikation dann
nochmal in die Runde.
Viele Grüße
Alexander Bigga
--
Alexander Bigga
Softwareentwicklung TYPO3
Sächsische Landesbibliothek –
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat 2.1
01054 Dresden
Besucheradresse: Zellescher Weg 18
Tel.: +49 351 4677 212
E-Mail: alexander.bigga(a)slub-dresden.de
http://www.slub-dresden.de/
Am 13.11.2015, 15:06 Uhr, schrieb David Maus
<maus(a)hab.de>de>:
Das Prefix dürfte tatsächlich egal sein, solange der Namensraum stimmt.
Da "dv" als Prefix für den DFG-Viewer spezifischen Namensraum auch im
METS-Anwendungsprofil verwendet wird, wurde es auch hier verwendet.
Zu 2.3.4 Suchergebnisse im DFG-Viewer
spezifischer Namensraum
Es heisst, der Namensraum für den DFG-Viewer müsse wie folgt
deklariert werden:
@xmlns:dv="http://dfg-viewer.de/"
Ist damit gesagt, dass auch der Präfix 'dv' verwendet werden muss?
Der
Prefix dürfte egal sein. Es würde mich wundern, wenn der DFG-Viewer
keine standardkonformen XML-Libs verwendet. Zu 2.3.4.4
Suchtreffer Text- und Bildausschnitt – dv:fulltexthit
Das Element ist nicht wiederholbar. Was ist, wenn der gesuchte Begriff
auf einer Seite mehrfach vorkommt?
Gute Frage. Man müsste sich also jetzt für
einen Treffer entscheiden. Wenn
der Use-Case darin besteht, nur ein Preview auf eine (weitere
navigierbare) Sicht mit den restlichen Treffern anzubieten, dann kann man
mit dieser Restriktion leben.
20 Nov
20 Nov
12:23 p.m.
New subject: SRU/ALTO-Anwendungsprofil für DFG-Viewer
Hallo Herr Rothe,
Liebe Kolleginnen und Kollegen,
On Sat, 14 Nov 2015 00:06:57 +0100,
Dirk Rothe wrote:
Also ist es der Wert des ID-Attributs der das Image enthaltenen
physischen Struktur (METS Anwendungsprofil, 2.2.1).
Dass die URL des Images im url-Attribut direkt angegeben wird ist
unglücklich. Muss die dort abgelegte URL mit einer URL einer in der
<mets:fileSec> definierten Datei übereinstimmen?
Wenn ja: Könnte nicht hier auch die ID des <mets:file>-Elements
verwendet werden?
Ebenfalls unglücklich ist, dass mit dem id-Attribut eine Referenz auf
die METS-Datei gemacht wird, die erst in einem Kind-Element definiert
wird.
Also besser: "Die ID der die Seite enthaltenden logischen
Struktureinheit (METS Anwendungsprofil, 2.1.1)".
Aus der Beschreibung geht auch nicht hervor, dass das
<dv:parent>-Element ein Kind des <dv:page>-Elements ist.
Und noch eine Kleinigkeit:
Zu 2.1 Angabe der SRU-Schnittstelle im Digitalisat
Hier wird folgendes Beispiel gegeben (2.1.1.):
<dv:links>
<dv:sru>http://digital.slub-dresden.de/sru</dv:sru>
</dv:links>
In Verbindung mit dem folgenden Abschnitt (2.2. Zusammensetzung der
SRU Abfrage-URL) und dem METS-Anwendungsprofil Abschnitt 2.7.4.3
(SRU-Rechercheschnittstelle) ist dieses Beispiel falsch. Im
METS-Anwendungsprofil heisst es:
"Die Angabe muss in Form einer gültigen URL erfolgen, wobei diese so
gestaltet sein muss, dass durch Anfügen eines URL-kodierten
Suchbegriffs eine validate Suchanfrage an die SRU-Schnittstelle
erfolgt."
Das kann bei der als Beispiel gegebenen URL nicht der Fall sein.
Mit besten Grüßen,
-- David Maus
--
David Maus
Herzog August Bibliothek - D-38299 Wolfenbuettel
Bibliothekarische IT / Digital Humanities
Phone: +49-5331-808-317
Email: maus(a)hab.de
PGP Key 0x7B4F5A762AF6FBA6
Fingerprint DD38 8D2E 34C1 94DE 2058 69BE 7B4F 5A76 2AF6 FBA6
Zu 2.3.4.1 Beschreibung der Seite – dv:page
Das Attribut @id soll mit der "physischen ID des Images" belegt
werden. Was ist die "physische ID" eines Images?
Damit wird ein mets:div in der mets:structMap/@TYPE=PHYSICAL adressiert.
Zu 2.3.4.2
Referenz auf die METS-Datei – dv:parent
Das Attribut @id soll mit der "logischen ID der Seite" belegt
werden. Was ist die "logische ID" einer Seite?
Damit wird ein mets:div in der mets:structMap/@TYPE=LOGICAL adressiert.
Das dürfte aber ein Strukturknoten und keine Seite sein.
12:40 p.m.
New subject: SRU/ALTO-Anwendungsprofil für DFG-Viewer
Lieber Herr Rothe,
adressiert.
Also ist es der Wert des ID-Attributs der das Image enthaltenen
physischen Struktur (METS Anwendungsprofil, 2.2.1).
Vielen Dank für den Hinweis! Ich werde die Formulierung entsprechend präzisieren.
adressiert.
Auch das werde ich gerne präziser formulieren.
adressiert.
Also ist es der Wert des ID-Attributs der das Image enthaltenen
physischen Struktur (METS Anwendungsprofil, 2.2.1).
>
> Dass die URL des Images im url-Attribut direkt angegeben wird ist
> unglücklich. Muss die dort abgelegte URL mit einer URL einer in der
> <mets:fileSec> definierten Datei übereinstimmen?
>
> Wenn ja: Könnte nicht hier auch die ID des <mets:file>-Elements
> verwendet werden?
>
> Ebenfalls unglücklich ist, dass mit dem id-Attribut eine Referenz auf
> die METS-Datei gemacht wird, die erst in einem Kind-Element definiert
> wird.
>
adressiert.
>
> Aus der Beschreibung geht auch nicht hervor, dass das
> <dv:parent>-Element ein Kind des <dv:page>-Elements ist.
>
> Und noch eine Kleinigkeit:
>
Zu 2.3.4.1 Beschreibung der Seite – dv:page
Das Attribut @id soll mit der "physischen ID des Images" belegt
werden. Was ist die "physische ID" eines Images?
Damit wird ein mets:div in der mets:structMap/@TYPE=PHYSICAL
Zu 2.3.4.2 Referenz auf die METS-Datei – dv:parent
Das Attribut @id soll mit der "logischen ID der Seite" belegt
werden. Was ist die "logische ID" einer Seite?
Damit wird ein mets:div in der mets:structMap/@TYPE=LOGICAL
Das dürfte aber ein Strukturknoten und keine
Seite sein.
Also besser: "Die ID der die Seite enthaltenden logischen
Struktureinheit (METS Anwendungsprofil, 2.1.1)".
Zu 2.1 Angabe der SRU-Schnittstelle im Digitalisat
Hier wird folgendes Beispiel gegeben (2.1.1.):
<dv:links>
<dv:sru>http://digital.slub-dresden.de/sru</dv:sru>
</dv:links>
In Verbindung mit dem folgenden Abschnitt (2.2. Zusammensetzung der
SRU Abfrage-URL) und dem METS-Anwendungsprofil Abschnitt 2.7.4.3
(SRU-Rechercheschnittstelle) ist dieses Beispiel falsch. Im
METS-Anwendungsprofil heisst es:
"Die Angabe muss in Form einer gültigen URL erfolgen, wobei diese so
gestaltet sein muss, dass durch Anfügen eines URL-kodierten
Suchbegriffs eine validate Suchanfrage an die SRU-Schnittstelle
erfolgt."
Das kann bei der als Beispiel gegebenen URL nicht der Fall sein.
Sie haben recht. Hier muss das METS-Anwendungsprofil korrigiert werden. Die Spezifikation
der SRU-Suche wurde erst nach Veröffentlichung des METS-Anwendungsprofils finalisiert und
wir haben uns in Rücksprache mit Herr Heiligenhaus für die im Beispiel zu findende Angabe
der URL entschieden.
Ich werde beide Profile entsprechend überarbeiten und versuche, dabei auch Ihre weiteren
Anmerkungen zu berücksichtigen.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Referatsleiter Digitale Bibliothek
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat Digitale Bibliothek
01054 Dresden
Besucheradresse: Zellescher Weg 18
Tel.: +49 351 4677 206 | Fax: +49 351 4677 711
E-Mail: sebastian.meyer(a)slub-dresden.de
http://www.slub-dresden.de
> -----Original Message-----
> From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-
> bounces(a)dfg-viewer.de] On Behalf Of David Maus
> Sent: Friday, November 20, 2015 12:23 PM
> To: Dirk Rothe <d.rothe(a)semantics.de>
> Cc: r.altenhoener(a)dnb.de; clemens.neudecker@europeana-
> newspapers.eu; mmueller(a)suub.uni-bremen.de; Albers, Christoph
> <Christoph.Albers(a)sbb.spk-berlin.de>de>; äffler" <schaeffler@bsb-
> muenchen.de>; j.hubrich(a)dnb.de; hermes(a)suub.uni-bremen.de;
> technik(a)dfg-viewer.de <dv-technik(a)dfg-viewer.de>de>;
> andrea.richter(a)bibliothek.uni-halle.de; Birgit Seiderer
> <Birgit.Seiderer(a)bsb-muenchen.de>de>; =?ISO-8859-
> 1?Q?=22Hildegard_Sch?=(a)mailgate.slub-dresden.de; Förster, Caroline
> <Caroline.Foerster(a)slub-dresden.de>de>; noelte(a)suub.uni-bremen.de;
> carola.wippermann(a)bibliothek.uni-halle.de; Hans-
> Joerg.Lieder(a)sbb.spk-berlin.de
> Subject: Re: [DFG-Viewer] SRU/ALTO-Anwendungsprofil für DFG-Viewer
>
> Hallo Herr Rothe,
> Liebe Kolleginnen und Kollegen,
>
> On Sat, 14 Nov 2015 00:06:57 +0100,
> Dirk Rothe wrote:
> >
Zu 2.3.4.1 Beschreibung der Seite – dv:page
Das Attribut @id soll mit der "physischen ID des Images" belegt
werden. Was ist die "physische ID" eines Images?
Damit wird ein mets:div in der mets:structMap/@TYPE=PHYSICAL
Zu 2.3.4.2 Referenz auf die METS-Datei – dv:parent
Das Attribut @id soll mit der "logischen ID der Seite" belegt
werden. Was ist die "logische ID" einer Seite?
Damit wird ein mets:div in der mets:structMap/@TYPE=LOGICAL
Das dürfte aber ein Strukturknoten und keine
Seite sein.
Also besser: "Die ID der die Seite enthaltenden logischen
Struktureinheit (METS Anwendungsprofil, 2.1.1)".
Zu 2.1 Angabe der SRU-Schnittstelle im Digitalisat
Hier wird folgendes Beispiel gegeben (2.1.1.):
<dv:links>
<dv:sru>http://digital.slub-dresden.de/sru</dv:sru>
</dv:links>
In Verbindung mit dem folgenden Abschnitt (2.2. Zusammensetzung der
SRU Abfrage-URL) und dem METS-Anwendungsprofil Abschnitt 2.7.4.3
(SRU-Rechercheschnittstelle) ist dieses Beispiel falsch. Im
METS-Anwendungsprofil heisst es:
"Die Angabe muss in Form einer gültigen URL erfolgen, wobei diese so
gestaltet sein muss, dass durch Anfügen eines URL-kodierten
Suchbegriffs eine validate Suchanfrage an die SRU-Schnittstelle
erfolgt."
Das kann bei der als Beispiel gegebenen URL nicht der Fall sein.
>
> Mit besten Grüßen,
> -- David Maus
>
> --
> David Maus
> Herzog August Bibliothek - D-38299 Wolfenbuettel
> Bibliothekarische IT / Digital Humanities
> Phone: +49-5331-808-317
> Email: maus(a)hab.de
>
> PGP Key 0x7B4F5A762AF6FBA6
> Fingerprint DD38 8D2E 34C1 94DE 2058 69BE 7B4F 5A76 2AF6 FBA6
>
3585
days inactive
3593
days old
5 comments
4 participants
participants (4)
-
Alexander Bigga -
David Maus -
Dirk Rothe -
Meyer, Sebastian