Lieber Herr Schmiljun, liebe Kolleginnen und Kollegen,

Am 21.07.20 um 14:07 schrieb Christian Schmiljun:
1. IPs:

Da unser Test-System aus dem Internet nicht für alle IPs frei zugänglich ist, haben wir die IP der DFG-Viewer-Instanz (194.95.145.4) bisher freigegeben. Mittlerweile scheint der Zugriff des DFG-Viewers aber mindestens über die IP (88.99.83.221) zu erfolgen.

Gibt es weitere IP-Adressen bzw. IP-Ranges, welche die DFG-Viewer-Instanzen nutzen?

Der DFG-Viewer ist letzten Freitag in ein anderes Rechenzentrum umgezogen und hat zudem ein Update auf TYPO3 9.5 erhalten. Das erste erklärt die neue IP. Im September / Oktober erfolgt ein erneuter Umzug. Abgesehen von der IP sollten Sie dann aber nichts davon mitbekommen.

2. Version:

Unsere ALTO-Volltexte ohne <SP>'s wurden bisher (einschließlich letzter Woche) ohne Leerzeichen angezeigt. Der Bug ist nach https://github.com/slub/dfg-viewer/issues/147 allerdings schon eine ganze Weile gefixt. Also gehe ich davon aus, dass im Rahmen der Serverumstellung und XSS-Fixes auch gleich eine neue Version des DFG-Viewers ausgerollt wurde.

Das ist korrekt. Aktuell sind wir auf dem Entwicklungs-Master. Das Release 5.1 steht kurz bevor. Wesentliche Änderungen gibt es dabei nur unter der Haube. Es wird jetzt TYPO3 9.5 unterstützt und Kitodo.Presentation 3.1.

3. Volltextsuche per SRU

Im Rahmen der serverseitigen SRU-Implementierung sind uns Anfragen folgender Art vom DFG-Viewer aufgefallen:

https://dev.opendata.uni-halle.de/sru_ft_search/123456789/20958?operation=searchRetrieve&version=1.2&startRecord=1&maximumRecords=10&amp;recordSchema=dfg-viewer/page&amp;query=einleitung

In der URL besitzen die Parameter im QueryString unterschiedliche Trennsymbole - "&" + "&amp;". Mir wäre nicht bekannt das "&amp;" eine standardkonforme Trennung von Parametern erlaubt.
Dies führt dazu, dass auf den Parameter "query" über den Namen "amp:query" zugegriffen werden muss.

Gute Frage. Ich kann Ihnen auch nicht sagen, warum das so implementiert war. Es macht auch aus meiner Sicht keinen Sinn. Generell wird die SRU-Suche leider kaum genutzt. Auch wir als SLUB bieten bis heute keine SRU-Suche serverseitig an. Das hat zur Folge, dass wir das Feature aus dem Auge verloren haben.

Insofern sind auch notwendige Anpassungen für TYPO3 9.5 nicht erfolgt. Das SRU-Suchplugin ist eine DFG-Viewer Besonderheit, die nicht in Kitodo.Presentation enthalten ist.

Bei der Volltextsuche tritt neuerdings immer ein HTTP-Status von 500 auf. Dies liefert der DFG-Viewer obwohl valide Ergebnisse per SRU vorliegen.
Beispiel aus unserer VL-Instanz, welches letzte Woche noch problemlos funktioniert hat. Suchwort: Halle - URL: https://digitale.bibliothek.uni-halle.de/zd/oai/?verb=GetRecord&metadataPrefix=mets&identifier=oai:digital.bibliothek.uni-halle.de/zd:9417295

Vielen Dank für das Beispiel. Das ist genau die oben beschriebene fehlende Anpassung.

Das ist jetzt erfolgt und nun können Sie auch wieder nach "Halle" suchen:

https://dfg-viewer.de/show/?tx_dlf%5Bid%5D=https%3A%2F%2Fdigitale.bibliothek.uni-halle.de%2Fzd%2Foai%2F%3Fverb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adigital.bibliothek.uni-halle.de%2Fzd%3A9417295&no_cache=1

Wenn Sie weitere Fehler finden, dann schreiben Sie das gerne wieder über diese Liste. Oder als Issue auf GitHub.

https://github.com/slub/dfg-viewer/issues

Viele Grüße

Alexander Bigga

--

Alexander Bigga
Referatsleiter Digitale Präsentation

Sächsische Landesbibliothek –
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat 2.1 Digitale Präsentation
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Tel.: +49 351 4677 212

--> aktuell oft im Homeoffice: +49 178 1422460 <--

E-Mail: alexander.bigga@slub-dresden.de

Alternative E-Mail-Adresse vom 15.08.20 bis 28.08.20: alexander.bigga@mailbox.tu-dresden.de

https://www.slub-dresden.de | https://digital.slub-dresden.de