Liebe Kolleginnen und Kollegen
Um für ein zukünftiges Projekt Erfahrungen zu sammeln, habe ich eine METS/MODS-Datei gem. dfg-viewer.de erstellt. Dies funktioniert soweit mit dem Demonstrator.
Um eine Übersichtsseite mit den Thumbnails zu bekommen, habe ich eine <mets:fileGrp USE="THUMBS"> analog der USE="DEFAULT" eingefügt und die entspr. JPEG mit einer Breite von 150 Pixeln erstellt, aber im Demonstrator hat sich nichts geändert. Funktioniert die Übersichtsseite mit den Thumbnails schon? Im Dokument "zvdd METS Profile" verstehe ich es so, auf dfg-viewer.de tönt es eher nach Zukunftsmusik in diesem Zusammenhang.
Vielen Dank für jeden Hinweis.
Freundliche Grüsse
Meinrad Büchel
----------------------------------------------------------------
Meinrad Büchel
Liechtensteinische Landesbibliothek
Gerberweg 5, 9490 Vaduz
Tel. +423 236 63 71 Fax +423 233 14 19
www.landesbibliothek.li <file://www.landesbibliothek.li>
----------------------------------------------------------------
Lieber Herr Meyer,
besten Dank für Ihre ausführliche Antwort!
> Da scheint mir generell noch Bedarf an einer Nachbesserung zu bestehen:
> Erstens sollten Fehlermeldungen des Viewers benutzergerechter gestaltet
> werden, was aber erst dann sinnvoll ist, wenn einem Entwickler
> alternativ der METS-Validator zur Verfügung steht, da er ansonsten
> keinerlei Anhaltspunkte für mögliche Fehlerursachen erhält. (Nicht
> umsonst haben Sie mich selbst vor einiger Zeit darum gebeten, die
> Fehlermeldungen des Viewers technisch differenzierter zu gestalten, um
> die Fehlersuche zu erleichtern.) Für die nächste Viewer-Version würde
> ich benutzerfreundlichere Fehlermeldungen umsetzen. Bis dahin sollte ja
> auch der METS-Validator fertig sein (siehe unten).
Dem kann ich mich voll anschließen.
> Zweitens scheint vielen Benutzern nicht bewusst zu sein, dass es sich
> beim DFG-Viewer um einen Webservice handelt. Einerseits ist das
> natürlich toll, wenn der Viewer offenbar generisch genug ist, um vom
> Benutzer als Angebot des Daten-Providers statt als "fremder" Dienst
> wahrgenommen zu werden.
Finde ich zunächst auch: ganz in unserem Sinne! Und auch dem "Aber" kann ich mich anschließen:
> Andererseits hat das aber zur Folge, dass mich
> etliche Anfragen über das Kontaktformular des Viewers erreichen, die
> sich auf bestimmte Digitalisate beziehen. Meist kann ich dabei nicht
> einmal nachvollziehen, um welches Digitalisat es sich überhaupt handelt
> und an welchen Datenprovider ich den Benutzer entsprechend verweisen
> muss. Mein Vorschlag wäre deshalb, in der DV-Sektion der METS-Datei
> noch die Angabe einer Kontakt-E-Mail-Adresse oder eines Links zu einem
> Kontaktformular vorzuschreiben, das dann im Viewer verlinkt wird.
Ja, das fände ich prima. Warum aber nicht einfach ein generisches Kontaktformular verwenden, das man z.B. durch Aufruf von
http://dfg-viewer.de/kontaktformular/?email=xxx
erreichen kann? Bedeutete, daß Sie die Informationen aus der DV-Sektion einfach per Link-Parameter an Ihr Kontaktformular übergeben, das dann die resultierende Anfrage an eben diese Andresse verschickt, nicht an den allgemeinen Viewersupport.
> Mit der Umsetzung des METS-Validators haben wir einen Dienstleister
> beauftragt, der derzeit aber auch noch auf die endgültigen METS/MODS-
> Profile wartet, auf denen der Validator ja basieren soll. Die
> Fertigstellung der Profile haben mir die Kollegen aus Göttingen für
> diese Woche versprochen.
Prima. Ich bin gespannt.
Beste Grüße,
Kay Heiligenhaus
Lieber Herr Meyer,
besten Dank für die Rückmeldung! Mir wäre noch wichtig, daß wir uns überlegen, wie der Ausfall von Services zu behandeln ist. Ich hatte dazu ja bereits Überlegungen in meiner Mail angestellt, wie man bei einem Ausfall des Viewers auf Projektseite vorgehen könnte. Wie sieht es denn auf der Viewer-Seite aus unter verschiedenen Fehlerkonstellationen (METS-Daten nicht valide, Domain nicht erreichbar usw.)? Ich hab' mal ein paar Tests gemacht, die unterschiedliche Fehlermeldungen hervorriefen, sich allerdings eher an einen Entwickler richteten, nicht wirklich an einen Nutzer. Haben Sie hierzu evtl. ein Konzept skizziert, was wie ausgegeben werden soll, damit der Nutzer weiß, an wen er sich im Fehlerfall evtl. wenden kann usw.?
Ansonsten noch die kurze Nachfrage: Ist das METS-Profil inzwischen abgeschlossen? Zumindest unter
http://dfg-viewer.de/profil-der-metadaten/
findet sich noch der Stand der Profile vom Frühjahr. Wie steht es um die METS-Validierungsservices?
Beste Grüße,
Kay Heiligenhaus
> -----Original Message-----
> From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg-
> viewer.de] On Behalf Of Meyer, Sebastian
> Sent: Monday, November 10, 2008 12:24 PM
> To: technik(a)dfg-viewer.de
> Subject: Re: [DFG-Viewer] SLUB/Viewer down?
>
> Lieber Herr Heiligenhaus,
>
> vermutlich aufgrund eines defekten Switchs kam es bei uns zu einem
> Teilausfall des Datennetzes. Betroffenen waren davon teilweise auch die
> Web- und Datenbankserver, so dass einige Webdienste für ca. 24 Stunden
> nicht erreichbar waren. Das Problem ist nun behoben und wir sind auf
> der Suche nach der Ursache, um weitere Ausfälle in Zukunft hoffentlich
> vermeiden zu können. Bis jetzt deutet es jedoch auf einen Hardware-
> Defekt hin.
>
> Viele Grüße
> Sebastian Meyer
>
> --
> ___________________________________________________
>
> Sebastian Meyer
>
> Abteilung Informationstechnologie
> Referat Entwicklung
>
> Sächsische Landesbibliothek -
> Staats- und Universitätsbibliothek Dresden (SLUB)
> 01054 Dresden
> Besucheradresse: Zellescher Weg 18
>
> Tel.: +49 351 4677-206
> Fax: +49 351 4677-711
> Mail: smeyer(a)slub-dresden.de
> Web: 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: Sonntag, 9. November 2008 20:14
> > An: technik(a)dfg-viewer.de
> > Betreff: [DFG-Viewer] SLUB/Viewer down?
> >
> > Liebe Kolleginnen und Kollegen,
> >
> > kann es sein, daß heute der Viewer-Dienst ausgefallen ist? Beim
> Aufrufen der
> > Seite erhält man seit einiger die Fehlermeldung:
> >
> > "Database Error
> >
> > The current username, password or host was not accepted when the
> connection to
> > the database was attempted to be established!"
> >
> > Ich hatte das vor einiger Zeit schon mal gesehen. Anscheinend
> betrifft das
> > Problem gleich die gesamte SLUB-Domain, denn auch auf
> http://www.slub-
> > dresden.de/ bekomme ich aktuell diesen Fehler.
> >
> > Da in technischen Systemen solche Ausfälle nie ganz vermeidbar sind
> (auch die
> > METS-Services auf Seiten der Projekte können ab und an down sein,
> ebenfalls
> > der URN-Resolver der DNB, usw. usf.), stellt sich mir die Frage,
> worauf man
> > evtl. bei Implementierungsstrategien zur Nutzung zentraler Services
> achten
> > sollte (verteilte Systeme, so technisch elegant sie sein mögen,
> bringen m.E.
> > ein paar neue Herausforderungen für die nutzenden Projekte mit sich).
> >
> > Lieber Herr Stäcker, Sie erwähnten mal, daß Sie in Wolfenbüttel die
> Viewer-
> > Anbindung aus dem Katalog über einen http-Redirect Ihres PURL-
> Resolvers
> > organisieren wollten. Haben Sie das so umgesetzt? Wir in Halle machen
> das
> > ähnlich, nur über den URN-Resolver der DNB. Jetzt könnte man an ja
> diesen
> > Stelle überprüfen, ob die Viewer-Services überhaupt verfügbar sind
> und - im
> > Fehlerfall - doch wieder zur eigenen Präsentation redirecten (was dem
> URN-
> > Konzept eigentlich sehr entsprechen würde: ich habe immer auch eine
> > "persistente Kopie" für Dich zur Hand, wenn sich eine URL mal
> dauerhaft oder
> > temporär verabschiedet hat).
> >
> > Aktuell sieht ein Nutzer aus Berlin, Dresden, Göttingen, Halle,
> München,
> > Wolfenbüttel usw. auf jeden Fall nur: o.g. Fehlermeldung, die ihm
> sicher nicht
> > viel sagt.
> >
> > Beste Grüße,
> > Kay Heiligenhaus
Liebe Kolleginnen und Kollegen,
kann es sein, daß heute der Viewer-Dienst ausgefallen ist? Beim Aufrufen der Seite erhält man seit einiger die Fehlermeldung:
"Database Error
The current username, password or host was not accepted when the connection to the database was attempted to be established!"
Ich hatte das vor einiger Zeit schon mal gesehen. Anscheinend betrifft das Problem gleich die gesamte SLUB-Domain, denn auch auf http://www.slub-dresden.de/ bekomme ich aktuell diesen Fehler.
Da in technischen Systemen solche Ausfälle nie ganz vermeidbar sind (auch die METS-Services auf Seiten der Projekte können ab und an down sein, ebenfalls der URN-Resolver der DNB, usw. usf.), stellt sich mir die Frage, worauf man evtl. bei Implementierungsstrategien zur Nutzung zentraler Services achten sollte (verteilte Systeme, so technisch elegant sie sein mögen, bringen m.E. ein paar neue Herausforderungen für die nutzenden Projekte mit sich).
Lieber Herr Stäcker, Sie erwähnten mal, daß Sie in Wolfenbüttel die Viewer-Anbindung aus dem Katalog über einen http-Redirect Ihres PURL-Resolvers organisieren wollten. Haben Sie das so umgesetzt? Wir in Halle machen das ähnlich, nur über den URN-Resolver der DNB. Jetzt könnte man an ja diesen Stelle überprüfen, ob die Viewer-Services überhaupt verfügbar sind und - im Fehlerfall - doch wieder zur eigenen Präsentation redirecten (was dem URN-Konzept eigentlich sehr entsprechen würde: ich habe immer auch eine "persistente Kopie" für Dich zur Hand, wenn sich eine URL mal dauerhaft oder temporär verabschiedet hat).
Aktuell sieht ein Nutzer aus Berlin, Dresden, Göttingen, Halle, München, Wolfenbüttel usw. auf jeden Fall nur: o.g. Fehlermeldung, die ihm sicher nicht viel sagt.
Beste Grüße,
Kay Heiligenhaus
Lieber Herr Meyer,
> apropos: ich habe als kurzfristige Verbesserung die Platzhaltergrafik
> durch eine kleinere und weniger poppig gestaltete ersetzt. Für die
> nächste Viewer-Version können wir die Navigation aber gerne noch einmal
> grundsätzlich überdenken.
Finde ich eine gute "Zwischenlösung":
http://dfg-viewer.de/v2/?set[mets]=http%3A%2F%2Fdmg-rc.visual-library.de%2F…
Jetzt fehlt uns nur noch die abschließende Dokumentation und fertig ist die Digitalisierungslaube. ;)
Beste Grüße,
Kay Heiligenhaus
Lieber Herr Stäcker,
> ... das ist dann ja wohl die Feuertaufe und bedeutet, wenn ich diese
> Aussage richtig übersetze,, dass man nun absolut nichts Schlechtes mehr
> am Viewer finden kann ;-)
So ist es. Was natürlich nicht heißt, daß man die Darstellung bei mehrbändigen Werken noch optimieren kann, wie ja auch hier einhellig (drei Stimmen dafür, keine dagegen ;) befunden wurde.
Übrigens, da wir gerade dabei sind: Auch die "MyCoRe-Gemeinde", um die es in letzter Zeit - nach meiner Wahrnehmung - ja etwas stiller geworden ist, scheint sich auf den DFG-Viewer bei der Präsentation von Digitalisaten auszurichten:
http://rosdok.uni-rostock.de/metadata/rosdok_document_000000000028
Von daher scheint es inzwischen fast einen Grundkonsenz zu geben in den verschiedenen Communities...
Beste Grüße,
Kay Heiligenhaus
Liebe Kolleginnen und Kollegen,
daß ich das noch erleben durfte, darauf hätte ich keine Wette abgeschlossen. Klaus Graf schrieb gestern in Archivalia (s. http://archiv.twoday.net/stories/5258640/):
* * *
Saint Etienne - Digitalisate der BM
http://www.bm-st-etienne.fr/abv/framesetPortail.asp
Ich seh aber leider nur Zeichensalat (beim FF hilft "plein ecran"). Irgendwie werde ich den DFG-Viewer noch lieben müssen angesichts der Tatsache, dass irgendwelche Popel-Stadtbibliotheken Digitale Bibliotheken aufsetzen, die man nur mit viel Glück einsehen kann.
* * *
Eine bessere Bestätigung für die Standardisierungs- und Abstimmungsarbeit der zurückliegenden Monate kann man vielleicht nicht bekommen. Auf jeden Fall scheint sich die Erkenntnis durchzusetzen, daß auch gerade kleineren Bibliotheken damit geholfen ist, sich mit relativ einfachen Standards statt mit komplizierten Technologien rumschlagen zu müssen, um Digitalisate ins Netz zu bekommen...
Beste Grüße,
Kay Heiligenhaus
Lieber Herr Meyer,
> bezüglich des Designs: die Platzhaltergrafik bei mehrbändigen Werken
> kann problemlos ausgetauscht werden. Die Positionierung und Gestaltung
> der Navigationsleiste entspricht allerdings dem Designentwurf, der
> damals in Halle von allen abgesegnet wurde (siehe auch die Navigation
> der Webseite). Außerdem hatten wir damals zu Protokoll genommen, dass
> sich das Design für die "nächsten ein bis zwei Jahre" nicht mehr ändern
> soll...
Gutes Argument, aber es trifft nicht ganz, denn wir konnten _diesen_ Entwurf der Visualisierung von _mehrteiligen_ Werken in Halle nicht absegnen, da es _diesen_ damals nicht gegeben hat. ;)
Sie übertragen hier etwas vorschnell die Navigation für die Doku-Seiten des Viewers auf die Navigation innerhalb eines mehrteiligen Werkes. Das sind aber m.E. tatsächlich gänzlich andere Dinge, denn (a) stehen bei der eigentlichen Aufgabe des Viewers die Images im Vordergrund; haben wir aber (b) keine solchen (wie es bei der Eingangsseite zum mehrteiligen Werk der Fall ist), dann stehen m.E. die Teiles des Werkes im Vordergrund. Da Sie bei diesem Entwurf aber sehr daran festhalten, alle Strukturdaten (gleich welcher Ebene) auf die rechte Seite zu verfrachten, müssen Sie auf diese - in meinen Augen - etwas befremdliche "Platzhaltergraphik" ausweichen.
Man sieht dabei gleichsam die Verzweiflung Ihres Graphikers über diesen Mißstand in der poppigen Gestaltung des Pfeiles nach rechts, der ja nichts anderes sagt als: Bitte, lieber Nutzer, Du bist hier auf einen für mich ganz komischen Fall gestoßen. Die eigentlich relevanten Informationen dieser Seite stehen nicht an dieser Stelle, wo Du gerade bist, sondern dummerweise ganz rechts außen. Also, bitte etwas nach rechts scrollen und dann endlich klicken. ;)
Wie gesagt, mir gefällt die Umsetzung von v2.0 sehr gut. Aber bei der Introseite für mehrteilige Werke muß man m.E. die relevanten Informationen in die Mitte plazieren (das sind hier eben: die "Strukturdaten" des mehrteiligen Werkes) und auf die - dann überflüssige - Grafik verzichten. Bei den Strukturdaten, die dann auf Bandebene (Titelblatt, Abschnitt usw.) kommen, kann man sich m.E. drüber unterhalten, ob man diese rechts außen plaziert. Das ist aber eine zweite Frage...
Beste Grüße,
Kay Heiligenhaus
Lieber Herr Meyer,
es scheint noch ein Problem bei der Umsetzung von XML-Entities zu geben:
http://dfg-viewer.de/v2/?set[mets]=http%3A%2F%2Fdmg-rc.visual-library.de%2F…
Die Links zur Strukturnavigation enthalten "&"-Zeichen für den folgenden OAI-Request. Diese werden von Viewer jedoch als "&" übergeben, also nicht korrekt demaskiert. Sehe ich das richtig?
Beste Grüße,
Kay Heiligenhaus
> -----Original Message-----
> From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg-
> viewer.de] On Behalf Of Meyer, Sebastian
> Sent: Friday, September 26, 2008 4:41 PM
> To: technik(a)dfg-viewer.de; support(a)dfg-viewer.de
> Subject: [DFG-Viewer] DFG-Viewer 2.0
>
> Liebe Kollegen,
>
> der DFG-Viewer ist nun in Version 2.0 fertiggestellt. Sie können ihn
> unter folgender URL finden:
>
> http://dfg-viewer.de/v2/
>
> Einige Punkte sind noch offen:
>
> - Highlighting des jeweils aktuellen Menüpunkts.
>
> Das hat sich als etwas komplizierter herausgestellt, da der Viewer
> intern mit einem fortlaufenden 'image'-Parameter arbeitet, um das
> aktuelle Image zu identifizieren. Dieser ist aber nicht zwingend
> identisch mit dem ORDER-Attribut des entsprechenden physischen page-
> Elements. Das macht bei der Rückwärtsauflösung von 'image'-Parameter
> über physisches Element zum hierarchisch niedrigsten logischen Element
> einige Probleme.
>
> - Übersetzung
>
> Wie schon geschrieben fehlt mir noch das finale MODS-Profil, um den
> Übersetzer beauftragen zu können.
>
> - Strukturdatenliste
>
> In die Strukturdatenliste auf der Webseite müssten wir noch die
> möglichen "Toplevel-Elemente" aufnehmen, also "Monograph",
> "Periodical", etc., da diese auch in der Navigation zur Anzeige kommen.
>
> Außerdem sind noch die folgenden Features für die nächste Version
> offen:
>
> - Thumbnail-Vorschau
>
> Eigentlich war das schon für Version 2.0 vorgesehen, allerdings habe
> ich dafür lieber der Strukturdatennavigation den Vorzug gegeben, die
> für spätere Versionen geplant war. Das hat vor allem den Grund, dass
> ohne Strukturdatennavigation keine mehrbändigen Digitalisate angezeigt
> werden können.
>
> - Doppelseitenansicht
>
> Da fehlt mir noch die zündende Idee, wie ich zwei Seiten und eine
> Strukturdatennavigation auf dem begrenzten Platz eines Monitors
> unterbringen soll... Selbst mit den kleinsten Zoomstufen wird das nicht
> ohne horizontalen Scrollbalken funktionieren.
>
> - komplettes Rewrite des XML-Parsings mit DOM und XPATH
>
> Inzwischen braucht meine SimpleXML-Lösung für das Parsing genauso lang
> wie der Aufbau eines DOM-Baums, deshalb würde ich für die kommende
> Version auf DOM/XPath umsteigen. Das macht dann viele Abfragen leichter
> und den Quellcode übersichtlicher.
>
> Damit sollte die ToDo-Liste dann abgearbeitet sein. :)
>
> Viele Grüße
> Sebastian Meyer
>
> --
> ___________________________________________________
>
> Sebastian Meyer
>
> Abteilung Informationstechnologie
> Referat Entwicklung
>
> Sächsische Landesbibliothek -
> Staats- und Universitätsbibliothek Dresden (SLUB)
> 01054 Dresden
> Besucheradresse: Zellescher Weg 18
>
> Tel.: +49 351 4677-206
> Fax: +49 351 4677-711
> Mail: smeyer(a)slub-dresden.de
> Web: http://www.slub-dresden.de/
> ___________________________________________________
>
Liebe Kollegen,
der DFG-Viewer ist nun in Version 2.0 fertiggestellt. Sie können ihn unter folgender URL finden:
http://dfg-viewer.de/v2/
Einige Punkte sind noch offen:
- Highlighting des jeweils aktuellen Menüpunkts.
Das hat sich als etwas komplizierter herausgestellt, da der Viewer intern mit einem fortlaufenden 'image'-Parameter arbeitet, um das aktuelle Image zu identifizieren. Dieser ist aber nicht zwingend identisch mit dem ORDER-Attribut des entsprechenden physischen page-Elements. Das macht bei der Rückwärtsauflösung von 'image'-Parameter über physisches Element zum hierarchisch niedrigsten logischen Element einige Probleme.
- Übersetzung
Wie schon geschrieben fehlt mir noch das finale MODS-Profil, um den Übersetzer beauftragen zu können.
- Strukturdatenliste
In die Strukturdatenliste auf der Webseite müssten wir noch die möglichen "Toplevel-Elemente" aufnehmen, also "Monograph", "Periodical", etc., da diese auch in der Navigation zur Anzeige kommen.
Außerdem sind noch die folgenden Features für die nächste Version offen:
- Thumbnail-Vorschau
Eigentlich war das schon für Version 2.0 vorgesehen, allerdings habe ich dafür lieber der Strukturdatennavigation den Vorzug gegeben, die für spätere Versionen geplant war. Das hat vor allem den Grund, dass ohne Strukturdatennavigation keine mehrbändigen Digitalisate angezeigt werden können.
- Doppelseitenansicht
Da fehlt mir noch die zündende Idee, wie ich zwei Seiten und eine Strukturdatennavigation auf dem begrenzten Platz eines Monitors unterbringen soll... Selbst mit den kleinsten Zoomstufen wird das nicht ohne horizontalen Scrollbalken funktionieren.
- komplettes Rewrite des XML-Parsings mit DOM und XPATH
Inzwischen braucht meine SimpleXML-Lösung für das Parsing genauso lang wie der Aufbau eines DOM-Baums, deshalb würde ich für die kommende Version auf DOM/XPath umsteigen. Das macht dann viele Abfragen leichter und den Quellcode übersichtlicher.
Damit sollte die ToDo-Liste dann abgearbeitet sein. :)
Viele Grüße
Sebastian Meyer
--
___________________________________________________
Sebastian Meyer
Abteilung Informationstechnologie
Referat Entwicklung
Sächsische Landesbibliothek -
Staats- und Universitätsbibliothek Dresden (SLUB)
01054 Dresden
Besucheradresse: Zellescher Weg 18
Tel.: +49 351 4677-206
Fax: +49 351 4677-711
Mail: smeyer(a)slub-dresden.de
Web: http://www.slub-dresden.de/
___________________________________________________
