Re: [DFG-Viewer] Strukturdaten

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" &lt;Sebastian.Meyer(a)slub-dresden.de&gt;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" >> &lt;staecker(a)hab.de&gt;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 &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 > 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 > >