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