Referenzdaten im Inventory (Entwurf)
Beschreibung
Zu statistischen Zweck, insbesondere fรผr die Erstellung der DBS, benรถtigt es fรผr das Reporting klare Vorgaben, wo und wie Informationen zu Referenzdaten und Statistikcodes in FOLIO gespeichert werden.
FOLIO-Praxistage
Bamberg, 30.09., 15-16 Uhr - Gemeinsamer Workshop von D-Metadatenmanagement und D-Reporting:
D-Metadaten/D-Reporting: Vereinheitlichung und Organisation der benรถtigten Referenzdaten im Inventory fรผr Reportingzwecke
Beschreibung:
Um das Reporting und die dafรผr zu entwickelnden Abfragen generisch und mit mรถglichst geringem Aufwand nachnutzbar zu machen beispielsweise fรผr die DBS, ist eine Vereinheitlichung der relevanten Medienformate und -typen im FOLIO-Inventory รผber Verbundgrenzen hinweg nรถtig. In dieser Session mรถchten sich die beiden D-Gruppen Metadaten und Reporting รผber die aktuellen Stรคnde zur Sammlung und Organisation der Inventory-Referenzdaten und den Anforderungen dem Reporting im Speziellen der DBS austauschen. Ziele wรคren die aktuellen Sachstรคnde der Vereinheitlichung sowie den damit einhergehenden Abstimmungsbedarf zu ermitteln und ein wรผnschenswertes Organsiationsmodell der Referenzdaten zu entwickeln.keine virtuelle Teilnahme, keine Aufzeichnungen
Wie kommen die Daten nach FOLIO?
Im Folgenden werden die Ansรคtze fรผr das Mapping grob beschrieben, damit man einen Einstieg in die Thematik bekommt und versteht, wie die Daten in FOLIO รผberhaupt zustande kommen. Weiterfรผhrende Informationen sind bei den entsprechenden Fachgruppen zu finden.
Die Bibliotheksverbรผnde setzen gerade Ansรคtze fรผr das Mapping von Verbund zu FOLIO auf verschiedener Ebene im Inventory um. Grundsรคtzlich wird auf die Codes von FOLIO รผbersetzt.
Ebenen Instance + Holdings (resource type + format) schon weit fortgeschritten. Es gibt noch Probleme mit Datensรคtzen, die bestimmte Feldbezeichner nicht besitzen, z.B. Datensรคtze vor RDA.
Ebene der Items muss noch geklรคrt werden. Einige Einrichtungen haben Exemplarnachweise nicht im Verbundsystem.
Materialtypen werden noch geklรคrt (Folio-Referenz: mod-inventory-storage/reference-data/material-types at master ยท folio-org/mod-inventory-storage)
B3Kat (BVB)
Methode (ETL)
Vom Verbundkatalog (B3Kat) in den Folio Tenent
1. Schritt : ASEQ (B3Kat) > MARC : Mapping dokumentiert in nicht-รถffentlichem GitLab
2. Schritt : MARC > FOLIO : Importskripte sind dokumentiert im nicht-รถffentlichen GitLab
Wir nutzen dafรผr z.B. die folio-migration-tools (fรผr Instanzdaten)
Materialart / Materialtyp
Im B3Kat (Katalogisierungsplattform) werden die Informationen zu Materialcodes im Feld 050 gespeichert: https://www.bib-bvb.de/web/kkb-online/rda-feld-050-materialcodes
Wobei die Belegung des Feldes 050 durch folgende Felder gesteuert wird:
060 = Inhaltstyp
061 = Medientyp
062 = Datentrรคgertyp
064a = Angaben zum Inhalt
064b = Angaben zum Datentrรคger
Daher in Diskussion: Migration der Felder 060 / 061 / 062 / 064a und 064b nach Folio.
In Folio werden wir die Information รผber die Art des Materials auf Titelebene (Folio instances) hinterlegen.
Grรผnde:ย
Die Materialart wird aus den bibliografischen Angaben eines Werkes im B3Kats (Felder siehe oben) ermittelbar sein (im B3Kat sind keine Exemplardaten enthalten).
Es wird im BVB nur auf Titelebene eine Nachversorgung geben (instances).
Mรถgliche Felder in Folio auf Titelebene:
โArt des Inhaltsโ (engl. nature of content) : Ist RDA konform zu Feld 060 Inhaltstyp
Nutzung von โStatistischer Codeโ fรผr Felder 061, 062, 064a und 064b
K10Plus / hebis
Methode (ETL)
Die Daten werden รผber einen ETL-Prozess von K10Plus/hebis nach FOLIO รผberspielt. รber eine zusรคtzliche Funktionalitรคt werden die Daten mit Updates versorgt.
ย
ย
Die XSLT-Mappings (Transformationen) sind in einem GitHub-Repository ย zu finden.
Die lokal-erstellten und im GBV genutzten FOLIO-Referenzwerte sind ebenfalls in einem รถffentlich zugรคnglichen GithHub-Repository hinterlegt. Per bereitgestelltem Shell-Script kรถnnen sie in beliebige FOLIO-Tenants geladen werden.
Die deutschsprachigen รbersetzungen der globalen FOLIO-Referenzwerte werden gemeinsam von D-MM in einem รถffentlich zugรคnglichen GitHub-Repository gepflegt. Per bereitgestelltem Shell-Script kรถnnen sie in beliebige FOLIO-Tenants geladen werden.