Treffen am 09.10. findet statt (siehe Thema einheitliche UUIDs) → Alternativtermin wird von Christin geklärt, da am 09.10. Frau Albrecht verhindert ist.
Christin bringt Laptop mit und es wird versucht nicht Anwesende virtuell dazu zuholen
Änderungen im Inventory
Robert Scheuerl
Wo kann man abfragen welche Datensätze sich im Inventorty geändert haben ?
Instances per OAI ?
aber Holdings/Items ?
Axel Dörrer: sowohl auf Instance-, Holding- und Itemebene gibt es den Metadatenbereich in dem u.a. das Updatedatum zu finden ist. Zugriff auf diese Daten per API. In der LDP soll es zusätzlich sogar eine Änderungshistorie geben. Rita Albrecht: in der MM-SIG wurde das Thema Änderungshistorie für den Metadatenbereich vorgestellt, das soll ähnlich der Änderungshistorie für die ERW-Daten sein. Konkrete (Termin-)Planung steht noch aus.
Feldbezeichnungen
Alle
Am Ende der vorherigen Sitzung aufgekommen am Beispiel des Feldes "Beschädigung"
gibt es weitere Felder, bei denen die dt. Bezeichnung "kritisch" ist?
Alternativbezeichnungen für diese Felder
→ Agendapnkt vertagt, da Felix Hemme nicht dabei sein konnte und im Bereich der Übersetzungen ins Deutche sehr tief drin steckt. → Hausaufgabe für alle: die Übersetzungen (weitere Felder) prüfen, ob noch etwas auffällt
Christin Seegert (als Leiterin der D-MM) löscht die Zeilen in Gaplog | Metadatenmanagement, wenn eine Funktionsanalyse erstellt wurde. Die Zeile sollte nicht durch den/die Ersteller/in gelöscht werden, um versehentliche Löschungen, ... zu vermeiden (Anwendung des Vier-Augen-Prinzips).
erledigt
→ es können neue Wüsche in das Gaplog eingetragen werden
Planungen der Bibls/Verbünde zur Erfassung der Signatur: - auf welcher Ebene wird die Signatur erfasst (Holding oder Itemebene oder gemischt / getrennt nach Signatur'teilen')? Wie werden die Teilfelder: Präfix, Signatur, Suffix genutzt? → in Bayern wird darüber derzeit intensiv diskutiert. Ein Problem ist die Anzeige der Signatur beim Instanzsatz (wenn man diesen aus der Trefferliste auswählt) ... hier wird die Signatur des Holdings angezeigt, die Signatur aus der Itemebene wird nur beim Item selber angezeigt.
Andrea Mohr: die Struktur von FOLIO sieht die Erfassung der Signatur auf Holdingebene vor, nur bei Mehrfachexemplaren mit Individualsignatur würde man auf der Itemebene die Signatur erfassen. Die effektive Signatur (die auf Itemebene angezeigt wird) baut FOLIO aus der Signatur des Holding zusammen, angereichert z.B. durch den Exemplarzähler (Item). Nutzt man den Präfix der Signatur, werden dafür extra Indices gebildet. Dies kann man z.B. für Formatangaben, Lokalkennzeichen, ... o.ä. nutzen. Die CBS Holdings (Level 2, EPN) werden in FOLIO auf Holding- und Itemebene abgebildet; die Signatur bleibt in FOLIO daher ähnlich wie bei CBS auf der Holdingsebene (in CBS Level2). Die enstprechenden Schulungsungerlagen zu diesem Punkt, mit biblspez. Beispielen werdn bereitgestellt.
Infos zum Projekt Datenversorgun im BVB
Robert Scheuerl
Das Projekt Datenversorgung aus B3Kat nach FOLIO ist weit gediehen; hier ein kurzer Überblick
Titeldaten → Instances Die Titeldaten werden in FOLIO entsprechend aus dem B3Kat versorgt; es wird nach dem Modell Schlanker Katalog gearbeitet, meint keine UEGs und keine Normdaten im FOLIO Inventory. Die Insanzsätze werden um lokale Inhalte, wie z.B. lokale Notation in FOLIO angereichert. Die Versorgung der Titeldaten erfolgt über
ZDB-Bestandsdaten → Holdingsdie OAI-Schnittstelle von Aleph. die ZDB-Holdings werden direkt über die ZDB-OAI-Schnittstelle abgeholt; Vorteil: Daten sind aktuell.
Umlenkungen / Löschungen Da man über die OAI-Schnittstelle nicht auf gelöschte (verbrauchte) BVIds zugreifen kann, wird sowohl für die Löschungen, als auch für die Umlenkungen die derzeit genutzte Schnittstelle in Aleph für die Versorgung der SunRise-Lokalsysteme genutzt.
schnelle Übernahme Extra Funktion um adhoc Katalogsätze aus dem B3Kat (Aleph) abzuholen; z.B. genutzt im Rahmen des Erwerbungsvorganges, wenn der 'Bestell'-Titel noch nicht über die Datenversorgungsschnittstelle im FOLIO-Inventory vorhanden ist. Diese Funktion soll in die FOLIO-Oberfläche als extra APP eingebunden werden; es st bereits eine entsprechende APP in der Implementierung.
