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@hab.de]
Gesendet: Mittwoch, 2. September 2009 18:12
An: Meyer, Sebastian
Cc: technik@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@dfg-viewer.de [dv-technik-bounces@dfg-viewer.de] im Auftrag von Thomas Stäcker [staecker@hab.de]
> Gesendet: Mittwoch, 2. September 2009 07:42
> An: dv-technik@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&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  und
> http://diglib.hab.de/wdb.php?dir=drucke/nd-24&lang=en.
> Zum anderen besteht ein Problem der reinen @LABEL Darstellung darin,
> dass wir nicht zwischen textlichen Inhalten und  Deskriptoren
> unterscheiden können. Wenn @LABEL den Inhalt einer Überschrift enthält,
> weiss man nicht mehr, dass es sich um eine Überschrift handelt, es
> könnte auch ein Abschnitt oder anderes sein  (im obigen OAI Beispiel
> <mets:div ID="logMD_515681113_8" TYPE="preface" LABEL="Avis, Sur les
> dessein, & sur l'ordre de ce Recueil" ></mets:div> ). Wenn ich recht
> sehe wird es in Halle auch so kodiert. Was wir an dieser Stelle
> bräuchten, ist m.E. eine Anzeige der Form @TYPE: @LABEL (preface:
> Avis...) oder eigentlich besser: Vorrede: Avis... Nun wäre das aber bei
> den Deskriptoren unschön: illustration:Illustration. Eine sinnvolle
> Alternative könnte darin bestehen mit Unterordnungen zu arbeiten:
>
> <mets:div ID="logMD_515681113_8" TYPE="preface" LABEL="Vorrede" >
>     <mets:div ID="logMD_515681113_8" TYPE="preface" LABEL="Avis, Sur les
> dessein, & sur l'ordre de ce Recueil" ></mets:div>
> </mets:div>
>
> Was schlagen Sie vor?
>
> Viele Grüße,
> Ihr
> Th. Stäcker
>
> Thomas Stäcker schrieb:
>
>> Lieber Herr Meyer,
>>
>> die neue Version ist wunderbar, besonders die Doppelseitenansicht
>> gefällt mir sehr gut. Leider werden die Strukturdaten werden bei mir
>> nur auf der obersten Hierachieebene angezeigt (Validation ist aber
>> korrekt). Wenn Sie einmal
>>
>> http://test.dfg-viewer.de/demo/viewer/?set[image]=372&set[zoom]=min&set[debug]=0&set[double]=0&set[mets]=http%3A%2F%2Fdbs.hab.de%2Foai%2Fwdb%2F%3F%26verb%3DGetRecord%26metadataPrefix%3Dmets%26identifier%3Doai%3Adiglib.hab.de%3Appn_519587820
>>
>>
>> mit
>>
>> http://diglib.hab.de/drucke/nd-24/start.htm
>>
>> vergleichen, sehen Sie, dass das meiste weggefallen ist.
>>
>> Viele Grüße,
>> Ihr
>> Th. Stäcker
>>
>>
>>
>>
>>
>>
>>
>>
>
>
>
>
>
> ------------------------------------------------------------------------
>
> 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@dfg-viewer.de
> [dv-technik-bounces@dfg-viewer.de] im Auftrag von Thomas Stäcker
> [staecker@hab.de]
> *Gesendet:* Mittwoch, 2. September 2009 07:42
> *An:* dv-technik@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&identifier=oai:diglib.hab.de:ppn_515681113
> <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&set[debug]=0&set[double]=0&set[mets]=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>
> >
> >
> > 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
> >
> >
> >
> >
> >
> >
> >
>
>
>