Liebe Frau Rühle, lieber Herr Meyer,
ich habe mir das heute nochmal näher angeschaut. Ich hatte wohl in der Tat den Vorschlag
falsch verstanden, was aber nichts daran ändert, daß ich diesem nicht folgen mag, da das
<relatedItem type="original"> einfach anders verwendet wird in MODS als
wir es hier unterstellen müßten.
Allen Verwendungen von <relatedItem> dienen nach meinem Verständnis dazu,
Beziehungen zu anderen Datensätzen (!) auszudrücken. Schaut man sich hierzu das
LoC-MARC21-MODS-Mapping genauer an, dann sieht man, wie das Element zu verwenden ist. [1]
Es leitet sich im Kern von den MARC21-Feldern 760-787 und 800-830 ab. Uns braucht hier nur
die erste Feldsequenz zu interessieren [2] und hier dann speziell [3]. Schaut man nun ins
Mapping, dann sieht man, daß die Mapping-Regeln nicht zu der Modellierung führen, die Frau
Rühle vorschlägt. MARC21 Feld 786 (die MARC21-Grundlage von <relatedItem
type="original">) ist einfach nicht dazu gedacht, Angaben zur Primärform in
der hier vorgeschlagenen Weise zu transportieren, es dient vielmehr dazu, eine Beziehung
zwischen Primär- und Sekundärform herzustellen!
Wenn wir an dieser Stelle Änderungen vornehmen wollen, dann hilft uns m.E. ein Blick in
die EROMM-"Empfehlungen zur Erfassung von layoutgetreuen Digitalisaten (digitale
Master)" eher weiter. [4] Hier sieht man, daß nicht die Angaben zum
Erscheinungsvermerk der Vorlage anders kodiert werden müßten, sondern die Angaben zur
Onlineausgabe. Hierzu dient in MARC21 Feld 533. (Eine solche Abbildung wäre auch
kompatibel mit den Mapping-Regeln der zugrundeliegenden MAB-Felder 610ff., wie sie in [6]
beschrieben sind.) Ist MARC21-Feld 533 noch hinreichend differenziert, um die Angaben, die
wir hier brauchen, zu transportieren, wird nach Anwendung des LoC-Mappings jedoch in etwa
folgendes MODS daraus:
<note type="reproduction">[Online-Ausg.] Göttingen : Niedersächsische
Staats- und Universitätsbibliothek, 2010</note>
Wir hätten also die differenzierte aktuelle Codierungsform durch eine "getypte
Anmerkung" ersetzt. Ob ich das dann unterstützen würde, weiß ich noch nicht so genau.
;)
Beste Grüße,
Kay Heiligenhaus
[1]
http://www.loc.gov/standards/mods/mods-mapping.html#relateditem
[2]
http://www.loc.gov/marc/bibliographic/bd76x78x.html
[3]
http://www.loc.gov/marc/bibliographic/bd786.html
[4]
http://www.eromm.org/_media/public/de/digitalemaster.pdf?id=public%3Ade%3Ac…
[5]
http://www.loc.gov/marc/bibliographic/bd533.html
[6]
http://www.d-nb.de/standardisierung/pdf/konkordanz_1.pdf
-----Original Message-----
From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-
bounces(a)dfg-viewer.de] On Behalf Of Kay Heiligenhaus
Sent: Thursday, November 25, 2010 9:07 PM
To: dv-technik(a)dfg-viewer.de; Meyer, Sebastian; technik(a)dfg-viewer.de
Subject: Re: [DFG-Viewer]MODS-AP für digitalisierte Drucke - CfC
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