[Kobv-opus-tester] Fehler in Opus 4.1

[Doreen Thiede]

Sehr geehrter Herr Oelkers,

vielen Dank für Ihre Mail.

Am 27.05.2011 12:46, schrieb Dirk Oelkers:
> Sehr geehrte Damen und Herrn vom Opus Team.
>
> Anbei ein paar Probleme, die mir bei der Benutzung von Opus 4.1
> aufgefallen sind.
>
> 1. Probleme beim Ändern des Dokumenten Typs.
>
> Wenn man via Publizieren ein neues Dokument einstellt, sich dabei aber
> beim Dokumenttyp irrt und diesen dann nachträglich ändert,
> wird der Titel und der Abstract nicht korrekt angezeigt, wenn die
> Anzeige via solrsearch erfolgt.
>
>
> Konkret hatte ich ein Doument als book angelegt, musste nachträglich auf
> dissertation wechseln.
>
> Via solsearch wurde das Dokument als "unbekannte Dokument" ohne abstract
> angezeigt
>
Die Fehlerursache ist bereits in einem Ticket festgehalten. Der Bug ist 
im Trunk auch schon behoben und die Lösung wird mit dem nächsten Release 
(4.1.1) ausgeliefert.
>
> 2. Sprachumschaltung hat keinen Effekt auf Titel und Abstract.
>
> Wenn ich Dokumente vi solsearch anschauen und auf englisch umschalte,
> dann werden diese weiterhin in deutsch angezeigt,
> obwohl englischer Titel und englisches Abstract vorhanden ist,
>

Im Solr-Index werden Titel und Abstract nur in der Dokumentsprache 
aufgenommen. Damit führt eine Sprachumschaltung zu keiner Veränderung 
der Suchtrefferanzeige. Das wäre auch nur teilweise sinnvoll, da dann 
ein französiches Dokument, das nur einen französischen Titel hat, so nie 
angezeigt würde (da wir ja in OPUS aktuell nur deutsch und englisch 
anbieten).

> 3. Mix von Deutsch und Englisch in der Dokumentverwaltung
>
> Die Flags für den "Status des Publikationsprozesses" werden immer
> englisch angezeigt z.B. published
>
> Die Dokumentart wird immer englisch angezeigt z.B. book
>
> Die Funktion einer Person wird immer englisch angezeigt, z.B. submitter,
> author
>
Da sind leider einige Übersetzungen aus zeitlichen Gründen auf der 
Strecke geblieben. Wir arbeiten daran.

> 4. Im Veröffentlichungs Wizard kann man nur deutsche SWD Schlagworte und
> Freie Schlagworte / Tags angeben.
>
> Man muss die englischen via Dokumentverwaltung nachpflegen. Könnte man
> das nicht genauso wie beim Abstract regeln, wo man im
> Wizard die Sprache wählen kann ?
>
> 5. Dateien gelöschter Dokumente werden nicht von der Festplatte des
> Servers entfernt
>
> Löschen via Dokumentverwaltung funktioniert zwar scheinbar in Bezug auf
> die Einträge in der DB, die verknüpfte Datei (PDF in meinen Fall)
> bleibt aber auf der Platte des Servers.
>
> Der Status des Dokumentes zum Löschzeitpunkt war: published. Hab nicht
> getestet,
> ob es was bringt das Dokumente vorher zurück zu ziehen.
>
Diese beiden Probleme sind Bugs, für die jeweils Tickets erstellt wurden.
>
> 6. Verwirrung bei der Bezeichnung von Instituten (institutes)
>
> Bei den Sammlungen heisst es institutes, was ich mit Institut übersetzen
> würde.
>
> Wird in der solsearch Anzeige aber als Institutionen angezeigt.
>
> Ich glaube hier wäre es besser von Organisationen (organizations)
> und/oder Organisationseinheiten (organization units)
> zu sprechen.
>
Die Anzeige "Institutionen" im Browsing, die Sie vermutlich meinen, 
stammt aus einer Übersetzungsdatei, die Sie gern individuell anpassen 
können. Das Vorgehen ist in Kapitel 9.6 "Sammlungen verwalten" und darin 
"Übersetzung" in der Dokumentation beschrieben.

>
> 7. Probleme bei der Zuweisung von Instituten.
>
> Ich bin mir nicht sicher, ob das ein Fehler ist. Vielleicht kann man das
> auch anders lösen.
>
> Da ich nicht weiss, wie ich es anders hinkriegen soll, habe ich die
> institutes Sammung (collection) als Hierarchie angelegt.
>
> Auf Ebene 1 die Organisation/(en) also z.B. die Uni. Auf Ebene 2 die
> Institute, Lehrbereiche oder Studiengänge.
> Ist bei jeder Uni ein bisschen anders. (Leider).
>
> Diese Vorgehen führte zu einer Korrekten Anzeige beim Browsen in der
> Institution (institutes) Sammlung.
>
>
> Im Publizierungs wizard aber werden anscheinend nur Objekte der obersten
> Ebene aus der institutes Collection angezeigt.
>
> Ausserdem lautet die Bezeichnung dort nicht Institution, sondern
> Institut, was zu der Verwirrung beiträgt, die ich unter Punkt 6
> beschrieben habe.
>
Hierzu müsste ich wissen, welche Version des Institutsfelds Sie im 
Publish-Formular benutzen. Bei der "alten" Version wird tatsächlich nur 
die oberste Ebene angezeigt. Mit der neuen Browsing-Möglichkeit können 
alle Ebenen ausgewählt werden.

alt:
<field name="Institute" required="no" formelement="Text" 
datatype="Institute" multiplicity="5"/>

neu:
<field name="Institute" required="no" formelement="Select" 
datatype="Collection" root="institutes" multiplicity="5"/>
>
>
> 8. redirect loop bei der Auslieferung von pdf Dokumenten.
>
> Wenn die Opus webapp nicht in einem Ordner laufen soll, sondern direkt
> unter /, dann kommt es zu Problemen bei der Auslieferung der
> hochgeladenen Dokumente.
>
> Beim mir liefen die redirects auf einen endlosen loop:
>
> 141.41.X.Y - - [27/May/2011:12:15:21 +0200]
> [opus2.hbk-bs.de/sid#80fe778][rid#837dc10/initial] (2) init rewrite
> engine with requested uri /files/8/Dissertation.pdf
> 141.41.X.Y - - [27/May/2011:12:15:21 +0200]
> [opus2.hbk-bs.de/sid#80fe778][rid#837dc10/initial] (3) applying pattern
> '^/files/(\d+)/(.*)$' to uri '/files/8/Dissertation.pdf'
> 141.41.X.Y - - [27/May/2011:12:15:21 +0200]
> [opus2.hbk-bs.de/sid#80fe778][rid#837dc10/initial] (2) rewrite
> '/files/8/Dissertation_Lemke_Web.pdf' ->
> 'http://127.0.0.1//files/8/Dissertation.pdf'
> 141.41.X.Y - - [27/May/2011:12:15:21 +0200]
> [opus2.hbk-bs.de/sid#80fe778][rid#837dc10/initial] (2) forcing
> proxy-throughput with http://127.0.0.1//files/8/Dissertation.pdf
> 141.41.X.Y - - [27/May/2011:12:15:21 +0200]
> [opus2.hbk-bs.de/sid#80fe778][rid#837dc10/initial] (1) go-ahead with
> proxy request proxy:http://127.0.0.1//files/8/Dissertation.pdf [OK]
> 127.0.0.1 - - [27/May/2011:12:15:21 +0200]
> [127.0.0.1/sid#80fe778][rid#837dc10/initial] (2) init rewrite engine
> with requested uri /files/8/Dissertation.pdf
> 127.0.0.1 - - [27/May/2011:12:15:21 +0200]
> [127.0.0.1/sid#80fe778][rid#837dc10/initial] (3) applying pattern
> '^/files/(\d+)/(.*)$' to uri '/files/8/Dissertation.pdf'
> 127.0.0.1 - - [27/May/2011:12:15:22 +0200]
> [127.0.0.1/sid#80fe778][rid#837dc10/initial] (2) rewrite
> '/files/8/Dissertation_Lemke_Web.pdf' ->
> 'http://127.0.0.1//files/8/Dissertation.pdf'
> 127.0.0.1 - - [27/May/2011:12:15:22 +0200]
> [127.0.0.1/sid#80fe778][rid#837dc10/initial] (2) forcing
> proxy-throughput with http://127.0.0.1//files/8/Dissertation.pdf
> 127.0.0.1 - - [27/May/2011:12:15:22 +0200]
> [127.0.0.1/sid#80fe778][rid#837dc10/initial] (1) go-ahead with proxy
> request proxy:http://127.0.0.1//files/8/Dissertation.pdf [OK]
> 127.0.0.1 - - [27/May/2011:12:15:22 +0200]
> [127.0.0.1/sid#80fe778][rid#837dc10/initial] (2) init rewrite engine
> with requested uri /files/8/Dissertation.pdf
> 127.0.0.1 - - [27/May/2011:12:15:22 +0200]
> [127.0.0.1/sid#80fe778][rid#837dc10/initial] (3) applying pattern
> '^/files/(\d+)/(.*)$' to uri '/files/8/Dissertation.pdf'
>
Vielen Dank für diesen Hinweis. Der Download funktioniert nicht, da beim 
Betrieb von OPUS unter / der Default-Alias /files mit dem Pfad der 
RewriteRule (ebenfalls /files) übereinstimmt.
Damit der Dateidownload auch beim Betrieb von OPUS unter / funktioniert, 
muss man aber nicht unbedingt in der Apache-Config eine neue RewriteRule 
aufnehmen. Um das Problem der Mehrdeutigkeit zu lösen, muss man in der 
config.ini den Schlüssel deliver.target.prefix auf einen Wert ungleich 
/files setzen.
Um diese potentielle Fehlerquelle generell abzustellen, werden wir den 
Defaultwert von deliver.target.prefix in der application.ini ab der 
OPUS-Version 4.2 auf /files-internal setzen und gleichzeitig den zweiten 
Alias in der Standard-Config (sowie Doku) anpassen.
>
> Lösung:
>
> <IfModule mod_rewrite.c>
> RewriteEngine on
> RewriteLog /$OPUSBASE/workspace/log/rewrite.log
> RewriteLogLevel 3
>
> RewriteMap opus4deliver
> 'prg:/$OPUSBASE/opus4/scripts/opus-apache-rewritemap-caller-secure.sh'
> RewriteLock /$OPUSBASE/opus4/workspace/opus-apache-rewritemap-caller.lock
>
> RewriteCond %{REMOTE_ADDR} 127.0.0.1
> RewriteRule ^/files/(\d+)/(.*)$ - [L]
>
> RewriteRule ^/files/(\d+)/(.*)$ "http://127.0.0.1/${opus4deliver:$1 $2
> %{REMOTE_ADDR} %{HTTP_COOKIE}}" [P]
>
> #RewriteRule ^/documents/(.*)$ http://127.0.0.1/${opus4deliver:$1\
> %{REMOTE_ADDR}\ COOKIES=%{HTTP_COOKIE}} [P]
>
> <IfModule mod_proxy.c>
> <Proxy http://127.0.0.1/*>
> Order deny,allow
> Allow from all
> </Proxy>
> </IfModule>
> </IfModule>
>
>
>
Beste Grüße,
Doreen Thiede für das OPUS 4-Entwicklerteam

-- 
Doreen Thiede
Kooperativer Bibliotheksverbund Berlin-Brandenburg (KOBV)
c/o Konrad-Zuse-Zentrum fuer Informationstechnik Berlin (ZIB)
Takustr. 7, D-14195 Berlin
Zimmer 4357
Telefon: (030) 841 85 - 332
Telefax: (030) 841 85 - 269
E-Mail: thiede at zib.de
WWW: http://www.kobv.de