[Kobv-opus-tester] zusätzliches Suchfeld
Annegret Baade-Kelishani
baade at fh-aachen.de
Don Sep 27 16:52:22 MEST 2012
Sehr geehrter Herr Szott,
herzlichen Dank für Ihre Antwort.
Am 27.09.2012 14:28, schrieb Sascha Szott:
> Sehr geehrte Frau Baade-Kelishani,
>
> On 26.09.2012 11:03, Annegret Baade-Kelishani wrote:
>> herzlichen Dank für Ihre Rückmeldung. Grundsätzlich fände ich es
>> natürlich sowieso wünschenswert, wenn man zusätzliche Suchfelder
>> einrichten könnte und wenn das insbesondere möglich wäre ohne
>> Auswirkungen auf die Listenanzeige.
> Diese Anforderung ist durchaus nachvollziehbar. In der aktuellen
> Implementierung müssen dazu aber mehrere Dateien angefasst werden. Zum
> einen das XSLT-Stylesheet solr.xml im Verzeichnis
> $BASEDIR/opus4/library/Opus/SolrSearch/Index/. Dort werden die
> OPUS4-internen Datenfelder auf ein XML-Format gemappt, das schließlich
> als Eingabe für den Solr-Indexer verwendet wird. Im Einzelfall kann es
> auch noch nötig sein die Solr-Konfigurationsdatei schema.xml anzupassen.
> Dort wird z.B. festgelegt, welche Indexfelder in der Standardsuche
> durchsucht werden (Indexfeld 'text' mit den entsprechenden
> copyField-Instruktionen).
Ich glaube, Sie meinen die Datei solr.xslt. Das habe ich schon
ausprobiert. Wenn ich die Email hier eintrage,
> <xsl:for-each select="/Opus/Opus_Document/PersonAuthor">
> <xsl:element name="field">
> <xsl:attribute name="name">author</xsl:attribute>
> <xsl:value-of select="@FirstName" />
> <xsl:text> </xsl:text>
> <xsl:value-of select="@LastName" />
> <xsl:text> </xsl:text>
> <xsl:value-of select="@Email" />
> <xsl:if test="position()!=last()">
> <xsl:text> ; </xsl:text>
> </xsl:if>
> </xsl:element>
> </xsl:for-each>
wird sie auch gefunden, das klappt gut. Nachteil ist allerdings, dass
sie dann in der Listenanzeige in der Frontdoor auch angezeigt wird, etwa
so (wenn, wie in diesem Beispiel 2 Autoren eine Emailadresse haben und
der dritte nicht):
>
> A hyperelastic model of biological tissue materials in tubular organs
> / Nguyen, N. H. ; Raatschen, H.-J. ; Staat, M.
> <http://opus4.bibliothek.fh-aachen.de/opus4/frontdoor/index/index/docId/4020>
> (2010)
> Manfred Staat m.staat at fh-aachen.de ;
> <http://opus4.bibliothek.fh-aachen.de/opus4/solrsearch/index/search/searchtype/authorsearch/author/%22Manfred+Staat+%3B+%22>
> N. H. Nguyen ;
> <http://opus4.bibliothek.fh-aachen.de/opus4/solrsearch/index/search/searchtype/authorsearch/author/%22N.+H.+Nguyen+%3B+%22>
> H.-J. Raatschen raatschen at fh-aachen.de
> <http://opus4.bibliothek.fh-aachen.de/opus4/solrsearch/index/search/searchtype/authorsearch/author/%22H.-J.+Raatschen%22>
>
>
Und das ist aus meiner Sicht ein gravierender Nachteil.
>
> Man könnte darüber nachdenken, ob man zumindest diese Konfiguration aus
> der Solr-Konfiguration in die OPUS4-Konfiguration zieht, so dass
> Änderungen prinzipiell nur an einer Stelle nötig sind. Das wäre
> zumindest ein erster Schritt…
>
>> Bei uns ist es so, dass wir mit unserer zukünftigen OPUS4-Installation
>> nicht nur unsere bisherige OPUS3-Installation, sondern auch unsere
>> Veröffentlichungsliste (Hochschulbibliographie) ersetzen wollen, die
>> bisher mit eigenen php-Skripten und einer dahinter liegenden Datenbank
>> realisiert ist. Die Anzeige der Veröffentlichungen auf der Homepage des
>> jeweiligen Professors ist so realisiert, dass nach der Email-Adresse
>> gesucht wird (insbesondere natürlich auch deshalb, um - wie Sie schon
>> angedeutet haben - namensgleiche Autoren zu unterscheiden) und darauf
>> dann ein Export aufgebaut wird (der ja erfreulicherweise in OPUS 4 als
>> Option zur Verfügung steht), der dann wiederum in der erforderlichen
>> Form angezeigt werden soll. Mit anderen Worten, es geht mir in unserem
>> speziellen Anwendungsfall darum, dass ich eine URL bauen möchte, die die
>> Emailadresse enthält und dann einen entsprechenden Export anwirft
> Statt der E-Mail-Adresse könnte man aber in diesem Fall auch einen
> künstlichen Identifikator verwenden.
Ja, das könnte man tun. Das haben wir bis vor kurzem auch so gemacht.
Der Nachteil war aber, dass dieser künstliche Identifikator dann vom CMS
auch regelmäßig nachgepflegt werden musste, was arbeitsaufwändig und
fehleranfällig war. Deshalb haben wir zur Emailadresse gewechselt, weil
die im CMS sowieso enthalten ist. Und wenn dieser "künstliche
Identifikator" nicht die OPUS-ID ist, wie es bei uns war, dann hätte man
das Problem mit der Suchbarkeit ja genauso wie jetzt.
> Wer ruft denn in ihrem Szenario den
> Export auf? Der Client (Browser des Benutzers) per AJAX oder das CMS,
> das die Publikationslisten im Hintergrund bereits erzeugt und dann
> serverseitig nur noch in die Seite "einhängt"? Im zweiten Fall könnte
> man durchaus die Suche nach E-Mail-Adressen als privilegierte Funktion
> betrachten, die nur ausgewählte Benutzer durchführen dürfen. Dann würde
> man dem CMS-Prozess mit den erforderlichen Rechten für diese Operation
> ausstatten.
Zur Zeit das CMS. Von daher wäre es für mich natürlich auf jeden Fall
schon mal ein Fortschritt, wenn ich wüsste, wie man solch eine
privilegierte Funktion einrichten würde. Flexibler wäre man aber, wenn
auch der Weg über AJAX möglich wäre, man weiß ja nie, welche Anforderung
als nächstes kommt ...
>
> Beste Grüße,
> Sascha Szott
Viele Grüße aus Aachen und einen schönen Feierabend
Annegret Baade-Kelishani
>> Am 25.09.2012 17:12, schrieb Sascha Szott:
>>> Sehr geehrte Frau Baade-Kelishani,
>>>
>>> ich komme nochmal zurück auf die Anforderung 'Suche nach
>>> E-Mail-Adressen' (OPUSVIER-2606). Können Sie uns den konkreten Use-Case
>>> dahinter skizzieren. Wollen Sie die Adressen zur besseren Unterscheidung
>>> von gleichnamigen Autoren verwenden?
>>>
>>> I.A. sind E-Mail-Adressen als personenbezogene Daten zu schützen. Mit
>>> der Suche nach E-Mail-Adressen wäre es nun zumindest möglich durch die
>>> Eingabe einer E-Mail-Adresse zu prüfen, ob eine im System gespeicherte
>>> Person (Autor) diese Mailadresse besitzt. Somit wird die E-Mail-Adresse
>>> zwar nur indirekt "sichtbar", ich halte das dennoch für problematisch.
>>> Innerhalb der Administration könnte ich mir das schon eher vorstellen.
>>>
>>> Beste Grüße,
>>> Sascha Szott
>>>
>>> On 03.09.2012 13:26, Signe Weihe wrote:
>>>> Liebe Frau Baade-Kelishani,
>>>>
>>>> aktuell ist es nicht ohne weiteres möglich die Suche um zusätzliche
>>>> Felder zu erweitern. Es müssen an mehreren Stellen Änderungen
>>>> vorgenommen werden. Da uns immer wieder Wünsche zu zusätzlichen
>>>> Suchfeldern zugetragen werden gibt es bereits Überlegungen, einen
>>>> einfachen Erweiterungsmechanismus bereitzustellen oder zumindest in der
>>>> Doku zu beschreiben, wie eine Erweiterung um zusätzliche Felder
>>>> prinzipiell möglich ist (d.h. welche Dateien müssen editiert werden).
>>>>
>>>> Dazu gibt es in unserer Entwicklung bereits das Ticket (in Planung)
>>>>
>>>> OPUSVIER-1395 Erweiterung der Suche um zusätzliche Felder
>>>>
>>>> das ich um eine Unteraufgabe
>>>>
>>>> OPUSVIER-2606 Suche nach Emailadressen der Autoren
>>>>
>>>> ergänzt habe.
>>>>
>>>> Mit freundlichen Grüßen,
>>>> Signe Weihe
>>>>
>>
--
Annegret Baade-Kelishani
Hochschulbibliothek der FH Aachen
Eupener Str. 70
52066 Aachen
+49241600952063
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://listserv.zib.de/pipermail/kobv-opus-tester/attachments/20120927/d65840f9/attachment.html