2 Sep
2009
2 Sep
'09
8:55 p.m.
Lieber Herr Stäcker, lieber Herr Meyer,
ich habe mir die Varianten noch mal angeschaut. Beide wären aus meiner
Sicht sinnvoll und ermöglichen das angestrebte Ziel: Lokalisierung der
Strukturdatenanzeige im Viewer. Bei näherer Betrachtung sehe durchaus
gewisse Vorzüge der von Ihnen favorisierten Variante. Ich würde mich
also sachlich anschließen wollen.
Um keine Geheimwissenschaft aus diesen Abstimmungen zu machen, würde
ich es jedoch für notwendig halten, die im Zusammenhang mit Viewer 2.5
stehenden Erweiterungen / Präzisierungen in die Formatdokumentationen
zum METS/MODS-Profil aufzunehmen und auch diese Fassungen hier
öffentlich zum Review anzubieten..
Beste Grüße,
Kay Heiligenhaus
Am 02.09.2009 um 19:11 schrieb Thomas Stäcker <staecker(a)hab.de>de>:
Lieber Herr Meyer,
aus den Mails von Herrn Funke und Herrn Heiligenhaus lese ich
eigentlich nicht, dass Sie gegen Ihren Vorschlag sind, im
Gegenteil. @LABEL enthält per definitionem keine Deskriptoren, sond
ern Transkriptionen, @TYPE Deskriptoren, wo überhaupt nichst dagegen
spricht, Sie anzuzeigen, wenn ein @LABEL vorhanden ist. Unschön wär
e in der Tat, das ist hier zurecht moniert worden, wenn es Doppelung
en gäbe, also Deskriptoren in @LABEL. Insofern sehe ich hier viel Ko
nsens und möchte nachdrücklichen empfehlen Ihrem Vorschlag zu folgen
. Er ist elegant und sachgerecht und wir, da haben Sie ganz recht, u
nterdrücken keine Informationen, also aus meiner Sicht "Vorwort: Tex
t...", wenn kein Label nur "Vorwort".
Viele Grüße,
Ihr
Th. Stäcker
Meyer, Sebastian schrieb:
Lieber Herr Staecker,
ja, @TYPE würde natürlich gemäß der Strukturdatenliste
übersetzt werden. (Das ist jetzt bereits der Fall.) Allerdings sin
d wir uns trotzdem offenbar noch nicht ganz einig: Herr Heiligenha
us und Herr Funk haben sich gerade gegen die gleichzeitige Anzeige
von @TYPE und @LABEL ausgesprochen. Ich werde deshalb vorerst nic
hts ändern, sondern bei der letzten offiziellen Festlegung aus Hal
le bleiben.
Wir können das Thema aber natürlich gerne nochmal ausführlicher di
skutieren. Mir persönlich würde die ursprüngliche Lösung @TYPE:
@LABEL auch besser gefallen, nicht zuletzt deshalb, weil aus dem @
LABEL der Strukturtyp häufig nicht hervorgeht und dem Nutzer somit
mühsam erfasste Informationen gar nicht zugänglich gemacht werden.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
________________________________
Von: Thomas Stäcker [staecker(a)hab.de]
Gesendet: Mittwoch, 2. September 2009 18:12
An: Meyer, Sebastian
Cc: technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] Strukturdaten
Lieber Herr Meyer,
ja, ich konnte mich schwach erinnern, dass wir schon einmal darüber
unterhalten hatten, leider, ich muss es zu meiner Schande gestehen,
konnte ich den Sachstand dazu nicht mehr eruieren. Wieder ein Pläd
oyer
für eine Verbesserung der Online-Dokumentation ;-) Ihren Vorschlag
finde ich in Ordnung und würde in Zukunft bei reinen Deskriptoren
(Bedingung: in TEI kein <head> unterhalb von div und Inhalt von
<index><term>) auf @LABEL verzichten. Allerdings muss dann von Ihnen
@TYPE an Hand der Viewerliste noch "übersetzt" werden, z.B. title_
page
-> Titelseite oder title_page -> title page. "Typ: Label" bzw.
"übersetzter Typ:Label" dürfte nur dann verwendet werden, wenn es
@LABEL
gibt. Das fände ich sehr gut, da dadurch der Text in Label gut z.B
. mit
Vorrede kombiniert werden kann. Wenn das so d'accord ist, setze ich
es
gleich um.
Viele Grüße,
Ihr
Th. Stäcker
Meyer, Sebastian schrieb:
---
---------------------------------------------------------------------
>
Ich 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, de
r in
<http://test.dfg-viewer.de/demo/viewer/?set%5Bimage%5D=372&set%5Bzoom%5D=min&set%5Bdebug%5D=0&set%5Bdouble%5D=0&set%5Bmets%5D=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3Appn_519587820
Lieber Herr Staecker,
über die Behandlung von @TYPE und @LABEL im Viewer hatten wir un
s vor einiger Zeit schonmal (ich glaub in Halle) unterhalten. Da
mals hatten wir die Entscheidung getroffen, dass in der Navigati
on immer bevorzugt das Label angezeigt werden solle. Nur wenn da
s Attribut nicht existiert, soll stattdessen der Typ (in entspre
chender Übersetzung laut Strukturdatenset) angezeigt werden.
Ursprünglich war es mal so, dass der Viewer immer "Typ: Label" a
ngezeigt hat. Das wurde aber glaube ich kritisiert, weil die Bez
eichnungen dadurch teilweise recht lang wurden und auch Dopplung
en der Art "Titelseite: Titelseite" auftraten. (Wobei ich es für
falsch halte, in @LABEL reine Deskriptoren unterzubringen. Dies
e Information steckt doch bereits in @TYPE und muss nicht nochma
l in @LABEL wiederholt werden. Was die Dopplungen betrifft, sehe
ich den Fehler also nicht beim Viewer, sondern beim Ersteller d
er METS-Datei.)
Mein Vorschlag wäre deshalb, zum alten Verhalten des Viewers zur
ückzukehren und immer "Typ: Label" in der Navigation anzuzeigen
(bzw. nur "Typ", falls kein @LABEL vergeben wurde). Die Vermeidu
ng von Dopplungen obliegt dann dem Datenlieferanten, der @LABEL
nicht belegen sollte, wenn die Information zu der in @TYPE redun
dant ist.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
________________________________
Von: dv-technik-bounces(a)dfg-viewer.de [dv-technik-bounces@dfg-
viewer.de] im Auftrag von Thomas Stäcker [staecker(a)hab.de]
Gesendet: Mittwoch, 2. September 2009 07:42
An: dv-technik(a)dfg-viewer.de
Cc: Torsten Schaßan
Betreff: Re: [DFG-Viewer] Strukturdaten
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 bi
ldete
die Strukturdaten im structLink Bereich nur auf der obersten
Hierarchiestufe ab. Das konnte natürlich dann trotz korrekter lo
gical
structMap nicht gelingen. Jetzt ist alles OK, vgl. z.B.
http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&ident…
Ich 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, de
r 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 gem
acht
werden (dazu brauchen wir dann noch einen Steuerungsindikator oder
überlegen, ob wir es über die behavior-section in METS lösen kön
nen).
Gibt es keinen Verweis und sonstwie keine Zuordnung wird das Paar
section/Abschnitt verwendet (dies vielleicht für die interessan
t, 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=eng=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 e
nthält,
weiss man nicht mehr, dass es sich um eine Überschrift handelt, es
könnte auch ein Abschnitt oder anderes sein (im obigen OAI Beis
piel
<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 a
ber 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:
Ich 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, de
r 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 gem
acht
werden (dazu brauchen wir dann noch einen Steuerungsindikator oder
überlegen, ob wir es über die behavior-section in METS lösen kön
nen).
Gibt es keinen Verweis und sonstwie keine Zuordnung wird das Paar
section/Abschnitt verwendet (dies vielleicht für die interessan
t, 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
<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
<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 e
nthält,
weiss man nicht mehr, dass es sich um eine Überschrift handelt, es
könnte auch ein Abschnitt oder anderes sein (im obigen OAI Beis
piel
<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 a
ber 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 Staecker,
ja, @TYPE würde natürlich gemäß der Strukturdatenliste
übersetzt werden. (Das ist jetzt bereits der Fall.) Allerdings sin
d wir uns trotzdem offenbar noch nicht ganz einig: Herr Heiligenha
us und Herr Funk haben sich gerade gegen die gleichzeitige Anzeige
von @TYPE und @LABEL ausgesprochen. Ich werde deshalb vorerst nic
hts ändern, sondern bei der letzten offiziellen Festlegung aus Hal
le bleiben.
Wir können das Thema aber natürlich gerne nochmal ausführlicher di
skutieren. Mir persönlich würde die ursprüngliche Lösung @TYPE:
@LABEL auch besser gefallen, nicht zuletzt deshalb, weil aus dem @
LABEL der Strukturtyp häufig nicht hervorgeht und dem Nutzer somit
mühsam erfasste Informationen gar nicht zugänglich gemacht werden.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
---
---------------------------------------------------------------------
*Von:* Thomas Stäcker [staecker(a)hab.de]
*Gesendet:* Mittwoch, 2. September 2009 18:12
*An:* Meyer, Sebastian
*Cc:* technik(a)dfg-viewer.de
*Betreff:* Re: [DFG-Viewer] Strukturdaten
Lieber Herr Meyer,
ja, ich konnte mich schwach erinnern, dass wir schon einmal darüber
unterhalten hatten, leider, ich muss es zu meiner Schande gestehen,
konnte ich den Sachstand dazu nicht mehr eruieren. Wieder ein Pläd
oyer
für eine Verbesserung der Online-Dokumentation ;-) Ihren Vorschlag
finde ich in Ordnung und würde in Zukunft bei reinen Deskriptoren
(Bedingung: in TEI kein <head> unterhalb von div und Inhalt von
<index><term>) auf @LABEL verzichten. Allerdings muss dann von Ihnen
@TYPE an Hand der Viewerliste noch "übersetzt" werden, z.B. title_
page
-> Titelseite oder title_page -> title page. "Typ: Label" bzw.
"übersetzter Typ:Label" dürfte nur dann verwendet werden, wenn es
@LABEL
gibt. Das fände ich sehr gut, da dadurch der Text in Label gut z.B
. mit
Vorrede kombiniert werden kann. Wenn das so d'accord ist, setze ich
es
gleich um.
Viele Grüße,
Ihr
Th. Stäcker
Meyer, Sebastian schrieb:
Lieber Herr Meyer,
die neue Version ist wunderbar, besonders die Doppelseitenansicht
gefällt mir sehr gut. Leider werden die Strukturdaten werden b
ei 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&…
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
---
---
------------------------------------------------------------------
Lieber Herr Staecker,
über die Behandlung von @TYPE und @LABEL im Viewer hatten wir un
s vor
einiger Zeit schonmal (ich glaub in Halle) unterhalten. Damals
hatten
wir die Entscheidung getroffen, dass in der Navigation immer
bevorzugt
das Label angezeigt werden solle. Nur wenn das Attribut nicht
existiert, soll stattdessen der Typ (in entsprechender Übersetzung
laut Strukturdatenset) angezeigt werden.
Ursprünglich war es mal so, dass der Viewer immer "Typ: Label"
angezeigt hat. Das wurde aber glaube ich kritisiert, weil die
Bezeichnungen dadurch teilweise recht lang wurden und auch
Dopplungen
der Art "Titelseite: Titelseite" auftraten. (Wobei ich es für fa
lsch
halte, in @LABEL reine Deskriptoren unterzubringen. Diese
Information
steckt doch bereits in @TYPE und muss nicht nochmal in @LABEL
wiederholt werden. Was die Dopplungen betrifft, sehe ich den Fehler
also nicht beim Viewer, sondern beim Ersteller der METS-Datei.)
Mein Vorschlag wäre deshalb, zum alten Verhalten des Viewers
zurückzukehren und immer "Typ: Label" in der Navigation anzuzeigen
(bzw. nur "Typ", falls kein @LABEL vergeben wurde). Die Vermeidung
von
Dopplungen obliegt dann dem Datenlieferanten, der @LABEL nicht
belegen
sollte, wenn die Information zu der in @TYPE redundant ist.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
---
---
------------------------------------------------------------------
*Von:* dv-technik-bounces(a)dfg-viewer.de
[dv-technik-bounces(a)dfg-viewer.de] im Auftrag von Thomas Stäcker
[staecker(a)hab.de]
*Gesendet:* Mittwoch, 2. September 2009 07:42
*An:* dv-technik(a)dfg-viewer.de
*Cc:* Torsten Schaßan
*Betreff:* Re: [DFG-Viewer] Strukturdaten
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 bi
ldete
die Strukturdaten im structLink Bereich nur auf der obersten
Hierarchiestufe ab. Das konnte natürlich dann trotz korrekter lo
gical
structMap nicht gelingen. Jetzt ist alles OK, vgl. z.B.
http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&ident…
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifier=oai:diglib.hab.de:ppn_515681113
Lieber Herr Meyer,
die neue Version ist wunderbar, besonders die Doppelseitenansicht
gefällt mir sehr gut. Leider werden die Strukturdaten werden b
ei 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&…
<http://test.dfg-viewer.de/demo/viewer/?set%5Bimage%5D=372&set%5Bzoom%5D=min&set%5Bdebug%5D=0&set%5Bdouble%5D=0&set%5Bmets%5D=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
Lieber Herr Staecker,
über die Behandlung von @TYPE und @LABEL im Viewer hatten wir un
s vor einiger Zeit schonmal (ich glaub in Halle) unterhalten. Dama
ls hatten wir die Entscheidung getroffen, dass in der Navigation i
mmer bevorzugt das Label angezeigt werden solle. Nur wenn das Attr
ibut nicht existiert, soll stattdessen der Typ (in entsprechender
Übersetzung laut Strukturdatenset) angezeigt werden
Ursprünglich war es mal so, dass der Viewer immer
"Typ: Label" a
ngezeigt hat. Das wurde aber glaube ich kritisiert, weil die Bezei
chnungen dadurch teilweise recht lang wurden und auch Dopplungen d
er Art "Titelseite: Titelseite" auftraten. (Wobei ich es für falsc
h halte, in @LABEL reine Deskriptoren unterzubringen. Diese Inform
ation steckt doch bereits in @TYPE und muss nicht nochmal in @LABE
L wiederholt werden. Was die Dopplungen betrifft, sehe ich den Feh
ler also nicht beim Viewer, sondern beim Ersteller der METS-Datei.)
Mein Vorschlag wäre deshalb, zum alten Verhalten des Viewers zur
ückzukehren und immer "Typ: Label" in der Navigation anzuzeigen (b
zw. nur "Typ", falls kein @LABEL vergeben wurde). Die Vermeidung v
on Dopplungen obliegt dann dem Datenlieferanten, der @LABEL nicht
belegen sollte, wenn die Information zu der in @TYPE redundant ist.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
________________________________
Von: dv-technik-bounces(a)dfg-viewer.de [dv-technik-bounces@dfg-
viewer.de] im Auftrag von Thomas Stäcker [staecker(a)hab.de]
Gesendet: Mittwoch, 2. September 2009 07:42
An: dv-technik(a)dfg-viewer.de
Cc: Torsten Schaßan
Betreff: Re: [DFG-Viewer] Strukturdaten
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 bi
ldete
die Strukturdaten im structLink Bereich nur auf
der obersten
Hierarchiestufe ab. Das konnte natürlich dann trotz korrekter lo
gical
structMap nicht gelingen. Jetzt ist alles OK,
vgl. z.B.
http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&ident…
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifier=oai:diglib.hab.de:ppn_515681113
Ich 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, de
r 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 gema
cht
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 interessan
t, 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
<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
<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 e
nthält,
weiss man nicht mehr, dass es sich um eine
Überschrift handelt, es
könnte auch ein Abschnitt oder anderes sein (im obigen OAI Beis
piel
<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 a
ber bei
den Deskriptoren unschön:
illustration:Illustration. Eine sinnvo
lle
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 be
i 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&…
<http://test.dfg-viewer.de/demo/viewer/?set%5Bimage%5D=372&set%5Bzoom%5D=min&set%5Bdebug%5D=0&set%5Bdouble%5D=0&set%5Bmets%5D=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
<http://diglib.hab.de/drucke/nd-24/start..htm
vergleichen, sehen Sie, dass das meiste weggefallen ist.
Viele Grüße,
Ihr
Th Stäcker
Lieber Herr Staecker,
über die Behandlung von @TYPE und @LABEL im Viewer hatten wir un
s vor
einiger Zeit schonmal (ich glaub in Halle)
unterhalten. Damals
hatten
wir die Entscheidung getroffen, dass in der
Navigation immer
bevorzugt
das Label angezeigt werden solle. Nur wenn das
Attribut nicht
existiert, soll stattdessen der Typ (in entsprechender Übersetzung
laut Strukturdatenset) angezeigt werden.
Ursprünglich war es mal so, dass der Viewer immer "Typ: Label"
angezeigt hat. Das wurde aber glaube ich kritisiert, weil die
Bezeichnungen dadurch teilweise recht lang wurden und auch
Dopplungen
der Art "Titelseite: Titelseite"
auftraten. (Wobei ich es für fa
lsch
halte, in @LABEL reine Deskriptoren
unterzubringen. Diese
Information
steckt doch bereits in @TYPE und muss nicht
nochmal in @LABEL
wiederholt werden. Was die Dopplungen betrifft, sehe ich den Fehler
also nicht beim Viewer, sondern beim Ersteller der METS-Datei.)
Mein Vorschlag wäre deshalb, zum alten Verhalten des Viewers
zurückzukehren und immer "Typ: Label" in der Navigation anzuzeigen
(bzw. nur "Typ", falls kein @LABEL vergeben wurde). Die
Vermeidung von
Dopplungen obliegt dann dem Datenlieferanten, der
@LABEL nicht
belegen
sollte, wenn die Information zu der in @TYPE
redundant ist.
Viele Grüße
Sebastian Meyer
--
Sebastian Meyer
Projekt-Mitarbeiter
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
http://www.slub-dresden.de/
---
---------------------------------------------------------------------
*Von:* dv-technik-bounces(a)dfg-viewer.de
[dv-technik-bounces(a)dfg-viewer.de] im Auftrag von Thomas Stäcker
[staecker(a)hab.de]
*Gesendet:* Mittwoch, 2. September 2009 07:42
*An:* dv-technik(a)dfg-viewer.de
*Cc:* Torsten Schaßan
*Betreff:* Re: [DFG-Viewer] Strukturdaten
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 bi
ldete
die Strukturdaten im structLink Bereich nur auf
der obersten
Hierarchiestufe ab. Das konnte natürlich dann trotz korrekter lo
gical
structMap nicht gelingen. Jetzt ist alles OK,
vgl. z.B.
http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&ident…
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifier=oai:diglib.hab.de:ppn_515681113
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifier=oai:diglib.hab.de:ppn_515681113
<http://dbs..hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifier=oai:diglib.hab.de:ppn_515681113
unserer XML Strukturdatendatei, vorkommt und
zumeist der Liste
http://diglibhab.de/rules/concordance/structMD.xml
<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 gema
cht
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 interessan
t, 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
<http://diglib.hab.de/wdbphp?dir=drucke/nd-24&lang=de
<http://diglib.hab.de/wdb.php?dir=drucke/nd-24&lang=de
<http://diglib.hab.de/wdb.php?dir=drucke/nd-24&lang=de
darin,
und
http://diglib..hab.de/wdb.php?dir=drucke/nd-24&lang=en
<http://diglib..hab.de/wdb.php?dir=drucke/nd-24&lang=en
<http://diglib.hab..de/wdb.php?dir=drucke/nd-24&lang=en
<http://diglib.hab..de/wdb.php?dir=drucke/nd-24&lang=en
.
Zum anderen besteht ein Problem der reinen @LABEL Darstellung
dass wir nicht zwischen textlichen Inhalten und
Deskriptoren
unterscheiden können. Wenn @LABEL den Inhalt einer Überschrift e
nthält,
weiss man nicht mehr, dass es sich um eine
Überschrift handelt, es
könnte auch ein Abschnitt oder anderes sein (im obigen OAI Beis
piel
<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 a
ber bei
den Deskriptoren unschön:
illustration:Illustration. Eine sinnvo
lle
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 b
ei 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&…
<http://test.dfg-viewer.de/demo/viewer/?set%5Bimage%5D=372&set%5Bzoom%5D=min&set%5Bdebug%5D=0&set%5Bdouble%5D=0&set%5Bmets%5D=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3Appn_519587820
<http://test.dfg-viewer.de/demo/viewer/?set%5Bimage%5D=372&set%5Bzoom%5D=min&set%5Bdebug%5D=0&set%5Bdouble%5D=0&set%5Bmets%5D=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