Personensuche im Viewer über eine alternative Namensform

Goobi viewer
1

Im Goobi Viewer kann eine Person, sofern sie mit einem GND-Datensatz verknüpft ist, auch über die alternativen Namensformen gesucht werden. Das ist zum Beispiel dann sehr hilfreich, wenn der Benutzer aus dem Ausland kommt, und ihm die Hauptansetzungsform eines Personennamens nicht bekannt ist.

Zufällig bin ich bei dieser Suche auf ein Problem im Goobi Viewer gestoßen.

Als Beispiel habe die Suche nach Wilhelm Grimm auf dem Goobi Viewer der UB Kassel genommen.

Der GND-Datensatz: http://d-nb.info/gnd/118542265

Die Hauptansetzungsform ist: Grimm, Wilhelm

Eine alternative Namensform ist zum Beispiel: Geulim, Bilhelleum

Die Suche nach “Grimm, Wilhelm” in der einfachen Suche auf der Startseite von https://orka.bibliothek.uni-kassel.de/viewer/index/ ergibt 1.827 Treffer.

Die Suche nach “Geulim, Bilhelleum” in der einfachen Suche auf der Startseite ergibt 327 Treffer.

Die Suche nach Grimm, Wilhelm in der einfachen Suche auf der Startseite ergibt 2.917 Treffer.

Die Suche nach Geulim, Bilhelleum in der einfachen Suche auf der Startseite ergibt 327 Treffer.

Für den „normalen“ Nutzer lassen sich diese stark abweichenden Trefferzahlen bei der Suche nach einem konkreten Personennamen natürlich nur schwer nachvollziehen. Für „uns“ ist das Ergebnis logisch. Bei der einfachen Suche nach wird z.B. auch im Haupttitel eines Werkes gesucht, folglich muss es hier eine höhere Treffermenge geben.

Noch schwieriger wird es für den Nutzer allerdings, wenn er das Problem erkannt hat, und auf eine naheliegende Lösung zurückgreift: Den Personenindex in der erweiterten Suche, um eine Suche tatsächlich nur auf die Personenfelder zu beschränken, und nicht wie oben gezeigt auch über andere Felder zu suchen.

Ich wiederhole meine Suchanfragen von oben also mal dort:

Die Suche nach “Grimm, Wilhelm” im Personenindex der erweiterten Suche mit genau dieser Wortfolge ergibt 339 Treffer.

Die Suche nach “Geulim, Bilhelleum” ergibt 0 Treffer.

Die Suche nach Grimm, Wilhelm ergibt 339 Treffer.

Die Suche nach Geulim, Bilhelleum ergibt 0 Treffer.

Zusammengefasst lässt sich sagen, dass der eigentlich speziellere Personenindex in der erweiterten Suche ein deutlich ungenaueres Ergebnis liefert, weil er alternative Ansetzungsformen der GND nicht mit indexiert.

Wenn ich mich nicht irre, und mir kein Denkfehler unterlaufen ist, halte ich das für “suboptimal”.

Beste Grüße aus Weimar, Andreas Schlüter

2

Hallo @Schlueter_HAAB

wir sind kontinuierlich damit beschäftigt den Goobi viewer im Kontext Suche weiter zu optimieren. Kannst Du das obige Beispiel vielleicht einmal darum ergänzen was Du erwartet hättest?

Das erste was mir einfällt ist, dass wir seit Juni ja eine Suche nach anderen Werken ermöglichen, die dem gleichen Normdaten Identifier enthalten. Das kannst Du zum Beispiel in der Demoinstanz sehen, wenn Du bei dem folgenden Werk beim Metadatum “Erscheinungsort” auf die Lupe klickst:

Das Zweite was mir einfällt ist, dass die Suche natürlich erweitert werden könnte um einen Treffertyp “Person”, der immer dann angezeigt wird, wenn ein Suchbegriff gleich einem Personennamen ist. Diese Treffer könnten dann immer an oberster Stelle in der Trefferliste angezeigt und mit den Entity Facts verknüpft werden. Allerdings wäre hier Entwicklung notwendig.

Viele Grüße,

Jan :slight_smile:

3

Hallo Jan,

Dein Beispiel funktioniert gut, ist aber für den Endnutzer verwirrend. Denn per Lupe wurde “Göttingen” als Erscheinungsort ausgewählt. Die Trefferliste sieht so aus:

Screenshot_2019-07-15%20Heideimkerei%20-%208%20Mitteleuropa%2C%20N%C3%B6rdliches%20Niedersachsen%20-%20Wachspressen%20in%20einer%20Imkerei
Screenshot_2019-07-15 Heideimkerei - 8 Mitteleuropa, Nördliches Niedersachsen - Wachspressen in einer Imkerei.png846×315 31.3 KB

Beim 3D Objekt ist Göttingen neben Stuttgart ein weiterer Erscheinungsort.

4

Danke. War mir gar nicht aufgefallen, ich habe immer nur auf die Anzahl der Treffer geachtet…

Ich habe das korrigiert. Zuerst hatte ich an den Schalter <valueNumber /> im Core gedacht, siehe Kapitel 2.19.3 der Dokumentation, aber dann war es doch der Parameter <getnode /> in der Konfiguration des Indexers, siehe Kapitel 3.7.6.

Bildschirmfoto%20von%20%C2%BB2019-07-15%2008-11-39%C2%AB
Bildschirmfoto von »2019-07-15 08-11-39«.png851×322 42.7 KB

1 „Gefällt mir“
5

An der Uni Greifswald tragen wir die gnd seit über zwei jahren ein. Das Problem bei der Suche sind die “Altbestände”, die den überwiegenden Anteil ausmachen. Bei den Vorgängen, ohne GND-Eintrag laufen die Suchen nach den alternativen Namensformen natürlich ins Leere.
Wir sind bisher nicht dazu gekommen, die Normdaten nachträglich einzutragen, und es wird auch in Zukunft schwierig Kapazitäten für solche Nacharbeiten frei zu schaufeln, weil wir überwiegen mit Projekt-SHK arbeiten.
Aus diesem Grund haben wir im Crowdsourcing auch die Möglichkeit eröffnet Normdaten nachzutragen. Und ich denke für diesen Weg sind Entity Facts die bessere Alternative. Wichtig ist aber, dass wir dazu ein funktionierende Crowdsourcing-Netzwerk aufbauen.
Eins greift alsi ins andre …

2 „Gefällt mir“
6

Verstehe ich Dich richtig, und die GND-Normdaten liegen schon im Katalogdatensatz der digitalisierten Werke nicht vor?

7

Hallo Andreas, ja es gibt bei uns eine Sammlung mit Personalschriften, dort sind in einem Werk (z.B. Leichenpredigt) so viele Personen verzeichnet, dass wir unmmöglich alle katalogisieren, geschweige denn nach Normdaten in komplexen “Ahnengalerien” suchen können. Da hoffen wir auf “externe” Hilfe.
Ein Problem ist aber die Konsitensz der Daten vom Goobi-Viewer zu Goobi zum GBV-Katalog. Da sehe ich noch keine sicheren Routinen, erst recht nicht nach derm K10Plus-Update.
@Jan - meines Wissens gibt es auch noch keine Routinen, wie wir ohne großen Aufwand “Updates” im Katalog erkennen und dann unsere Goobi-WF Metadaten “maschinell” aktualisieren können.
Vielleicht wäre das ja ein Theme für den Intranda Tag?

8

@Bruno es gibt den Catalogue Poller. Guck mal hier in der Plugin Dokumentation:

1 „Gefällt mir“
9

Hallo Jan,

“sucht” die Lupenfunktion eigentlich nur über den GND-Normdatensatz? Oder wird zB Göttingen auch dann gefunden, wenn der Name nur als Klartext im jeweiligen Metadatum hinterlegt ist?

Viele Grüße, Andreas

10

Hallo Andreas,

die Suche der “Lupenfunktion” ist hier beschrieben:

In der lokalen config_viewer.xml wird die Anzeige der Metadaten konfiguriert. Es kann an der Stelle ein Parameter vom Typ 'normdatasearch konfiguriert werden, der eine Suche in dem dort angegebenen Feld im Solr Suchindex mit dem Wert des konfigurierten Metadatums durchführt.

Habt Ihr also zum Beispiel das Metadatum Göttingen mit dem Identifier Q32518229 versehen und intern Konfiguriert, dass nach dem Identifier gesucht wird, dann werden nur die Werke gefunden die den Identifier haben, nicht aber andere Werke in denen auch Göttingen in dem Metadatum steht.

Beantwortet das Deine Frage?

Viele Grüße,

Jan

1 „Gefällt mir“
11

Hallo Jan,

Vielen Dank für Deine schnelle und hilfreiche Antwort.

Eine Suche über die GND-ID wäre bei den Personenfeldern der korrekte Weg. Für Erscheinungsorte wird allerdings nur sehr selten eine GND-ID hinterlegt. Hier müßte dann über den Klartext-Inhalt des Feldes gesucht werden.

Die Suche müßte also so funktionieren:
Wenn ein Normdatensatz vorliegt, suche alle Werke, die ebenfalls mit diesem Normdatensatz verknüpft sind. Wenn kein Normdatensatz vorliegt, suche nach dem Klartext und liste alle Werke auf, bei denen im gleichen Metadatenfeld der gleiche Klartext enthalten ist.

Viele Grüße, Andreas

Läßt sich normdatasearch so konfigurieren?

12

Es lässt sich konfigurieren, dass für das Feld MD_PERSON normdatasearch nach dem GND-Identifier sucht und bei dem Feld MD_ORT normdatasearch nach dem Text sucht. Ja.

Es lässt sich nicht konfigurieren, dass normdatasearch nach einem GND-Identifier sucht und wenn keiner angegeben ist nach dem Text. Dazu müsste ich erst Andrey fragen und vermutlich muss das entwickelt werden.

1 „Gefällt mir“
13

Hallo,

wir würden dieses Thema nun gerne konkret angehen, und hier auch die Weiterentwicklung des Viewers beauftragen wollen. Dafür suchen wir Szenarien, die bei der Suche nach alternativen Ansetzungsformen im Viewer bis jetzt nur unvollständige bzw. unkorrekte Ergebnisse auswerfen.

Einige Beispiele hatte ich ja seinerzeit hier schon aufgeführt:

Ist noch mehr zu berücksichtigen?

14

Hallo @Schlueter_HAAB,

wir planen ja sowieso das Thema “Suche” gegen Ende des Jahres konkret anzugehen. Das Thema passiert ganz gut rein. Ich würde einfach mal beginnen und mir von der Oberfläche her überlegen was ein Nutzer intuitiv finden würde. Da spielt dieses Thema ja konkret mit rein. Dann haben wir ein Gesamtkonzept und können uns mit kleinen aber konsequenten Schritten auf den Weg gehen und einfach diesen Punkt bereits rausziehen und umsetzen. Das ist dann aber nur ein Teil des gesamten Puzzles, finde ich aber nicht schlimm. Was meinst Du dazu?

Viele Grüße von

Jan :slight_smile:

1 „Gefällt mir“
15

Hallo @jan ,

sehr gerne. Wir beteiligen uns gerne an der Umsetzung.

Viele Grüße, Andreas

1 „Gefällt mir“
16

Die Herausforderung ist ja eigentlich immer weniger eine bestimmte Funktionalität zur Verfügung zu stellen sondern mehr, diese auch intuitiv zur Verfügung zu stellen…

Mit Buttons und Checkboxen kann jeder seine Oberfläche überladen. Aber diese zu reduzieren und dennoch das erwartete anzuzeigen bedeutet ja, dass mehr Logik entwickelt wird. Das ganze dann in einer intuitiven Oberfläche zu visualisieren ist noch eine weitere Herausforderung. Und das dann auch noch mit dem Anspruch “Barrierefrei” zu entwerfen, da fließt dann ordentlich Zeit rein :stuck_out_tongue:

Ich melde mich!

1 „Gefällt mir“
17

Die “Suche” wäre doch ein schönes Thema für das Goobi-Anwendertreffen? Gibt es dafür eigentlich Pläne?

18

@steffen ^

Beitrag muss mindestens 20 Zeichen lang sein.

1 „Gefällt mir“