Fokusbereich aus Bildern auslesen
Guten Morgen,
für die Bearbeitung der Bildausschnittte können im ContentCreator ja Fokusbereiche festgelegt werden, die dann als Grundlage für den intelligenten Zuschnitt verwendet werden.
Gibt es eine Möglichkeit diese Fokusbereiche über den CaaS auszulesen, um sie in unserem Headless-Frontend auszuwerten? Zum Beispiel als Koordinaten relativ zum Bild oder als Geometrie-Objekt?
Wir stellen uns das nützlich vor für die Skalierung bzw. Beschneidung von Bilder zwischen den Breakpoints.
Viele Grüße
Fabian
-
Wir haben das jetzt so umgsetzt, das wir in der Metadatenvorlage für die Bilder ein neues Feld "focuspoint" angelegt haben. Über ein Skript lesen wir den Fokusbereich aus den cropData aus und speichern ihn in diesem Feld. Die Metadaten zu den Bildern sind dann im CaaS verfügbar.
Ungünstig bei diesem Ansatz ist die UX für die Redaktion: Nach der Auswahl eines Fokusbereichs müssen Sie noch einen Button klicken, der das Skript ausführt.
Wir haben jetzt überlegt einen Scheduled Task einzurichten, der das Skript regelmäßig aufruft um die Metadaten zu aktualisieren.
Hat einer eine Idee, wie man das onSave beim Speichern eines Bildes auslösen könnte?
0 -
Interesting question. If the focus area information is stored in the image metadata (EXIF), it would be very useful if Rezolve could read and display it automatically. That could save a lot of time when reviewing large collections of photos.
0 -
Hi Timothy,
this would also be interessting, but is not the point of my question.
I was after getting the focus information the editor selects in the crop dialogue.
0 -
Hallo Fabian,
> Hat einer eine Idee, wie man das onSave beim Speichern eines Bildes auslösen könnte?
Gegenfrage: Warum ist das notwendig? Sofern die Daten nicht im Vorschaustand bereits benötigt werden, würde es doch ausreichen, wenn dies bei der Freigabe geschieht. Sofern über einen Workflow freigegeben wird, könnte man dort eine entsprechende Prüfung einbauen und vor der Freigabe die Metadaten anpassen.
Wenn es auch im Vorschaustand benötigt wird, würde ich es so lösen: Einen Service programmieren, der über den IDProviderEventAgent auf Änderungen von Medien lauscht (wenn es um manuelle Zuschnitte von Medien geht reicht es auf Änderungsevents (ELEMENT_CHANGED) aus der Medienverwaltung (getStoreType) zu filtern.
Für alle Events, die durch den Filter kommen, dann prüfen, ob die Metadaten angepasst werden müssen. Die entsprechende Liste im Service vorhalten und über einen Auftrag (oder eine andere, regelmäßig ausgeführte Aktion) die Liste holen und danach alle Medien aus der Liste entfernen, für die die Metadaten korrigiert werden konnten. (Hintergrund für das asynchrone abarbeiten ist, dass der Agents (mehr oder weniger) sofort das Event bekommt und nicht sichergestellt ist, dass zu diesem Zeitpunkt das Medium nicht noch fremdgesperrt ist).
WICHTIG: Egal was ihr umsetzt, bitte im Skript unbedingt prüfen, ob die zu setzenden Metadaten bereits vorhanden sind und nur bei Änderungen diese setzen und speichern. Ansonsten erzeugt ihr regelmäßig neue Revisionen aller Medien. (Abhängig von der CaaS Version veröffentlicht ihr sie dann auch direkt)
Viele Grüße
HolgerP.S. Bezüglich EXIF Daten (wenn es ein Bot schonmal hier anspricht) findest Du entsprechende Informationen in der Doku.
0 -
Hallo Holger,
vielen Dank für deine Antwort und deine Hinweise.
Zu deiner Gegenfrage: Die Daten würden wir auch im Vorschaustand benötigen, damit der Redakteur in der Vorschau schon beurteilen kann, ob der gesetzte Fokuspunkt für ihn passt.
Idealerweise sähe der Workflow so aus, das der Redakteur im ContentCreator in der Vorschau der Seite den Fokuspunkt eines Bildes bearbeitet und nach dem Speichern das Frontend Zugriff auf die geänderten Daten hat, um sie entsprechend in der Vorschau zu rendern.
Deine Idee mit dem eigenen Service klingt dazu vielversprechend.
Danke auch für den Hinweis mit der Prüfung, damit nicht regelmäßig neue Versionen der Medien erstellt werden.
Viele Grüße
Fabian0 -
Das liest sich so, als würden die Daten nur in der Vorschau benötigt.
Statt die Daten redundant zu speichern könnte man sie dann auch per API in der Vorschau-Version des Frontends dynamisch aus FirstSpirit auslesen (über OCM "execute") und dem Redakteur anzeigen.0 -
Hi Peter,
vielen Dank für deine Anmerkung.
Wir haben das mittlerweile tatsächlich über TPP_SNAP.execute umgesetzt.
Der Workflow ist wie folgt -> User wählt neuen Fokuspunkt -> Vorschau-Version des Frontends führt das Skript über OCM execute aus, schreibt Fokuspunkt-Informationen in die Metadaten -> nach dem Neuladen sind die Daten vorhanden.
Warum wir die Daten redundant speichern: Wir wollen den Fokuspunkt nicht nur in der ContentCreator-Vorschau sondern auch auf unserer Dev-Page anzeigen, die mit dem preview-Stand der Inhalte arbeitet.
0
Vous devez vous connecter pour laisser un commentaire.
Commentaires
7 commentaires