Eintrag | Von | Notizen | |
|---|
Allgemeines | Alle | Wiedervorlage: Christin Seegert gibt den Vorsitz von D-MM auf, da sie aufgrund eines Stellenwechsels den Arbeitsbereich Folio verlässt. Regina Hartwigsen bleibt Stellvertretung und übernimmt die Organisation der Sitzung im Dezember. Alle Teilnehmer:innen werden gebeten, zu prüfen, ob sie den Vorsitz übernehmen möchten. Ggf. könnten zwei Co-Vorsitzende sich die Arbeit auch teilen.
| |
Signaturen-dubletten-kontrolle | Alle | Nachfrage Felix Hemme : Es gab die Frage, ob es eine Seite gibt, auf der dieses Thema als Diskussionsthema in die SIG eingebracht werden kann. In MM haben wir dazu https://folio-org.atlassian.net/wiki/spaces/MM/pages/4667860/MM+SIG+Parking+Lot#MMSIGParkingLot-NEWMMimplementationtopics,questionsorissues. In der Regel werden Themen zur Diskussion jedoch direkt an Raegan Wiechert und/oder mich gemeldet und wir übernehmen die Koordination, um z. B. dafür zu sorgen, dass die notwendigen POs zur Sitzung informiert und eingeladen werden. Der Abgleich auf alle Felder des effectiveCallNumber-Objekts und der numberOfPieces bei jedem Anlegen und Speichern eines Holdings und Items klingt erstmal nicht ohne, was die Performanz angeht. Über mod-search kommt man mit der aktuellen Implementierung nicht an numberOfPieces, weshalb man direkt in mod-inventory-storage abfragen müsste. Dort ist alles notwendige enthalten:
| Code Block |
|---|
"effectiveCallNumberComponents": {
"callNumber": "Signatur im Holdings",
"prefix": "Präfix im Holdings",
"suffix": "Suffix im Holdings",
"typeId": "6caca63e-5651-4db6-9247-3205156e9699"
},
"numberOfPieces": "Anzahl der Teile im Item", |
| |
Katalog App / Buchnummer-Suche | Heiko Schorde / hebis | In der Katalog App ist als Default die Instanzsuche gesetzt und der Suchindex auf "Stichwort" gestellt. Darin ist die Buchnummer nicht enthalten.
Häufig bis meistens wird nach der Buchnummer gesucht werden. Bei gedruckten Medien ist diese einfach und schnell zugänglich.
Entweder man wechselt dazu im Suchindex auf "Alle" oder man wechselt zur Exemplarsuche und stellt "Barcode" ein.
Beide Varianten sind etwas umständlich. Nutzt man die Funktion "Alles zurücksetzen" kann man das erneut machen. Es wäre gut, wenn die Suche nach der Buchnummer einfacher zugänglich wäre. Kann vielleicht der Suchindex "Alle" als Default gewählt werden? Oder kann die Buchnummer in den Index "Stichwort" aufgenommen werden?
Das ist sicher nicht dringend, würde aber die alltägliche Arbeit erleichtern. Anmerkung Felix Hemme : Während einer Session auf der WOLFcon 2024 wurde eine Live-Umfrage durchgeführt, welche Verbesserung die vor Ort und remote Anwesenden TN gerne sehen würden, s. https://folio-org.atlassian.net/wiki/x/lQD0Hg. Dabei wurde “Add barcode to keyword search” als Nr. 1 gerankt.  Es gibt auch schon zwei Jira-Tickets für diesen Wunsch: Ich gehe davon aus, dass wir diese Verbesserung bald in der Entwicklung sehen. Die Default-Suche auf “Alle” umzustellen halte ich für nicht umsetzbar, da die Suche nach allen Feldern gezielt in mod-search aktiviert werden muss, s. https://github.com/folio-org/mod-search?tab=readme-ov-file#search-by-all-field-values. Außerdem ist sie, entgegen der Stichwortsuche, nicht optimiert.
| |
“Autocomplete” für Item-Daten | Felix Hemme | In letzter Sitzung als Idee von Alexander Prüfling angesprochen und von an Anwesenden TN als sehr spezifisch bewertet. Hinweis, dass es (alte) Tickets zur Erstellung von Vorlagen (Templates) für Inventory-Datensätze gibt: Die Vorlagen sollen in den Einstellungen erstellt werden können. Die Funktion gibt es schon in der Orders-App. Dazu müsste man während der Erstellung eines neuen Datensatzes die Vorlage auswählen, was die gewünschten Felder dann mit Werten vorbelegen würde und bei Bedarf auch Felder ausblenden würde, die für diesen Typ Datensatz nicht benötigt werden.
| |
Entfernen von Whitespaces in den Inventory-Daten | Felix Hemme | Rückmeldung zu Thema von Andrea: Ja, das ist momentan echt schlecht gelöst und ist (hauptsächlich US-)Bibliotheken, die bereits live sind, auch aufgefallen. Es gibt deshalb das Ticket Inventory: Strip leading, trailing, and double spaces out of data in some elements (instance, holdings, item) (https://folio-org.atlassian.net/browse/UXPROD-3473), was bereits mehrfach in der SIG besprochen wurde. Das Thema ist komplexer als man auf den ersten Blick vermutet. Die SIG konnte sich in Zusammenarbeit mit der zuständigen PO Christine Richert-Schultz darauf einigen, dass zu Beginn nur führende und abschließende Whitespaces (darunter Leerzeichen, aber auch Tabs o. ä.) beim Abspeichern aus den Feldern entfernt und nicht gespeichert werden. Bisher gibt es dazu aber noch kein Release, für das diese Funktion geplant ist. Bei Interesse kann ich gerne nachfragen, oder ihr macht das selbst 
| |
Übersetzungen, speziell Inventory | Felix Hemme | Rückmeldung zu fehlender dt. Inventory-Übersetzung bei einigen Tenants: | |
Überlegungen zur Erweiterung von bibliografischen Daten auf Titelebene aufgrund Reporting-Anforderungen | Axel Dörrer | Outcome aus D-Reporting Workshop in Bamberg: | |