Re: [DFG-Viewer] Strukturdaten

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 > >