Lieber Herr Meyer,
ich fühle mich an Diskussionen bei unseren Sitzungen in Halle vor zwei Jahren erinnert. Da
hatten wir das Thema auch schon auf der Pfanne... ;)
Die aktuelle Lösung ist meines Erachtens eben nicht
immer eindeutig, da es
für die Angaben zur Vorlage nur ein Negativ-Kriterium (*kein*
<edition>[Electronic ed.]</edition>), aber kein Positiv-Kriterium gibt.
Worauf
bezieht sich also ein <originInfo>-Abschnitt, wenn es keinen Abschnitt mit
diesem Kriterium gibt? Handelt er dann von der Vorlage oder folgt die METS-
Datei schlicht nicht unserem Profil?
Dann sollten wir m.E. eher dafür streiten, daß das <mods:originInfo>-Element um ein
@type-Attribut erweitert wird. Unterm Strich würde ich aber sagen: Wenn ein solcher Block
nicht vorhanden ist, dann hat das zugrundeliegende digitalisierte Werk offensichtlich
weder einen Umfang noch einen Erscheinungs-/Entstehungsort noch einen
Erscheinungs-/Entstehungszeitpunkt. Und es existieren auch offensichtlich keinerlei
Vermutungen darüber (was mich zumindest beim Umfang verwundern würde). Also eigentlich
müßte man dann sagen: Es existiert folglich gar nicht und der Viewer muß es folglich auch
nicht anzeigen. ;)
Mit der Lösung über <relatedItem> hätten wir
dieses Problem nicht. Und ich
verstehe METS hier so, dass kein vollständiger bibliographischer Datensatz in
<relatedItem> stehen muss. (So handhaben wir das ja auch bei <relatedItem
type="host"> und <relatedItem type="series">.)
Stimmt. Das sagt der Entwurf aber so nicht. Und wenn er es sagen würde, würde ich
einwenden: Und deshalb invalidieren wir alle bislang erstellten MODS-Daten?
Ihrem Vorschlag eines <dv:version>-Elements
schließe ich mich an.
Prima. Dann sollten wir nochmal überlegen, was noch auf unserer Agenda stand. Ich erinnere
mich z.B. an die Forderung aus den DFG-Gremien, daß man das DFG-Logo gezielt überschreiben
können sollte, um eine Nutzung auch außerhalb von DFG-Förderungen zu erleichtern...
Beste Grüße,
Kay Heiligenhaus