Lieber Herr Vanscheidt, aus semantischer Sicht würde ich Ihnen da zustimmen: LABEL erscheint mir für diese Angabe in der Tat geeigneter als ORDERLABEL. Das METS-Anwendungsprofil für den DFG-Viewer sieht aber nur die Anzeige von ORDERLABEL vor. Nach derzeitigem Stand hätten Sie also die Wahl zwischen einer semantisch weniger schönen Kodierung oder nicht zur Anzeige kommenden, aber semantisch korrekten Daten. Über die Behandlung der Angaben im DFG-Viewer können wir aber gerne diskutieren. Vorstellbar wäre ja z.B., dass der DFG-Viewer standardmäßig ORDERLABEL anzeigt, aber auf LABEL zurückgreift, wenn kein ORDERLABEL vorhanden ist. Oder dass er die Anzeige aus LABEL + ORDERLABEL zusammensetzt (dann müssten Sie Ihre Angabe als LABEL="Blatt" und ORDERLABEL="1" kodieren). Hm, das bleibt mysteriös. Ich kann den Fehler noch immer nicht reproduzieren, egal mit welchem Browser ich es versuche (Firefox, Safari, Opera, IE, Chrome in jeweils unterschiedlichen Versionen). Es scheint mir aber doch eher kein Javascript-Problem zu sein, weil alle fehlenden Teile der Anzeige eigentlich ohne Javascript generiert werden. Der einzige JS-Teil (nämlich die Bildanzeige) funktioniert ja komischerweise... Könnte es sich um ein Problem mit dem Stylesheet handeln, d.h. sind die Angaben ggf. im HTML-Quellcode vorhanden und werden lediglich nicht sichtbar angezeigt? Das TEI-Anwendungsprofil sieht für die Angabe der Blattzahl tei:measure[@type="leavesCount"] vor, für die Abmessungen jedoch tei:dimensions[@type="leaves"] (auch innerhalb tei:extent, wobei die konkreten Größenangaben in tei:width und tei:height zu kodieren sind). Einerseits lag hier also ein Konfigurationsfehler im DFG-Viewer vor, der das Attribut "leavesCount" nicht korrekt auswertete (das habe ich behoben). Andererseits aber auch eine vom (zugegebenermaßen noch immer nicht veröffentlichten) Anwendungsprofil abweichende Kodierung der Blattgröße. Wie wollen wir mit letzterem verfahren? Ist Ihre Form der Kodierung üblich und sollte unterstützt werden? Oder handelt es sich um eine einrichtungsspezifische Kodierung? Sie schreiben, dass Sie diesen Teil ohnehin überarbeiten möchten. Wie wird denn künftig die Kodierung aussehen? Viele Grüße Sebastian Meyer -- Sebastian Meyer Referatsleiter Digitale Bibliothek Sächsische Landesbibliothek - Staats- und Universitätsbibliothek Dresden (SLUB) Abteilung IT, Referat Digitale Bibliothek 01054 Dresden Besucheradresse: Zellescher Weg 18 Tel.: +49 351 4677 206 | Fax: +49 351 4677 711 E-Mail:  sebastian.meyer(a)slub-dresden.de http://www.slub-dresden.de > -----Original Message----- > From: Philipp Vanscheidt [mailto:pvanscheidt@uni-trier.de] > Sent: Monday, April 07, 2014 4:31 PM > To: technik(a)dfg-viewer.de; Meyer, Sebastian > Cc: technik(a)dfg-viewer.de > Subject: Re: [DFG-Viewer] v3: Menü leert sich > > Lieber Herr Meyer, > > vielen Dank für die schnelle Korrektur bezüglich des > Inhaltsverzeichnisses. Die Verwandlung von LABEL in ORDERLABEL > werden > wir vornehmen. Da wir auch die Art der Einheit angeben (z.B. "Blatt > 1"), hatte ich LABEL für richtig gehalten. Aber auch ORDERLABEL > müssste dies unterstützen. > > > Eine Kleinigkeit ist mir noch in der Kopfzeile aufgefallen. Dort > werden Blattzahl und Formatangabe nicht mit Komma und Leerzeichen > getrennt: > > Trier, Stadtbibliothek und Stadtarchiv Trier, Hs 1060/1293 4°, Papier, > 275 Bll.4°, 15. Jh. > > Im XML steht diese Information beispielsweise aktuell* so in der > DMDSec: > > > Wahrscheinlich wird also einfach <measure> abgefragt. Unsere > Darstellung ist vielleicht nicht die eleganteste, aber TEI-konform. > Die Werte des Attributs type sind allerdings in diesem Zusammenhang > nicht festgelegt. Es wäre also auch nicht sinnvoll, nach ihnen zu > spezifizieren. Vielleicht sollten aber alle Inhalte von <measure> an > dieser Stelle trotzdem mit Komma und Leerzeichen getrennt und nicht > zu > einer Zeichenkette verbunden werden. > > Herzlich grüßt > Philipp Vanscheidt > > * Wir werden diesen Teil aus anderen Gründen überarbeiten, aber das > Problem ist davon unberührt. > > -- > Universität Trier > Center for Digital Humanities > Universitätsring 15, 54286 Trier > Tel.: (0651) 201-3849 > pvanscheidt(a)uni-trier.de > > > Zitat von "Meyer, Sebastian" &lt;Sebastian.Meyer(a)slub-dresden.de&gt;de>: > > > Lieber Herr Vanscheidt, > > > > vielen Dank fürs gründliche Testen und die Rückmeldungen! Dazu im > Einzelnen: > > > >> Nun wird allerdings das Inhaltsverzeichnis aus der Logical > >> Structure nicht mehr > >> angezeigt und auch die Werte von LABEL aus den Einträgen der > Physical > >> Structure scheinen nicht mehr angezeigt zu werden. Bei dem Beispiel, > das Sie > >> im Dezember geschickt hatten (BSB Cod.icon. 222) trat diese > Veränderung > >> scheinbar nicht auf. > > > > Die Anzeige des Inhaltsverzeichnisses habe ich repariert. Ihre > > METS-Dateien unterscheiden sich in der Art der Verknüpfung des > > obersten logischen Strukturelements mit seinen physischen Teilen von > > den von mir getesteten METS-Dateien. Sie verweisen mit einem > > einzigen smLink pauschal von der Handschrift auf die "physSequence", > > während wir auf jede einzelne physische Seite verweisen. Da aus > > METS-Sicht beides erlaubt ist (und ich Ihre Variante sogar eleganter > > finde), habe ich den DFG-Viewer dahingehend angepasst, dass er > beide > > Varianten unterstützt. > > Dass Ihre LABEL nicht angezeigt werden, liegt daran, dass > > Paginierungs-/Foliierungsinformationen im Attribut ORDERLABEL > > erwartet werden. Das entspricht auch der bisherigen Praxis bei > > Drucken und ist auch so im TEI-Beispieldokument kodiert. Da müssten > > Sie also bitte Ihre METS-Dateien anpassen. > > > >> noch ein kleiner Nachtrag: Unsere PDF-Dateien zum Herunterladen > werden > >> scheinbar nicht mehr gefunden. In dem Beispiel, das ich gerade > geschickt > >> habe, sind nun zumindest beide Knöpfe ausgegraut. > > > > Auch da hatte sich noch ein Bug versteckt, den ich nun behoben habe. > > > >> bei unseren Dateien verschwindet nach der Änderung vom tei- > protoyp zu > >> v3 das Menü, wenn man das Auswahlmenü der Bildanzeige (aus der > Physical > >> Structure: [1], [2], ...) benutzt. Die Seite, die ausgewählt wurde, > >> wird angezeigt, > >> aber das obere und das rechte Menü des Viewers leeren sich. > Ausklappen lässt > >> sich das obere Menü dann noch. > > > > Diesen Fehler kann ich nicht nachvollziehen. Ich habe es in > > verschiedenen Browsern versucht und kann in keinem den > beschriebenen > > Fehler feststellen. Welchen Browser verwenden Sie? Haben Sie eine > > Javascript-Konsole zur Verfügung und könnten einmal schauen, ob > dort > > Fehler ausgegeben werden? Könnten Sie mir ggf. einen Screenshot > der > > fehlerhaften Darstellung zukommen lassen? > > > > Viele Grüße und schönes Wochenende! > > Sebastian Meyer > > > > -- > > Sebastian Meyer > > Referatsleiter 2.1 - Digitale Bibliothek > > > > 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 Philipp Vanscheidt > >> Gesendet: Mittwoch, 2. April 2014 18:14 > >> An: dv-technik(a)dfg-viewer.de > >> Betreff: [DFG-Viewer] v3: Menü leert sich > >> > >> Liebe Liste, > >> > >> bei unseren Dateien verschwindet nach der Änderung vom tei- > protoyp zu > >> v3 das Menü, wenn man das Auswahlmenü der Bildanzeige (aus der > Physical > >> Structure: [1], [2], ...) benutzt. Die Seite, die ausgewählt wurde, > >> wird angezeigt, > >> aber das obere und das rechte Menü des Viewers leeren sich. > Ausklappen lässt > >> sich das obere Menü dann noch. > >> > >> Herzlich grüßt > >> Philipp Vanscheidt > >> > >> -- > >> Universität Trier > >> Center for Digital Humanities > >> Universitätsring 15, 54286 Trier > >> Tel.: (0651) 201-3849 > >> pvanscheidt(a)uni-trier.de > >> > >> > >> > >> > > > > > > >