Minimaldatensatz-Empfehlung für Museen und Sammlungen (MDS v1.1)

Minimaldatensatz-Empfehlung für Museen und Sammlungen (MDS v1.1) Was ist die Minimaldatensatz-Empfehlung? Museen und Sammlungen möchten die Objekte in ihren Depots und Ausstellungen mit der Öffentlichkeit teilen und Objektinformationen digital zugänglich machen. Dazu bietet sich neben der Präsentation in eigenen Online-Sammlungen die Beteiligung an Kulturportalen an. Die zeigen auf, wie die Auffindbarkeit, Anschlussfähigkeit und Wiederverwendbarkeit von Informationen über Sammlungsobjekte FAIR-Prinzipien verbessert werden können. Die Verwendung von Standards bei der Strukturierung der Daten sowie die Nutzung von Normvokabularen und gemeinsamen Schreibregeln sind dabei von zentraler Bedeutung. Gerade Häuser mit wenigen Ressourcen schrecken vor diesen vermeintlich (zu) hohen Anforderungen zurück. Die Minimaldatensatz-Empfehlung zeigt ihnen, wo auch sie ansetzen können, um die Nachhaltigkeit und Zukunftsfähigkeit ihrer Daten zu sichern. Die Minimaldatensatz-Empfehlung benennt daher die wichtigsten Datenfelder für die Online-Publikation von Objektinformationen aus Museen und Sammlungen und gibt Hinweise, wie diese Felder zu füllen sind. "Minimaldatensatz" steht dabei fachund museumsartübergreifend für eine kleinstmögliche Schnittmenge wichtiger Datenfelder, die ein Minimum an Datenqualität sicherstellt. Darauf kann eine Tiefenerschließung aufbauen, wenn dies gewünscht ist. Die praktische Umsetzung der Empfehlungen führt zu einer konsistenten Belegung der wichtigsten Datenfelder für die Identifizierung und Beschreibung der Objekte sowie für die am häufigsten verwendeten Suchkriterien. Die rücken ethische Aspekte der Publikation von Kulturerbedaten ins Blickfeld. Die Erfassungshinweise der Minimaldatensatz-CARE-Prinzipien Empfehlung nehmen an den relevanten Stellen Bezug auf die CARE-Prinzipien. Diese beziehen sich insbesondere auf Daten von Sammlungsgegenständen aus kolonialen Kontexten. Welche Ziele verfolgt die Empfehlung? Die Minimaldatensatz-Empfehlung soll kleineren und größeren Museen und Sammlungen den Weg zur Online-Veröffentlichung ihrer Daten ebnen und relevante Standards in leicht verständlicher, niedrigschwelliger Form vermitteln. Ziel ist es, das Bewusstsein für Datenqualität in den Kultureinrichtungen zu schärfen und sie bei der Online-Publikation zu unterstützen. Die Empfehlung ist für eine praxisnahe Anwendung im Museumsalltag gedacht. Die Minimaldatensatz-Empfehlung soll Museen dabei unterstützen, bereits an der Basis die Weichen für konsistentere und qualitativ hochwertigere Daten zu stellen, kontrollierte Vokabulare nach und nach in ihre Dokumentationsund Publikationspraxis zu integrieren und so ihre wertvollen Datenbestände für zeitgemäße Nutzungsszenarien mit Linked Open Data vorzubereiten. Wer steht dahinter? Erarbeitet wird die Empfehlung durch die AG Minimaldatensatz. Die AG Minimaldatensatz wurde 2022 von den Fachstellen Museum und Mediathek Fotografie/Ton der Deutschen Digitalen Bibliothek (DDB) und der AG Digitalisierung der Konferenz der Museumsberatungsstellen in den Ländern (KMBL) sowie digiS Berlin initiiert. Mitglieder der AG sind Vertreter*innen des Instituts für Museumsforschung - Staatliche Museen zu Berlin - Stiftung Preußischer Kulturbesitz, der Fachgruppe Dokumentation im Deutschen Museumsbund (DMB), der Koordinierungsstelle für wissenschaftliche Universitätssammlungen in Deutschland - Humboldt-Universität zu Berlin, der digiCULT-Verbund eG, von museum-digital Deutschland e. V., NFDI4Culture, NFDI4Memory, NFDI4Objects, des Museums für Naturkunde Berlin und des Übersee-Museums Bremen. Sowohl bei der Entwicklung der Beta-Version (2023) als auch bei der Finalisierung der im Mai 2024 veröffentlichten ersten Vollversion der Minimaldatensatz-Empfehlung wurden Vertreter*innen verschiedener Stakeholder-Gruppen, darunter Museumsmitarbeitende, in der Beratung und Lehre Tätige, Softwareanbieter*innen sowie Vertreter*innen verschiedener Kulturportale einbezogen und um Feedback gebeten. Feedback willkommen! Kommentare und Änderungsvorschläge sind herzlich willkommen. Sie werden von der AG Minimaldatensatz geprüft und werden gegebenenfalls in die nächste Version der Empfehlung einfließen. Bitte schicken Sie Ihr Feedback an: [email protected] Für spannende Informationen und Aktuelles rund um den Minimaldatensatz können Sie sich gerne für unseren Newsletter anmelden: https://newsletter. museen-in-bayern.de/f/102943-392139/ Datenfeldkatalog Datenfelder (Erfassung) Datenfelder, die üblicherweise bei der Erfassung befüllt werden: Objekttitel oder -benennung (Pflicht) Objekttyp oder -bezeichnung (Pflicht) Klassifikation (Empfohlen) Inventarnummer (Pflicht) Objektbeschreibung (Empfohlen) Material (Empfohlen) Technik (Empfohlen) Maße (Empfohlen) Ereignis in der Objektgeschichte [Feldgruppe] (Pflicht) Ereignistyp (Pflicht) Person/Körperschaft (Bedingt Pflicht) Datierung (Bedingt Pflicht) Ort (Bedingt Pflicht) Inhaltsschlagwort (Empfohlen) Mediendatei [Feldgruppe] (Pflicht) Link zur Mediendatei (Pflicht) Nutzungsrechte Mediendatei (Pflicht) Rechtewahrnehmung Mediendatei (Bedingt Pflicht) Alternativtext (Empfohlen) Datenfelder (Export) Datenfelder, die üblicherweise erst beim oder nach dem Export aus dem lokalen Datenbanksystem befüllt werden: ID Datensatz (Pflicht) Sprache des Datensatzes (Pflicht) Datensatzart (Pflicht) Verwahrende Einrichtung (Pflicht) Datensatzerstellende Einrichtung (Pflicht) Mediendatei: Medientyp (Pflicht) Nutzungsrechte Metadaten (Pflicht) Link zum veröffentlichten Metadatensatz (Empfohlen) Datierung des Datensatzes (Empfohlen) FAQs etc. FAQs Ressourcen und Links Pressemitteilung: Online-Handreichung zur besseren Auffindbarkeit von Objektinformationen aus Museen veröffentlicht Change Log Credits und Zitationshinweis Dank Datenfelder (Erfassung) Datenfelder, die üblicherweise bei der Erfassung befüllt werden: Objekttitel oder -benennung (Pflicht) Objekttyp oder -bezeichnung (Pflicht) Klassifikation (Empfohlen) Inventarnummer (Pflicht) Objektbeschreibung (Empfohlen) Material (Empfohlen) Technik (Empfohlen) Maße (Empfohlen) Ereignis in der Objektgeschichte [Feldgruppe] (Pflicht) Ereignistyp (Pflicht) Person/Körperschaft (Bedingt Pflicht) Datierung (Bedingt Pflicht) Ort (Bedingt Pflicht) Inhaltsschlagwort (Empfohlen) Mediendatei [Feldgruppe] (Pflicht) Link zur Mediendatei (Pflicht) Nutzungsrechte Mediendatei (Pflicht) Rechtewahrnehmung Mediendatei (Bedingt Pflicht) Alternativtext (Empfohlen) Objekttitel oder -benennung (Pflicht) Definition Eindeutiger Titel oder eindeutige Benennung des Objekts oder Werks für die Online-Präsentation Mögliche Datenfeldbezeichnungen in Datenbanken Objektname Objekteigenname Text/URI Text Wiederholbar Ja Verpflichtungsgrad Pflicht Erfassungshinweise Der Objekttitel sollte das Objekt oder Werk möglichst eindeutig beschreiben oder identifizieren. Er sollte nicht identisch mit dem Datenfeld Objekttyp oder - sein. Der Titel kann von der Herstellerin oder vom Hersteller des Objekts vergeben worden sein oder eine in der Literatur übliche Benennung bezeichnung des Einzelobjekts darstellen. Sollte kein Objekttitel vorhanden oder bekannt sein, kann dieser für die Online-Veröffentlichung konstruiert werden. Wird der Objekttitel aus verschiedenen Datenfeldern gebildet, sollte er vor dem Hintergrund der digitalen Barrierefreiheit kurz und prägnant sein. In diesem Fall wird eine Kombination aus und einer der folgenden Informationen empfohlen: , oder .Objekttyp oder -bezeichnung Inventarnummer Datierung Technik Das Datenfeld kann wiederholt werden, um Originaltitel, alternative Titel etc. zu kennzeichnen. In der Naturkunde ist der wissenschaftliche Name als Objekttitel zu führen, zusätzlich kann der Trivialname als alternativer Titel geführt werden. Beide Namensbzw. Titelformen müssen um die Inventarnummer ergänzt werden, um so einen eindeutigen Titel für das Objekt zu erzeugen. : Die Benennung eines Objekts in seinem Ursprungsland oder der Herkunftsgesellschaft ist zur Identifizierung und Auffindbarkeit von großer CARE Bedeutung. Diese Benennungen sollten daher mit aufgenommen und ggf. prioritär behandelt werden. Beispiele Vier tanzende Musen Himmelbett, 23971-2 Flugschrift, Offsetdruck Porträt Schauspielerin Maria Anna Löhn (1830-1902) Etruskischer Leuchter mit Gorgonenhaupt Minimales polyedrisches Modell der Boyschen Fläche Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Erfassungshinweise Beispiele Ausprägung in LIDO (v1.0 und v1.1) Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld Selbstfahrender Zuckerrüben-Köpfroder von Herriau Klosteranlage des Dominikanerinnenklosters Maria Zuflucht (Weesen) Fregatte "Diana", Rumpfmodell Lymnaea stagnalis, ZMA.MOLL.371629 Pim tocCARE: Ausprägung in LIDO (v1.0 und v1.1) <lido:objectIdentificationWrap> <lido:titleWrap> <lido:titleSet lido:type="http://vocab.getty.edu/aat/300417200"> <lido:appellationValue xml:lang="de">Vier tanzende Musen</lido:appellationValue> <lido:appellationValue xml:lang="en">Four Dancing Muses</lido:appellationValue> </lido:titleSet> <lido:titleSet lido:type="http://vocab.getty.edu/aat/300417227"> <lido:appellationValue xml:lang="de">Tanzende Göttinnen</lido:appellationValue> <lido:appellationValue xml:lang="en">Dancing Goddesses</lido:appellationValue> </lido:titleSet> </lido:titleWrap> </lido:objectIdentificationWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text /URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anford an erungen die Lieferdaten Objekttitel Text Ja Pflicht Anwendung sprofil DDBLIDO <titleWrap> Text Ja Pflicht Wenn mehrere Titel geliefert werden, müssen diese typisiert werden, damit deutlich wird, welcher der Haupttitel und welche die weiteren Titel sind. Der bevorzugte Titel wird in DDB-LIDO im <lido:titleSet> anhand des Attributs type oder http://vocab.getty.edu/aat/300417200 http://vocab.getty.edu/aat gekennzeichnet. Weitere Titel erscheinen im Label "Weitere(r) /300417205 Titel" oder "Originaltitel" und müssen wie folgt typisiert werden: http://vocab. für "Alternativer Titel" und getty.edu/aat/300417227 http://vocab.getty.edu/aat für "Originaltitel"./300417204 Anwendung sprofil CCCLIDO Objekttitel und zusätzlich Bezeichnung für den Sammlungsgegen stand in der Herkunftssprache <titleWrap> Text Ja Pflicht Die Bezeichnung (auch bekannt als lokaler Name, indigener Name, oder Eigenbezeichnung) wird zusätzlich empfohlen und muss wie folgt typisiert werden: "titleLanguageOrigin". DFG-Basisd atenset Titel Ausgangsobjekt Text Keine Angabe Pflicht DFGPraxisregeln Digitalisieru ng: LIDOKernmetada ten Titel/Objektname <titleSet> Text Ja Pflicht Europeana Data Model (EDM) <dc:title> Text Ja Bedingt Pflicht Im sind (Objekttitel) ODER Europeana Data Model <dc:title> <dc:description> (Objektbeschreibung) verpflichtend. EODEMAnwendung sprofil Title/Name /lido:titleWrap/ lido:titleSet/lido: appellationValue Text Nein Pflicht Zusätzlich sind im -Anwendungsprofil die Elemente <Title_Type> EODEM und <Title_Language> verpflichtend. Categories for the Description of Works of Art (2024) 3.1. Title Text Text Ja Empfohlen CORE-Element CDWA Lite (2006) 2.1.1 Title Text Ja Pflicht Werden mehrere Titel angegeben, so wird 2.1 Title Set wiederholt. Spectrum 5.1 Titel Text Ja Keine Angabe Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT Titel / Objektname Text Ja Empfohlen digiCULT bietet die Möglichkeit, den Titel zu typisieren (beschreibender Titel, Originaltitel etc.) und somit eine Unterscheidung verschiedener Titelarten zu gewährleisten. museumdigital Objektname Text Ja Pflicht ID Datenfeld mds0001 Objekttyp oder -bezeichnung (Pflicht) Definition Der Objekttyp drückt mit der spezifischsten Bezeichnung aus, was ein Objekt oder Werk ist, indem er möglichst genau angibt, zu welcher Art von Objekten es gehört. @ Mögliche Datenfeldbezeichnungen in Datenbanken Objektart Sachbegriff Text/URI URI (bevorzugt) und/oder Text (kontrolliertes Vokabular) Wiederholbar Ja Verpflichtungsgrad Pflicht Erfassungshinweise Der Objekttyp sagt aus, was für eine Art von Objekt etwas ist. Der Begriff sollte aus einem kontrollierten Vokabular stammen. Für den Objekttyp sollte (in Abgrenzung zur ) immer der spezifischste Begriff aus der Hierarchieleiter des kontrollierten Vokabulars benutzt werden. In der Naturkunde Klassifikation kann in diesem Datenfeld die Art der Präparation benannt werden. Wenn der spezifischste Begriff aus der Hierarchieleiter eines Vokabulars die Mehrdeutigkeit eines Objekts einschränkt (z. B. wenn der CARE: erschließenden Einrichtung die Bedeutung im Herkunftsland nicht bekannt ist und eine eindeutige Kategorisierung daher nicht vorgenommen werden kann), sollte in diesem Fall der übergeordnete Begriff gewählt werden. Vokabularempfehlungen Art & Architecture Thesaurus: Objects Facet Gemeinsame Normdatei (Deutsche Nationalbibliothek), Entitätstyp Schlagwort sensu stricto. Folgende Rechercheoberflächen bieten eine komfortable Suche in der GND an: (GND-Explorer), (lobid-gnd), (OGND)https://explore.gnd.network/ https://lobid.org/gnd https://swb.bsz-bw.de/DB=2.104/ Wikidata Objektbezeichnungsdatei (Insbesondere die dritte und ggf. auch die zweite Hierarchiestufe sind für den Objekttyp geeignet.) Wortnetz Kultur Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Erfassungshinweise Vokabularempfehlungen Beispiele Ausprägung in LIDO v1.0 Ausprägung in LIDO v1.1 Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld Beispiele URI Vorzugsbezeichnung http://vocab.getty.edu/aat/300312262 Statuette http://vocab.getty.edu/aat/300041402 Holzstich (Druckgrafik) http://obg.vocnet.org/obg00652 Flugschrift http://obg.vocnet.org/obg00982 Fotoabzug https://d-nb.info/gnd/4599991-0 Himmelbett http://vocab.getty.edu/aat/300046012 Ring (Schmuck) https://d-nb.info/gnd/4535319-0 Dermoplastik (Tierpräparat) http://vocab.getty.edu/aat/300199921 Brotmesser http://vocab.getty.edu/aat/300198948 Springform https://d-nb.info/gnd/4208226-2 Leuchtpistole http://www.wikidata.org/entity/Q12760 Dampfmaschine http://vocab.getty.edu/aat/300007466 Kirche (Gebäude) http://www.wikidata.org/entity/Q73419810 gefälschte Münze Ausprägung in LIDO v1.0 <lido:objectWorkTypeWrap> <lido:objectWorkType> <lido:conceptID lido:type="http://terminology.lido-schema.org/lido00099">http://vocab.getty.edu/aat /300199921</lido:conceptID> <lido:term xml:lang="de">Brotmesser</lido:term> <lido:term xml:lang="en">bread knives</lido:term> </lido:objectWorkType> </lido:objectWorkTypeWrap> Ausprägung in LIDO v1.1 <lido:objectWorkTypeWrap> <lido:objectWorkType> <skos:Concept rdf:about="http://vocab.getty.edu/aat/300199921"> <skos:prefLabel xml:lang="de">Brotmesser</skos:prefLabel> <skos:prefLabel xml:lang="en">bread knives</skos:prefLabel> </skos:Concept> </lido:objectWorkType> </lido:objectWorkTypeWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text/URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderungen an die Lieferdaten Objekttyp Text (kontrolliertes Vokabular) und URI Ja Pflicht Anwendungsprofil DDB-LIDO <objectWorkType> Text (kontrolliertes Vokabular) und URI Ja Pflicht <lido:respositoryWrap> <lido:repositorySet lido:type="http://terminology.lido-schema.org/lido00475"> <lido:workID lido:type="http://terminology.lido-schema.org/lido00113">EX 000 230</lido:workID> </lido:repositorySet> </lido:respositoryWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text /URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderungen an die Lieferdaten (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Anwendungsprofil DDB-LIDO <repositorySet> / <workID> Text Ja Nicht verpflichtend Wenn mehrere Inventarnummern für ein Objekt/Werk geliefert werden (z. B. aktuelle und alte Inventarnummern), sollten diese typisiert werden. Dies kann in LIDO anhand des Attributs von gemacht type <workID> werden. Anwendungsprofil CCC-LIDO Inventarnummer <repositorySet> / <workID> Text Ja Nicht verpflichtend DFG-Basisdatenset Identifikator (ID) Ausgangsobjekt URI Keine Angabe Pflicht Das DFG-Basisdatenset sieht einen eindeutigen, globalen, langfristig verfügbaren Identifikator für das analoge Ausgangsobjekt vor. DFG-Praxisregeln Digitalisierung: LIDOKernmetadaten Aufbewahrung /Standort <repositorySet> / <workID> Text Ja Pflicht, wenn vorhanden Europeana Data Model (EDM) <dc:identifier> Text Ja Empfohlen EODEMAnwendungsprofil Object Identifier /lido: repositoryWrap /lido: repositorySet /lido:workID Text Nein Pflicht Categories for the Description of Works of Art (2024) 21.2.3. Repository Numbers Text Ja Empfohlen CORE-Element In wird eine Typisierung empfohlen, z. B. 21.2.3.1. Number Type accession number, shelf number, object identifier oder inventory number. CDWA Lite (2006) 14.1.2 Repository Work Identification Number Text Ja Empfohlen Spectrum 5.1 Objektnummer Text Nein Empfohlen Kernelement für die Inventarnummer, Für weitere Nummern das Element "andere Nummer" verwenden. digiCULT Inventarnummer Text Ja Empfohlen Die Inventarnummer kann in entweder händisch eingepflegt digiCULT oder nach vordefiniertem Schema vom System automatisiert vergeben werden. museum-digital Inventarnummer Text Ja Pflicht In kann ein Vorschlag für die Inventarnummer vom museum-digital System automatisch erzeugt werden. Zudem wird eine Konsistenzprüfung durchgeführt, um die Doppeltvergabe von Inventarnummern zu vermeiden. Siehe auch https://de.handbook. .museum-digital.info/ ID Datenfeld mds0004 Objektbeschreibung (Empfohlen) Definition Beschreibung des Objekts oder Werks in Textform Mögliche Datenfeldbezeichnungen in Datenbanken Beschreibung Text/URI Text Wiederholbar Ja Verpflichtungsgrad Empfohlen (museum-digital: Pflicht) Erfassungshinweise Die Objektbeschreibung sollte das Objekt oder Werk kurz und prägnant beschreiben. Der Text sollte so verfasst sein, dass er möglichst wenig Vorwissen voraussetzt und für ein breites Publikum verständlich ist. Um den Objektdatensatz ggf. auch für die Freitext-Suche besser auffindbar zu machen, sollte die Objektbeschreibung möglichst viele relevante Stichwörter enthalten. Gelten für den Objektbeschreibungstext (etwa aufgrund des Urheberrechtsschutzes) besondere Nutzungsrechte, sollte darauf in einem separaten Datenfeld hingewiesen werden (in LIDO: < >, ab LIDO v1.1).lido:objectDescriptionRights Zur Generierung von inklusiven Beschreibungstexten können KI-Schreibassistenten Verwendung finden. Das Ergebnis sollte aber immer redaktionell geprüft und ggfs. nachbearbeitet werden. Beispiele Die Fassadenarchitektur des Kabinettschranks findet ihr Vorbild im antiken Theaterbau. Mit seinem ausgeklügelten System von Fächern und Schubladen diente er zur Aufbewahrung von gesammelten Kostbarkeiten der Kunstkammer. Über seine Bestimmung zum funktionalen Möbel hinaus ist der Schrank selbst auch als Kunstwerk zu verstehen. Die Elfenbeintafeln zeigen ein umfangreiches Bildprogramm: die Gründer der vier großen Weltreiche des Altertums und die Taten des tugendhaften antiken Helden Herkules. Die ausziehbare Schreibplatte enthält eine drehbare Weltkarte, die auf die Habsburger verweist und vermuten lässt, dass das Kabinettmöbel für König Phillipp II. von Spanien angefertigt worden ist. Ausprägung in LIDO v1.0 Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Erfassungshinweise Beispiele Ausprägung in LIDO v1.0 Ausprägung in LIDO v1.1 Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld <lido:objectDescriptionWrap> <lido:objectDescriptionSet> <lido:descriptiveNoteValue xml:lang="de">Die Fassadenarchitektur des Kabinettschranks findet ihr Vorbild im antiken Theaterbau. Mit seinem ausgeklügelten System von Fächern und Schubladen diente er zur Aufbewahrung von gesammelten Kostbarkeiten der Kunstkammer. Über seine Bestimmung zum funktionalen Möbel hinaus ist der Schrank selbst auch als Kunstwerk zu verstehen. Die Elfenbeintafeln zeigen ein umfangreiches Bildprogramm: die Gründer der vier großen Weltreiche des Altertums und die Taten des tugendhaften antiken Helden Herkules. Die ausziehbare Schreibplatte enthält eine drehbare Weltkarte, die auf die Habsburger verweist und vermuten lässt, dass das Kabinettmöbel für König Phillipp II. von Spanien angefertigt worden ist.</lido: descriptiveNoteValue> <lido:descriptiveNoteValue xml:lang="en">The façade architecture of the cabinet is modelled on ancient theatres. With its ingenious system of compartments and drawers, it was used to store the treasures collected in the Kunstkammer. As well as being functional furniture, the cabinet itself is also a work of art. The ivory panels show extensive imagery: the founders of the four great empires of Antiquity and the deeds of the virtuous ancient hero Hercules. The pull-out writing tablet contains a rotatable world map that refers to the Habsburgs and suggests that the cabinet was made for King Phillip II of Spain.</lido:descriptiveNoteValue> </lido:objectDescriptionSet> </lido:objectDescriptionWrap> Ausprägung in LIDO v1.1 (Inklusive Angabe von <lido:objectDescriptionRights>) <lido:objectDescriptionWrap> <lido:objectDescriptionSet> <lido:descriptiveNoteValue xml:lang="de">Die Fassadenarchitektur des Kabinettschranks findet ihr Vorbild im antiken Theaterbau. Mit seinem ausgeklügelten System von Fächern und Schubladen diente er zur Aufbewahrung von gesammelten Kostbarkeiten der Kunstkammer. Über seine Bestimmung zum funktionalen Möbel hinaus ist der Schrank selbst auch als Kunstwerk zu verstehen. Die Elfenbeintafeln zeigen ein umfangreiches Bildprogramm: die Gründer der vier großen Weltreiche des Altertums und die Taten des tugendhaften antiken Helden Herkules. Die ausziehbare Schreibplatte enthält eine drehbare Weltkarte, die auf die Habsburger verweist und vermuten lässt, dass das Kabinettmöbel für König Phillipp II. von Spanien angefertigt worden ist.</lido: descriptiveNoteValue> <lido:descriptiveNoteValue xml:lang="en">The façade architecture of the cabinet is modelled on ancient theatres. With its ingenious system of compartments and drawers, it was used to store the treasures collected in the Kunstkammer. As well as being functional furniture, the cabinet itself is also a work of art. The ivory panels show extensive imagery: the founders of the four great empires of Antiquity and the deeds of the virtuous ancient hero Hercules. The pull-out writing tablet contains a rotatable world map that refers to the Habsburgs and suggests that the cabinet was made for King Phillip II of Spain.</lido:descriptiveNoteValue> <lido:objectDescriptionRights> <lido:rightsType> <skos:Concept rdf:about="http://creativecommons.org/publicdomain/zero/1.0/"> <skos:prefLabel xml:lang="de">CC0 1.0 Universell</skos:prefLabel> <skos:prefLabel xml:lang="en">CC0 1.0 Universal</skos:prefLabel> </skos:Concept> </lido:rightsType> </lido:objectDescriptionRights> </lido:objectDescriptionSet> </lido:objectDescriptionWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text /URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderungen an die Lieferdaten (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Anwendungsprofil DDB-LIDO <objectDescriptionSet> /<descriptiveNoteValue> Text Ja Bedingt Pflicht Empfohlen Verpflichtend, wenn Unterelemente vorhanden sind Anwendungsprofil CCC-LIDO Beschreibung <objectDescriptionSet> /<descriptiveNoteValue> Text Ja Empfohlen DFG-Basisdatenset Objektbeschreibung Ausgangsobjekt Text Keine Angabe Empfohlen DFG-Praxisregeln Digitalisierung: LIDOKernmetadaten Objektbeschreibung <objectDescriptionSet> Text Ja Empfohlen Europeana Data Model (EDM) <dc:description> Text und /oder URI Ja Bedingt Pflicht Im sind Europeana Data Model <dc:title> (Objekttitel) ODER <dc:description> (Objektbeschreibung) verpflichtend EODEMAnwendungsprofil Brief Description /lido:objectDescriptionWrap /lido:objectDescriptionSet/ lido: descriptiveNoteValue Text Nein Empfohlen Categories for the Description of Works of Art (2024) 18.1. Descriptive Note Text Text Nein Nicht verpflichtend Zur Beschreibung spezifischer Aspekte werden zusätzliche Elemente empfohlen: Abstract Description, Pagination Description, Foliation Description, Extent Description, Arrangement Description. CDWA Lite (2006) 17.1 Description/Descriptive Note Set Text Ja Nicht verpflichtend Spectrum 5.1 Kurzbeschreibung Beschreibung des Erscheinungsbildes Text Nein Empfohlen Kurzbeschreibung ist Kernelement. Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT Beschreibung Text Ja Empfohlen In wird die Beschreibung bei der digiCULT Bereitstellung über die OAI-Schnittstelle aufgrund rechtlicher Bedenken standardmäßig nicht ausgegeben. museum-digital Beschreibung Text Nein Pflicht In ist die Objektbeschreibung museum-digital verpflichtend; es ist eine Mindestlänge von 25 Zeichen für den Objektbeschreibungstext festgelegt. ID Datenfeld mds0005 Material (Empfohlen) Definition Angabe der Materialien, aus denen ein Objekt oder Werk beschaffen ist Mögliche Datenfeldbezeichnungen in Datenbanken Materialangabe Text/URI Text (kontrolliertes Vokabular) und/oder URI Wiederholbar Ja Verpflichtungsgrad Empfohlen Erfassungshinweise In diesem Datenfeld wird zum Ausdruck gebracht, aus welchem Material das Objekt oder Werk hergestellt wurde bzw. beschaffen ist. Kontrolliertes Vokabular wird empfohlen. Dies unterstützt eine bessere Durchsuchbarkeit in Portalen. Vokabularempfehlungen Art & Architecture Thesaurus: Materials Facet Gemeinsame Normdatei (Deutsche Nationalbibliothek): Folgende Rechercheoberflächen bieten eine komfortable Suche in der GND an: https://explore.gnd. (GND-Explorer), (lobid-gnd), (OGND)network/ https://lobid.org/gnd https://swb.bsz-bw.de/DB=2.104/ Wikidata Beispiele URI Vorzugsbezeichnung http://vocab.getty.edu/aat/300011029 Silber https://d-nb.info/gnd/4350482-6 Bast https://d-nb.info/gnd/4144643-4 Bergkristall https://d-nb.info/gnd/4152058-0 Email (Beschichtung) Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Erfassungshinweise Vokabularempfehlungen Beispiele Ausprägung in LIDO v1.0 Ausprägung in LIDO v1.1 Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld https://d-nb.info/gnd/4033676-1 Kunststoff http://vocab.getty.edu/aat/300015062 Tempera http://www.wikidata.org/entity/Q28129555 Zinkblech https://d-nb.info/gnd/118728372X Elektron (Legierung) Ausprägung in LIDO v1.0 <lido:eventMaterialsTech> <lido:materialsTech> <lido:termMaterialsTech lido:type="http://terminology.lido-schema.org/lido00132"> <lido:conceptID lido:type="http://terminology.lido-schema.org/lido00099">http://vocab. getty.edu/aat/300011029</lido:conceptID> <lido:term xml:lang="de">Silber</lido:term> <lido:term xml:lang="en">silver (metal)</lido:term> </lido:termMaterialsTech> </lido:materialsTech> </lido:eventMaterialsTech> Ausprägung in LIDO v1.1 <lido:eventMaterialsTech> <lido:materialsTech> <lido:termMaterialsTech lido:type="http://terminology.lido-schema.org/lido00132"> <skos:Concept rdf:about="http://vocab.getty.edu/aat/300011029"> <skos:prefLabel xml:lang="de">Silber</skos:prefLabel> <skos:prefLabel xml:lang="en">silver (metal)</skos:prefLabel> </skos:Concept> </lido:termMaterialsTech> </lido:materialsTech> </lido:eventMaterialsTech> Beispiel für eine Ereignis-unabhängige Material-Angabe <lido:objectMaterialsTechWrap> <lido:objectMaterialsTechSet> <lido:materialsTech> <lido:termMaterialsTech lido:type="http://terminology.lido-schema.org/lido00132"> <skos:Concept rdf:about="http://vocab.getty.edu/aat/300011029"> <skos:prefLabel xml:lang="de">Silber</skos:prefLabel> <skos:prefLabel xml:lang="en">silver (metal)</skos:prefLabel> </skos:Concept> </lido:termMaterialsTech> </lido:materialsTech> </lido:objectMaterialsTechSet> </lido:objectMaterialsTechWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text/URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderu an die ngen Lieferdaten (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Anwendungspro fil DDB-LIDO <eventMaterialsTech> / <materialsTech> / <termMaterialsTech> / <term> Text (kontrolliertes Vokabular) und optional URI Ja Nicht verpflichtend Typisierung möglich: http://terminology.lido-schema.org für Material/lido00132 Anwendungspro fil CCC-LIDO Material/Technik <eventMaterialsTech> / <materialsTech> / <termMaterialsTech> / <term> und <conceptID> Text (kontrolliertes Vokabular) und URI (AAT) Ja Nicht verpflichtend DFG-Basisdaten set (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht verpflichtend DFGPraxisregeln Digitalisierung: LIDOKernmetadaten Materialund Technikangaben zum Ereignis <eventMaterialsTech> Text (kontrolliertes Vokabular) und/oder URI Ja Pflicht, wenn vhd. Alternativ ist die Angabe von Material und/oder Technik in <objectMaterialsTechWrap> / <objectMaterialsTechSet> ereignisunabhängig möglich. Europeana Data Model (EDM) < >dcterms:medium Text (kontrolliertes Vokabular) Ja Nicht verpflichtend EODEMAnwendungspro fil Material Description /lido: objectMaterialsTechWrap /lido: objectMaterialsTechSet/ lido:displayMaterialsTech/ Text Ja Empfohlen Categories for the Description of Works of Art (2024) 7.5 Materials/Techniques Name Text (kontrolliertes Vokabular) Ja Empfohlen 7.1. Materials/Techniques Description ist als COREElement aufgeführt. Vokabularempfehlung: Art & Architecture Thesaurus oder Allgemeinbegriffe in einem anderen kontrollierten Vokabular. CDWA Lite (2006) 8.1.1 Term Materials Techniques Text (kontrolliertes Vokabular) Ja Nicht verpflichtend Vokabularempfehlung: Art & Architecture Thesaurus Spectrum 5.1 Material Text (kontrolliertes Vokabular) Ja Keine Angabe Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT Material Text (kontrolliertes Vokabular) und/oder URI Ja Empfohlen museum-digital Material Material/Technik Schlagwort (Material) Text Ja Empfohlen Materialund Technikangaben können in museum-digital auf unterschiedliche Art und Weise erfasst werden: Entweder in einem oder in zwei separaten Datenfeldern; neuerdings ist auch die Erfassung als "kategorisiertes Schlagwort" möglich. Siehe dazu . diesen Blog-Beitrag ID Datenfeld mds0006 Technik (Empfohlen) Definition Angabe der Technik, die bei der Herstellung, Präparation oder Aufbewahrung/Lagerung des Objekts oder Werks verwendet wurde Mögliche Datenfeldbezeichnungen in Datenbanken Herstellungstechnik Art der Präparation Art der Lagerung Text/URI Text (kontrolliertes Vokabular) und/oder URI Wiederholbar Ja Verpflichtungsgrad Empfohlen Erfassungshinweise In diesem Datenfeld wird zum Ausdruck gebracht, mit welcher Technik das Objekt hergestellt, präpariert oder aufbewahrt/gelagert wurde. Kontrolliertes Vokabular wird empfohlen. Dies unterstützt eine bessere Durchsuchbarkeit in Portalen. Vokabularempfehlungen Art & Architecture Thesaurus: Activities Facet, Hierarchiestufe: Processes and Techniques Gemeinsame Normdatei (Deutsche Nationalbibliothek): Folgende Rechercheoberflächen bieten eine komfortable Suche in der GND an: https://explore.gnd. (GND-Explorer), (lobid-gnd), (OGND)network/ https://lobid.org/gnd https://swb.bsz-bw.de/DB=2.104/ Wikidata Beispiele URI Vorzugsbezeichnung https://d-nb.info/gnd/4133335-4 Offsetdruck http://vocab.getty.edu/aat/300206846 Prägen (Metallbearbeitung) Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Erfassungshinweise Vokabularempfehlungen Beispiele Ausprägung in LIDO v1.0 Ausprägung in LIDO v1.1 Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld http://vocab.getty.edu/aat/300053418 Höhen (künstlerische Technik) http://vocab.getty.edu/aat/300053242 Aquatinta (Druckverfahren) https://d-nb.info/gnd/4012912-3 Drechseln https://d-nb.info/gnd/4153775-0 Fassmalerei http://www.wikidata.org/entity/Q1259197 Holzstich http://vocab.getty.edu/aat/300053991 Plattieren (Metallverarbeitung) http://vocab.getty.edu/aat/300053400 Grundieren (Beschichtungsverfahren) https://d-nb.info/gnd/7511674-1 Tierpräparation Ausprägung in LIDO v1.0 <lido:eventMaterialsTech> <lido:materialsTech> <lido:termMaterialsTech lido:type="http://terminology.lido-schema.org/lido00131"> <lido:conceptID lido:type="http://terminology.lido-schema.org/lido00099">https://d-nb.info /gnd/4133335-4</lido:conceptID> <lido:term xml:lang="de">Offsetdruck</lido:term> <lido:term xml:lang="en">offset printing</lido:term> </lido:termMaterialsTech> </lido:materialsTech> </lido:eventMaterialsTech> Ausprägung in LIDO v1.1 <lido:eventMaterialsTech> <lido:materialsTech> <lido:termMaterialsTech lido:type="http://terminology.lido-schema.org/lido00131"> <skos:Concept rdf:about="https://d-nb.info/gnd/4133335-4"> <skos:prefLabel xml:lang="de">Offsetdruck</skos:prefLabel> <skos:prefLabel xml:lang="en">offset printing</skos:prefLabel> </skos:Concept> </lido:termMaterialsTech> </lido:materialsTech> </lido:eventMaterialsTech> Beispiel für eine Ereignis-unabhängige Technik-Angabe <lido:objectMaterialsTechWrap> <lido:objectMaterialsTechSet> <lido:materialsTech> <lido:termMaterialsTech lido:type="http://terminology.lido-schema.org/lido00131"> <skos:Concept rdf:about="https://d-nb.info/gnd/4133335-4"> <skos:prefLabel xml:lang="de">Offsetdruck</skos:prefLabel> <skos:prefLabel xml:lang="en">offset printing</skos:prefLabel> </skos:Concept> </lido:termMaterialsTech> </lido:materialsTech> </lido:objectMaterialsTechSet> </lido:objectMaterialsTechWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text/URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderu an die ngen Lieferdaten (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Anwendungspro fil DDB-LIDO <eventMaterialsTech> / <materialsTech> / <termMaterialsTech> / <term> Text (kontrolliertes Vokabular) und optional URI Ja Nicht verpflichtend Typisierung möglich: http://terminology.lido-schema.org für Technik/lido00131 Anwendungspro fil CCC-LIDO Material/Technik <eventMaterialsTech> / <materialsTech> / <termMaterialsTech> / <term> und <conceptID> Text (kontrolliertes Vokabular) und URI (AAT) Ja Nicht verpflichtend DFG-Basisdate nset (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht verpflichtend DFGPraxisregeln Digitalisierung: LIDOKernmetadaten Materialund Technikangaben zum Ereignis <eventMaterialsTech> Text und /oder URI Ja Pflicht, wenn vorhanden Alternativ ist die Angabe von Material und/oder Technik in <objectMaterialsTechWrap> / <objectMaterialsTechSet> ereignisunabhängig möglich. Europeana Data Model (EDM) <dcterms:medium> Text (kontrolliertes Vokabular) Ja Nicht verpflichtend EODEMAnwendungspro fil Material Description /lido: objectMaterialsTechWrap /lido: objectMaterialsTechSet/ lido:displayMaterialsTech/ Text Ja Empfohlen Categories for the Description of Works of Art (2024) 7.5 Materials/Techniques Name Text (kontrolliertes Vokabular) Ja Empfohlen 7.1. Materials/Techniques Description ist als COREElement aufgeführt. Vokabularempfehlung: Art & Architecture Thesaurus oder Allgemeinbegriffe in einem anderen kontrollierten Vokabular. CDWA Lite (2006) 8.1.1 Term Materials Techniques Text (kontrolliertes Vokabular) Ja Nicht verpflichtend Vokabularempfehlung: Art & Architecture Thesaurus Spectrum 5.1 Technik Text (kontrolliertes Vokabular) Ja Keine Angabe Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT Technik Text (kontrolliertes Vokabular) und/oder URI Ja Empfohlen museum-digital Technik Material/Technik Schlagwort (Technik) Text Ja Empfohlen Materialund Technikangaben können in museum-digital auf unterschiedliche Art und Weise erfasst werden: Entweder in einem oder in zwei separaten Datenfeldern; neuerdings ist auch die Erfassung als "kategorisiertes Schlagwort" möglich. Siehe dazu . diesen Blog-Beitrag ID Datenfeld mds0007 <lido:eventWrap> <lido:eventSet> <lido:event> <lido:eventType> <skos:Concept rdf:about="http://terminology.lido-schema.org/lido00007"> <skos:prefLabel xml:lang="de">Herstellung</skos:prefLabel> <skos:prefLabel xml:lang="en">Production</skos:prefLabel> </skos:Concept> </lido:eventType> <lido:eventActor> <lido:actorInRole> <lido:actor> <lido:actorID lido:type="http://terminology.lido-schema.org /lido00099">https://d-nb.info/gnd/24495-8</lido:actorID> <lido:nameActorSet> <lido:appellationValue xml:lang="de">Nixdorf Computer AG</lido:appellationValue> <lido:appellationValue xml:lang="en">Nixdorf Computer AG< /lido:appellationValue> </lido:nameActorSet> </lido:actor> </lido:actorInRole> </lido:eventActor> <lido:eventDate> <lido:date> <lido:earliestDate>1983</lido:earliestDate> <lido:latestDate>1983</lido:latestDate> </lido:date> </lido:eventDate> <lido:eventPlace> <lido:place> <lido:placeID lido:type="http://terminology.lido-schema.org/lido00099" >https://sws.geonames.org/2855745/</lido:placeID> <lido:namePlaceSet> <lido:appellationValue xml:lang="de">Paderborn</lido: appellationValue> <lido:appellationValue xml:lang="en">Paderborn</lido: appellationValue> </lido:namePlaceSet> </lido:place> </lido:eventPlace> </lido:event> </lido:eventSet> </lido:eventWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text /URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderungen an die Lieferdaten (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Anwendungsprofil DDB-LIDO <eventWrap> Nicht zutreffe nd Ja (<eventSet>) Bedingt Pflicht Empfohlen Verpflichtend, wenn Unterelemente vorhanden sind. Anwendungsprofil CCC-LIDO <eventWrap> Nicht zutreffe nd Ja (<eventSet>) Bedingt Pflicht Empfohlen DFG-Basisdatenset (Keine Entsprechung, vgl. Kommentar) Nicht zutreffe nd Nicht zutreffend Empfohlen (siehe Kommentar) Die Deutsche Forschungsgemeinschaft empfiehlt, über eine Ortsangabe sowie die Benennung "relevanter" Personen (mit Angabe der Rolle) und der Angabe einer "Entstehungszeit" ein zentrales "relevantes" Ereignis zu dokumentieren. DFG-Praxisregeln Digitalisierung: LIDOKernmetadaten Ereignis lido:eventSet/lido: event Nicht zutreffe nd Ja Pflicht, wenn vorhanden Europeana Data Model (EDM) (<edm:Event>) Nicht zutreffe nd Ja Nicht verpflichtend Europeana nutzt <edm:Event> zurzeit (noch) nicht. In diesem Beric wird die Einführung von <edm:Event> empfohlen.ht EODEMAnwendungsprofil Object Production Group /lido:eventWrap/lido: eventSet/lido:event Nicht zutreffe nd Ja Pflicht EODEM sieht insbesondere ein Herstellungsoder Entstehungsereignis vor (Object Production Group). Categories for the Description of Works of Art (2024) 4 Creation 17.1 Historical /Cultural Events 23 Ownership /Collecting History Nicht zutreffe nd Nein/Keine Angabe Empfohlen CORE-Element: Creation CDWA Lite (2006) (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Die Herstellung des Objekts wird in folgenden Elementen dokumentiert: 3. Display Creator (verpflichtend) und 4. Indexing Creator Wrapper (verpflichtend), 12. Display Creation Date (verpflichtend) und 13. Indexing Dates Wrapper (verpflichtend) Spectrum 5.1 Angaben zur Objektherstellung Angaben zur Erwerbung Angaben zum Fundzusammenhang Übergreifende Informationseinheite n zu allen Verfahren Text Ja Keine Angabe Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT Ereignis Nicht zutreffe nd Ja Empfohlen museum-digital Ereignis Nicht zutreffe nd Ja Empfohlen Ereignistyp (Pflicht) Definition Typ des Ereignisses in der Objektgeschichte Mögliche Datenfeldbezeichnungen in Datenbanken Art des Ereignisses Ereignisse Text/URI Text und/oder URI Wiederholbar Nein, pro Ereignis nur ein Ereignistyp Verpflichtungsgrad Pflicht Erfassungshinweise Für die Angabe des Ereignistyps wird die Nutzung des Ereignistyp-Vokabulars aus der empfohlen. Dort werden pro Ereignistyp eine LIDO-Terminologie deutsche und eine englische Vorzugsbezeichnung sowie ein persistenter URI angeboten. : Ist zur Provenienz und Datierung eines Objekts nicht mehr bekannt als der Zugang zur Sammlung, sollte CARE ein entsprechender Ereignistyp gewählt werden. Wissenslücken in der Objektgeschichte sollten grundsätzlich offengelegt werden (beispielsweise durch die Angabe "nicht dokumentiert" oder "uns nicht bekannt" in den Datenfeldern "Person/Körperschaft", "Datierung", "Ort"). Unsicherheiten oder Zuordnungen, die z. B. aus der überlieferten Eingangsdokumentation stammen, sollten in einem separaten Datenfeld "Ereignisbeschreibung" (in LIDO: <lido:eventDescriptionSet> ) kontextualisiert werden./<descriptiveNoteValue> Vokabularempfehlungen LIDO-Terminologie (zu eventType) Beispiele URI Vorzugsbezeichnung http://terminology.lido-schema.org/lido00007 Herstellung http://terminology.lido-schema.org/lido00002 Fund (Aktivität) http://terminology.lido-schema.org/lido01151 Besitzoder Eigentumswechsel Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Erfassungshinweise Vokabularempfehlungen Beispiele Ausprägung in LIDO v1.0 Ausprägung in LIDO v1.1 Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld http://terminology.lido-schema.org/lido00006 Bearbeitung http://terminology.lido-schema.org/lido00033 Ausgrabung http://terminology.lido-schema.org/lido00011 Gebrauch Ausprägung in LIDO v1.0 <lido:eventWrap> <lido:eventSet> <lido:event> <lido:eventType> <lido:conceptID lido:type="http://terminology.lido-schema.org/lido00099" >http://terminology.lido-schema.org/lido00007</lido:conceptID> <lido:term xml:lang="de">Herstellung</lido:term> <lido:term xml:lang="en">Production</lido:term> </lido:eventType> </lido:event> </lido:eventSet> </lido:eventWrap> Ausprägung in LIDO v1.1 <lido:eventWrap> <lido:eventSet> <lido:event> <lido:eventType> <skos:Concept rdf:about="http://terminology.lido-schema.org/lido00007"> <skos:prefLabel xml:lang="de">Herstellung</skos:prefLabel> <skos:prefLabel xml:lang="en">Production</skos:prefLabel> </skos:Concept> </lido:eventType> </lido:event> </lido:eventSet> </lido:eventWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text/URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforder an die ungen Lieferdaten (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Anwendungspr ofil DDB-LIDO <eventType> / <conceptID> Text (kontrolliert es Vokabular) und URI Nein Bedingt Pflicht Empfohlen Verpflichtend, wenn <eventWrap> vorhanden ist. Der Ereignistyp ist innerhalb eines Ereignisses nicht wiederholbar. Pro Objekt können beliebig viele Ereignisse vergeben werden. Anwendungspr ofil CCC-LIDO <eventType> / <conceptID> Text (kontrolliert es Vokabular) und URI Nein Bedingt Pflicht Empfohlen DFG-Basisdate nset (Keine Entsprechung, vgl. )Kommentar Nicht zutreffend Nicht zutreffend Empfohlen Die Deutsche Forschungsgemeinschaft empfiehlt, über eine Ortsangabe sowie die Benennung "relevanter" Personen (mit Angabe der Rolle) und der Angabe einer "Entstehungszeit" ein zentrales "relevantes" Ereignis zu dokumentieren. Je nach Kontext ist dies die "Herstellung", der "Fund" oder die "Aufsammlung". DFGPraxisregeln Digitalisierung: LIDOKernmetadaten Ereignis lido:eventSet/lido: event/lido: eventType Text (kontrolliert es Vokabular) und URI Nein Pflicht, wenn vorhanden Europeana Data Model (EDM) ../edm:Event/edm: hasType Text und /oder URI Ja Nicht verpflichtend Europeana nutzt edm:Event zurzeit (noch) nicht. In diesem wBericht ird die Einführung von edm:Event empfohlen. EODEMAnwendungspr ofil Object Production Group /lido:eventType/lido: conceptID /lido:eventType/lido: term Text (kontrolliert es Vokabular) und/oder URI Nein Pflicht EODEM sieht ein Herstellungsereignis vor (Object Production Group). Categories for the Description of Works of Art (2024) 4 Creation 17.1.1 Event Type 23 Ownership /Collecting History Text (kontrolliert es Vokabular) Nein Empfohlen/Nicht dverpflichten CORE-Element: Creation Event Type: Vokabularempfehlung: Art & Architecture Thesaurus, insbesondere die Hierarchien Events <http://vocab.getty.edu/hier/aat /300054722> und Associated Concepts < http://vocab.getty.edu/hier /aat/300055126> CDWA Lite (20 06) (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Spectrum 5.1 (Keine Entsprechung für einige wichtige Ereignisse, vgl. ) Kommentar Bezeichnung Text Ja Keine Angabe Ereignistyp ist aus den Elementgruppen Angaben zur , , Objektherstellung Angaben zur Erwerbung Angaben zum und anderen Spectrum-Verfahren abzuleiten.Fundzusammenhang Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT (Datenfeldbezeichn ung richtet sich nach dem Ereignistyp) Text (kontrolliert es Vokabular) und URI Nein Empfohlen museum-digital (Datenfeldbezeichn ung richtet sich nach dem Ereignistyp) Text (kontrolliert es Vokabular) und URI Nein Empfohlen Die Verbunddatenbank stellt ein eigenes Vokabular museum-digital für Ereignistypen zur Verfügung: https://event-types.museum-digital. org/. ID Datenfeld mds0009 Person/Körperschaft (Bedingt Pflicht) Definition Person oder Körperschaft, die am beschriebenen Ereignis in der Objektgeschichte beteiligt war Mögliche Datenfeldbezeichnungen in Datenbanken Künstler*in Hersteller*in Organisation Produzenten Name der beteiligten Person (beteiligt, Beteiligte, Beteiligung) Name der Institution Eigentümer*in Text/URI Text und/oder URI Wiederholbar Ja Verpflichtungsgrad Mindestens ein Ereignis in der Objektgeschichte ist verpflichtend. Neben dem Ereignistyp muss für die Bildung eines Ereignisses mindestens ein Wer, Wo oder Wann angegeben werden. Erfassungshinweise Es wird empfohlen, Namen von Personen/Körperschaften sowohl in einem Textfeld als auch separat anhand von URIs aus Normvokabularen anzugeben. Für Namensansetzungen gibt es verschiedene Empfehlungen, je nach Anwendungsbereich. Eine wichtige Referenz ist die .Gemeinsame Normdatei Im Falle einer Datenlieferung an die wird zur Identifikation von Personen und Körperschaften die Lieferung von URIs aus der Deutsche Digitale Bibliothek stark empfohlen. Gemeinsamen Normdatei Es wird empfohlen, die Rolle, die die erwähnte Person/Körperschaft in dem beschriebenen Ereignis in der Objektgeschichte eingenommen hat, in einem eigenen Feld zu spezifizieren. Ist das nicht möglich, sollte die Rollenangabe so dem Namen zugesetzt werden, dass diese beim Export regelbasiert extrahiert werden kann, z. B.: “Nachname, Vorname (Rolle: [Bezeichnung der Rolle])”. Ist die Person/Körperschaft, die das Objekt hergestellt hat, nicht identifizierbar, sollte in einem separaten Datenfeld (in LIDO: >) möglichst eine <lido:culture Angabe zur geografisch-stilistischen oder kulturellen Zuordnung des Objekts erfolgen. Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Erfassungshinweise Vokabularempfehlungen Beispiele Ausprägung in LIDO (v1.0 und v1.1) Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld : Wissenslücken sollten grundsätzlich offengelegt werden (beispielsweise durch die Angabe "nicht dokumentiert" oder "uns nicht bekannt"). CARE Unsicherheiten oder Zuordnungen, die z .B. aus der überlieferten Eingangsdokumentation stammen, sollten in einem separaten Freitextfeld (in LIDO: <lido: ) kontextualisiert werden. Wenn sich beteiligte Personen/Körperschaften nachträglich recherchieren und identifizieren lassen, aber descriptiveNoteValue> diese keinen eindeutigen Identifikator in der haben, eignen sich kollaborative Wissensdatenbanken wie , um eindeutige Gemeinsamen Normdatei Wikidata Identifikatoren zu erzeugen. Vokabularempfehlungen Gemeinsame Normdatei (Deutsche Nationalbibliothek): Folgende Rechercheoberflächen bieten eine komfortable Suche in der GND an: https://explore.gnd. (GND-Explorer), (lobid-gnd), (OGND). Deutsche Digitale Bibliothek: Ansetzung in network/ https://lobid.org/gnd https://swb.bsz-bw.de/DB=2.104/ Entity ausschlaggebend.Facts Union List of Artist Names (für im Bereich der bildenden Kunst in unterschiedlichen Funktionen tätige Personen und Körperschaften) Virtual International Authority File Wikidata Beispiele URI Vorzugsbezeichnung https://d-nb.info/gnd/1048652033 Hinghaus, Walter http://vocab.getty.edu/ulan/500593279 Zippel, Eva http://www.wikidata.org/entity/Q5594 Antonello da Messina https://d-nb.info/gnd/118521713 Commodus, Romisches Reich, Kaiser https://d-nb.info/gnd/119904489X Kotys II., Bosporanisches Reich, König https://d-nb.info/gnd/2120183-3 Gilbert & George http://vocab.getty.edu/ulan/500524769 KPM Königliche Porzellan-Manufaktur Berlin https://d-nb.info/gnd/83740-4 Artaria & Fontaine à Mannheim (Firma) https://d-nb.info/gnd/24495-8 Nixdorf Computer AG Ausprägung in LIDO (v1.0 und v1.1) <lido:eventWrap> <lido:eventSet> <lido:event> <lido:eventActor> <lido:actorInRole> <lido:actor> <lido:actorID lido:type="http://terminology.lido-schema.org/lido00099">https://dnb.info/gnd/24495-8</lido:actorID> <lido:nameActorSet> <lido:appellationValue xml:lang="de">Nixdorf Computer AG</lido: appellationValue> <lido:appellationValue xml:lang="en">Nixdorf Computer AG</lido:appellationValue> </lido:nameActorSet> </lido:actor> </lido:actorInRole> </lido:eventActor> </lido:event> </lido:eventSet> </lido:eventWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text/URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderungen an die Lieferdaten (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Anwendungsprofil DDB-LIDO <eventActor> Text (kontrolliertes Vokabular) und /oder URI Ja Bedingt Pflicht Verpflichtend, wenn Unterelemente vorhanden sind. GND-IDs sind die Grundlage für die Bildung von bzw. Verknüpfung mit Personen-/Körperschaftsseiten im Portal. Im Anwendungsprofil CCC-Lido werden nur Werte aus kontrollierten Vokabularen (GND) in den Suchfilter "Person/Organisation" übernommen. Anwendungsprofil CCC-LIDO wer <eventActor> Text (kontrolliertes Vokabular) und /oder URI (GND) Ja Bedingt Pflicht DFG-Basisdatenset Relevante Person Ausgangsobjekt Text (kontrolliertes Vokabular) und /oder URI Ja Empfohlen DFG-Praxisregeln Digitalisierung: LIDOKernmetadaten Ereignis: Am Ereignis beteiligte identifizierbare Akteure <eventSet> / <event> / <eventActor> Text (kontrolliertes Vokabular) und /oder URI Ja Pflicht, wenn vorhanden In den wird zusätzlich DFG-Praxisregeln Digitalisierung eine Angabe zum kulturellen Kontext des Ereignisses im LIDO-Element <culture> empfohlen, besonders wenn für die Herstellung oder Nutzung kein konkreter Akteur benannt werden kann. Europeana Data Model (EDM) <dc:creator> <dc:contributor> <dc:publisher> <edm:agent> Text (kontrolliertes Vokabular) und /oder URI Ja Empfohlen EODEMAnwendungsprofil Maker Identifier, Maker Sort Name /lido:eventActor/lido: actorInRole/lido:actor /lido:actorID /lido:eventActor/lido: actorInRole/lido:actor/ lido:nameActorSet /lido:appellationValue Text (kontrolliertes Vokabular) und /oder URI Ja Nicht verpflichtend Categories for the Description of Works of Art (2024) Herstellung: 4.1. Creator Description und Unterelemente Beauftragung: 4.5 Commissioner Ausgrabung: 17.3.3 Excavator andere Ereignisse: 17 .1.5. Event Agent Text (kontrolliertes Vokabular) Ja Empfohlen CORE-Elemente: und 4.1.3 Creator Identity 4.1.4 Creator Role Vokabularempfehlung: und Union List of Artist Names andere Normdateien zu Personen und Körperschaften. CDWA Lite (2006) 4.1.1.1 Name of Creator Text (kontrolliertes Vokabular) Ja Pflicht Werden mehrere Hersteller angegeben, so wird 4.1.1 Name Creator Set wiederholt. Vokabularempfehlung: und Union List of Artist Names andere Normdateien zu Personen und Körperschaften. Spectrum 5.1 Angaben zur Institution Angaben zur Person Verantwortlicher Angaben zur ethnischen und/oder linguistischen Zuordnung Text (kontrolliertes Vokabular) Ja Keine Angabe Jeweils separate Elemente für Personen und Institutionen in den Elementgruppen Angaben zur Objektherstellung, Angaben zur Erwerbung, Angaben zum Fundzusammenhang und anderen SpectrumVerfahren. Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT Künstler/Hersteller /Vorbesitzer etc. (actorInRole) Text (kontrolliertes Vokabular) und /oder URI Ja Empfohlen museum-digital Wer? Text (kontrolliertes Vokabular) und URI Ja Empfohlen ID Datenfeld mds0010 Datierung (Bedingt Pflicht) Definition Datum (präzises Datum oder Zeitspanne), an dem sich das Ereignis in der Objektgeschichte zugetragen hat Mögliche Datenfeldbezeichnungen in Datenbanken Zeiten Herstellungsdatum Entstehungszeit Text/URI Text (Datums-Format; gewünscht) ISO 8601 Wiederholbar Nein Verpflichtungsgrad Mindestens ein Ereignis in der Objektgeschichte ist verpflichtend. Neben dem Ereignistyp muss für die Bildung eines Ereignisses mindestens ein Wer, Wo oder Wann angegeben werden. Erfassungshinweise Zeitangaben erfolgen in einem normierten Kalenderformat (bevorzugt ).ISO 8601 Zeitspannen werden in zwei separaten Datenfeldern angegeben. Das erste Datenfeld beinhaltet das früheste mögliche oder bekannte Datum und das zweite Datenfeld das späteste mögliche oder bekannte Datum, an dem sich das Ereignis in der Objektgeschichte zugetragen hat. Die Zeitangaben können zusätzlich in freitextlicher Form gemacht werden (für unsichere Angaben, Perioden/Epochen etc.). Diese erfolgen in einem separaten Datenfeld (in LIDO: für verbale Angaben bzw. für Perioden/Epochen).<lido:displayDate> <lido:periodName> : Wissenslücken in der Objektgeschichte sollten grundsätzlich offengelegt werden (beispielsweise durch die Angabe "nicht dokumentiert" oder CARE "uns nicht bekannt" in den Datenfeldern "Person/Körperschaft", "Datierung", "Ort"). Unsicherheiten oder Zuordnungen, die z. B. aus der überlieferten Eingangsdokumentation stammen, sollten in einem separaten Datenfeld "Ereignisbeschreibung" (in LIDO: <lido:eventDescriptionSet> ) kontextualisiert werden./<descriptiveNoteValue> Vokabularempfehlungen/Verzeichnisse ISO 8601 Extended Date/Time Format (EDTF) Beispiele Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Erfassungshinweise Vokabularempfehlungen/Verzeichnisse Beispiele Ausprägung in LIDO (v1.0 und v1.1) Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld Art & Architecture Thesaurus Gemeinsame Normdatei (Deutsche Nationalbibliothek): Folgende Rechercheoberflächen bieten eine komfortable Suche in der GND an: https://explore.gnd. (GND-Explorer), (lobid-gnd), (OGND)network/ https://lobid.org/gnd https://swb.bsz-bw.de/DB=2.104/ Wikidata Iconclass Iconography Authority : für die Erschließung der visuellen Kultur ChinasCARE Chinese Iconography Thesaurus (CIT) Beispiele Jeweils eine Darstellung auf dem Objekt/Werk oder sein Thema betreffend URI Vorzugsbezeichnung http://vocab.getty.edu/aat/300008626 Landschaft (Lebensraum) https://d-nb.info/gnd/4006054-8 Bestattung http://www.wikidata.org/entity/Q26886 Mähdrescher http://vocab.getty.edu/aat/300379749 Phönix https://d-nb.info/gnd/4165633-7 Kreuz Christi https://iconclass.org/73D312 das nächtliche Gebet Christi im Garten von Gethsemane http://www.wikidata.org/entity/Q1821239 Jüngstes Gericht https://iconclass.org/44B162 Krönung eines Herrschers https://d-nb.info/gnd/4324124-4 Vanitas https://d-nb.info/gnd/124113788 Rotkäppchen, Literarische Gestalt Ausprägung in LIDO v1.0 <lido:objectRelationWrap> <lido:subjectWrap> <lido:subjectSet> <lido:subject lido:type="http://terminology.lido-schema.org/lido00525"> <lido:subjectConcept> <lido:conceptID lido:type="http://terminology.lido-schema.org/lido00099">http://vocab. getty.edu/aat/300008626</lido:conceptID> <lido:term xml:lang="de">Landschaft (Lebensraum)</lido:term> <lido:term xml:lang="en">landscapes (environments)</lido:term> </lido:subjectConcept> </lido:subject> </lido:subjectSet> </lido:subjectWrap> </lido:objectRelationWrap> Ausprägung in LIDO v1.1 <lido:objectRelationWrap> <lido:subjectWrap> <lido:subjectSet> <lido:subject lido:type="http://terminology.lido-schema.org/lido00525"> <lido:subjectConcept> <skos:Concept rdf:about="http://vocab.getty.edu/aat/300008626"> <skos:prefLabel xml:lang="de">Landschaft (Lebensraum)</skos: prefLabel> <skos:prefLabel xml:lang="en">landscapes (environments)</skos: prefLabel> </skos:Concept> </lido:subjectConcept> </lido:subject> </lido:subjectSet> </lido:subjectWrap> </lido:objectRelationWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text /URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anford an erungen die Lieferdaten (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Anwendung sprofil DDBLIDO <subjectConcept> Text (kontrol liertes Vokab ular) und URI Ja Bedingt Pflicht Verpflichtend, wenn Unterelemente vorhanden sind. Anwendung sprofil CCCLIDO (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend DFG-Basisd atenset Inhaltstyp Ausgangsobjekt Text und /oder URI Keine Angabe Empfohlen Im DFGwird nur in der Rubrik "digital-mix" ein "Inhaltstyp Basisdatenset Ausgangsobjekt" empfohlen; dieses entspricht nur unter bestimmten Umständen dem Datenfeld "Schlagwort". DFGPraxisregeln Digitalisieru ng: LIDOKernmetada ten Thema/Bildinhalt <subjectSet> Text und /oder URI Ja Pflicht, wenn vorhanden In den ist bei Vorhandensein einer DFG-Praxisregeln Digitalisierung entsprechenden Information die Indexierung von Allgemeinbegriffen im LIDO-Element <subjectConcept> oder von Individualbegriffen zu Personen /Körperschaften in <subjectActor>, Orten in <subjectPlace>, Ereignissen in <subjectEvent>, Objekten in <subjectObject> oder als auch Zeitangaben in <subjectDate> Pflicht. Europeana Data Model (EDM) dc:subject Text (kontrol liertes Vokab ular) und /oder URI Ja Bedingt Pflicht Im sind (Inhaltsschlagwort/Klassifikation) Europeana Data Model <dc:subject> ODER (Objekttyp) ODER <dcterms:spatial> (Schlagwort [Orte]) <dc:type> ODER <dcterms:temporal>(Schlagwort [Zeiten]) verpflichtend EODEMAnwendung sprofil (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht verpflichtend Categories for the Description of Works of Art (2024) 16.2. General Subject Terms 16.3. Specific Subject Terms Text (kontrol liertes Vokab ular) Ja Empfohlen CORE-Element: 16.2. General Subject Terms) Vokabularempfehlung: , Art & Architecture Thesaurus Iconclass oder Allgemeinbegriffe in einem anderen kontrollierten Vokabular bzw. Normvokabulare zu Personen, Orten etc. CDWA Lite (2006) 15.1.2 Indexing Subject Term Text (kontrol liertes Vokab ular) Ja Empfohlen Vokabularempfehlung: , oder Art & Architecture Thesaurus Iconclass Allgemeinbegriffe in einem anderen kontrollierten Vokabular bzw. Normvokabulare zu Personen, Orten etc. Spectrum 5.1 Inhalt : Konzept Inhalt : Handlung Inhalt : Person Inhalt : Ort Inhalt : Objekt Text (kontrol liertes Vokab ular) Ja Keine Angabe Weitere Elemente zur differenzierten stehen zur Inhaltserschließung Verfügung. Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT Darstellung Ikonographie Text (kontrol liertes Vokab ular) und /oder URI Ja Empfohlen Das Datenfeld Darstellung ist in eine Art Datenfeldverbund digiCULT bestehend aus Ikonographie, dargestelltem Ort, dargestellter Person, dargestellter Datierung und Anmerkung. museumdigital Schlagwort /Bezug Text (kontrol liertes Vokab ular) und /oder URI Ja Empfohlen museum-digital empfiehlt Schlagworte in singulärer, lemmatisierter Form; es sollen keine Diminutive und keine Wortbildungen auf „-artig“ oder „-förmig“ verwendet werden und Schlagworte sollen nicht aneinandergekettet und auch nicht in Hierarchiestrukturen eingebettet sein. Siehe: https://de.handbook. . Im , einem Messverfahren für Datenqualität und museum-digital.info PUQI Ratgeber für Datenqualitätssteigerung in , werden drei bis neun museum-digital Schlagworte empfohlen. Entgegen der Minimaldatensatz-Empfehlung, wird in museum-digital auf eine Trennung zwischen "Schlagwort" und "Themenkategorie" verzichtet. ID Datenfeld mds0013 Mediendatei [Feldgruppe] (Pflicht) Datenfelder (Erfassung) Link zur Mediendatei (Pflicht) Nutzungsrechte Mediendatei (Pflicht) Rechtewahrnehmung Mediendatei (Bedingt Pflicht) Alternativtext (Empfohlen) Datenfelder (Export) Mediendatei: Medientyp Link zur Mediendatei (Pflicht) Definition Digitale Repräsentation (z. B. Digitalbild, Video, 3D-Objekt, Audiodatei) des Kulturerbeobjekts, die über einen direkten stabilen Link aufgerufen wird Mögliche Datenfeldbezeichnungen in Datenbanken Link zum digitalen Objekt ID Digitalisat Medium Bild Link zum Digital Asset Link zum Dateianhang Text/URI URI Wiederholbar Ja Verpflichtungsgrad Pflicht Erfassungshinweise Die Mediendatei sollte über eine persistente URL bereitgestellt werden. Falls kein Link bereitgestellt werden kann, sollte mit Portalen oder anderen Datennehmern ein alternativer Lieferweg der Mediendatei abgeklärt werden. Bei unterschiedlichen Abbildungen, Videos etc. können mehrere Mediendateien bereitgestellt werden. Dabei soll immer die Datei in der besten verfügbaren Qualität bereitgestellt werden. Gegebenenfalls können aus Gründen der digitalen Barrierefreiheit bei Audiound Videodateien weitere Mediendateien für Untertitel, Audiodeskription und Transkription zur Verfügung gestellt werden. : Sensible Objekte wie beispielsweise religiöse oder rituelle Sammlungsgegenstände, deren Anblick nicht gewünscht ist oder einer gewissen CARE Personengruppe vorbehalten sein soll, dürfen nicht mit einer Abbildung veröffentlicht werden. Anstelle einer Abbildung kann ein Platzhalterbild verwendet werden (siehe Ausprägung in LIDO). Die Institutionen sollten sich diesbezüglich mit Menschen aus den Herkunftsgesellschaften beraten. Die Überlegungen zur ethischen Prüfung werden im Idealfall in der Datenbank dokumentiert. Beispiele https://fotothek.slub-dresden.de/fotos/df/pos-2019-a/0000000/df_pos-2019-a_0000108.jpg http://skd-online-collection.skd.museum/imagescreate/image?id=1218449&type=gross https://brandenburg.museum-digital.de/data/brandenburg/images/63/67099-ex_002_213/wolkensituation_6b_919_m/wolkensituation-6b-919-m-67099.jpg Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Erfassungshinweise Beispiele Ausprägung in LIDO (v1.0 und v1.1) Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld http://www.tierstimmenarchiv.de/recordings/Pavo_cristatus_Kr0063_01_short.mp3 (Audio) https://st.museum-digital.de/singleimage?resourcenr=1954&noiiif=1 (3D) Ausprägung in LIDO (v1.0 und v1.1) <lido:resourceWrap> <lido:resourceSet lido:sortorder="1"> <lido:resourceRepresentation lido:type="http://terminology.lido-schema.org/lido00464"> <lido:linkResource lido:formatResource="image/png">https://www.bruecke-museum.de/ds-images /61779_front.png</lido:linkResource> </lido:resourceRepresentation> </lido:resourceSet> </lido:resourceWrap> CARE: Beispiel für Platzhalterbild (aus dem Portal "Sammlungsgut aus kolonialen Kontexten"): <lido:resourceWrap> <lido:resourceSet lido:sortorder="1"> <lido:resourceRepresentation lido:type="http://terminology.lido-schema.org/lido00467"> <lido:linkResource lido:formatResource="text/html">https://ccc.deutsche-digitale-bibliothek.de/< /lido:linkResource> </lido:resourceRepresentation> </lido:resourceSet> </lido:resourceWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text /URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderu ngen an die Lieferdaten Vorschaubild Link zum digitalen Objekt: Mediendatei URI Ja Bedingt Pflicht (s. Kommentar) Entweder ein Link zur oder zum oder Mediendatei Objekt im Medienviewer zum ist verpflichtend. Bei Audiound Videodateien Objekt im Kontext sowie 3D-Objekten ist zudem ein Vorschaubild verpflichtend. Anwendungspr ofil DDB-LIDO <resourceSet> / <resourceRepres entation> / <linkResource> URI Ja Bedingt Pflicht (s. Kommentar) Verpflichtend, wenn nicht vorhanden ist. Bei Audiound <recordInfoLink> Videodateien sowie 3D-Objekten ist zudem ein Vorschaubild verpflichtend. Anwendungspr ofil CCC-LIDO <resourceSet> / <resourceRepres entation> / <linkResource> URI Ja Bedingt Pflicht (s. Kommentar) DFG-Basisdate nset Identifikator (ID) Digitalisat URI Keine Angabe Pflicht Der "Identifikator (ID) Digitalisat“ sollte als LOD-URI zum Digitalisat auflösen. DFGPraxisregeln Digitalisierung: LIDOKernmetadaten Reproduktionen: <resourceSet> / <resourceRepres entation> URI Ja Pflicht, wenn vhd. Europeana Data Model (ED M) <edm: isShownBy> URI Ja Bedingt Pflicht Im (EDM) muss ENTWEDER <edm:isShownBy> Europeana Data Model ODER <edm:isShownAt>vorhanden sein EODEMAnwendungspr ofil Image /lido: resourceWrap /lido:resourceSet/ lido: resourceReprese ntation/lido: linkResource Text oder URI Nein Pflicht Categories for the Description of Works of Art (2024) (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Eine persistente URL ist in den Categories for the Description of Works of nicht vorgesehen. Art Vielmehr kann die Mediendatei in verschiedenen Elementen der Gruppe 26.2 Image Label/Identification https://www.getty. edu/publications/categories-description-works-art/categories/objectarchitecture-group/26/#s26-2 ausgewiesen werden. CDWA Lite (200 6) 22.1.1 Link Resource Text Nein Nicht verpflichtend Spectrum 5.1 Reproduktion : Identifikationsnu mmer Text Nein Keine Angabe Wiederholbarkeit: Nur eine Identifikationsnummer pro Mediendatei. Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT Medium URI Ja Empfohlen museum-digital Bild, PDF, Video, Audio, 3D-Objekt URI Ja Pflicht ID Datenfeld mds0014 Nutzungsrechte Mediendatei (Pflicht) Definition Angabe zum Rechtsstatus der digitalen Repräsentation Mögliche Datenfeldbezeichnungen in Datenbanken Rechtsstatus Mediendatei Nutzungsbedingungen Mediendatei Lizenz Rechteangaben Mediendatei Rechtsstatus der Abbildung Rechtetabelle Text/URI URI + optional Text (kontrolliertes Vokabular) Wiederholbar Nein, nur ein Rechtsstatus pro Mediendatei Verpflichtungsgrad Pflicht Erfassungshinweise In diesem Datenfeld wird ein gültiger Rechtehinweis oder eine gültige Lizenz für die Mediendatei angegeben. Darüber wird Auskunft gegeben, inwieweit die Mediendatei genutzt werden darf. Ist eine Datenlieferung an die geplant, so muss dafür eine Lizenz oder ein Rechtehinweis aus den Deutsche Digitale Bibliothek Rechteangaben in der gewählt werden.Deutschen Digitalen Bibliothek Die Rechte am Kulturerbeobjekt (z. B. eines Gemäldes) sind in der Mediendatei, die das Objekt digital repräsentiert, enthalten. Für den Fall, dass das Kulturerbeobjekt (noch) urheberrechtlich geschützt ist, muss immer auch die oder der Urheber*in und die oder der Inhaber*in der Nutzungsrechte des Kulturerbeobjekts angegeben werden. Dies geschieht in einem separaten Datenfeld (in LIDO: ). Wenn das <lido:rightsWorkSet> / <lido:rightsHolder> Kulturerbe-Objekt gemeinfrei ist und es sich nicht um ein dreidimensionales Objekt handelt (bei solchen Objekten kann die Reproduktion mit einer Schöpfungshöhe einhergehen), entstehen in der Regel keine neuen Rechte an der digitalen Repräsentation bzw. Mediendatei. Weiterführende Informationen finden sich u. a. in der Publikation . ZudIn Bewegung. Die Rechtsfibel für Digitalisierungsprojekte in Kulturerbe-Einrichtungen em können rechtliche Fragen rund um die Veröffentlichung digitalisierten Kulturguts an den von NFDI4Culture gestellt werden. Bei Legal Helpdesk rechtlich im Zusammenhang mit der Datenlieferung an die Deutsche Digitale Bibliothek steht das der Deutschen Digitalen Bibliothek zur en Fragen Justiziariat Verfügung. Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Erfassungshinweise Verzeichnisse Beispiele Ausprägung in LIDO v1.0 Ausprägung in LIDO v1.1 Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld : Die primäre kulturelle Autorität liegt im Fall von Sammlungsgegenständen aus kolonialen Kontexten bei den Herkunftsgesellschaften. Die „CARE Tradit “ oder „ “ ergänzen die und geben Auskunft über protokollarische Regeln ional Knowledge (TK) Labels Biocultural (BC) Labels Creative Commons-Lizenzen beim Zugang zu diesem Material und/oder darüber, welche Verwendungszwecke als allgemein akzeptabel eingestuft wurden. Die Labels werden von Kulturund Wissenseinrichtungen in Zusammenarbeit mit Communities vergeben (siehe Ausprägung in LIDO). Verzeichnisse Rechteangaben in der Deutschen Digitalen Bibliothek Rechteangaben in rightsstatements.org Creative Commons-Lizenzen Beispiele URI Vorzugsbezeichnung https://creativecommons.org/publicdomain/mark/1.0/ Public Domain Mark 1.0 Universell https://creativecommons.org/publicdomain/zero/1.0/ CC0 1.0 Universell https://rightsstatements.org/vocab/InC/1.0/ Urheberrechtsschutz Ausprägung in LIDO v1.0 <lido:resourceWrap> <lido:resourceSet> <lido:rightsResource> <lido:rightsType> <lido:conceptID lido:type="http://terminology.lido-schema.org/lido00099" >https://creativecommons.org/publicdomain/mark/1.0/</lido:conceptID> <lido:term xml:lang="de">Public Domain Mark 1.0 Universell</lido:term> <lido:term xml:lang="en">Public Domain Mark 1.0 Universal</lido:term> </lido:rightsType> </lido:rightsResource> </lido:resourceSet> </lido:resourceWrap> :CARE <lido:resourceWrap> <lido:resourceSet> <lido:rightsResource> <lido:rightsType> <lido:conceptID lido:type="http://terminology.lido-schema.org/lido00099" lido:source="Local Contexts">https://localcontexts.org/label/tk-multiple-communities/</lido:conceptID> <lido:term>TK Multiple Communities (TK MC)</lido:term> </lido:rightsType> <lido:creditLine xml:lang="en"> Responsibility and ownership over this material is spread across several distinct communities. Use will be dependent upon discussion and negotiation with the multiple communities named herein [name N.N. and community name N.N.]. Decisions about use will need to be decided collectively. As an external user of this material you are asked to recognize and respect cultural protocols in relation to the use of this material and clear your intended use with the relevant communities. </lido:creditLine> </lido:rightsResource> </lido:resourceSet> </lido:resourceWrap> Ausprägung in LIDO v1.1 <lido:resourceWrap> <lido:resourceSet> <lido:rightsResource> <lido:rightsType> <skos:Concept rdf:about="https://creativecommons.org/publicdomain/mark /1.0/"> <skos:prefLabel xml:lang="de">Public Domain Mark 1.0 Universell</skos:prefLabel> <skos:prefLabel xml:lang="en">Public Domain Mark 1.0 Universal</skos:prefLabel> </skos:Concept> </lido:rightsType> </lido:rightsResource> </lido:resourceSet> </lido:resourceWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text/URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderungen an die Lieferdaten Rechtsstatus für das Digitale Objekt URI Nein Pflicht Es muss eine Lizenz oder ein Rechtehinweis aus den Rechteangaben in der Deutschen Digitalen Bibliothek ausgewählt werden. Anwendungsprofil DDBLIDO <rightsResource> / <rightsType>/ <conceptID> URI Nein Pflicht Anwendungsprofil CCCLIDO <rightsResource> / <rightsType>/ <conceptID> URI Nein Pflicht DFG-Basisdatenset Nutzungsbedingungen Digitalisat URI Keine Angabe Pflicht DFG-Praxisregeln Digitalisierung: LIDOKernmetadaten <resourceSet> / <rightsResource> Text (kontrolliertes Vokabular) und/oder URI Ja Pflicht, wenn vhd. Europeana Data Model (EDM) <edm:rights> URI Nein Pflicht Das Element muss zwingend <edm:rights> einen Wert aus http://pro.europeana.eu enthalten./available--rights--statements EODEM-Anwendungsprofil (Keine Entsprechung) Nicht zutreffend Nicht zutreffen Keine Angabe Categories for the Description of Works of Art (2024) 26.2.12 Image Copyright/Restrictions Text Keine Angabe Nicht verpflichtend Rechte am Kulturerbeobjekt: 22.1 Copyright Statement CDWA Lite (2006) 22.1.5 Rights for Resource Text Ja Nicht verpflichtend Rechte am Kulturerbeobjekt: 20. Rights for Work Spectrum 5.1 Recht : Identifikationsnummer Recht : Art Text (kontrolliertes Vokabular) Ja Keine Angabe Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT Lizenztyp Text (kontrolliertes Vokabular) und URI Nein Empfohlen museum-digital Rechtsstatus der Abbildung URI Nein Pflicht ID Datenfeld mds0015 ID Datensatz (Pflicht) Definition Universell eindeutiger Identifikator für den Datensatz zum Objekt Mögliche Datenfeldbezeichnungen in Datenbanken Identifikator Metadatensatz Interne ID Datensatz ID Text/URI Text oder URI Wiederholbar Nein Verpflichtungsgrad Pflicht Hinweise Für die Kompatibiliät mit dem LIDO-Harvesting-Format muss der eindeutige Identifikator für den Datensatz an zwei Stellen vorkommen: Zum einen wird der lokale Identifikator für den Datensatz angefordert ( ). Dieser wird in der Datenbank automatisch generiert.<lido:recordID> Zum anderen wird ein über die Einrichtung hinaus eindeutiger Identifikator für den Datensatz benötigt ( ). Um eine Eindeutigkeit über die <lido:lidoRecID> eigene Einrichtung hinaus zu gewährleisten, sollte eine Kombination aus und lokaler Datensatznummer verwendet werden.ISIL Beispiele DE-MUS-452619/49291 DE-Y2_08000066_bh601503 DE-MUS-813712_ZMB_Mam_002165 https://hdl.handle.net/21.11107/2a42a7c0-075c-41b4-b838-6b12f7a06685 Ausprägung in LIDO (v1.0 und v1.1) <lido:lidoRecID lido:type="http://terminology.lido-schema.org/lido00100">DE-MUS-016317/61779</lido:lidoRecID> Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Hinweise Beispiele Ausprägung in LIDO (v1.0 und v1.1) Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld <lido:recordWrap> <lido:recordID lido:type="http://terminology.lido-schema.org/lido00100">61779</lido:recordID> </lido:recordWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text/URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderungen an die Lieferdaten Identifikator für den Datensatz Text Nein Pflicht Anwendungsprofil DDB-LIDO <lidoRecID> <recordID> Text Nein Pflicht Anwendungsprofil CCC-LIDO <lidoRecID> <recordID> Text Nein Pflicht DFG-Basisdatenset Identifikator (ID) Metadatensatz URI Keine Angabe Pflicht Der Identifikator wird in Form eines LOD-URI eingefordert. Beispiel: https://hdl.handle.net/21.11107 /2a42a7c0-075c-41b4-b838-6b12f7a06685 DFG-Praxisregeln Digitalisierung: LIDOKernmetadaten LIDO Identifikationsnu mmer <lidoRecID> und <recordID> Text Ja Pflicht Europeana Data Model (EDM) <ore: Aggregation> / @rdf:about <edm: aggregatedCHO> Text oder URI Nein Pflicht Erwartet wird entweder ein LOD-URI oder ein interner Identifikator. EODEM-Anwendungsprofil LIDO Record ID <lidoRecID> und <recordID> Text Nein Pflicht Categories for the Description of Works of Art (2 024) 25.7. Object /Work Record ID Text (kontrolliertes Format) Nein Nicht verpflichtend CDWA Lite (2006) 21.1 Record ID Text Ja Pflicht Spectrum 5.1 (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend digiCULT ID Datensatz Text Nein Pflicht museum-digital ID Datensatz Text Nein Pflicht ID Datenfeld mds0018 Sprache des Datensatzes (Pflicht) Definition Kennzeichnung der Sprache des Metadatensatzes Mögliche Datenfeldbezeichnungen in Datenbanken Sprachkennzeichnung Sprachversion Text/URI Text (kontrolliertes Format; zweistellige Sprachcodes nach bevorzugt)ISO-639-1 Wiederholbar Nein Verpflichtungsgrad Pflicht Hinweise In diesem Datenfeld wird gekennzeichnet, welche Sprache der gesamte Metadatensatz generell aufweist. Das Datenfeld wird aufgrund der Kompatibilität der Minimaldatensatz-Empfehlung mit dem Harvestingformat LIDO benötigt. In LIDO wird die Sprache nicht über ein Element, sondern über das Attribut xml:lang gekennzeichnet. Zweistellige Sprachcodes sollten für die Sprachkennzeichnung genutzt werden, sofern für die jeweilige Sprache verfügbar. Andernfalls können dreistellige Sprachcodes verwendet werden. Dies entspricht den Empfehlungen von und . W3 Europeana In Abgrenzung dazu bestehen weitere Optionen, Sprachangaben vorzunehmen (diese Angaben entsprechen allerdings nicht der Erfordernis des PflichtDatenfeldes "Sprache des Datensatzes"). Sprachvarianten von bestimmten Informationen: Wenn Datenfelder wie oder in verschiedenen Sprachen vorliegen, wird Objekttitel Objektbeschreibungen dies bei den entsprechenden Einzel-Datenfeldern jeweils gesondert gekennzeichnet. Sprache des Objekts oder Werks: Diese spielt eine Rolle, wenn das Kulturerbeobjekt in Schrift oder Ton eine bestimmte Sprache wiedergibt. Eine Angabe darüber ist bei einer Datenlieferung an im Falle von Kulturerbeobjekten mit dem Medientyp "Text" im EDM-Element verpflichtenEuropeana <dc:language> d. Verzeichnisse ISO-639-1 (zweistellige Sprachcodes) bevorzugt. Alternativ auch / (dreistellige Sprachcodes) möglich.ISO 639-2 ISO 639-3 Beispiele de en Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Hinweise Verzeichnisse Beispiele Ausprägung in LIDO (v1.0 und v1.1) Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld fr fa nr mas Ausprägung in LIDO (v1.0 und v1.1) <lido:descriptiveMetadata xml:lang="de"> <lido:administrativeMetadata xml:lang="de"> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text /URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforder ungen an die Lieferdaten (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Anwendungspr ofil DDB-LIDO <descriptiveMetadat a xml:lang> und <ad ministrativeMetadat a xml:lang> Nicht zutreffe nd: Attribut Nein Pflicht Eine Sprachkennzeichnung ist in LIDO auf Datensatzebene verpflichtend. Daher ist sie auch im Anwendungsprofil DDB-LIDO verpflichtend. Anwendungspr ofil CCC-LIDO <descriptiveMetadat a xml:lang> und <administrativeMeta data xml:lang> Nicht zutreffe nd: Attribut Nein Pflicht Eine Sprachkennzeichnung ist in LIDO auf Datensatzebene verpflichtend. Daher ist sie auch im Anwendungsprofil CCC-LIDO verpflichtend. Nur so kann die maschinelle Übersetzung für die englische und französische Sprachweiche greifen. Falls das Sprachkürzel fehlt, wird davon ausgegangen, dass die Inhalte auf Deutsch geliefert werden. DFG-Basisdate nset (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend DFGPraxisregeln Digitalisierung: LIDOKernmetadaten <descriptiveMetadat a xml:lang> und <administrativeMeta data xml:lang> Nicht zutreffe nd: Attribut Nein Pflicht (siehe Kommentar) Eine Sprachkennzeichnung ist in LIDO auf Datensatzebene verpflichtend. Mithin sind Sprachkennzeichnungen auch in den LIDOKernmetadaten der Pflicht.DFG-Praxisregeln Digitalisierung Europeana Data Model (EDM) <edm:language> Text (kontrol liertes Vokabu lar) Nein Pflicht (siehe Kommentar) Das Element wird beim Import auf Basis der <edm:language> Vorzugssprache des Datenpartners eingesetzt. EDM empfiehlt auch eine Sprachkennzeichnung für jedes Element mittels des Attributs xml:lang unter Verwendung des Standards ISO-639- . 2 Zudem ist in EDM bei Textobjekten die Angabe der verwendeten Schriftsprache im Element verpflichtend. <dc:language> EODEMAnwendungspr ofil Record Language /lido: descriptiveMetadata /@xml:lang /lido: administrativeMetad ata/@xml:lang Text (kontrol liertes Vokabu lar) Nein Pflicht Categories for the Description of Works of Art (2024) 25.8. Cataloging Language Text (kontrol liertes Vokabu lar) Ja Empfohlen Vokabularempfehlung: AAT Sprachen CDWA Lite (2006) (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Spectrum 5.1 (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Spectrum bietet folgende, auf das Objekt bezogene Sprachangaben: O , , , bjektbezeichnung/Titel : Sprache Inhalt : Sprache Inschrift : Sprache Te . xt : Sprache schema.org (v. 29.2, Thing) (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Die Sprache des Objekts kann im -Element schema.org InLanguage angegeben werden. digiCULT /lido: descriptiveMetadata /@xml:lang /lido: administrativeMetad ata/@xml:lang Nicht zutreffe nd: Attribut Nein Pflicht museum-digital Sprache des Eintrags Text (kontrol liertes Vokabu lar) Nein Pflicht Die Wahl der Sprache für Inhalte und Navigation geschieht automatisch, kann aber auch durch Sprachwahlschalter gesteuert werden. ID Datenfeld mds0019 Datensatzart (Pflicht) Definition Art des Datensatzes mit Blick auf die Frage, ob er ein Einzelobjekt oder eine Objektgruppe beschreibt Mögliche Datenfeldbezeichnungen in Datenbanken Datensatztyp Einzelobjekt/Objektgruppe Text/URI Text (kontrolliertes Vokabular) und URI Wiederholbar Nein Verpflichtungsgrad Pflicht Hinweise Dieses Datenfeld gibt an, ob der Datensatz von einem Einzelobjekt oder einer Objektgruppe handelt. Es wird aufgrund der Kompatibilität der Minimaldatensatz-Empfehlung mit dem Harvestingformat LIDO benötigt. Für Einzelobjekte soll der Elementwert http://terminology.lido-schema.org (= Einzelobjekt) lauten./lido00141 Beispiele URI Vorzugsbezeichnung http://terminology.lido-schema.org/lido00141 Einzelobjekt (Katalogisierungsebene) http://terminology.lido-schema.org/lido00453 Objektgruppe (Katalogisierungsebene) Ausprägung in LIDO v1.0 Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Hinweise Beispiele Ausprägung in LIDO v1.0 Ausprägung in LIDO v1.1 Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld <lido:recordWrap> <lido:recordID lido:type="http://terminology.lido-schema.org/lido00100">00039758</lido:recordID> <lido:recordType> <lido:conceptID lido:type="http://terminology.lido-schema.org/lido00099"> http://terminology.lido-schema.org/lido00141</lido:conceptID> <lido:term xml:lang="de">Einzelobjekt (Katalogisierungsebene)</lido:term> <lido:term xml:lang="en">Item-level record</lido:term> </lido:recordType> </lido:recordWrap> Ausprägung in LIDO v1.1 <lido:recordWrap> <lido:recordID lido:type="http://terminology.lido-schema.org/lido00100">00039758</lido:recordID> <lido:recordType> <skos:Concept rdf:about="http://terminology.lido-schema.org/lido00141"> <skos:prefLabel xml:lang="de">Einzelobjekt (Katalogisierungsebene)</skos:prefLabel> <skos:prefLabel xml:lang="en">Item-level record</skos:prefLabel> </skos:Concept> </lido:recordType> </lido:recordWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text/URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderungen a n die Lieferdaten (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Anwendungsprofil DDB-LIDO <recordType> / <conceptID> URI Nein Pflicht Anwendungsprofil CCC-LIDO <recordType> / <conceptID> URI Nein Pflicht DFG-Basisdatenset (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Im DFGwird davon ausgegangen, Basisdatenset dass ausschließlich "Einzelobjekte" erfasst werden. Daher wird die Datensatzart nicht als eigenes Datenfeld aufgeführt. DFG-Praxisregeln Digitalisierung: LIDOKernmetadaten Datensatz: <recordType> Text (kontrolliertes Vokabular) und URI Nein Pflicht Europeana Data Model (EDM) (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend EODEMAnwendungsprofil LIDO Record Type Identifier und LIDO Record Type Keyword /lido:recordWrap/ lido:recordType/lido: conceptID und /lido:term Text (kontrolliertes Vokabular) und URI Nein Pflicht Categories for the Description of Works of Art (2024) 1.1. Catalog Level Text (kontrolliertes Vokabular) Keine Angabe Empfohlen CORE-Element CDWA Lite (2006) 21.2 Record Type Text (kontrolliertes Vokabular) Nein Pflicht Spectrum 5.1 (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Aus der (numerischer Wert) Objektanzahl kann Dereine Angabe zur Datensatzart erzeugt werden. Verpflichtungsgrad der ist von der Objektanzahl Institution zu bestimmen. digiCULT Text (kontrolliertes Vokabular) und URI Nein Pflicht museum-digital Einzelobjekt /Objektgruppe Text und URI Nein Pflicht ID Datenfeld mds0020 Verwahrende Einrichtung (Pflicht) Definition Name der Einrichtung, die das Kulturerbeobjekt verwahrt Mögliche Datenfeldbezeichnungen in Datenbanken Institution Museum Sammlung Standort Name des Museums Museumsname zugeordnetes Museum ISIL-Museum Text/URI Text (kontrolliertes Vokabular) und URI Wiederholbar Ja Verpflichtungsgrad Pflicht Hinweise Es wird ein eindeutiger Identifikator für die Einrichtung benötigt. Dafür ist der International Standard Identifier for Libraries and Related Organisations (ISIL) bevorzugt zu verwenden. In diesem Datenfeld ist die Einrichtung, die das Objekt verwahrt, gemeint. Zusätzlich ist eine freitextliche Angabe des Einrichtungsnamens für die Anzeige in Portalen hilfreich. Vokabularempfehlungen und Verzeichnisse International Standard Identifier for Libraries and Related Organisations (ISIL) Gemeinsame Normdatei (Deutsche Nationalbibliothek): Folgende Rechercheoberflächen bieten eine komfortable Suche in der GND an: https://explore.gnd. (GND-Explorer), (lobid-gnd), (OGND)network/ https://lobid.org/gnd https://swb.bsz-bw.de/DB=2.104/ Wikidata Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Hinweise Vokabularempfehlungen und Verzeichnisse Beispiele Ausprägung in LIDO (v1.0 und v1.1) Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld Beispiele URI Vorzugsbezeichnung https://ld.zdb-services.de/resource/organisations/DE-MUS-016119 Berlinische Galerie - Landesmuseum für Moderne Kunst, Fotografie und Architektur https://ld.zdb-services.de/resource/organisations/DE-MUS-859718 Deutsches Stuhlbaumuseum Rabenau / Sachsen e.V. https://ld.zdb-services.de/resource/organisations/DE-MUS-403018 Industriemuseum Elmshorn https://d-nb.info/gnd/2134213-1 Hochschule der Künste Berlin. Archiv https://d-nb.info/gnd/1043476709 Kulturstiftung des Hauses Hessen Ausprägung in LIDO (v1.0 und v1.1) <lido:repositoryWrap> <lido:repositorySet lido:type="http://terminology.lido-schema.org/lido00475"> <lido:repositoryName> <lido:legalBodyID lido:type="http://terminology.lido-schema.org/lido00099">https://ld. zdb-services.de/resource/organisations/DE-MUS-048017</lido:legalBodyID> <lido:legalBodyName> <lido:appellationValue xml:lang="de">Städel Museum</lido:appellationValue> <lido:appellationValue xml:lang="en">Städel Museum</lido:appellationValue> </lido:legalBodyName> </lido:repositoryName> </lido:repositorySet> </lido:repositoryWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text/URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderun gen an die Lieferdaten (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Anwendungsprofil DDB-LIDO <repositorySet> / <repositoryName> / <legalBodyName> Text Nein Bedingt Pflicht Verpflichtend, wenn ein <namePlaceSet> vorhanden ist. Anwendungsprofil CCC-LIDO Aktueller Standort <repositorySet> / <repositoryName> / <legalBodyName> Text Nein Bedingt Pflicht Verpflichtend, wenn ein <namePlaceSet> vorhanden ist. Fehlt der Wert in den Daten, wird der Name des Standorts über die Registrierung ergänzt. Der Wert erscheint im Suchfilter "Aktueller Standort". DFG-Basisdatens et Institution Ausgangsobjekt Text und /oder URI Keine Angabe Pflicht Über unsere Empfehlung hinaus wird im DFG-Ba die Angabe der Sammlung sisdatenset empfohlen, der das Objekt zugeordnet ist. DFGPraxisregeln Digitalisierung: LIDOKernmetadaten Aufbewahrung/Standort: <repositorySet> / <repositoryName> / <legalBodyName> Text Nein Pflicht, wenn vhd. Europeana Data Model (EDM) (keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend EODEMAnwendungsprofil Lender Identifier und Lender Name (repository) /lido:repositoryWrap/lido: repositorySet/ lido:repositoryName/lido:legalBodyID und /lido:legalBodyName/lido: appellationValue Text und URI Nein Pflicht Categories for the Description of Works of Art (2024) 21.2. Repository/Geographic Location Text (kontrollierte s Vokabular) Keine Angabe Empfohlen CORE-Element DFGPraxisregeln Digitalisierung : LIDOKernmetadat en (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Keine Angabe Europeana Data Model (EDM) <edm:type> Text (kontrollie rtes Vokabular) Nein Pflicht EODEMAnwendungs profil (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Keine Angabe Categories for the Description of Works of Art (2024) 26.2.2. Image Type Text (kontrollie rtes Vokabular) Ja Nicht verpflichtend Vokabularempfehlung: Art & Architecture Thesaurus oder Allgemeinbegriffe in einem anderen kontrollierten Vokabular CDWA Lite ( 2006) 22.1.4. Resource Type Text (kontrollie rtes Vokabular) Ja Nicht verpflichtend Vokabularempfehlung: Art & Architecture Thesaurus Spectrum 5.1 Reproduktion : Ausführung Reproduktion : Format Text (kontrollie rtes Vokabular) Nein Keine Angabe Wiederholbarkeit: Nur jeweils eine Angabe pro Reproduktion. Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT MIME-Type Text Nein Pflicht Der Medientyp leitet sich in aus der Dateiformat-Angabe (Mime-digiCULT Type) ab. museumdigital (Keine Entsprechung) Text Nein Pflicht Die Auswahl des Medientyps erfolgt in beim Hochladen museum-digital einer Resource: Wird ein Bild hochgeladen, so entspricht dies dem Medientyp "Bild", wird ein Video hochgeladen, dem Medientyp "Video". ID Datenfeld mds0023 Nutzungsrechte Metadaten (Pflicht) Definition Angabe zum Rechtsstatus des Metadatensatzes Mögliche Datenfeldbezeichnungen in Datenbanken Rechtsstatus Metadaten Nutzungsbedingungen Metadatensatz Lizenz der Metadaten Text/URI URI + optional Text (kontrolliertes Vokabular) Wiederholbar Nein Verpflichtungsgrad Pflicht Hinweise In diesem Datenfeld wird ein gültiger Rechtehinweis oder eine gültige Lizenz für die Objektinformationen angegeben. Darüber wird vermittelt, inwieweit die Objektinformationen nachgenutzt werden dürfen. Ist eine Datenlieferung an die geplant, so werden Objektinformationen in der Deutsche Digitale Bibliothek Regel unter der Lizenz zur Verfügung gestellt."CC0 1.0 Universal Public Domain Dedication" Sollte der Objektbeschreibungstext einem Urheberrechtsschutz unterliegen, so sollte der entsprechende Rechtsstatus in einem separaten Datenfeld (in LIDO: , ab LIDO v.1.1) ausgewiesen werden (siehe auch ). <lido:objectDescriptionRights> Objektbeschreibung Verzeichnisse Rechteangaben in der Deutschen Digitalen Bibliothek Rechteangaben in rightsstatements.org Creative-Commons-Lizenzen Beispiele URI Vorzugsbezeichnung https://creativecommons.org/publicdomain/zero/1.0/ CC0 1.0 Universal Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Hinweise Verzeichnisse Beispiele Ausprägung in LIDO v1.0 Ausprägung in LIDO v1.1 Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld https://creativecommons.org/licenses/by-nc-sa/4.0/ CC BY-NC-SA 4.0 - Namensnennung-Nicht kommerziell 4.0 International Ausprägung in LIDO v1.0 <lido:recordRights> <lido:rightsType> <lido:conceptID lido:type="http://terminology.lido-schema.org/lido00099">https://creativecommons.org /publicdomain/zero/1.0/</lido:conceptID> <lido:term xml:lang="de">CC0 1.0 Universell</lido:term> <lido:term xml:lang="en">CC0 1.0 Universal</lido:term> </lido:rightsType> </lido:recordRights> Ausprägung in LIDO v1.1 <!-- Ohne Nennung Rechteinhaber*in --> <lido:recordRights> <lido:rightsType> <skos:Concept rdf:about="https://creativecommons.org/publicdomain/zero/1.0/"> <skos:prefLabel xml:lang="de">CC0 1.0 Universell</skos:prefLabel> <skos:prefLabel xml:lang="en">CC0 1.0 Universal</skos:prefLabel> </skos:Concept> </lido:rightsType> </lido:recordRights> <!-- Mit Nennung Rechteinhaber*in --> <lido:recordRights> <lido:rightsType> <skos:Concept rdf:about="https://creativecommons.org/licenses/by-nc-sa/4.0/"> <skos:prefLabel xml:lang="de">CC BY-NC-SA 4.0 - Namensnennung-Nicht kommerziell 4.0 International</skos:prefLabel> <skos:prefLabel xml:lang="en">CC BY-NC-SA 4.0 - Attribution-NonCommercial 4.0 International</skos:prefLabel> </skos:Concept> </lido:rightsType> <lido:rightsHolder> <lido:legalBodyID lido:type="http://terminology.lido-schema.org/lido00099" lido:source="ISIL (ISO 15511)">https://ld.zdb-services.de/resource/organisations/DE-MUS-031316</lido:legalBodyID> <lido:legalBodyName> <lido:appellationValue xml:lang="de">Schlesisches Museum zu Görlitz</lido: appellationValue> <lido:appellationValue xml:lang="en">Silesian Museum in Görlitz</lido:appellationValue> </lido:legalBodyName> </lido:rightsHolder> </lido:recordRights> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text/URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderungen a n die Lieferdaten Rechtsstatus der Metadaten URI Nein Pflicht Bei einer Datenlieferung an die Deutsche Digitale wird davon ausgegangen, dass die Metadaten Bibliothek nicht urheberrechtlich geschützt sind (CC0 1.0 Universal ).Public Domain Dedication Objektbeschreibungstexte mit abweichendem Rechtsstatus werden im im Anwendungsprofil DDB-LIDO Element <objectDescriptionRights> zum Ausdruck gebracht. Anwendungsprofil DDB-LIDO <recordRights> / <rightsType> / <conceptID> URI Nein Pflicht Anwendungsprofil CCC-LIDO Rechtsstatus Metadaten <recordRights> / <rightsType> / <conceptID> URI Nein Pflicht DFG-Basisdatenset Nutzungsbedingu ngen Metadatensatz URI Keine Angabe Pflicht DFG-Praxisregeln Digitalisierung: LIDOKernmetadaten Datensatz: <recordRights> Text und/oder URI Ja Pflicht, wenn vhd. Europeana Data Model (EDM) (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht verpflichtend Bei Datensätzen, die an Europeana geliefert werden, wird vorausgesetzt, dass der Rechtsstatus der Metadaten gemeinfrei ist ( oder Public Domain Mark CC0 1.0 Universal ) EODEMAnwendungsprofil (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht verpflichtend Categories for the Description of Works of Art (2024) (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend CDWA Lite (2006) (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Spectrum 5.1 Vergebene Rechte : Identifikationsnum mer Vergebene Rechte : Art Text (kontrolliertes Vokabular) und URI Nein Keine Angabe Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT Rechtsstatus der Metadaten Text und URI Nein Pflicht Die Lizenz ist standardmäßig bei jedem Museum voreingestellt und lautet in .digiCULT CC0 1.0 Universal museum-digital MetadatenRechte (Status) Text (kontrolliertes Vokabular) und URI Nein Pflicht Die Lizenz ist standardmäßig bei jedem Museum voreingestellt und lautet in , wenn keine museum-digital andere Lizenz ausgewählt wird, " ".CC BY-NC-SA ID Datenfeld mds0024 Link zum veröffentlichten Metadatensatz (Empfohlen) Definition Persistenter Link zu einer im Web öffentlich zugänglichen Präsentation des Objekts Mögliche Datenfeldbezeichnungen in Datenbanken Objekt im Kontext Permalink Quell-Link Text/URI URI Wiederholbar Ja Verpflichtungsgrad Empfohlen (Europeana: Pflicht) Hinweise Um die Nachhaltigkeit im Sinne der FAIR-Prinzipien zu erreichen, muss der Link persistent sein und zu einer im Web öffentlich zugänglichen Objektseite führen. Über diesen Link können Portale ihren Nutzer*innen die Möglichkeit eröffnen, das Objekt/Werk in der Präsentation der Webdatenbank der nzusehen.Sammlung a Beispiele https://sammlung-digital.lindenmuseum.de/de/objekt/kamm_6664 https://ikmk.smb.museum/object?id=18237616 Ausprägung in LIDO (v1.0 und v1.1) <lido:recordWrap> <lido:recordInfoSet> <lido:recordInfoLink>https://sammlung-digital.lindenmuseum.de/de/objekt/kamm_6664</lido:recordInfoLink> </lido:recordInfoSet> </lido:recordWrap> Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Hinweise Beispiele Ausprägung in LIDO (v1.0 und v1.1) Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text /URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderun gen an die Lieferdaten Objekt im Kontext URI Nein Bedingt Pflicht (s. Kommentar) Für Datenlieferungen an die DDB ist ein direkter stabiler Link zu einer Online-Präsentation des Objekts beim Datenpartner verpflichtend, sofern kein Link zur oder zum Mediendatei Objekt vorhanden ist.im Medienviewer Anwendungsprofil DDB-LIDO <recordInfoSet> / <recordInfoLink> URI Nein Bedingt Pflicht (s. Kommentar) Verpflichtend, wenn <resourceSet> / <resourceRepresentation> nicht vorhanden ist./ <linkResource> Anders als in der Minimaldatensatz-Empfehlung ist dieses Element im sowie im Anwendungsprofil DDB-LIDO Anwendungsprofil CCC-LIDO grundsätzlich nicht wiederholbar. Anwendungsprofil CCC-LIDO Original beim Datenpartner anzeigen <recordInfoSet> / <recordInfoLink> URI Nein Nicht verpflichtend DFG-Basisdatens et Weiterführende Informationen bzw. Kontextinformationen zum Ausgangsobjekt Text und /oder URI Ja Empfohlen Das Datenfeld Weiterführende Informationen bzw. Kontextinformationen zum Ausgangsobjekt im DFG-Basisdatens kann mit dem Link zum veröffentlichten Metadatensatz et übereinstimmen; es können aber auch andere weiterführende Informationen geliefert werden. DFGPraxisregeln Digitalisierung: LIDOKernmetadaten Datensatz: <recordInfoSet> / <recordInfoLink> URI Ja Pflicht, wenn vhd. Europeana Data Model (EDM) <ore:Aggregation> / <edm :isShownAt> URI Nein Pflicht EODEMAnwendungsprofil (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend Categories for the Description of Works of Art (2024) (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend CDWAlite (2006) 21.4.2 Record Info Link Text Ja Nicht verpflichtend Spectrum 5.1 (Keine Entsprechung) Nicht zutreffe nd Nicht zutreffend Nicht zutreffend digiCULT <recordInfoSet> / <recordInfoLink> URI Nein Nicht verpflichtend museum-digital (Keine Entsprechung) URI Nein Nicht zutreffend ID Datenfeld mds0025 Datierung des Datensatzes (Empfohlen) Definition Datum des Exports des Datensatzes Mögliche Datenfeldbezeichnungen in Datenbanken Timestamp Stand der Information Export Date Text/URI Text (Datums-Format; gewünscht)ISO 8601 Wiederholbar Nein Verpflichtungsgrad Empfohlen Hinweise Die Datierung des Datensatzes nach trägt zur Transparenz bei und erlaubt, die Aktualität der angebotenen Informationen zu beurteilen. ISO 8601 Angegeben werden sollte das Datum der Export-Erstellung. Ein Änderungsdatum kann zusätzlich in einem eigenen Feld angegeben werden, muss dann aber eindeutig vom Datum der Export-Erstellung unterscheidbar sein. Beispiele 2023-02-25 2015-09-01T17:21:05 Ausprägung in LIDO (v1.0 und v1.1) Hinweis für das Datum der Export-Erstellung: Im Attribut type von <lido:recordInfoSet> steht der Wert " " (LIDO-Datensatz)http://terminology.lido-schema.org/lido00470 und im Attribut type von <lido:recordMetadataDate> steht der Wert " " (erstellt)http://terminology.lido-schema.org/lido00472 Inhalt Definition Mögliche Datenfeldbezeichnungen in Datenbanken Text/URI Wiederholbar Verpflichtungsgrad Hinweise Beispiele Ausprägung in LIDO (v1.0 und v1.1) Vergleich mit einschlägigen Standards und Datenbankmodellen ID Datenfeld <lido:recordWrap> <lido:recordInfoSet lido:type="http://terminology.lido-schema.org/lido00470"> <lido:recordMetadataDate lido:type="http://terminology.lido-schema.org/lido00472">2015-09-01T17: 21:05</lido:recordMetadataDate> </lido:recordInfoSet> </lido:recordWrap> Vergleich mit einschlägigen Standards und Datenbankmodellen Standard Elementname Text /URI Wiederholbar Verpflichtungsgrad Kommentar DDB: Anforderungen a n die Lieferdaten (keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Anwendungsprofil DDB-LIDO <recordInfoSet> / <recordMetadata Date> Text (kontrollie rtes Format) Nein Empfohlen Im Attribut type von <recordInfoSet> steht "http://terminology.lido- " (LIDO record) und im Attribut type von schema.org/lido00470 <recordMetadataDate> steht "http://terminology.lido-schema.org " (created)./lido00472 Anwendungsprofil CCC-LIDO (keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend DFG-Basisdatenset Datierung Metadatensatz Text (kontrollie rtes Format) Nein Pflicht DFG-Praxisregeln Digitalisierung: LIDOKernmetadaten (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Europeana Data Model (EDM) (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend EODEMAnwendungsprofil Export Date /Timestamp Text (kontrollie rtes Format) Nein Pflicht Categories for the Description of Works of Art (2024) (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Ein Export-Datum ist in den nicht vorgesehen, wohl aber CDWA ein Datum für die Datensatz-Erstellung: 25.5. Cataloging Date CDWA Lite (2006) (Keine Entsprechung) Nicht zutreffend Nicht zutreffend Nicht zutreffend Ein Export-Datum ist in nicht vorgesehen, wohl aber CDWA Lite ein Datum für die Datensatz-Erstellung oder -Modifikation: 21.4.5 Record Metadata Date Spectrum 5.1 Erfassung : Datum Text (Datumsfo rmat) Nein Empfohlen Kernelement. Die Erstellung und jede Modifikation des Datensatzes wird im Änderungsverlauf dokumentiert. Der Verpflichtungsgrad ist von der Institution zu bestimmen. digiCULT (Keine Entsprechung) Text (kontrollie rtes Format) Ja Pflicht In werden verschiedene Timestamps automatisch digiCULT erzeugt, u. a.: Metadata-Creation, Metadata-Modification, LIDORecord-Modification. museum-digital Stand der Information Text (kontrollie rtes Format) Ja Pflicht Die Datierung des Datensatzes erfolgt automatisch beim Export. Es können verschiedene Archivversionen erzeugt und abgerufen werden. ID Datenfeld mds0026 FAQs Was ist die Minimaldatensatz-Empfehlung für Museen und Sammlungen? Die Minimaldatensatz-Empfehlung benennt die wichtigsten Datenfelder für die Online-Publikation von Objektinformationen aus Museen und Sammlungen und gibt Hinweise, wie diese Felder zu füllen sind. "Minimaldatensatz" steht dabei fachund museumsartübergreifend für eine kleinstmögliche Schnittmenge wichtiger Datenfelder. Darauf kann eine Tiefenerschließung aufbauen, wenn dies gewünscht ist. Die Empfehlung stellt durch die Kompatibilität mit einschlägigen Standards und den Fokus auf kontrollierte Vokabulare ein Minimum an Datenqualität und an Mehrwert für die Nutzer*innen der Objektinformationen sicher. Für wen ist die Minimaldatensatz-Empfehlung für Museen und Sammlungen gedacht? Die Minimaldatensatz-Empfehlung richtet sich sowohl direkt an Museumsmitarbeitende als auch an Museumsberatungsstellen und Akteur*innen aus Fortbildung und Lehre, die in der Vermittlung von Standards für die Online-Publikation von Objektinformationen tätig sind. Zudem werden explizit Anbieter*innen von Datenbanksoftware adressiert, die die Empfehlung in ihre Softwareangebote einbauen können und so in die Lage versetzt werden sollen, eine an Standards orientierte Online-Veröffentlichung von Objektdaten technisch zu unterstützen. Von wem wird die Minimaldatensatz-Empfehlung entwickelt? Erarbeitet wird die Empfehlung durch die AG Minimaldatensatz. Die AG Minimaldatensatz wurde 2022 von den Fachstellen Museum und Mediathek Fotografie/Ton der Deutschen Digitalen Bibliothek (DDB) und der AG Digitalisierung der Konferenz der Museumsberatungsstellen in den Ländern (KMBL) sowie digiS Berlin initiiert. Mitglieder der AG sind Vertreter*innen des Instituts für Museumsforschung, der Fachgruppe Dokumentation im Deutschen Museumsbund (DMB), der Koordinierungsstelle für wissenschaftliche Universitätssammlungen in Deutschland, der digiCULT-Verbund eG, von museumdigital Deutschland e. V., NFDI4Culture, NFDI4Memory, NFDI4Objects, des Museums für Naturkunde Berlin und des Übersee-Museums Bremen. Sowohl bei der Entwicklung der Beta-Version (2023) als auch bei der Finalisierung der ersten nun veröffentlichten Vollversion der MinimaldatensatzEmpfehlung wurden Vertreter*innen verschiedener Stakeholder-Gruppen, darunter Museumsmitarbeitende, in der Beratung und Lehre Tätige, Softwareanbieter*innen sowie Vertreter*innen verschiedener Kulturportale involviert und um Feedback gebeten. Inhalt Was ist die Minimaldatensatz-Empfehlung für Museen und Sammlungen? Für wen ist die Minimaldatensatz-Empfehlung für Museen und Sammlungen gedacht? Von wem wird die Minimaldatensatz-Empfehlung entwickelt? Welche Ziele verfolgt die Minimaldatensatz-Empfehlung? Welche Vision steckt dahinter? Welche Anwendungsszenarien gibt es für die Minimaldatensatz-Empfehlung? Was ist in der Version 1.0 im Vergleich zur Beta-Version neu dazugekommen? Warum ist die Minimaldatensatz-Empfehlung LIDO-kompatibel? Warum wurde die Minimaldatensatz-Empfehlung nicht auf EAD oder MARC oder METS/MODS gemappt? Warum ist die Minimaldatensatz-Empfehlung ein LIDO-Anwendungsprofil und was bedeutet das konkret? Wozu dienen die Tabellen am Ende der Datenfeldseiten? Wozu dienen die LIDO-Snippets auf den Datenfeldseiten ("Ausprägung in LIDO")? Weshalb werden die LIDO-Snippets sowohl in der LIDO v1.0 als auch in der LIDO v1.1-Version dargestellt? Was bedeutet "Mögliche Datenfeldbezeichnungen in Datenbanken"? Was bedeutet Linked Open Data? Welche Rolle spielen dabei kontrollierte Vokabulare? An welchen Grundsätzen orientieren sich die Vokabularempfehlungen auf den Datenfeldseiten? Welche Rolle spielen die FAIR-Prinzipien in der Minimaldatensatz-Empfehlung? Welche Rolle spielen die CARE-Prinzipien in der Minimaldatensatz-Empfehlung? Welche Rolle spielt die digitale Barrierefreiheit in der Minimaldatensatz-Empfehlung? Inwiefern ist die Minimaldatensatz-Empfehlung mit Blick auf KI relevant? Geht es bei der Minimaldatensatz-Empfehlung vordergründig um die Erfassung oder die Publikation von Objektinformationen aus Museen und Sammlungen? Warum ist der Datenfeldkatalog in die Rubriken "Datenfelder (Erfassung)" und "Datenfelder (Export)" aufgegliedert? Was ist mit Datenfeldern, die für das digitale Sammlungsmanagement wichtig sind - weshalb wurden diese nicht in die MinimaldatensatzEmpfehlung aufgenommen? Warum so viele Datenfelder - sollten es für einen Minimaldatensatz nicht weniger sein? Weshalb werden die Anforderungen der Portale Deutsche Digitale Bibliothek (DDB) und Europeana mehrfach erwähnt? Was ist, wenn ich keine Datenlieferung an die DDB und Europeana plane? Ist die Minimaldatensatz-Empfehlung dann trotzdem für mich /meine Einrichtung relevant? Warum ist ein Ereignis in der Objektgeschichte verpflichtend? Was ist, wenn meine Datenbank nicht ereignisbasiert angelegt ist? Meine Objektinformationen liegen nur auf Deutsch vor. Wozu muss ich die Sprache des Datensatzes kennzeichnen? Die Objekte, die ich publizieren möchte, sollen im Rahmen einer speziellen Fachdisziplin erschlossen werden. Ist die MinimaldatensatzEmpfehlung trotzdem für mich relevant? Warum empfiehlt die Minimaldatensatz-Empfehlung, mit den Objektinformationen meines Museums eine breite Öffentlichkeit anzusprechen? Was bedeutet es, dass ein Software-Anbieter die Minimaldatensatz-Empfehlung unterstützt? Gibt es da Abstufungen? Bekomme ich bei der Erfassung in meiner Museumsdatenbank Hinweise darauf, welche Datenfelder verpflichtend/empfohlen und wie diese zu befüllen sind? An wen kann ich mich wenden, wenn ich Fragen zur Nutzung der Minimaldatensatz-Empfehlung habe? Welche Ziele verfolgt die Minimaldatensatz-Empfehlung? Die Minimaldatensatz-Empfehlung soll kleineren und größeren Museen und Sammlungen den Weg zur Online-Veröffentlichung ihrer Daten ebnen und relevante Standards in leicht verständlicher, niedrigschwelliger Form vermitteln. Ziel ist es, das Bewusstsein für Datenqualität in den Kultureinrichtungen zu schärfen und sie bei der Online-Publikation zu unterstützen. Die Empfehlung ist für eine praxisnahe Anwendung im Museumsalltag konzipiert. Die Minimaldatensatz-Empfehlung soll Museen helfen, bereits an der Basis die Weichen für konsistentere und qualitativ hochwertigere Daten zu stellen, kontrollierte Vokabulare nach und nach in ihre Dokumentationsund Publikationspraxis zu integrieren und so ihre wertvollen Datenbestände für zeitgemäße Nutzungsszenarien mit Linked Open Data vorzubereiten. Welche Vision steckt dahinter? Die Minimaldatensatz-Empfehlung für Museen und Sammlung verfolgt folgende Vision: Daten aus Museen sind über einzelne Einrichtungen hinaus anschlussfähig und für ein möglichst breites Publikum online auffindbar und im Rahmen der rechtlichen Möglichkeiten nachnutzbar. So sollen mehr Menschen die Arbeit der Museen wahrnehmen und in Freizeit, Schule, Arbeit und Forschung davon profitieren. Welche Anwendungsszenarien gibt es für die Minimaldatensatz-Empfehlung? Zu den Anwendungsszenarien für die Minimaldatensatz-Empfehlung gehören die Online-Publikation von Objektinformationen aus Museen und Sammlungen in Online-Sammlungen einzelner Einrichtungen, aber auch die Bereitstellung über Kulturportale wie die Deutsche Digitale Bibliothek und Europeana sowie über Datenschnittstellen. Auch die Einbindung in den und den Datenraum Kultur Common European Data Space for Cultural Heritage soll durch die Empfehlung perspektivisch erleichtert werden. Die Minimaldatensatz-Empfehlung kann die Aufbereitung von Objektinformationen für diese Szenarien unterstützen. Was ist in der Version 1.0 im Vergleich zur Beta-Version neu dazugekommen? Zu den Neuerungen im Vergleich mit der Beta-Version zählen: Hinweise zur digitalen Barrierefreiheit, Berücksichtigung der Bedarfe der Fachdisziplinen Naturkunde und Numismatik und Hinweise zur Einhaltung der . Zudem wurden zahlreiche Beispiele ergänzt und diese, sofern zutreffend, CARE-Prinzipien jeweils um entsprechende persistente URIs ( ergänzt. Auch werden jetzt zur Erläuterung der Ausprägung der Datenfelder im Uniform Resource Identifiers) LIDO-Datenaustauschformat neben den -Snippets auch -Snippets angeboten.LIDO v1.0 LIDO v1.1 Warum ist die Minimaldatensatz-Empfehlung LIDO-kompatibel? LIDO ist ein vom Dokumentations-Komitee des Internationalen Museumsrates (ICOM-CIDOC) herausgegebener Standard für die Publikation von Informationen zu Objekten der materiellen Kultur (siehe auch ). Es wird maßgeblich von der deutschsprachigen LIDO-LIDO für kulturelle Objekte Arbeitsgruppe in der Fachgruppe Dokumentation des Deutschen Museumsbundes entwickelt. LIDO ist an die CIDOC CRM-Ontologie angelehnt und ermöglicht es, Objekte strukturiert zu beschreiben und dabei kontrollierte Vokabulare einzubinden (siehe auch ). Eine weitere Eigenschaft von LIDO Primer LIDO ist, dass Informationen zur Objektgeschichte in einzelne Ereignisse gegliedert werden. LIDO ist als Datenaustauschformat sehr gut dafür geeignet, die Interoperabilität oder Anschlussfähigkeit von Objektinformationen zu gewährleisten und so Datensätze für Linked Open Data vorzubereiten. Es hat sich gezeigt, dass die Einarbeitung in LIDO aufgrund seiner Sprache (XML-Basiertheit) und Struktur (hoher Grad der Verschachtelung, Wiederholgruppen) nicht immer eingängig ist. In manchen Fällen übersteigt LIDO - ein hochkomplexer und flexibler Standard - die konkreten Bedarfe und Kapazitäten von Museen und Sammlungen. Die Minimaldatensatz-Empfehlung hat zum Ziel, die Vorteile von LIDO (Strukturierung, Einbindung kontrollierter Vokabulare, breite internationale Akzeptanz) zu nutzen und dabei die kleinstmögliche Schnittmenge an Datenfeldern in den Blick zu nehmen, die fachdisziplinenund museumsartübergreifend für die Online-Publikation wichtig sind. Durch die Erläuterung der Datenfelder in allgemeinverständlicher Sprache und die Einbindung von Datenfeldbezeichnungen aus einer Vielzahl an Datenbanken soll der Einstieg erleichtert werden. Warum wurde die Minimaldatensatz-Empfehlung nicht auf EAD oder MARC oder METS/MODS gemappt? Die Minimaldatensatz-Empfehlung konzentriert sich auf die Publikation von Objektinformationen aus Museen und Sammlungen. Objekte aus Archiven oder Bibliotheken, selbst aus solchen, die an Museen angegliedert sind, werden dabei nicht in den Blick genommen. Gerade bei der Veröffentlichung von Objektinformationen aus Museen gibt es einen erhöhten Bedarf an Orientierung für eine einheitliche Bereitstellung, den die Empfehlung versucht aufzufangen. Warum ist die Minimaldatensatz-Empfehlung ein LIDO-Anwendungsprofil und was bedeutet das konkret? Anwendungsprofile definieren, welche Bestandteile von LIDO in einem Datensatz enthalten sein müssen, um die Anforderungen spezifischer Anwendungsfälle zu erfüllen (siehe auch ). LIDO bietet eine große Anzahl an möglichen Elementen und Attributen. In den meisten LIDO-Schulung Anwendungsfällen werden einige davon nicht benötigt und es wird eine Auswahl getroffen, welche verwendet werden sollen. Anwendungsprofile können strenger sein als die , dürfen aber nicht lockerer sein. Ist ein Element in LIDO verpflichtend, so muss dieses LIDO-Spezifikation auch in den Anwendungsprofilen verpflichtend sein. Dies gilt auch für die Minimaldatensatz-Empfehlung. So ist in der Minimaldatensatz-Empfehlung zum Beispiel der Objekttitel verpflichtend, ebenso wie in LIDO. Anders als in LIDO ist in der Minimaldatensatz-Empfehlung etwa die Inventarnummer des Objekts verpflichtend, weil dies in den für die museale Erfassung einschlägigen Handreichungen als wichtiges Datenfeld definiert wird. Wozu dienen die Tabellen am Ende der Datenfeldseiten? Change Log v.1.1 (2025-10-06) Kleinere Anpassungen auf der : Logos der beteiligten EinrichtungenStartseite der Empfehlung Kleinere Korrekturen auf den Datenfeldseiten Ergänzung einzelner Codeblocks "Ausprägung in LIDO" Ereignis in der Objektgeschichte: Codeblock für LIDO v.1.1 Maße: Codeblock für LIDO v.1.1 für ereignisabhängige Maße Material und jeweils Codeblock für LIDO v.1.1 für ereignisunabhängige Material-/TechnikangabenTechnik Genauer Wortlaut einzelner Erfassungshinweise : Umformulierung des Erfassungshinweises; u. a. Besprechung des Falles "Sprache des Objekts oder Sprache des Datensatzes Werks" Folgende Standards wurden in die Konkordanztabelle ("Vergleich mit einschlägigen Standards und Datenbankmodelle") aufgenommen: Anwendungsprofil CCC-LIDO Categories for the Description of Works of Art (2024) (2006)CDWA Lite Spectrum Aktualisierung der Seite FAQs Aktualisierung der Seite :Ressourcen und Links Ergänzung von Postern Ergänzung einer Kurzbibliographie FAIR-Prinzipien Überarbeitung der Kurzbibliographie CARE-Prinzipien Ergänzung von XML-Schema Ergänzung von Publikationen Aktualisierung der Seite Credits und Zitationshinweis Aktualisierung Mitwirkende AG Minimaldatensatz Angleich des Zitationshinweises an die Zenodo-Fassung v.1.0.1 (2024-17-07) Verpflichtungsgrad ist in Klammern hinter den Datenfeld-Namen ergänzt, somit Anzeige im Datenfeldkatalog auf der Startseite, auf den Datenfeldseiten und der Navigationsleiste Kleinere Anpassungen auf der : Logos der beteiligten Einrichtungen; Newsletter-AnmeldungStartseite der Empfehlung Kleinere Korrekturen auf den Datenfeldseiten Genauer Wortlaut einzelner Erfassungshinweise: und Objektbeschreibung Link zum veröffentlichten Metadatensatz Codeblock "Ausprägung in LIDO": Datensatzerstellende Einrichtung Korrekturen, Änderungen und Ergänzungen im Bereich :Ressourcen und Links Aktualisierung des Beispieldatensatzes (XML und CSV/XLSX) digiS-LIDO-Validator (Beta) verlinkt Aktualisierung der Mapping-Tabelle von Lido 1.1 auf die Datenfelder der Minimaldatensatz-Empfehlung PDF mit Hinweisen zur Nutzung eines CIDOC CRM basierten Datenmodells für die Minimaldatensatz-Empfehlung (WissKI Pathbuilder) Aktualisierung der Seite Credits und Zitationshinweis Credits und Zitationshinweis AG Minimaldatensatz An der Entwicklung der aktuellen Version der Minimaldatensatz-Empfehlung waren im Rahmen der AG Minimaldatensatz folgende Personen beteiligt: Name Institution 1Ando, Marita Museum für Völkerkunde zu Leipzig 2Bernhard, Anne-Marie Museumsverband Hessen e. V. 3Böhm, Elisabeth Dr. digiCULT-Verbund eG 4Diepenbrock, Nora Fachstelle Museum der Deutschen Digitalen Bibliothek, Institut für Museumsforschung - Staatliche Museen zu Berlin - Preußischer Kulturbesitz 5Frech, Andreas Universitätsbibliothek der Ludwig-Maximilians-Universität München 6Götsch, Stephanie (ehemalige Koordination der AG) Fachstelle Museum der Deutschen Digitalen Bibliothek, Institut für Museumsforschung - Staatliche Museen zu Berlin - Preußischer Kulturbesitz 7Gerber, Anja Klassik Stiftung Weimar und NFDI4Objects 8Gnyp, Anna Humboldt-Universität Berlin und SODa 9Greisinger, Sybille Landesstelle für die nichtstaatlichen Museen in Bayern 10 Grotrian, Etta Dr. Übersee-Museum Bremen 11 Hagel, Frank von Institut für Museumsforschung - Staatliche Museen zu Berlin - Preußischer Kulturbesitz und Fachgruppe Dokumentation des Deutschen Museumsbundes 12 Kailus, Angela (ehemaliges AG-Mitglied) Deutsches Dokumentationszentrum für Kunstgeschichte – Bildarchiv Foto Marburg, Philipps-Universität Marburg und NFDI4Culture 13 Koch, Anne-Katrin Museumsverband Rheinland-Pfalz e. V. 14 Krause, Celia Deutsches Dokumentationszentrum für Kunstgeschichte – Bildarchiv Foto Marburg, Philipps-Universität Marburg und NFDI4Culture 15 Kudlinski, Vera Museumsverband Hessen e. V. 16 Marchini, Chiara (Koordination der AG) Fachstelle Museum der Deutschen Digitalen Bibliothek, Institut für Museumsforschung - Staatliche Museen zu Berlin - Preußischer Kulturbesitz 17 Nowicki, Anna-Lena Forschungsund Kompetenzzentrum Digitalisierung Berlin (digiS) 18 Purschwitz, Anne Dr. Martin-Luther-Universität Halle-Wittenberg und NFDI4Memory 19 Quade, Lisa Fachstelle Museum der Deutschen Digitalen Bibliothek (Portal Sammlungsgut aus kolonialen Kontexten), Institut für Museumsforschung - Staatliche Museen zu Berlin - Preußischer Kulturbesitz 20 Reichert, Rebekka Humboldt-Universität Berlin und SODa 21 Rohde-Enslin, Stefan Dr. Institut für Museumsforschung - Staatliche Museen zu Berlin - Preußischer Kulturbesitz 22 Rölle, Sophie Fachstelle Mediathek Fotografie/Ton der Deutschen Digitalen Bibliothek, Sächsische Landesbibliothek - Staatsund Universitätsbibliothek Dresden 23 Schäfer, Domenic Dr. (ehemalige Koordination der AG) ehemals Institut für Museumsforschung, jetzt Verbundzentrale des GBV (VZG) 24 Schlösser, Magdalene Institut für Museumsforschung - Staatliche Museen zu Berlin - Preußischer Kulturbesitz und NDFI4Objects 25 Städing, Lukas digiCULT Verbund eG 26 Stricker, Martin Koordinierungsstelle für wissenschaftliche Universitätssammlungen in Deutschland, Hermann von HelmholtzZentrum für Kulturtechnik, Humboldt-Universität zu Berlin 27 Thorn, Caitlin Museum für Naturkunde Leibniz-Institut für Evolutionsund Biodiversitätsforschung, Berlin 28 Wagner, Sarah Dr. Friedrich-Alexander-Universität Erlangen-Nürnberg und NFDI4Objects 29 Wassermann, Sarah Dr. Museumsverband des Landes Brandenburg e. V. 30 Winkler, Alexander Forschungsund Kompetenzzentrum Digitalisierung Berlin (digiS) Zitationshinweis Die Minimaldatensatz-Empfehlung wird anhand der Lizenz lizenziert und ist somit in die Gemeinfreiheit - auch genannt CC0 1.0 Universell Public Domain - entlassen, indem die AG Minimaldatensatz weltweit auf alle urheberrechtlichen und verwandten Schutzrechte verzichtet hat, soweit das gesetzlich möglich ist. Die Empfehlung kann folgendermaßen zitiert werden: AG Minimaldatensatz, Minimaldatensatz-Empfehlung für Museen und Sammlungen v1.1 (2025), CC0 1.0 Universell Wiki: www.minimaldatensatz.de PDF: https://doi.org/10.5281/zenodo.11209288 Dank Die AG Minimaldatensatz dankt folgenden Personen für Feedback, Hinweise und Unterstützung (Stand: Mai 2024): Institution Name 1Arbeitsstelle für Standardisierung, Deutsche Nationalbibliothek Barbara Fischer 2Arbeitsstelle für Standardisierung, Deutsche Nationalbibliothek Sarah Hartmann 3Arbeitsstelle für Standardisierung, Deutsche Nationalbibliothek Chantal Köppl 4Arbeitsstelle für Standardisierung, Deutsche Nationalbibliothek Mathias Manecke 5Arbeitsstelle für Standardisierung, Deutsche Nationalbibliothek Barbara Pfeifer 6Architekturmuseum der Technischen Universität Berlin Dr. Hans-Dieter Nägelke 7arthistoricum.net - Fachinformationsdienst Kunst, Fotografie, Design Dr. Simone Fleischer 8Axiell ALM Germany GmbH Dirk Witthaut 9Axiell ALM Germany GmbH Rene van den Heuvel 10 Badisches Landesmuseum Mario Lampe 11 CD-Lab Bonn (VINO) Ulrich Gloede 12 Corpus Nummorum, Berlin-Brandenburgische Akademie der Wissenschaften Dr. Ulrike Peter 13 Corpus Nummorum, Berlin-Brandenburgische Akademie der Wissenschaften PD Dr. Vladimir Stolba 14 Forschungsund Kompetenzzentrum Digitalisierung Berlin (digiS) Marco Klindt 15 Deutsches Dokumentationszentrum für Kunstgeschichte - Bildarchiv Foto-Marburg, Philipps-Universität Marburg Christian Bracht 16 Deutsches Dokumentationszentrum für Kunstgeschichte - Bildarchiv Foto-Marburg, Philipps-Universität Marburg Klaus Bulle 17 Deutsches Dokumentationszentrum für Kunstgeschichte - Bildarchiv Foto-Marburg, Philipps-Universität Marburg Dr. Gudrun Knaus 18 Deutsche Digitale Bibliothek, Servicestelle & Datenmanagement Denise Baumgart 19 Deutsche Digitale Bibliothek, Servicestelle & Datenmanagement Claudia Effenberger 20 Deutsche Digitale Bibliothek, Servicestelle & Datenmanagement Eleonore Emsbach 21 Deutsche Digitale Bibliothek, Servicestelle & Datenmanagement Jennifer Treu 22 Deutsche Digitale Bibliothek, Geschäftsstelle Dr. Julia Spohr 23 Deutsche Fotothek - Sächsische Landesbibliothek - Staatsund Universitätsbibliothek Dresden Dr. Jens Bove 24 Digitales Kunstund Kulturarchiv Düsseldorf (d:kult) Tamara Tolnai 25 Ethnologisches Museum und Museum für Asiatische Kunst, Staatliche Museen zu Berlin Anna Seidel 26 Europeana Henning Scholz 27 Förderverein des Freilichtmuseums am Kiekeberg e. V. (FirstRumos Museumssoftware) Lars Steinberg 28 Freilichtmuseum Roscheider Hof Helge Klaus Rieder 29 Germanisches Nationalmuseum Robert Nasarek 30 Herder-Institut für historische Ostmitteleuropaforschung Felix Köther 31 Hochschule für Technik und Wirtschaft Berlin Prof. Dr. Dorothee Haffner 32 Humboldt-Universität, Mediathek - Bildsammlungen des Instituts für Kunstund Bildgeschichte Dr. Georg Schelbert 33 Institut für Museumsforschung Kathrin Grotz 34 Institut für Museumsforschung Prof. Dr. Patricia Rahemipour 35 Joanneum Research Forschungsgesellschaft mbH (Imdas Pro) Silvia Russegger 36 Joanneum Research (Imdas Pro)Forschungsgesellschaft mbH Werner Preininger 37 Jüdisches Museum Frankfurt Sonja Thäder 38 Koordinierungsstelle für wissenschaftliche Universitätssammlungen in Deutschland Sarah Elena Link 39 Landesmuseum Württemberg Hanna Warth-Geraci 40 Landesmuseum Württemberg Noreen Klingspor 41 LEO-BW Jens Lill 42 mindscreen GmbH Annett Farnetani 43 Münzkabinett Berlin Dr. Angela Berthold 44 Museum für Naturkunde, Berlin Mareike Petersen 45 Museum für russlanddeutsche Kulturgeschichte, Detmold Nico Wiethof 46 Museum Wiesbaden PD Dr. Thomas Hörnschemeyer 47 museum-digital Deutschland e. V. Joshua Enslin 48 Museumsverband Hessen Hauer und Krause (freiberuflich) 49 Museumsverband Hessen Bettina von Andrian (freiberuflich) 50 MusIS-Verbund Dr. Werner Schweibenz 51 The National Gallery, London Rupert Shepherd 52 Niedersächsische Staatsund Universitätsbibliothek Göttingen Barbara Fichtl 53 Niedersächsische Staatsund Universitätsbibliothek Göttingen Timo Schleier 54 Pausanio GmbH & Co.KG Prof. Dr. Holger Simon 55 Programmfabrik GmbH (EasyDB) Sebastian Klarmann 56 Robotron Datenbank-Software GmbH (robotron*Daphne) Ulrich Servos 57 Saarländischer Museumsverband Sabine Geith 58 Sächsische Landesstelle für Museumswesen Johanna Jürgens 59 Sammlungsdinge Patrick McDonough 60 Solvatec GmbH (BeeCollect) 61 Städtische Museen Freiburg Jochen Dietel 62 Stiftung für Kunst, Kultur und Geschichte, Winterthur Sonja Gasser 63 Stiftung Historischer Museen Hamburg Doreen Wand 64 heidICON, Universitätsbibliothek Heidelberg Nicole Sobriel 65 zetcom Informatikdienstleistungs AG (MuseumPlus) Jette Klein-Berning