[DFG-Viewer] Papier von Herrn Funk

Lieber Herr Funk, nun mein Kommentar zu Ihrem Papier: S.3 Ich dachte wir hätten die URN Anforderung im Identifier hinter uns gelassen. Das sollte an den aktuellen Diskussionstand angepasst werden. Nötig ist auch für zvdd lediglich ein weltweit eindeutiger Identifier, z.B. ein OAI Identifier, denn Persistenz ist kein Muss fuer die innere Logik der Datensatzverwaltung in zvdd (vgl. a. S.4), sondern nur für das "Anspringen" der Ressource. Für diesen Zweck würde ich darüber hinaus nicht exklusiv auf URN drängen, sondern auch andere IDs zulassen (PURL, DOI, ARK, HANDLE...). S. 5 Nachgefragt (auch schon diskutiert): Sind wir uns einig, dass innerhalb von MODS es nicht um Strukturdaten geht (sprachlich wird hier auf die "zvdd Strukturdatetypologie" verwiesen), sondern um bibliographisch beschreibbare Einheiten? Um die Metaphysik aus der Diskussion zu nehmen, meine ich damit alles, was auch im OPAC steht. Dann würde CHAPTER, SECTION, PARAGRAPH z.B. vermutlich nicht zur Anwendung kommen. Das wären Dinge, die in METS abgebildet werden müssten, nicht in MODS. Das sollten wir vielleicht noch stärker eingrenzen. Ich schlage vor, hier nur VOLUME (Band eines mehrbändigen Werkes), ISSUE (Zeitschriftenaufsatz, wenn das hier gemeint ist), PART (enthal. Werk, Lexikonartikel, Zeitungsartikel und alles was man sonst als Teil bezeichnen möchte) zuzulassen. Allerdings frage ich mich, ob diese Differenzierung überhaupt nötig ist. Warum belassen wir es nicht beim simplen "part" für alles? Oder wieder wie gehabt in part type=host. Wir bilden doch nur ein Verhältnis von übergeordneter zu Untergeordneter Einheit ab. Wozu braucht man das? simplex est index veri ;-) S. 6 Schreibfehler: "logischer ODER" muss "logischen ORDER" heissen S.11 Nur eine sprachliche Finesse: MAX - enthält nicht Imagedateien, die der MASTER-Auflösung entsprechen, sondern die größtmögliche online verfügbare Auflösung. Wie sähe die Struktur bei nur einer Downloaddatei aus? Bitt auch dafür ein Beispiel bringen, ich vermute so: <mets:file ID="download_gesamt" MIMETYPE="application/pdf" SIZE="13000000000"> <mets:FLocat xmlns:xlink="http://www.w3.org/1999/xlink" LOCTYPE="URL" xlink:href="http://link.to /pdf/alles.pdf" /> </mets:file> Was nach meiner Erinnerung noch offen ist, wie dies im Viewer angezeigt wird. Ich plädiere dafür, erst einmal simple anzufangen und nur ein Link zum Gesamtdownload zu bieten (wir hatten das andiskutiert). Wo entnimmt der Viewer diese INformation, hier? Brauchen wir dann in der StructMap noch etwas Besonderes: <mets:div ID="physDownload" TYPE="physSequence">. Oder soll er Einzelseiten zusammenrechnen? Dann muss aber eine Applikation dahinterstehen, die das Downloadpäckchen mundgerecht packt (wie. z.B. in Göttingen). Das geht aber auch nur auf Basis bitonaler Daten etcetcicero. (vgl.a. S.18) S. 16 Schreibfehler "inden die" muss "indem die" heissen Für die uns hier interessierende wichtigste Diskussion, dem Verhältnis von Zeitschrift - Band - Artikel fehlt ein Beispiel. Extradateien scheinen hier auch für den Band gefordert zu werden, das bringt aber eine Komplexion ein, darin, dass wir es nicht mehr mit einem einfachen Über- oder Unterordnungsverhätnis zu tun haben, sondern mit einer qualitativ anderen Zwischenstufe (Jahrgang, Band). Das sollten wir vermeiden. Der Jahrgang ist ein Überordnungstyp, so wie die Zeitschrift zum Jahrgang. INsofern gibt es eine Verknüpfung mit einer "extra" Datei, aber das System ist blind gegen dei Ebene dahinter und bekommt die INformation zu Artikeln erst auf der Bandebene, nicht auf der Zeitschriftenebene. Aber hier bräuchte ich, wie gesagt ein Beispiel, um es wirklich nachvolziehen zu können. S. 20 Schreibfehler: Verweisarte Soweit zu meiner Lektüre. Das ist wirklich eine sehr hilfreiche Zusammenfassung unserer Arbeitsergebnisse, durchuas auch mit Blick auf die Abgrenzung von zvdd und DFG-Viewer. Schön wäre etwas mehr Anschaulichkeit im Bereich Zeitschriften. Ich weiss eigentlich jetzt nach der Lektüre immer noch nicht genau, wie eine Zeitschriftenstruktur von Zeitschrift - Band - Artikel genau aussehen soll. Wenn wir dies genannte Beispiel von Herrn Heiligenhaus nehmen: <mods:part order="1"> <mods:detail type="volume"> <mods:number>Jg. 1943</mods:number> </mods:detail> </mods:part> Welchen Identifier haette Jg. 1943? Viele Gruesse, Ihr Th. Stäcker P.S. Lieber Herr Heiligenhaus: ich konnte eben auf http://ulbhal-dev.semantics.de/dmg/oai/?verb=GetRecord&metadataPrefix=m… nicht zugreifen (502 Error).