[Kobv-opus-tester] Verbesserungsvorschläge für OPUS4

[Sascha Szott]

Hallo Sven,

hier nun die Antworten zu den noch ausstehenden Punkten. Wir benutzen 
für die OPUS-Entwicklung ein Ticketsystem (JIRA), in dem die 
Anforderungen festgehalten werden. Wenn ich für einzelne Punkte neue 
Tickets erstellt habe, dann habe ich im Folgenden auch immer gleich die 
zugehörige Ticketnummer angegeben.

Wir können Euch auch gern auch zwei Accounts für das Ticketsystem geben, 
so dass ihr dort direkt Tickets erstellen könnt bzw. den Status von 
bereits erstellten Tickets beobachten könnt. Wenn Ihr Interesse habt, 
dann meldet Euch bitte nochmal.

On 07.10.2011 10:41, Sven Heitmann [UB] wrote:
>    1.  Einbinden des Zählpixel der VG Wort für einzelne Dokumente direkt
> über
>        OPUS4.
OPUS4 bietet keine solche Funktion. Die Einbindung könnt ihr aber selbst 
ziemlich einfach vornehmen, indem ihr die Erzeugung eines IMG-Elements 
im XSLT-Stylesheet für die Generierung der Dokument-Frontdoor 
veranlasst. Ein kleiner Nachteil dieser Variante ist aber, dass ihr im 
Rahmen von späteren OPUS4-Updates die Änderung selbst nachziehen müsst. 
Da es aber nur wenige Zeilen sind, sollte sich der Arbeitsaufwand in 
Grenzen halten.

Zum Einbinden des IMG-Elements muss die Datei

$OPUSHOME/opus4/modules/frontdoor/views/scripts/index/index.xslt

angepasst werden. Direkt nach dem schließenden Element </table> (ca. 
Zeile 252) kann durch folgende Anweisungen ein IMG-Element eingebunden 
werden. Die URL zum Aufruf des VGW-Zählpixels müsstet ihr dann an Eure 
Bedürfnisse anpassen:

<img>
   <xsl:attribute name="src">
     <xsl:text>http://vgworthost/foo?docid=</xsl:text>
     <xsl:value-of select="@Id"/>
   </xsl:attribute>
</img>


Auf der Frontdoor von Dokument 123 würde dann folgendes IMG-Element 
erscheinen:

<img src="http//vgworthost/foo?docid=123/>


>    2.  Konfigurierbarkeit über config.ini, um den PDF-Upload für
>        passwortgeschützte Dokumente zu unterbinden.
Diese Anforderung habe ich in einem Feature Request Ticket 
(OPUSVIER-1762) festgehalten. Aktuell überprüft OPUS 4 nicht 
automatisch, ob ein hochgeladenes PDF-File auch ohne Passwort geöffnet 
werden kann. Diese Pflicht obliegt aktuell der Person, die das Dokument 
letztendlich freischaltet.


>    3.  Anzeigen der Band-Nr. in der Dokumentenübersicht (inkl.
> Sortiermöglichkeit
>        nach Band-Nr.). Dies ist besonders bei Schriftenreihen wünschenswert.
Wie ich Euch schon gesagt habe, ist die aktuelle Unterstützung der 
Schriftenreihen eher als Hotfix anzusehen, da das Datenmodell von OPUS4 
keine dedizierte Unterstützung von Schriftenreihen ermöglicht (anders 
als das in OPUS 3 war). Das führt u.a. auch dazu, dass ein Dokument auch 
nur maximal einer Schriftenreihe mit Bandnummer zugeordnet werden kann. 
Da wir schon von mehreren Stellen bezüglich der Unterstützung von 
Schriftenreihen angesprochen wurden, werden wir dieses Feature in 
kommenden Releases nochmal grundsätzlich angehen. Ich kann aber leider 
aufgrund beschränkter Kapazitäten noch nicht sagen, wann das genau 
passieren wird. Unterstützung ist hier immer gern willkommen.

Die Anforderung ist erstmal in den Tickets OPUSVIER-1761 und 
OPUSVIER-1124 festgehalten.


>    4.  Zuordnung eines Dokumentes zu mehreren Schriftenreihen inkl. eigener
>        Bandnr. je Schriftenreihe.
Siehe 3.


>    5.  SWD-Schlagworte auf Korrektheit prüfen. Aktuell werden alle Eingaben
>        akzeptiert.
Diese Anforderung halte ich in einem Feature Request fest (OPUSVIER-1763).


>    6.  Automatisches Freischalten von Dokumenten über die OPUS-Konsole (für
>        Betrieb eines Testsystems).
Siehe die Bemerkungen in meiner Mail vom Vormittag.


>    7.  Export und Import einzelner Dokumente um Daten in ein andres
> OPUS4-System
>        übertragen zu können (Datenübernahme Testsystem ->  Produktivsystem).
Ja, das funktioniert (prinzipiell) -- auch wieder über die OPUS-Console. 
Ich habe im Verzeichnis scripts/snippets zwei weitere Skripte 
bereitgestellt, mit denen sich ein Dokument im XML-Format aus einer 
OPUS4-Instanz exportieren lässt (export_document.php) und ein weiteres 
Skript, mit dem man die OPUS4-XML-Repräsentation wieder in eine 
OPUS4-Instanz importieren kann (import_document.php).

Bei der Erstellung dieser Skripte habe ich aber gleich mehrere Bugs 
gefunden, so dass die Import-Funktion aktuell leider nicht funktioniert. 
Entsprechende Bugtickets habe ich angelegt: OPUSVIER-1764 und OPUSVIER-1766.

Sobald diese Bugs behoben sind (frühestens in OPUS 4.1.5), könnt ihr 
Dokumente aus der Testinstanz per XML in die Produktivinstanz übernehmen 
(ebenfalls per Cronjob) und zwar so für das Dokument mit der ID 91 (so 
wie in export_document.php in der Variable $id definiert):

cd $OPUSHOME_TESTING/opus4/scripts

php opus-console.php snippets/export_document.php | php 
$OPUSHOME_PRODUCTION/opus4/scripts/opus-console.php 
$OPUSHOME_PRODUCTION/opus4/scripts/snippets/import_document.php

Die im Dateisystem abgelegten Volltexte werden bei dieser Prozedur nicht 
übernommen. Dazu ist ein separate cp-Befehl aus 
$OPUSHOME_TESTING/workspace/files/$DOCID nach 
$OPUSHOME_PRODUCTION/workspace/files/$DOCID erforderlich.


>    8.  Editierbarkeit der Sortierreihenfolge von Dateien/Dokumenten im
>        Admin-Bereich. Momentan werden die zuletzt hinzugefügten Dateien unten
>        an die Liste der Dateien angehängt. Es wäre gut dies über den
>        Admin-Bereich des Web-GUI editieren zu können.

Wurde in Feature Request OPUSVIER-1767 festgehalten und klingt auch sehr 
naheliegend.


>    9.  Versionierung von Dokumenten inkl. Anzeige vorheriger Versionen und
>        Vergabe eines neuen PI (hier: URN) je Version. (Anforderung M.5-9 und
>        M.5-10 des DINI-Zertifikat.
>        [Quelle: DINI Schriften 3-de, Version 3.1, März 2011, S. 25,
>        URL: http://nbn-resolving.de/urn:nbn:de:kobv:11-100182794])

Wurde in Feature Request OPUSVIER-1768 festgehalten. Ob das in 
absehbarer Zeit umgesetzt wird, kann ich aber nicht versprechen.


> 10.  Angabe der gewünschten Mindest-Ebene bei Collections oder Prüfung
> ob die
>        unterste Ebene der jeweiligen Collection erreicht wurde.
>        Wir möchten z. B. immer 3-stellige DDC-Sachgruppen.

Das kann mit dem in OPUS 4.1.3 neu hinzugekommenen Element 
CollectionLeaf in den Dokumenttyp-Definitionen erreicht werden (siehe 
Dokumentation Version 1.9, Seite 50).


> Fehler in Version 4.1.3:
>    1.  Die Statistik im Admin-Bereich von OPUS4 wertet auch nicht
> publizierte
>        und sogar abgebrochene Veröffentlichungsvorgänge aus.

Das ist in der Tat ein Bug. Wurde in Ticket OPUSVIER-1769. Vielen Dank 
für den Hinweis!


>    2.  Die Hash-Summe (Ist-Wert) wird bei großen Dateien im Backend nicht
>        angezeigt.

Fehler wurde in Bugticket OPUSVIER-1771 festgehalten. Vielen Dank für 
den Hinweis.



Beste Grüße,
Sascha

-- 
Sascha Szott :: KOBV/ZIB :: <szott at zib.de> :: +49 30 84185-457