Lieber Herr Meyer, liebe Kollegen,
sorry, ich war etwas vorschnell und wiegte mich wegen der positiven
Validierung in Sicherheit. Unser Skript hatte noch Mängel und bildete
die Strukturdaten im structLink Bereich nur auf der obersten
Hierarchiestufe ab. Das konnte natürlich dann trotz korrekter logical
structMap nicht gelingen. Jetzt ist alles OK, vgl. z.B.
http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifier=oai:diglib.hab.de:ppn_515681113Ich möchte noch zwei Bemerkungen dazu anschließen.
a) um eine zur Viewerliste-Strukturdatenliste konforme Ausgabe zu
erhalten, wird durch ein XSLT Skript geprüft, ob der Begriff, der in
unserer XML Strukturdatendatei, vorkommt und zumeist der Liste
http://diglib.hab.de/rules/concordance/structMD.xml entnommen ist
(Alternative fachspezifische Listen s.
http://www.hab.de/bibliothek/wdb/doku/lists.htm#thesauri), den Indikator
n="dfg-viewer" traegt. Wenn ja, wird der Begriff in xml:id unserer Liste
in @TYPE der <DIV> in <structMap> übernommen, der Begriff in <term
xml:lang="de"> in @LABEL. Ist der Begriff vorhanden, hat aber nicht den
Indikator n="dfg-viewer" wird nach einem Verweis gesucht (z.B. verweist
introduction auf preface) und dann der Viewer konforme Begriff
verwendet. Entsprechendes könnte für zvdd konforme Begriffe gemacht
werden (dazu brauchen wir dann noch einen Steuerungsindikator oder
überlegen, ob wir es über die behavior-section in METS lösen können).
Gibt es keinen Verweis und sonstwie keine Zuordnung wird das Paar
section/Abschnitt verwendet (dies vielleicht für die interessant, die
auf der Basis von TEI und/oder unserer XML Strukturdatenliste arbeiten
wollen).
b) ich finde die Behandlung von @TYPE und @LABEL in der Anzeige noch
nicht ganz glücklich. Derzeit wird nur LABEL begrücksichtigt. Das
verkürzt aber die Information, die gebracht werden könnte und müsste.
Zum einen könnte auf der Basis unserer Vereinbarung die XML-IDs der
Viewerliste in @TYPE schreiben, mehrer Sprachen bedient werden. Vgl. bei
uns
http://diglib.hab.de/wdb.php?dir=drucke/nd-24&lang=de und
http://diglib.hab.de/wdb.php?dir=drucke/nd-24&lang=en.
Zum anderen besteht ein Problem der reinen @LABEL Darstellung darin,
dass wir nicht zwischen textlichen Inhalten und Deskriptoren
unterscheiden können. Wenn @LABEL den Inhalt einer Überschrift enthält,
weiss man nicht mehr, dass es sich um eine Überschrift handelt, es
könnte auch ein Abschnitt oder anderes sein (im obigen OAI Beispiel
<mets:div ID="logMD_515681113_8" TYPE="preface" LABEL="Avis, Sur les
dessein, & sur l'ordre de ce Recueil" ></mets:div> ). Wenn ich recht
sehe wird es in Halle auch so kodiert. Was wir an dieser Stelle
bräuchten, ist m.E. eine Anzeige der Form @TYPE: @LABEL (preface:
Avis...) oder eigentlich besser: Vorrede: Avis... Nun wäre das aber bei
den Deskriptoren unschön: illustration:Illustration. Eine sinnvolle
Alternative könnte darin bestehen mit Unterordnungen zu arbeiten:
<mets:div ID="logMD_515681113_8" TYPE="preface" LABEL="Vorrede" >
<mets:div ID="logMD_515681113_8" TYPE="preface" LABEL="Avis, Sur les
dessein, & sur l'ordre de ce Recueil" ></mets:div>
</mets:div>
Was schlagen Sie vor?
Viele Grüße,
Ihr
Th. Stäcker
Thomas Stäcker schrieb:
> Lieber Herr Meyer,
>
> die neue Version ist wunderbar, besonders die Doppelseitenansicht
> gefällt mir sehr gut. Leider werden die Strukturdaten werden bei mir
> nur auf der obersten Hierachieebene angezeigt (Validation ist aber
> korrekt). Wenn Sie einmal
>
>
http://test.dfg-viewer.de/demo/viewer/?set[image]=372&set[zoom]=min&set[debug]=0&set[double]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3Appn_519587820>
>
> mit
>
>
http://diglib.hab.de/drucke/nd-24/start.htm>
> vergleichen, sehen Sie, dass das meiste weggefallen ist.
>
> Viele Grüße,
> Ihr
> Th. Stäcker
>
>
>
>
>
>
>