| Autor |
Nachricht |
|
Verfasst am: 09. 03. 2011 [15:10]
|
|
Gelöschter Benutzer
|
Liebe Goobi Gemeinde,
für eine eventuelle Weiterentwicklung des Content Servers haben wir im Haus eine kleine Anforderungsliste erstellt die wir nun hier zur Diskussion stellen. Wenn dort Dinge noch nicht aufgeführt sind die Sie benötigen bzw. wünschenswert sind, wäre es schön wenn diese hier ergänzt bzw. zur Rede gestellt werden.
Bei dieser Anforderungsliste geht es rein um den technischen Aspekt. Wer wie und wann die Weiterentwicklung des Content Servers übernimmt sollte an anderer Stelle geklärt werden.
------------------------
1. Allgmeines
* Mandantenfähigkeit: Unabhängige Konfigurationsmöglichkeiten für verschiedene Mandanten.
2. Bildberechnung
A. Caching
* Bilder die schon einmal aufgerufen wurden sollen vom Content Server nicht erneut berechnet werden. Stattdessen sollte das schon vorhandene Bild aus einem frei definierbaren Speicherort im Dateisystem gelesen werden. (Direktive ist in der Konfigurationsdatei vorhanden wird jedoch anscheinend nicht genutzt?)
B. Geschwindigkeitsoptimierung
* Allgemeine Optimierung der Bildgenerierung.
Besonders die Berechnung der 90° / 270° Drehungen ist sehr langsam.
* Konfigurationsmöglichkeit ob monochrome oder farbige Bilder erzeugt werden sollen.
* Konfigurationsmöglichkeit der DPI.
C. Bildgröße
* Konfigurationsmöglichkeit für Minimal- bzw. Maximalbreiten.
D. Wasserzeichen
* Scheint in Konfiguration vorhanden zu sein, jedoch ohne Funktion?
3. PDF Generierung
A. Auswahl der zu generierenden Teile
* Seitenbereiche (z.B. von Seite 12 bis Seite 23).
* Freie Auswahl von Seiten (z.B. Seite 12 und Seite 23).
* Konfigurierbares Titelblatt / Deckblatt (z.B. Herkunft, bibl. Strukturdaten).
* Wasserzeichen (siehe "1.D" .
* Konfigurierbare Fußzeile.
B. Konfigurationsmöglichkeit des Bildmaterials
* Auswahlmöglichkeiten ob JPEG komprimiertes TIFF oder runtergerechnetes JPEG genutzt werden soll.
* Konfigurationsmöglichkeit der DPI.
* Konfigurationsmöglichkeit der Auflösung.
* Auswahlmöglichkeit ob farbig oder monochrom.
* Wenn machbar: Möglichkeit der Nutzung von zwischengespeicherten (schon generierten Bildern) des Content Servers.
C. Wenn möglich sollten auch hier die generierten PDF Dateien vorgehalten werden (Cache) damit nicht bei jedem Aufruf neu generiert werden muss.
|
|
Verfasst am: 09. 03. 2011 [15:10]
|
|
RalfStockmann
RalfStockmann
 Professional
Dabei seit: 13.03.2010
Beiträge: 11
|
Liebe Kollegen,
wir prüfen die Liste, vieles erscheint sehr sinnvoll. Ich würde schon einmal ergänzen:
- tragfähiges Konzept für die von der DFG geforderten Footer-Bereiche (oder war das mit Wasserzeichen gemeint?)
Viele Grüße
Ralf Stockmann
|
|
Verfasst am: 09. 03. 2011 [15:10]
|
|
Gelöschter Benutzer
|
Hallo,
wir haben zu einigen Punkten einmal ein paar Anmerkungen zusammengetragen:
2.B
- Unsere Tests haben ergeben, das eine Umstellung auf PNG eine enorme Performance-Verbesserung bringt. PNGs benötigen nur ein drittel bis zur Hälfte der Zeit, die JPEGs benötigen. Somit wäre hier eine Umstellung sicher bereits ausreichend.
- Die Berechnung von 90°, 180°, 270° rotierten Images benötigte bei unseren Tests genau so lange wie 0° rotierte Images. Lediglich davon abweichende Drehungen (also "ungewöhnliche" Gradzahlen) benötigen aufgrund der neuen Größenberechnung in etwa die doppelte Zeit.
- Die Auflösung kann bereits übergeben werden, durch den Parameter „resolution=XXX“, allerdings hat dieser Wert keine Auswirkungen auf die Performance oder die Imagegröße.
2.D
Mit Wasserzeichen ist an der Stelle vermutlich der Footer unter/neben/über dem Image gemeint. Diese Funktion ist vorhanden und an einigen Standorten auch im Produktiveinsatz.
3.A
- Seitenbereiche, Auswahl von Seiten ist bereits vorhanden. PDFs aus Einzel-Images lassen sich bereits durch Ãœbergabe der zu nutzenden Images als get-Parameter realisieren
- Was ist mit dem konfigurierbarem Titelblatt gemeint? Es kann bereits eine Titelseite generiert werden, der bestimmte Parameter wie Author, Titel etc übergeben werden. Was genau fehlt hier?
- Die Fußzeile kann bereits konfiguriert werden.
- Was genau ist hier mit Wasserzeichen gemeint? Ein kleines Image irgendwo auf dem Bild, ein halbtransparenter Text über dem Bild? Hier bräuchten wir weitere Informationen. Hier ist die Abgrenzung der Watermarks (wie unsere Footer intern heissen) von den hier genannten Wasserzeichen noch einmal klar abzugrenzen, um eine begriffliche Schärfe für die künftigen Diskussionen zu dem Thema zu erleichtern.
3.B
- Es kann bereits konfiguriert werden, ob ein Image jpeg komprimiert werden soll oder nicht. Außerdem lässt es sich ebenfalls per get-Parameter übergeben.
- Eine Komprimierung auf eine bestimmte DPI ist bereits möglich, bringt jedoch keinen Mehrwert.
Liegt Ihnen denn das damals erstellte Whitepaper vor, das einige der hier aufgetretenen Fragen ggf. ebenfalls etwas klären könnte?
Viele Grüße,
Steffen Hankiewicz
|
|
Verfasst am: 09. 03. 2011 [15:10]
|
|
Gelöschter Benutzer
|
"Ralf Stockmann" schrieb:
Liebe Kollegen,
wir prüfen die Liste, vieles erscheint sehr sinnvoll. Ich würde schon einmal ergänzen:
- tragfähiges Konzept für die von der DFG geforderten Footer-Bereiche (oder war das mit Wasserzeichen gemeint?)
Viele Grüße
Ralf Stockmann
Hallo,
Was heisst hier "tragfähiges konzept"? Ist der derzeitige Footer nicht tragbar?
Grüße,
Steffen Hankiewicz
|
|
Verfasst am: 09. 03. 2011 [15:10]
|
|
RalfStockmann
RalfStockmann
Professional
Dabei seit: 13.03.2010
Beiträge: 11
|
Nun, zwischen "funktioniert irgendwie" und "ist perfekt implementiert" gibt es noch eine zu diskutierende Grauzone 
Mein Problem ist: Logos sollten nicht skaliert werden, und die finden sich ja auch im vorgeschriebenen Footer (DFG Logo + Einrichtungslogo + Angaben zu PURL). Unsere Implementierungen des Contentservers sehen vor, dass man skalieren kann - in Göttingen stufenweise, in Berlin flüssig über openLayers. Skalierte Logos sehen aber immer unprofessionell aus, zudem kann man bei zu kleiner Schrift die PURL nicht mehr entziffern.
Ziel wäre also eher eine Lösung, bei der der Footer-Bereich immer konstant gleich hoch ist, egal welche Zoom-Stufe man einstellt - und entsprechend die Logos sauber gerendert sind. Bedeutet aber, dass man hier auch die Abstände dynamisch berechnen müsste, etwa wenn ein Logo rechtsbündig liegt wie in diesem Entwurf:
Ich habe noch keine perfekte Lösung parat, daher wären Vorschläge aus der Community willkommen...
|
|
Verfasst am: 09. 03. 2011 [15:10]
|
|
Gelöschter Benutzer
|
"Ralf Stockmann" schrieb:
- tragfähiges Konzept für die von der DFG geforderten Footer-Bereiche (oder war das mit Wasserzeichen gemeint?)
"Steffen Hankiewicz" schrieb:
- Was genau ist hier mit Wasserzeichen gemeint? Ein kleines Image irgendwo auf dem Bild, ein halbtransparenter Text über dem Bild? Hier bräuchten wir weitere Informationen. Hier ist die Abgrenzung der Watermarks (wie unsere Footer intern heissen) von den hier genannten Wasserzeichen noch einmal klar abzugrenzen, um eine begriffliche Schärfe für die künftigen Diskussionen zu dem Thema zu erleichtern.
Gute Frage. Wir werden diesem Thema wohl intern noch einmal genauer nachgehen müssen.
"Steffen Hankiewicz" schrieb:
Liegt Ihnen denn das damals erstellte Whitepaper vor, das einige der hier aufgetretenen Fragen ggf. ebenfalls etwas klären könnte?
Wäre es evtl. sinnvoll dieses Papier hier als Anhang zur Verfügung zu stellen?
Ich für meinen Teil kann mich nicht daran erinnern ein solches Papier gesehen zu haben.
Ansonsten vielen Dank für die ausführliche Antwort.
Wir werden uns das noch einmal anschauen und evtl. erneut darauf eingehen.
Noch etwas zur allgemeinen Vorgehensweise:
Die Anforderungsliste wird hier von Zeit zu Zeit aktualisiert.
Dies ist denke ich für den aktuellen Stand bzw. die Diskussion sinnvoll.
|
|
Verfasst am: 09. 03. 2011 [15:10]
|
|
Gelöschter Benutzer
|
Hallo,
Wo haben Sie denn den ContentServer her bezogen? Eigentlich gehört dort das Whitepaper dazu. Wir hatten das damals zum Abschluss der Entwicklung in den Unterordner docs gelegt.
Für die weitere Diskussion würde ich die eigens dafür angelegte goobi-tech-Mailingliste bevorzugen.
Viele Grüße,
Steffen Hankiewicz
Dateianhang
|
