Suchbeispiele und Prototyp

Ein paar Suchbeispiele in dem Prototypen aus dem echten Leben (natürlich “gute Beispiele”, wir hoffen, Sie liefern uns “schlechte”, damit wir daraus lernen können):

Ich hatte in meiner Magisterarbeit einen Artikel aus Nature verwendet, in dem es um das dynamische Wachstum des Webs ging. Ich konnte mich weder an Titel, Autor oder andere konkrete Angaben zu dem Artikel erinnern (ja, ich hätte in der Literaturliste nachschauen können, aber dann wärde diese Geschichte nicht so schön). Also einfach mal mit naheliegenden Begriffen danach suchen: dynamic growth www. Unter den gut 100000 Treffern ist der gesuchte der erste. Obwohl weder in den Metadaten noch im Volltext des Artikels der Begriff www vorkommt (ich kann Ihnen versichern, dass das www in der URL in einer Referenz am Ende des Artikels nicht gefunden wird).

Da war doch mal dieser Vergleich von Wikipedia und Encyclopaedia Britannica. Findet man auch mit quality wikipedia. Und jemand wies doch mal nach, dass online publizierte Artikel häufiger zitiert werden, stand das vielleicht auch in Nature? Selbst mit schlecht gewählten Suchbegriffen gibt der erste Treffer einen Hinweis auf die gesuchte Erkenntnis.

Auch die ähnlichen Artikel sind oft interessant, z.B. hier. Es gibt dabei aber auch auf den ersten Blick überraschende Ergebnisse (was haben Mashups im WWW mit der Vogelgrippe zu tun?!?).

Wenig hilfreich scheint bei dem Prototyp die Anzeige der Facetten neben der Kurztrefferliste. Da die Metadaten zu den Nationallizenz-Angeboten sehr unterschiedliche und teilweise überhaupt keine Sacherschließung enthalten, macht eine Anzeige der als “Topic” bezeichneten Kategorie eigentlich wenig Sinn (wir machen es derzeit nur um zu zeigen, dass wir es können :-) ). Man hat darüber nur einen Zugriff auf einen kleinen, recht beliebigen Teil der Suchergebnisse.

Die Gestaltung des Prototyps orientiert sich an traditionellen Mustern: Suchformular, Kurztrefferliste, Volltrefferanzeige. Wir haben Zweifel, ob das so sein muss und wollen deswegen auch mit der Oberfläche experimentieren.

Technisch basiert der Prototyp auf VuFind. Wir haben VuFind genommen, weil es eine leicht anpassbare Oberfläche für den Suchserver Solr bietet und einige sehr gute Ideen mitbringt. Dadurch konnten wir uns zunächst um die Definition unseres Indexformates und die Indexierung der Daten in Solr, die Anpassung der Suchanfragen sowie die Integration der Individualisierungsfunktionen kümmern. Zur Indexierung der Daten nutzen wir solrmarc, das sich sehr leicht um Funktionen z.B. zur Behandlung von Volltexten erweitern lässt. Zur Erweiterung von VuFind um Shibboleth haben wir simplesamlphp benutzt. Übrigens alles Open Source Software.

One comment.

  1. [...] glücklich bist du mit den Treffern?”. Das kann man selbstverständlich nicht mit unseren gut funktionierenden Lieblingsbeispielen beantworten. Gerald schrieb ja schon, dass wir eigentlich gar nichts wissen wollen, wenn wir unsere [...]

Post a comment.

Switch to our mobile site