1 Sep
2009
1 Sep
'09
10:13 p.m.
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&…
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
1 Sep
1 Sep
10:25 p.m.
Ich wurde gerade aus der Liste hinausgeworfen, daher diese Mail noch einmal.
Viele Gruesse,
Staecker
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&…
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
2 Sep
2 Sep
7:42 a.m.
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&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, 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=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 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&…
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
1:36 p.m.
Lieber Herr Staecker,
über die Behandlung von @TYPE und @LABEL im Viewer hatten wir uns 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 falsch 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 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&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, 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=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 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&…
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
1:58 p.m.
Hallo liebe Liste.
Eine kleine Unschönheit sehe ich hier mit verschiedenen Sprachen: Habe ich
einen deutschen Titel und die Strukturtypen sind beispielsweise aus zvdd, dann
wären diese Englisch. Der Viewer übersetzt, soweit ich weiß, nur die
DFG-Viewer-Typen. Es wäre meiner Meinung nach sehr unpraktisch, dann die
zvdd-Typen in der METS-Datei übersetzen zu müssen. Das wäre dann evtl. wieder
die Sache des Labels, man könnte den Typ ja auch übersetzt in das Label
schreiben (also "Typ: Label" als Label).
Solange wir keine Regelung für Mehrsprachigkeit für Strukturtypen haben, würde
ich daher gerne nur das Label anzeigen lassen.
Viele Grüße.
*fu*
Meyer, Sebastian schrieb am 02.09.2009 13:36:
Lieber Herr Staecker,
über die Behandlung von @TYPE und @LABEL im Viewer hatten wir uns 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 falsch 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 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&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, 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=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 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&…
>
>
>
> 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
--
Stefan E. Funk
DP-D - Diensteportal Digitalisierung
Goettingen State and University Library - The Historical Library Building
Papendiek 14, 37073 Goettingen, Germany
Phone: +49 551 39-7700 | 39-12170
Mail: funk(a)sub.uni-goettingen.de
6:12 p.m.
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ädoyer
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 Staecker,
über die Behandlung von @TYPE und @LABEL im Viewer hatten wir uns 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 falsch 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 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&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, 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=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 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&…
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 uns 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 falsch
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 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&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, 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
<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 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&…
<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
6:38 p.m.
Lieber Herr Staecker,
ja, @TYPE würde natürlich gemäß der Strukturdatenliste übersetzt werden. (Das ist jetzt
bereits der Fall.) Allerdings sind wir uns trotzdem offenbar noch nicht ganz einig: Herr
Heiligenhaus und Herr Funk haben sich gerade gegen die gleichzeitige Anzeige von @TYPE und
@LABEL ausgesprochen. Ich werde deshalb vorerst nichts ändern, sondern bei der letzten
offiziellen Festlegung aus Halle bleiben.
Wir können das Thema aber natürlich gerne nochmal ausführlicher diskutieren. 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ädoyer
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 Staecker,
über die Behandlung von @TYPE und @LABEL im Viewer hatten wir uns 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 falsch 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 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&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, 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=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 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&…
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 uns 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 falsch
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 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&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, 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
<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 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&…
<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
7:10 p.m.
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, sondern Transkriptionen,
@TYPE Deskriptoren, wo überhaupt nichst dagegen spricht, Sie anzuzeigen,
wenn ein @LABEL vorhanden ist. Unschön wäre in der Tat, das ist hier
zurecht moniert worden, wenn es Doppelungen gäbe, also Deskriptoren in
@LABEL. Insofern sehe ich hier viel Konsens und möchte nachdrücklichen
empfehlen Ihrem Vorschlag zu folgen. Er ist elegant und sachgerecht und
wir, da haben Sie ganz recht, unterdrücken keine Informationen, also aus
meiner Sicht "Vorwort: Text...", 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 sind wir uns trotzdem offenbar noch nicht ganz einig: Herr
Heiligenhaus und Herr Funk haben sich gerade gegen die gleichzeitige Anzeige von @TYPE und
@LABEL ausgesprochen. Ich werde deshalb vorerst nichts ändern, sondern bei der letzten
offiziellen Festlegung aus Halle bleiben.
Wir können das Thema aber natürlich gerne nochmal ausführlicher diskutieren. 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ädoyer
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:
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>>
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.habde%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
<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>>
Lieber Herr Staecker,
über die Behandlung von @TYPE und @LABEL im Viewer hatten wir uns 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 falsch 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 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&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, 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=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 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 Staecker,
ja, @TYPE würde natürlich gemäß der Strukturdatenliste übersetzt
werden. (Das ist jetzt bereits der Fall.) Allerdings sind wir uns
trotzdem offenbar noch nicht ganz einig: Herr Heiligenhaus und Herr
Funk haben sich gerade gegen die gleichzeitige Anzeige von @TYPE und
@LABEL ausgesprochen. Ich werde deshalb vorerst nichts ändern, sondern
bei der letzten offiziellen Festlegung aus Halle bleiben.
Wir können das Thema aber natürlich gerne nochmal ausführlicher
diskutieren. 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ädoyer
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 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&…
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 uns 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 falsch
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 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&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, 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
<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 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&…
<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 uns
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 falsch
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 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&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, 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
<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&…
<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 uns 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 falsch
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 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.
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, der in
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 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
<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>> 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>>.
> 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
> >
> >
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
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
3 Sep
3 Sep
10:09 a.m.
Liebe KollegInnen,
gut, also belasse ich für Version 2.5 erstmal alles beim Alten und behalte die "Typ:
Label"-Anzeige für das folgende Release im Auge.
Was die Ergänzung der Doku betrifft, würde ich Herr Funk bitten, die METS/MODS-Profile
anzupassen.
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/
-----Ursprüngliche Nachricht-----
Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg-
viewer.de] Im Auftrag von Kay Heiligenhaus
Gesendet: Mittwoch, 2. September 2009 20:55
An: dv-technik(a)dfg-viewer.de
Cc: technik(a)dfg-viewer.de; Meyer, Sebastian
Betreff: Re: [DFG-Viewer] Strukturdaten
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>:
darin,
http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&ident…
r=oai:diglib.hab.de:ppn_515681113
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:
>
>> 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…
r=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 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
>> 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 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&set[debug]=0&set[do
uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGe
tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3App
n_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. 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&identifi
er=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 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 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&set[debug]=0&set[do
uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGet
Record%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%2Fw
db%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,
> 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 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…
r=oai:diglib.hab.de:ppn_515681113
>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
er=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
<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&set[debug]=0&set[do
uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGe
tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3App
n_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%2Fw
db%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…
r=oai:diglib.hab.de:ppn_515681113
>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
er=oai:diglib.hab.de:ppn_515681113
> >
> >
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
er=oai:diglib.hab.de:ppn_515681113
>
<http://dbs..hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identif
ier=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://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
<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
> 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 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&set[debug]=0&set[do
uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGet
Record%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.habde%2Foai%2Fwd
b%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3
Adiglib.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%2Fw
db%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%2Fw
db%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
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
> >
> >
>> >
>
>
>
>
>
6:48 p.m.
Lieber Herr Meyer,
ihr "also" verstehe ich nicht ganz. Herr Heiligenhaus hat sich doch
dafür ausgesprochen. Wenn es aber jetzt zu viel Arbeit macht, kein
Problem. Man kann es später im nächsten Release noch implementieren.
Beste Grüße,
Ihr
Th. Stäcker
Meyer, Sebastian schrieb:
Liebe KollegInnen,
gut, also belasse ich für Version 2.5 erstmal alles beim Alten und behalte die "Typ:
Label"-Anzeige für das folgende Release im Auge.
Was die Ergänzung der Doku betrifft, würde ich Herr Funk bitten, die METS/MODS-Profile
anzupassen.
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/
> -----Ursprüngliche Nachricht-----
> Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg-
> viewer.de] Im Auftrag von Kay Heiligenhaus
> Gesendet: Mittwoch, 2. September 2009 20:55
> An: dv-technik(a)dfg-viewer.de
> Cc: technik(a)dfg-viewer.de; Meyer, Sebastian
> Betreff: Re: [DFG-Viewer] Strukturdaten
>
> 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:
>>>
>>>> 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…
> r=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 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:
>>>>
>>>>
>>>>> 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&set[debug]=0&set[do
> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGe
> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3App
> n_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. 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…
> r=oai:diglib.hab.de:ppn_515681113
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> er=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 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 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&set[debug]=0&set[do
> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGet
> Record%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%2Fw
> db%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,
>>> 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 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…
> r=oai:diglib.hab.de:ppn_515681113
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> er=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&set[debug]=0&set[do
> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGe
> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3App
> n_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%2Fw
> db%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…
> r=oai:diglib.hab.de:ppn_515681113
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> er=oai:diglib.hab.de:ppn_515681113
>>>>
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> er=oai:diglib.hab.de:ppn_515681113
> <http://dbs..hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identif
> ier=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://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
>>>>> 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
>>> 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 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&set[debug]=0&set[do
> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGet
> Record%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.habde%2Foai%2Fwd
> b%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3
> Adiglib.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%2Fw
> db%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%2Fw
> db%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
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
--
Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung)
Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel
Tel. +49(0)5331/808-119 - email: staecker(a)hab.de
8:07 p.m.
Lieber Herr Stäcker,
das "also" verstehe ich auch nicht so ganz, aber ich denke, daß wir
kurz vor Produktionsstellung keine Änderung mehr machen sollten. Die
jetzige Implementierung ist abwärtskompatibel. Für bestehende
Implementierungen ändert sich an der Anzeige nichts. Eine Änderung im
Sinne des Vorschlages von Herrn Meyer bedarf jedoch einer Anpassung im
gelieferten METS, ansonsten kommt es zu unerwünschten Darstellungen
der Strukturdaten im Viewer. Für statische Implementierungen hätte
das evtl. gravierendere Änderungen zur Folge. Aber auch die
"dynamischen Produzenten" können nicht immer mal schnell übers
Wochenende ihre Produktionssysteme ändern. Von daher: Ohne Not würde
ich immer für abwärtskompatibilität pladieren... ;)
Beste Grüße,
Kay Heiligenhaus
Am 03.09.2009 um 18:47 schrieb "Dr. Thomas Staecker" <staecker(a)hab.de>de>:
Lieber Herr Meyer,
ihr "also" verstehe ich nicht ganz. Herr Heiligenhaus hat sich doch
dafür ausgesprochen. Wenn es aber jetzt zu viel Arbeit macht, kein P
roblem. Man kann es später im nächsten Release noch implementieren.
Beste Grüße,
Ihr
Th. Stäcker
Meyer, Sebastian schrieb:
Liebe KollegInnen,
gut, also belasse ich für Version 2.5 erstmal alles beim Alten und
behalte die "Typ: Label"-Anzeige für das folgende Release im Auge.
Was die Ergänzung der Doku betrifft, würde ich Herr Funk bitten, d
ie METS/MODS-Profile anzupassen.
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/
> -----Ursprüngliche Nachricht-----
> Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-
> bounces@dfg-
> viewer.de] Im Auftrag von Kay Heiligenhaus
> Gesendet: Mittwoch, 2. September 2009 20:55
> An: dv-technik(a)dfg-viewer.de
> Cc: technik(a)dfg-viewer.de; Meyer, Sebastian
> Betreff: Re: [DFG-Viewer] Strukturdaten
>
> 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: Lokalisieru
> ng der
> Strukturdatenanzeige im Viewer. Bei näherer Betrachtung sehe dur
> chaus
> 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 View
> er 2.5
> stehenden Erweiterungen / Präzisierungen in die Formatdokumentat
> ionen
> 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 d
>> agegen
>> 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 v
>> iel 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 "Vorwor
>> t: 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.) Allerdin
>>> gs 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 a
>>> us Hal
>>> le bleiben.
>>> Wir können das Thema aber natürlich gerne nochmal ausführlic
>>> her 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 w
>>> erden.
>>>
>>> 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 ei
>>> n Pläd
>>> oyer
>>> für eine Verbesserung der Online-Dokumentation ;-) Ihren V
>>> orschlag
>>> 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, w
>>> enn es
>>> @LABEL
>>> gibt. Das fände ich sehr gut, da dadurch der Text in Label g
>>> ut 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 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…
> r=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 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ücksichti
>>>> gt. Das
>>>> verkürzt aber die Information, die gebracht werden könnte
>>>> und mü
>>>> sste.
>>>> Zum einen könnte auf der Basis unserer Vereinbarung die XM
>>>> L-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 Übersc
>>>> hrift e
>>>> nthält,
>>>> weiss man nicht mehr, dass es sich um eine Überschrift han
>>>> delt, 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 (p
>>>> reface:
>>>> 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 ar
>>>> beiten:
>>>>
>>>> <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&set[debug]=0&set[do
> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb
> %3DGe
> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de
> %3App
> n_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. 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 Übe
>>>> rsetzung
>>>> 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 an
>>>> zuzeigen
>>>> (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…
> r=oai:diglib.hab.de:ppn_515681113
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> er=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 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ücksichti
>>>> gt. Das
>>>> verkürzt aber die Information, die gebracht werden könnte
>>>> und mü
>>>> sste.
>>>> Zum einen könnte auf der Basis unserer Vereinbarung die XM
>>>> L-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 Übersc
>>>> hrift e
>>>> nthält,
>>>> weiss man nicht mehr, dass es sich um eine Überschrift han
>>>> delt, 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 (p
>>>> reface:
>>>> 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 ar
>>>> beiten:
>>>>
>>>> <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&set[debug]=0&set[do
> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb
> %3DGet
> Record%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
> %2Fw
> db%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,
>>> ja, @TYPE würde natürlich gemäß der Strukturdatenliste
>>> übersetzt werden. (Das ist jetzt bereits der Fall.) Allerdin
>>> gs 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 a
>>> us Hal
>>> le bleiben.
>>> Wir können das Thema aber natürlich gerne nochmal ausführlic
>>> her 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 w
>>> erden.
>>> 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 ei
>>> n Pläd
>>> oyer
>>> für eine Verbesserung der Online-Dokumentation ;-) Ihren V
>>> orschlag
>>> 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, w
>>> enn es
>>> @LABEL
>>> gibt. Das fände ich sehr gut, da dadurch der Text in Label g
>>> ut 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 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 anzuzei
>>> gen (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…
> r=oai:diglib.hab.de:ppn_515681113
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> er=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 Begrif
>>>> fe 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ücksichti
>>>> gt. 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 Übersc
>>>> hrift e
>>> nthält,
>>>> weiss man nicht mehr, dass es sich um eine Überschrift han
>>>> delt, 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 (p
>>>> reface:
>>>> 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 ar
>>>> beiten:
>>>>
>>>> <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&set[debug]=0&set[do
> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb
> %3DGe
> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de
> %3App
> n_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
> %2Fw
> db%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 Übe
>>>> rsetzung
>>>> 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 an
>>>> zuzeigen
>>>> (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…
> r=oai:diglib.hab.de:ppn_515681113
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> er=oai:diglib.hab.de:ppn_515681113
>>>>
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> er=oai:diglib.hab.de:ppn_515681113
> <http://dbs..hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identif
> ier=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://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 Begrif
>>>> fe 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ücksichti
>>>> gt. 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
>>>>> 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
>>> darin,
>>>> dass wir nicht zwischen textlichen Inhalten und Deskriptoren
>>>> unterscheiden können. Wenn @LABEL den Inhalt einer Übersc
>>>> hrift e
>>> nthält,
>>>> weiss man nicht mehr, dass es sich um eine Überschrift han
>>>> delt, 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 (p
>>>> reface:
>>>> 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 ar
>>>> beiten:
>>>>
>>>> <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&set[debug]=0&set[do
> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb
> %3DGet
> Record%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.habde%2Foai
> %2Fwd
> b%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier
> %3Doai%3
> Adiglib.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
> %2Fw
> db%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
> %2Fw
> db%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
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
--
Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung)
Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel
Tel. +49(0)5331/808-119 - email: staecker(a)hab.de
4 Sep
4 Sep
9:35 a.m.
Wie gesagt, wir sollten es, wenn es jetzt problematisch ist, auf jeden
Fall für das nächste Release vormerken. Die Argumente von Herrn
Heiligenhaus sind in der Tat trifftig.
Viele Grüße,
Ihr
Th. Stäcker
Kay Heiligenhaus schrieb:
Lieber Herr Stäcker,
das "also" verstehe ich auch nicht so ganz, aber ich denke, daß wir kurz
vor Produktionsstellung keine Änderung mehr machen sollten. Die jetzige
Implementierung ist abwärtskompatibel. Für bestehende Implementierungen
ändert sich an der Anzeige nichts. Eine Änderung im Sinne des
Vorschlages von Herrn Meyer bedarf jedoch einer Anpassung im gelieferten
METS, ansonsten kommt es zu unerwünschten Darstellungen der
Strukturdaten im Viewer. Für statische Implementierungen hätte das evtl.
gravierendere Änderungen zur Folge. Aber auch die "dynamischen
Produzenten" können nicht immer mal schnell übers Wochenende ihre
Produktionssysteme ändern. Von daher: Ohne Not würde ich immer für
abwärtskompatibilität pladieren... ;)
Beste Grüße,
Kay Heiligenhaus
Am 03.09.2009 um 18:47 schrieb "Dr. Thomas Staecker" <staecker(a)hab.de>de>:
> Lieber Herr Meyer,
>
> ihr "also" verstehe ich nicht ganz. Herr Heiligenhaus hat sich doch
> dafür ausgesprochen. Wenn es aber jetzt zu viel Arbeit macht, kein
> Problem. Man kann es später im nächsten Release noch implementieren.
>
> Beste Grüße,
> Ihr
> Th. Stäcker
>
>
>
>
> Meyer, Sebastian schrieb:
>> Liebe KollegInnen,
>> gut, also belasse ich für Version 2.5 erstmal alles beim Alten
>> und behalte die "Typ: Label"-Anzeige für das folgende Release im Auge.
>> Was die Ergänzung der Doku betrifft, würde ich Herr Funk bitten, die
>> METS/MODS-Profile anzupassen.
>> 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/
>>> -----Ursprüngliche Nachricht-----
>>> Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg-
>>> viewer.de] Im Auftrag von Kay Heiligenhaus
>>> Gesendet: Mittwoch, 2. September 2009 20:55
>>> An: dv-technik(a)dfg-viewer.de
>>> Cc: technik(a)dfg-viewer.de; Meyer, Sebastian
>>> Betreff: Re: [DFG-Viewer] Strukturdaten
>>>
>>> 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:
>>>>>
>>>>>> 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…
>>> r=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 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:
>>>>>>
>>>>>>
>>>>>>> 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&set[debug]=0&set[do
>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGe
>>> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3App
>>> n_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. 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…
>>> r=oai:diglib.hab.de:ppn_515681113
>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>> er=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 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 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&set[debug]=0&set[do
>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGet
>>> Record%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%2Fw
>>> db%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,
>>>>> 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 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…
>>> r=oai:diglib.hab.de:ppn_515681113
>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>> er=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&set[debug]=0&set[do
>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGe
>>> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3App
>>> n_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%2Fw
>>> db%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…
>>> r=oai:diglib.hab.de:ppn_515681113
>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>> er=oai:diglib.hab.de:ppn_515681113
>>>>>>
>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>> er=oai:diglib.hab.de:ppn_515681113
>>>
<http://dbs..hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identif
>>> ier=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://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
>>>>>>> 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
>>>>> 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
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&set[debug]=0&set[do
>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGet
>>> Record%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.habde%2Foai%2Fwd
>>> b%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3
>>> Adiglib.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%2Fw
>>> db%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%2Fw
>>> db%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
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>
>
> --
> Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung)
> Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel
> Tel. +49(0)5331/808-119 - email: staecker(a)hab.de
>
>
--
Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung)
Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel
Tel. +49(0)5331/808-119 - email: staecker(a)hab.de
10:40 a.m.
Lieber Herr Staecker, lieber Herr Heiligenhaus,
da habe ich Sie offenbar missverstanden. Ihren Vorschlag, die diskutierten Änderungen zu
einem öffentlichen Review anzubieten, hatte ich so verstanden, dass Sie sich gegen eine
schnelle Umsetzung aussprechen, um der Community noch die Möglichkeit zur Reaktion zu
geben. Deshalb hatte ich das dann auf die ToDo-Liste für die nächste Version gesetzt.
Aus den von Herr Heiligenhaus genannten Gründen, würde ich das nach wie vor befürworten.
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
Dr. Thomas Staecker [staecker(a)hab.de]
Gesendet: Freitag, 4. September 2009 09:35
An: dv-technik(a)dfg-viewer.de
Cc: dv-technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] Strukturdaten
Wie gesagt, wir sollten es, wenn es jetzt problematisch ist, auf jeden
Fall für das nächste Release vormerken. Die Argumente von Herrn
Heiligenhaus sind in der Tat trifftig.
Viele Grüße,
Ihr
Th. Stäcker
Kay Heiligenhaus schrieb:
Lieber Herr Stäcker,
das "also" verstehe ich auch nicht so ganz, aber ich denke, daß wir kurz
vor Produktionsstellung keine Änderung mehr machen sollten. Die jetzige
Implementierung ist abwärtskompatibel. Für bestehende Implementierungen
ändert sich an der Anzeige nichts. Eine Änderung im Sinne des
Vorschlages von Herrn Meyer bedarf jedoch einer Anpassung im gelieferten
METS, ansonsten kommt es zu unerwünschten Darstellungen der
Strukturdaten im Viewer. Für statische Implementierungen hätte das evtl.
gravierendere Änderungen zur Folge. Aber auch die "dynamischen
Produzenten" können nicht immer mal schnell übers Wochenende ihre
Produktionssysteme ändern. Von daher: Ohne Not würde ich immer für
abwärtskompatibilität pladieren... ;)
Beste Grüße,
Kay Heiligenhaus
Am 03.09.2009 um 18:47 schrieb "Dr. Thomas Staecker" <staecker(a)hab.de>de>:
> Lieber Herr Meyer,
>
> ihr "also" verstehe ich nicht ganz. Herr Heiligenhaus hat sich doch
> dafür ausgesprochen. Wenn es aber jetzt zu viel Arbeit macht, kein
> Problem. Man kann es später im nächsten Release noch implementieren.
>
> Beste Grüße,
> Ihr
> Th. Stäcker
>
>
>
>
> Meyer, Sebastian schrieb:
>> Liebe KollegInnen,
>> gut, also belasse ich für Version 2.5 erstmal alles beim Alten
>> und behalte die "Typ: Label"-Anzeige für das folgende Release im Auge.
>> Was die Ergänzung der Doku betrifft, würde ich Herr Funk bitten, die
>> METS/MODS-Profile anzupassen.
>> 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/
>>> -----Ursprüngliche Nachricht-----
>>> Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg-
>>> viewer.de] Im Auftrag von Kay Heiligenhaus
>>> Gesendet: Mittwoch, 2. September 2009 20:55
>>> An: dv-technik(a)dfg-viewer.de
>>> Cc: technik(a)dfg-viewer.de; Meyer, Sebastian
>>> Betreff: Re: [DFG-Viewer] Strukturdaten
>>>
>>> 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:
>>>>>
>>>>>> 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…
>>> r=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 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:
>>>>>>
>>>>>>
>>>>>>> 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-<http://test.dfg-/>
>>>
viewer.de/demo/viewer/?set[image]=372&set[zoom]=min&set[debug]=0&set[do
>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGe
>>> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3App
>>> n_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. 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…
>>> r=oai:diglib.hab.de:ppn_515681113
>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>> er=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 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 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-<http://test.dfg-/>
>>>
viewer.de/demo/viewer/?set[image]=372&set[zoom]=min&set[debug]=0&set[do
>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGet
>>> Record%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3Appn
>>> _519587820
>>>>>> <http://test.dfg-<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%2Fw
>>> db%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,
>>>>> 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 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…
>>> r=oai:diglib.hab.de:ppn_515681113
>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>> er=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-<http://test.dfg-/>
>>>
viewer.de/demo/viewer/?set[image]=372&set[zoom]=min&set[debug]=0&set[do
>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGe
>>> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3App
>>> n_519587820
>>>>> <http://test.dfg-<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%2Fw
>>> db%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…
>>> r=oai:diglib.hab.de:ppn_515681113
>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>> er=oai:diglib.hab.de:ppn_515681113
>>>>>>
>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>> er=oai:diglib.hab.de:ppn_515681113
>>>
<http://dbs..hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identif
>>> ier=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://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
>>>>>>> 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
>>>>> 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
b
>>>>> ei mir
>>>>>>> nur auf der obersten Hierachieebene angezeigt (Validation
ist
>>>>> aber
>>>>>>> korrekt). Wenn Sie einmal
>>>>>>>
>>>>>>>
>>>>>> http://test.dfg-<http://test.dfg-/>
>>>
viewer.de/demo/viewer/?set[image]=372&set[zoom]=min&set[debug]=0&set[do
>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGet
>>> Record%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3Appn
>>> _519587820
>>>>> <http://test.dfg-<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%2Fwd
>>> b%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3
>>> Adiglib.hab.de%3Appn_519587820
>>>>>> <http://test.dfg-<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%2Fw
>>> db%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%
>>> 3Adiglib.hab.de%3Appn_519587820
>>>>> <http://test.dfg-<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%2Fw
>>> db%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
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>
>
> --
> Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung)
> Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel
> Tel. +49(0)5331/808-119 - email: staecker(a)hab.de
>
>
--
Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung)
Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel
Tel. +49(0)5331/808-119 - email: staecker(a)hab.de
12:52 p.m.
Lieber Herr Meyer, lieber Herr Stäcker,
das war in der Tat nicht so eindeutig formuliert. Sachlich schließe
ich mich nach etwas Nachdenken dem Vorschlag zur Änderung an. Aber die
Hinweise von Herrn Funk sowie die nähere Betrachtung der konkreten
Implikationen sprechen dafür, solche Änderungen nicht kurzfristig zu
machen. Unterm Strich plädiere ich also dafür, der
Abwärtskompatibilität unserer Lösung einen sehr hohen Stellenwert
zuzumessen. Funktionale Erweiterungen sind m.E. höchst willkommen,
wenn sie bestehende Implementierungen nicht tangieren. Änderungen
jedoch, die die Datenlieferanten zu eigenen Anpassungen nötigen,
müssen einen formaleren Prozeß durchlaufen ("Review") und mit einem
gewissen Vorlauf versehen sein.
Von daher: Setzen wir diese Änderung auf die Wunschliste für Vers.
2.x. Sollten hier keine Einwände kommen, dann könnte man das
entsprechend angehen. Wäre das auch in Ihrem Sinne, Herr Funk?
Beste Grüße,
Kay Heiligenhaus
Am 04.09.2009 um 10:42 schrieb "Meyer, Sebastian"
<Sebastian.Meyer(a)slub-dresden.de
:
> Lieber Herr Staecker, lieber Herr Heiligenhaus,
>
> da habe ich Sie offenbar missverstanden. Ihren Vorschlag, die
> diskutierten Änderungen zu einem öffentlichen Review anzubieten, hat
> te ich so verstanden, dass Sie sich gegen eine schnelle Umsetzung au
> ssprechen, um der Community noch die Möglichkeit zur Reaktion zu geb
> en. Deshalb hatte ich das dann auf die ToDo-Liste für die nächste Ve
> rsion gesetzt.
> Aus den von Herr Heiligenhaus genannten Gründen, würde ich das nach
> wie vor befürworten.
>
> 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 Dr. Thomas Staecker [staecker(a)hab.de]
> Gesendet: Freitag, 4. September 2009 09:35
> An: dv-technik(a)dfg-viewer.de
> Cc: dv-technik(a)dfg-viewer.de
> Betreff: Re: [DFG-Viewer] Strukturdaten
>
> Wie gesagt, wir sollten es, wenn es jetzt problematisch ist, auf jeden
> Fall für das nächste Release vormerken. Die Argumente von Herrn
> Heiligenhaus sind in der Tat trifftig.
>
> Viele Grüße,
> Ihr
> Th. Stäcker
>
>
> Kay Heiligenhaus schrieb:
> > Lieber Herr Stäcker,
> >
> > das "also" verstehe ich auch nicht so ganz, aber ich denke, daß wi
> r kurz
> > vor Produktionsstellung keine Änderung mehr machen sollten. Die je
> tzige
> > Implementierung ist abwärtskompatibel. Für bestehende Implementier
> ungen
> > ändert sich an der Anzeige nichts. Eine Änderung im Sinne des
> > Vorschlages von Herrn Meyer bedarf jedoch einer Anpassung im
> gelieferten
> > METS, ansonsten kommt es zu unerwünschten Darstellungen der
> > Strukturdaten im Viewer. Für statische Implementierungen hätte das
> evtl.
> > gravierendere Änderungen zur Folge. Aber auch die "dynamischen
> > Produzenten" können nicht immer mal schnell übers Wochenende ihre
> > Produktionssysteme ändern. Von daher: Ohne Not würde ich immer f
> ür
> > abwärtskompatibilität pladieren... ;)
> >
> > Beste Grüße,
> > Kay Heiligenhaus
> >
> > Am 03.09.2009 um 18:47 schrieb "Dr. Thomas Staecker"
<staecker(a)hab.de
> :
> >
> >> Lieber Herr Meyer,
> >>
> >> ihr "also" verstehe ich nicht ganz. Herr Heiligenhaus hat sich
doch
> >> dafür ausgesprochen. Wenn es aber jetzt zu viel Arbeit macht, kein
> >> Problem. Man kann es später im nächsten Release noch implementier
> en.
> >>
> >> Beste Grüße,
> >> Ihr
> >> Th. Stäcker
> >>
> >>
> >>
> >>
> >> Meyer, Sebastian schrieb:
> >>> Liebe KollegInnen,
> >>> gut, also belasse ich für Version 2.5 erstmal alles beim Alten
> >>> und behalte die "Typ: Label"-Anzeige für das folgende Release
im
> Auge.
> >>> Was die Ergänzung der Doku betrifft, würde ich Herr Funk bitten,
> die
> >>> METS/MODS-Profile anzupassen.
> >>> 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/
> >>>> -----Ursprüngliche Nachricht-----
> >>>> Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-
> bounces@dfg-
> >>>> viewer.de] Im Auftrag von Kay Heiligenhaus
> >>>> Gesendet: Mittwoch, 2. September 2009 20:55
> >>>> An: dv-technik(a)dfg-viewer.de
> >>>> Cc: technik(a)dfg-viewer.de; Meyer, Sebastian
> >>>> Betreff: Re: [DFG-Viewer] Strukturdaten
> >>>>
> >>>> 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: Lokalisier
> ung der
> >>>> Strukturdatenanzeige im Viewer. Bei näherer Betrachtung sehe du
> rchaus
> >>>> 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 Vie
> wer 2.5
> >>>> stehenden Erweiterungen / Präzisierungen in die Formatdokumenta
> tionen
> >>>> 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 d
> agegen
> >>>>> 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 v
> iel 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
"Vorwor
> t: 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.)
Allerding
> s 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
au
> s 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
we
> rden.
> >>>>>>
> >>>>>> 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
Vo
> rschlag
> >>>>>> finde ich in Ordnung und würde in Zukunft bei reinen
Deskript
> oren
> >>>>>> (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. t
> itle_
> >>>>>> page
> >>>>>> -> Titelseite oder title_page -> title page.
"Typ: Label" bzw.
> >>>>>> "übersetzter Typ:Label" dürfte nur dann verwendet
werden, wen
> n es
> >>>>>> @LABEL
> >>>>>> gibt. Das fände ich sehr gut, da dadurch der Text in Label
gu
> t 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 Staecker,
> >>>>>>>
> >>>>>>> über die Behandlung von @TYPE und @LABEL im Viewer
hatten wi
> r 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: Labe
> l" 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 anzuzei
> gen
> >>>>>>> (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 un
> d bi
> >>>>>>> ldete
> >>>>>>> die Strukturdaten im structLink Bereich nur auf der
obersten
> >>>>>>> Hierarchiestufe ab. Das konnte natürlich dann trotz
korrekte
> r lo
> >>>>>>> gical
> >>>>>>> structMap nicht gelingen. Jetzt ist alles OK, vgl.
z.B.
> >>>>>>>
> >>>>>>>
> >>>>
http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&ident…
> >>>> r=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
> 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
intere
> ssan
> >>>>>>> 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 un
> d 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
Überschri
> ft e
> >>>>>>> nthält,
> >>>>>>> weiss man nicht mehr, dass es sich um eine Überschrift
hande
> lt, 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
(pre
> face:
> >>>>>>> Avis...) oder eigentlich besser: Vorrede: Avis... Nun
wäre d
> as a
> >>>>>>> ber bei
> >>>>>>> den Deskriptoren unschön: illustration:Illustration.
Eine si
> nnvolle
> >>>>>>> Alternative könnte darin bestehen mit Unterordnungen zu
arbe
> iten:
> >>>>>>>
> >>>>>>> <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 werde
> n 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&set[debug]=0&set[do
> >>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F
> %26verb%3DGe
> >>>> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai
> %3Adiglib.hab.de%3App
> >>>> n_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 wi
> r 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
Übers
> etzung
> >>>>>>> laut Strukturdatenset) angezeigt werden.
> >>>>>>> Ursprünglich war es mal so, dass der Viewer immer
"Typ: Labe
> l"
> >>>>>>> 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 anzu
> zeigen
> >>>>>>> (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 un
> d bi
> >>>>>>> ldete
> >>>>>>> die Strukturdaten im structLink Bereich nur auf der
obersten
> >>>>>>> Hierarchiestufe ab. Das konnte natürlich dann trotz
korrekte
> r lo
> >>>>>>> gical
> >>>>>>> structMap nicht gelingen. Jetzt ist alles OK, vgl.
z.B.
> >>>>>>>
> >>>>>>>
> >>>>
http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&ident…
> >>>> r=oai:diglib.hab.de:ppn_515681113
> >>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> >>>> er=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
> 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
intere
> ssan
> >>>>>>> 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 un
> d 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
Überschri
> ft e
> >>>>>>> nthält,
> >>>>>>> weiss man nicht mehr, dass es sich um eine Überschrift
hande
> lt, 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
(pre
> face:
> >>>>>>> Avis...) oder eigentlich besser: Vorrede: Avis... Nun
wäre d
> as a
> >>>>>>> ber bei
> >>>>>>> den Deskriptoren unschön: illustration:Illustration.
Eine si
> nnvolle
> >>>>>>> Alternative könnte darin bestehen mit Unterordnungen zu
arbe
> iten:
> >>>>>>>
> >>>>>>> <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 werde
> n 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&set[debug]=0&set[do
> >>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F
> %26verb%3DGet
> >>>> Record%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%2Fw
> >>>> db%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,
> >>>>>> ja, @TYPE würde natürlich gemäß der Strukturdatenliste
> >>>>>> übersetzt werden. (Das ist jetzt bereits der Fall.)
Allerding
> s 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
au
> s 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
we
> rden.
> >>>>>> 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
Vo
> rschlag
> >>>>>> finde ich in Ordnung und würde in Zukunft bei reinen
Deskript
> oren
> >>>>>> (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. t
> itle_
> >>>>>> page
> >>>>>> -> Titelseite oder title_page -> title page.
"Typ: Label" bzw.
> >>>>>> "übersetzter Typ:Label" dürfte nur dann verwendet
werden, wen
> n es
> >>>>>> @LABEL
> >>>>>> gibt. Das fände ich sehr gut, da dadurch der Text in Label
gu
> t 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 Staecker,
> >>>>>>>
> >>>>>>> über die Behandlung von @TYPE und @LABEL im Viewer
hatten wi
> r 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: Labe
> l" 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 anzuzeig
> en (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 un
> d bi
> >>>>>> ldete
> >>>>>>> die Strukturdaten im structLink Bereich nur auf der
obersten
> >>>>>>> Hierarchiestufe ab. Das konnte natürlich dann trotz
korrekte
> r lo
> >>>>>> gical
> >>>>>>> structMap nicht gelingen. Jetzt ist alles OK, vgl.
z.B.
> >>>>>>>
> >>>>>>>
> >>>>
http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&ident…
> >>>> r=oai:diglib.hab.de:ppn_515681113
> >>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> >>>> er=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ös
> en
> >>>>>> können).
> >>>>>>> Gibt es keinen Verweis und sonstwie keine Zuordnung wird
das
> Paar
> >>>>>>> section/Abschnitt verwendet (dies vielleicht für die
intere
> ssan
> >>>>>> 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 un
> d 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
Überschri
> ft e
> >>>>>> nthält,
> >>>>>>> weiss man nicht mehr, dass es sich um eine Überschrift
hande
> lt, 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
(pre
> face:
> >>>>>>> Avis...) oder eigentlich besser: Vorrede: Avis... Nun
wäre d
> as a
> >>>>>> ber bei
> >>>>>>> den Deskriptoren unschön: illustration:Illustration.
Eine si
> nnvo
> >>>>>> lle
> >>>>>>> Alternative könnte darin bestehen mit Unterordnungen zu
arbe
> iten:
> >>>>>>>
> >>>>>>> <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 werde
> n 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&set[debug]=0&set[do
> >>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F
> %26verb%3DGe
> >>>> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai
> %3Adiglib.hab.de%3App
> >>>> n_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%2Fw
> >>>> db%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 wi
> r 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
Übers
> etzung
> >>>>>>> laut Strukturdatenset) angezeigt werden.
> >>>>>>> Ursprünglich war es mal so, dass der Viewer immer
"Typ: Labe
> l"
> >>>>>>> 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 anzu
> zeigen
> >>>>>>> (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 un
> d bi
> >>>>>> ldete
> >>>>>>> die Strukturdaten im structLink Bereich nur auf der
obersten
> >>>>>>> Hierarchiestufe ab. Das konnte natürlich dann trotz
korrekte
> r lo
> >>>>>> gical
> >>>>>>> structMap nicht gelingen. Jetzt ist alles OK, vgl.
z.B.
> >>>>>>>
> >>>>>>>
> >>>>
http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&ident…
> >>>> r=oai:diglib.hab.de:ppn_515681113
> >>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> >>>> er=oai:diglib.hab.de:ppn_515681113
> >>>>>>>
> >>>>
<http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
> >>>> er=oai:diglib.hab.de:ppn_515681113
> >>>>
<http://dbs..hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identif
> >>>> ier=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://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ös
> en
> >>>>>> können).
> >>>>>>> Gibt es keinen Verweis und sonstwie keine Zuordnung wird
das
> Paar
> >>>>>>> section/Abschnitt verwendet (dies vielleicht für die
intere
> ssan
> >>>>>> 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 un
> d 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
> >>>>>>>> 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
> >>>>>> darin,
> >>>>>>> dass wir nicht zwischen textlichen Inhalten und
Deskriptoren
> >>>>>>> unterscheiden können. Wenn @LABEL den Inhalt einer
Überschri
> ft e
> >>>>>> nthält,
> >>>>>>> weiss man nicht mehr, dass es sich um eine Überschrift
hande
> lt, 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
(pre
> face:
> >>>>>>> Avis...) oder eigentlich besser: Vorrede: Avis... Nun
wäre d
> as a
> >>>>>> ber bei
> >>>>>>> den Deskriptoren unschön: illustration:Illustration.
Eine si
> nnvo
> >>>>>> lle
> >>>>>>> Alternative könnte darin bestehen mit Unterordnungen zu
arbe
> iten:
> >>>>>>>
> >>>>>>> <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 werde
> n 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&set[debug]=0&set[do
> >>>> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F
> %26verb%3DGet
> >>>> Record%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.habde
> %2Foai%2Fwd
> >>>> b%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier
> %3Doai%3
> >>>> Adiglib.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%2Fw
> >>>> db%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%2Fw
> >>>> db%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
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>
> >>
> >> --
> >> Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung)
> >> Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel
> >> Tel. +49(0)5331/808-119 - email: staecker(a)hab.de
> >>
> >>
>
>
> --
> Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung)
> Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel
> Tel. +49(0)5331/808-119 - email: staecker(a)hab.de
>
>
1:34 p.m.
Lieber Herr Heiligenhaus,
ja, das klingt in der Tat gut. So sollten wir das machen.
Viele Grüße.
*fu*
On 04.09.09 12:52, Kay Heiligenhaus wrote:
Lieber Herr Meyer, lieber Herr Stäcker,
das war in der Tat nicht so eindeutig formuliert. Sachlich schließe ich
mich nach etwas Nachdenken dem Vorschlag zur Änderung an. Aber die Hinweise
von Herrn Funk sowie die nähere Betrachtung der konkreten Implikationen
sprechen dafür, solche Änderungen nicht kurzfristig zu machen. Unterm
Strich plädiere ich also dafür, der Abwärtskompatibilität unserer Lösung
einen sehr hohen Stellenwert zuzumessen. Funktionale Erweiterungen sind
m.E. höchst willkommen, wenn sie bestehende Implementierungen nicht
tangieren. Änderungen jedoch, die die Datenlieferanten zu eigenen
Anpassungen nötigen, müssen einen formaleren Prozeß durchlaufen ("Review")
und mit einem gewissen Vorlauf versehen sein.
Von daher: Setzen wir diese Änderung auf die Wunschliste für Vers. 2.x.
Sollten hier keine Einwände kommen, dann könnte man das entsprechend
angehen. Wäre das auch in Ihrem Sinne, Herr Funk?
Beste Grüße, Kay Heiligenhaus
Am 04.09.2009 um 10:42 schrieb "Meyer, Sebastian"
<Sebastian.Meyer(a)slub-dresden.de>de>:
> Lieber Herr Staecker, lieber Herr Heiligenhaus,
>
> da habe ich Sie offenbar missverstanden. Ihren Vorschlag, die
> diskutierten Änderungen zu einem öffentlichen Review anzubieten, hatte
> ich so verstanden, dass Sie sich gegen eine schnelle Umsetzung
> aussprechen, um der Community noch die Möglichkeit zur Reaktion zu geben.
> Deshalb hatte ich das dann auf die ToDo-Liste für die nächste Version
> gesetzt. Aus den von Herr Heiligenhaus genannten Gründen, würde ich das
> nach wie vor befürworten.
>
> 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 Dr. Thomas Staecker [staecker(a)hab.de] Gesendet: Freitag,
> 4. September 2009 09:35 An: dv-technik(a)dfg-viewer.de Cc:
> dv-technik(a)dfg-viewer.de Betreff: Re: [DFG-Viewer] Strukturdaten
>
> Wie gesagt, wir sollten es, wenn es jetzt problematisch ist, auf jeden
> Fall für das nächste Release vormerken. Die Argumente von Herrn
> Heiligenhaus sind in der Tat trifftig.
>
> Viele Grüße, Ihr Th. Stäcker
>
>
> Kay Heiligenhaus schrieb:
>> Lieber Herr Stäcker,
>>
>> das "also" verstehe ich auch nicht so ganz, aber ich denke, daß wir
> kurz
>> vor Produktionsstellung keine Änderung mehr machen sollten. Die
>> jetzige Implementierung ist abwärtskompatibel. Für bestehende
>> Implementierungen ändert sich an der Anzeige nichts. Eine Änderung im
>> Sinne des Vorschlages von Herrn Meyer bedarf jedoch einer Anpassung im
>>
> gelieferten
>> METS, ansonsten kommt es zu unerwünschten Darstellungen der
>> Strukturdaten im Viewer. Für statische Implementierungen hätte das
> evtl.
>> gravierendere Änderungen zur Folge. Aber auch die "dynamischen
>> Produzenten" können nicht immer mal schnell übers Wochenende ihre
>> Produktionssysteme ändern. Von daher: Ohne Not würde ich immer für
>> abwärtskompatibilität pladieren... ;)
>>
>> Beste Grüße, Kay Heiligenhaus
>>
>> Am 03.09.2009 um 18:47 schrieb "Dr. Thomas Staecker"
>> <staecker(a)hab.de>de>:
>>
>>> Lieber Herr Meyer,
>>>
>>> ihr "also" verstehe ich nicht ganz. Herr Heiligenhaus hat sich
doch
>>> dafür ausgesprochen. Wenn es aber jetzt zu viel Arbeit macht, kein
>>> Problem. Man kann es später im nächsten Release noch implementieren.
>>>
>>> Beste Grüße, Ihr Th. Stäcker
>>>
>>>
>>>
>>>
>>> Meyer, Sebastian schrieb:
>>>> Liebe KollegInnen, gut, also belasse ich für Version 2.5 erstmal
>>>> alles beim Alten und behalte die "Typ: Label"-Anzeige für das
>>>> folgende Release im
> Auge.
>>>> Was die Ergänzung der Doku betrifft, würde ich Herr Funk bitten,
>>>> die METS/MODS-Profile anzupassen. 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/
>>>>> -----Ursprüngliche Nachricht----- Von:
>>>>> dv-technik-bounces(a)dfg-viewer.de
> [mailto:dv-technik-bounces@dfg-
>>>>> viewer.de] Im Auftrag von Kay Heiligenhaus Gesendet: Mittwoch, 2.
>>>>> September 2009 20:55 An: dv-technik(a)dfg-viewer.de Cc:
>>>>> technik(a)dfg-viewer.de; Meyer, Sebastian Betreff: Re: [DFG-Viewer]
>>>>> Strukturdaten
>>>>>
>>>>> 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:
>>>>>>>
>>>>>>>> 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…
>>>>> r=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 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:
>>>>>>>>
>>>>>>>>
>>>>>>>>> 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&set[debug]=0&set[do
>>>>>
> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGe
>>>>>
> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3App
>>>>> n_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. 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…
>>>>> r=oai:diglib.hab.de:ppn_515681113
>>>>>
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>>>> er=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 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 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&set[debug]=0&set[do
>>>>>
> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGet
>>>>>
> Record%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%2Fw
>>>>>
> db%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, 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 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…
>>>>> r=oai:diglib.hab.de:ppn_515681113
>>>>>
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>>>> er=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&set[debug]=0&set[do
>>>>>
> uble]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGe
>>>>>
> tRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3App
>>>>> n_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%2Fw
>>>>>
> db%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…
>>>>> r=oai:diglib.hab.de:ppn_515681113
>>>>>
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>>>> er=oai:diglib.hab.de:ppn_515681113
>>>>>>>>
>>>>>
> <http://dbs.hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identifi
>>>>> er=oai:diglib.hab.de:ppn_515681113
>>>>>
> <http://dbs..hab.de/oai/wdb/?verb=GetRecord&metadataPrefix=mets&identif
>>>>> ier=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://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
>>>>>>>>> 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
>>>>>>> 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 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&set[debug]=0&set[do
>>>>>
> uble]=0&set[mets]=http%3A%2F%2Fdbs.habde%2Foai%2Fwdb%2F%3F%26verb%3DGet
>>>>>
> Record%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.habde%2Foai%2Fwd
>>>>>
> b%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3
>>>>> Adiglib.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%2Fw
>>>>>
> db%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%2Fw
>>>>>
> db%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
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>
>>>
>>> -- Dr. Thomas Staecker (Leiter Abteilung Alte Drucke,
>>> Digitalisierung) Herzog August Bibliothek - Postfach 1364 - D-38299
>>> Wolfenbuettel Tel. +49(0)5331/808-119 - email: staecker(a)hab.de
>>>
>>>
>
>
> -- Dr. Thomas Staecker (Leiter Abteilung Alte Drucke, Digitalisierung)
> Herzog August Bibliothek - Postfach 1364 - D-38299 Wolfenbuettel Tel.
> +49(0)5331/808-119 - email: staecker(a)hab.de
>
>
--
Stefan E. Funk
DP-D -- Diensteportal Digitalisierung
Göttingen State and University Library - The Historical Library Building
Papendiek 14
37073 Göttingen, Germany
+49-551-39-7700 | +49-551-39-12170
funk(a)sub.uni-goettingen.de
5371
days inactive
5374
days old
15 comments
6 participants
participants (6)
-
Dr. Thomas Staecker -
Kay Heiligenhaus -
Meyer, Sebastian -
Stefan E. Funk -
Stefan Funk
-
Thomas Stäcker