3 Sep
2009
3 Sep
'09
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
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
> >
> >
>> >
>
>
>
>
>