Rückmeldungen aus der NWBib-Redaktion

[acka47]

Gestern, am 8.5. um 17:20 hat I.N. verschiedene Punkte in einer E-Mail angeführt mit dem Betreff "NWBib-Zeitschriften, Suchschlitz-Recherche, Schlagwort-Anzeige". In #611 und #613 habe ich schonmal zwei Sachen ausgelagert. Für eine Umsetzung von Punkt 5.) aus der E-Mail ("Anzeige der Schlagwörter") müssen sich die NWBib-Redaktion erst absprechen und dann können wir ein Ticket anlegen. Die restlichen Punkte packe ich in dieses Ticket. Es scheint mir, dass si

• Bei den laufend ausgewerteten NWBib-Zeitschriften werden die verknüpften Aufsätze noch nicht angezeigt und
• der Link zwischen den Parallelausgaben funktioniert noch nicht.

Hier einige Beispiele:
https://nwbib.de/990209863170206441
https://nwbib.de/990223805560206441

Recherche im Suchschlitz bzw. Recherche über alle Felder funktioniert noch nicht:

• Keine Treffer wegen des Bindestriches: https://nwbib.de/search?location=&q=Erinnerungen+an+einen+%22Lump%22+und+%22Weltbegl%C3%BCcker%22+-+das+Peter-Hille-Haus+in+Erwitzen
• Bei Trunkierung von Wörtern mit Umlauten mit * nur 2 Treffer: https://nwbib.de/search?location=&q=M%C3%BCnster*

[fsteeg]

Die ersten drei Punkte habe ich behoben und auf Test deployed: Periodikum 1, Periodikum 2, Bindestrich-Suche.

Der vierte Punkt ist etwas unklar und offenbar eher ein Issue in lobid-resources (word= / WordQuery):

• in lobid-resources bekommen wir auch nur 67 Treffer für word=Münster*, und in der Aleph-Instanz sogar nichts, d.h. ich vermute das ging schon lange nicht (mehr?)
• die Trunkierung scheint generell nur für keyword-Felder zu funktionieren, z.B. nicht für subject.label, aber für subject.label.raw (was ev. den Aleph-Alma-Unterschied erklärt, weil da ev. neue Keyword-Felder dazugekommen sind)
• wir könnten die existierenden Felder subject.label.raw und subject.componentList.label.raw im WordQuery ergänzen, dann bekämen wir schonmal mehr Treffer. Das erwartete Verhalten, nämlich mehr als für word=Münster, wäre das aber nicht, da die meisten Felder eben offenbar keine Wildcards unterstützen

Zusammenfassend kann ich also nicht recht nachvollziehen warum Wildcards mal gingen, wir könnten das aber wohl unterstützen indem wir keyword-Unterfelder in der Index-Config definieren und die im WordQuery ergänzen (z.B. title.raw, etc., welche genau? es müssten dann wohl alle sein, in denen word= generell sucht). Wenn wir das wollen, sollten wir dazu wohl ein Issue in lobid-resources aufmachen.

(Ping @dr0i für den Fall dass ich hier irgendwas übersehe oder falsch verstehe.)

[acka47]

+1

[acka47]

Meine Vermutung in Bezug der nicht funktionierenden Wildcards ist, dass hier eine Änderung (wegen der DigiBib?) im Hinblick auf die Behandlung von Umlauten hintersteckt. Ohne Umlaut funktionieren Wildcards, mit nicht, vgl.:

• https://lobid.org/resources/search?q=Munsterl* (10904 Treffer)
• https://lobid.org/resources/search?q=M%C3%BCnsterl* (0 Treffer)

@dr0i und @blackwinter können da vielleicht mehr zu sagen.

[dr0i]

Didnt' analyze this, but noted that's the behaviour like before with Aleph: https://aleph.lobid.org/resources/search?q=M%C3%BCnsterl*.

[acka47]

Ok, my interpretation was wrong. Good to know.