Re: [DFG-Viewer] Strukturdaten

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 &lt;staecker(a)hab.de&gt;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 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>> >> >>