Lieber Herr Urban,
aktuell ist es tatsächlich so, dass der DFG-Viewer nur die jeweils beste vorhandene Zoomstufe abruft. Allerdings haben wir im Rahmen der Weiterentwicklung unter archivfachlichen Gesichtspunkten gerade auch die Unterstützung für IIIF-, Zoomify- und IIP-basierte Imageserver umgesetzt. Sobald also die nächste Version des DFG-Viewers produktiv gesetzt wird (im Q1/2017), wird der DFG-Viewer in der Lage sein, bedarfsgerecht auch verschiedene Zoomstufen sowie Bildausschnitte anzufordern. Das setzt aber natürlich voraus, dass diese Funktionalitäten auch seitens des Datenanbieters unterstützt werden.
Viele Grüße
Sebastian Meyer
-----Ursprüngliche Nachricht-----
Von: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg-viewer.de] Im Auftrag von Thomas Urban
Gesendet: Montag, 12. Dezember 2016 22:45
An: dv-technik(a)dfg-viewer.de
Betreff: Re: [DFG-Viewer] Probleme mit Darstellung von Digitalisaten im DFG-Viewer
Hallo,
ich habe nun endlich die Konstellation im Fall des DFG-Viewers richtig
verstanden und damit auch die Ursache für das Problem mit dem 403-Fehler
gefunden. Nochmals vielen Dank für die Anmerkungen.
Gibt es eigentlich eine Möglichkeit, Bilddateien in unterschiedlichen
Zoomstufen anzubieten, damit bspw. der DFG-Viewer zunächst nur
herunterskalierte Bilder abruft und erst bei starkem Zoom die volle
Bildqualität abruft? Ich meine mich zu erinnern, dass im METS-Profil-PDF
erwähnt wurde, dass der Viewer stets nur die bestmögliche Skalierung abruft.
Thomas Urban schrieb:
> Hallo Herr Ronge,
>
> meine Probleme waren mit der Anpassung im Attribut USE im ersten Schritt
> erledigt. Den 403-Fehler habe ich schon beobachtet, allerdings nur bei
> dem XHR-Request, den der Viewer startet. Der anschließende Abruf als
> Bild ist erfolgreich. Hier findet in der Tat eine Authentifizierung per
> Kontext ab, wenngleich nicht über den Referrer. Es dürfte eher Probleme
> mit der Session geben, da diese serverseitig derzeit erforderlich ist.
> Gerade auch mit Blick auf den Hinweis, dass hier alles im Browser des
> Nutzers abläuft - was mir soweit klar war - konnte ich mir dies
> technisch noch nicht restlos erklären ... also warum eine XHR-Anfrage
> geblockt wird, während die Img-Einbettung funktioniert ... CORS wurde
> dabei grundlegend schon als Ursache in Betracht gezogen, jedoch noch
> nicht so weitreichend, als dass dieser Fehler beim XHR unterbunden
> werden konnte.
>
> Mit freundlichen Grüßen,
> Thomas Urban
>
> --
>
> cepharum GmbH
> Josef-Orlopp-Straße 48
> 10365 Berlin
>
> Internet: http://cepharum.de
> Telefon: 030 57701533
>
> Geschäftsführer: Thomas Urban
>
> Handelsregister Amtsgericht Berlin-Charlottenburg
> Registernummer: HRB 152285 B
>
> USt-IdNr.: DE290826783
>
> Am 12.12.2016 um 09:01 schrieb Ronge, Matthias
> <Matthias.Ronge(a)zeutschel.de <mailto:Matthias.Ronge@zeutschel.de>>:
>
>> Hallo Herr Urban,
>>
>> Wenn ich versuche, die Seite aufzurufen, bekomme ich einen Fehler “403
>> (Forbidden)”, wenn mein Browser versucht, auf das Bild zuzugreifen.
>> (Siehe Screenshot im Anhang.) Möglicherweise ist Ihr Webserver so
>> konfiguriert, dass er eine Referrer-Prüfung durchführt, sodass Bilder
>> nicht ausliefert, wenn diese in einer fremden Seite eingebettet sind.
>> Beim Apache Webserver zum Beispiel eine dieser Regeln:
>> https://httpd.apache.org/docs/2.4/rewrite/access.html#blocked-inline-images
>>
>> Falls eine entsprechende Regel vorhanden ist, müssten Sie diese
>> abschalten bzw. eine Ausnahme einrichten, damit die Bilder in der
>> “fremden” Website dfg-viewer.de <http://dfg-viewer.de> angezeigt
>> werden können.
>>
>> Mit freundlichen Grüßen
>>
>> Matthias Ronge
>>
>> ------------------------------------------------------------------------
>>
>> Matthias Ronge
>> Software Entwicklung/Software Development
>>
>> <Z_Logo_RGB_180px_2b974e26-85b9-4005-92dd-9bb8df881ab3.png>
>> <http://www.zeutschel.de> <http://www.zeutschel.de>
>>
>> <Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png>
>> <https://www.facebook.com/pages/Zeutschel-GmbH/193873073980288?fref=ts>
>>
>>
>>
>> <Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png>
>> <https://twitter.com/zeutschelgmbh>
>>
>>
>>
>> <YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png>
>> <http://www.youtube.com/user/zeutschelbookscanner>
>>
>>
>>
>> <google_34x34_daf218c4-f635-49e8-af7a-ed2a74c251ea.png>
>> <https://plus.google.com/110507211572689796815/posts>
>>
>> *Zeutschel GmbH* | Heerweg 2 | 72070 Tübingen | Deutschland
>> p: +49 (7071) 9706-62 | m: | f: +49 (7071) 9706-44
>> e: Matthias.Ronge(a)zeutschel.de <mailto:Matthias.Ronge@zeutschel.de> |
>> w: http://www.zeutschel.de
>>
>> <zeta-banner-86x75_fuerWebsite_c5e46c08-490e-49fa-b13f-d59217ddd169.png>
>> <http://www.zeutschel.de/links/Zeta-App>
>>
>> Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart:
>> HRB 380917
>>
>> *From:*dv-technik-bounces@dfg-viewer.de
>> <mailto:dv-technik-bounces@dfg-viewer.de>
>> [mailto:dv-technik-bounces@dfg-viewer.de] *On Behalf Of *Thomas Urban
>> *Sent:* Sunday, December 11, 2016 2:15 PM
>> *To:* dv-technik(a)dfg-viewer.de <mailto:dv-technik@dfg-viewer.de>
>> *Subject:* [DFG-Viewer] Probleme mit Darstellung von Digitalisaten im
>> DFG-Viewer
>>
>> Hallo,
>>
>> wir arbeiten aktuell an einer Unterstützung des DFG-Viewers zur
>> Anzeige von Digitalisaten des DFG-Projekts “Berliner Repertorium”.
>> Dazu wurde auf Grundlage des PDFs zum METS-Profil eine
>> METS/MODS-XML-Datei erzeugt, welche einer Validierung gegen das
>> METS-Schema standhält. Ein Testaufruf im DFG-Viewer liefert
>> augenscheinlich auch alle in der XML-Datei genannten
>> Meta-Informationen. Einzig die abrufbaren Bilder werden nicht
>> dargestellt. Augenscheinlich fehlt hier eine Bereitstellung der
>> Image-Daten, welche - soweit ich das interpretiere - serverseitig in
>> die generierte Seite injiziert werden:
>>
>> |<script id="tx-dlf-pageview-initViewer" type="text/javascript">|
>> | window.onload = function() {|
>> | if (dlfUtils.exists(dlfViewer)) {|
>> | tx_dlf_viewer = new dlfViewer({|
>> | controls: [""],|
>> | div: "tx-dfgviewer-map",|
>> | images: [[]],|
>> | fulltexts: [[]]|
>> | })|
>> | }|
>> | }|
>> | </script>|
>>
>> Auf dem Webserver des Projekts fällt auf, dass beim Abruf des
>> DFG-Viewers mit der URL
>>
>> http://dfg-viewer.de/show/?tx_dlf[id]=http%3A%2F%2Fopus.ub.hu-berlin.de%2Fr…
>> <http://dfg-viewer.de/show/?tx_dlf%5bid%5d=http%3A%2F%2Fopus.ub.hu-berlin.de…>
>>
>> eine Anfrage an den Webserver erfolgt, die erfolgreich bearbeitet wird:
>>
>> |194.95.145.62 - - [11/Dec/2016:13:48:24 +0100] "GET /repertorium/mets/witness/7590 HTTP/1.0" 200 6018 "-" "Kitodo.Presentation (SLUB)"|
>>
>> und somit die XML-Datei ausgeliefert wird. Anhand von Kopien der
>> ausgelieferten Dateien konnte auch geprüft und gesichert werden, dass
>> die dort ausgelieferte Datei jener entspricht, die man auch beim
>> direkten Abruf der URL selbst erhält.
>>
>> Die im XML genannten Bild-Dateien sind abrufbar.
>>
>> Aktuell sind wir somit nicht imstande, das Problem weiter
>> einzugrenzen, und bitten darum um Hinweise auf mögliche Fehler.
>>
>>
>> Mit freundlichen Grüßen,
>> Thomas Urban
>>
>>
>>
>> --
>> cepharum GmbH
>> Josef-Orlopp-Straße 48
>> 10365 Berlin
>>
>> Internet: http://cepharum.de
>> Telefon: 030 57701533
>>
>> Geschäftsführer: Thomas Urban
>>
>> Handelsregister Amtsgericht Berlin-Charlottenburg
>> Registernummer: HRB 152285 B
>>
>> USt-IdNr.: DE290826783
>>
>> <firebug.png>
--
cepharum GmbH
Josef-Orlopp-Straße 48
10365 Berlin
Internet: http://cepharum.de
Telefon: 030 57701533
Geschäftsführer: Thomas Urban
Handelsregister Amtsgericht Berlin-Charlottenburg
Registernummer: HRB 152285 B
USt-IdNr.: DE290826783
Hallo,
wir arbeiten aktuell an einer Unterstützung des DFG-Viewers zur Anzeige
von Digitalisaten des DFG-Projekts “Berliner Repertorium”. Dazu wurde
auf Grundlage des PDFs zum METS-Profil eine METS/MODS-XML-Datei erzeugt,
welche einer Validierung gegen das METS-Schema standhält. Ein Testaufruf
im DFG-Viewer liefert augenscheinlich auch alle in der XML-Datei
genannten Meta-Informationen. Einzig die abrufbaren Bilder werden nicht
dargestellt. Augenscheinlich fehlt hier eine Bereitstellung der
Image-Daten, welche - soweit ich das interpretiere - serverseitig in die
generierte Seite injiziert werden:
|<script id="tx-dlf-pageview-initViewer" type="text/javascript">
window.onload = function() {
if (dlfUtils.exists(dlfViewer)) {
tx_dlf_viewer = new dlfViewer({
controls: [""],
div: "tx-dfgviewer-map",
images: [[]],
fulltexts: [[]]
})
}
}
</script>
|
Auf dem Webserver des Projekts fällt auf, dass beim Abruf des
DFG-Viewers mit der URL
http://dfg-viewer.de/show/?tx_dlf[id]=http%3A%2F%2Fopus.ub.hu-berlin.de%2Fr…
eine Anfrage an den Webserver erfolgt, die erfolgreich bearbeitet wird:
|194.95.145.62 - - [11/Dec/2016:13:48:24 +0100] "GET /repertorium/mets/witness/7590 HTTP/1.0" 200 6018 "-" "Kitodo.Presentation (SLUB)"
|
und somit die XML-Datei ausgeliefert wird. Anhand von Kopien der
ausgelieferten Dateien konnte auch geprüft und gesichert werden, dass
die dort ausgelieferte Datei jener entspricht, die man auch beim
direkten Abruf der URL selbst erhält.
Die im XML genannten Bild-Dateien sind abrufbar.
Aktuell sind wir somit nicht imstande, das Problem weiter einzugrenzen,
und bitten darum um Hinweise auf mögliche Fehler.
Mit freundlichen Grüßen,
Thomas Urban
--
cepharum GmbH
Josef-Orlopp-Straße 48
10365 Berlin
Internet: http://cepharum.de
Telefon: 030 57701533
Geschäftsführer: Thomas Urban
Handelsregister Amtsgericht Berlin-Charlottenburg
Registernummer: HRB 152285 B
USt-IdNr.: DE290826783