Eingliederung der Entity Management Group in MM-SIG
Beschluss: Untergruppe der MM-SIG zu linked data. Mehr Einblick in Entwicklungen zu BibFrame ausgelöst durch Entwicklungen für LOC. Linked Open Data in FOLIO Subgroup
Former user (Deleted) berichtet von Ihren Erfahrungen aus der Entity Management Gruppe
Mitarbeit in neuer Gruppe aus Deutschland? → noch offen
Felix hat ein Dokument dazu erstellt und am 20.12. im Slack geteilt
Thema soll in PC eingebracht werden. Klären und zusammenstellen, was wir genau melden wollen. Jemand, der sich damit auskennt, sollte sich das Inventory-Normdatenschema ansehen und prüfen, ob es granular und sinnvoll erscheint
Heute:
In Bayern sollen keine Normdaten in FOLIO gepflegt werden.
Generell ist unklar, ob Normdaten in FOLIO gebraucht werden.
Normdatenexperten sind beim GBV und BSZ noch nicht wirklich involviert.
In Hebis wird aktuell der HDS-Index aus dem CBS gespeist und wird von dort mit Verweisungsformen angereichert. Das nächste Mal mit Former user (Deleted) den Bedarf für Hebis klären.
Vorschlag: Für eine bessere Bewertung könnte eine Aufstellung mit den Vorteilen der Verweisungsformen innerhalb FOLIOs helfen.
Eine Eingabe der D-Metadaten in die aktuelle Diskussion im PC muss nicht erfolgen, aber die Gruppe ist sich einig, dass das Verfahren eine weitgehende Designentscheidungen und Implementierung ohne Einbindung und Abstimmung mit der Community, wie dies mit dem neuen Normdatenschema geschehen ist, sehr kritisch, zusehen ist und in Zukunft einer besseren Abstimmung bedarf.
Das Befüllen erfolgt im Moment nach und nach und ist work-in-progress.
Abstimmung über UUIDs zwischen GBV mit Hebis finden schon statt, aber sicherheitshalber Mark Popilka auf der Hebis VZ über die Sammlung hinweisen.
Idee: UUDIs gemeinsam im Github-Repo der VZG pflegen:
je Verbund eine berechtigte Person nennen, Repositoryrechte erhält, um die Änderungen, die per Pullrequest hereinkommen hinzuzufügen
ähnlich dem Verfahren wie es bei cbs2folio-transformations-Repositorium von Indexdata
Frage nach Identifikator der VerbundsID, die bereits in der HRID der Instance hinterlegt wird:
Dies wird bewusst auch als zusätzlicher Identifikator (BayCat und K10plus) hinterlegt, da es sich um verschiedene Felder für den Suchindex für handelt.