Zwischenzeitlich bin ich auf die App Scrambled Exif umgestiegen, die nur Metadaten entfernt, die Auflösung von Fotos aber unverändert lässt. Und mit Videos kann die App gar nichts anfangen.

Mittlerweile nutze ich zusätzlich die App FFShare, die auf dem Code von Scrambled Exif basiert, aber eher die Funktionalität von Imagepipe bietet. Es werden nicht nur Metadaten entfernt, Bilder und sogar Videos werden einstellbar verkleinert. Dafür wird ffmpeg verwendet und es wird vor dem Weiterteilen auch angezeigt, wie viel Platz eingespart wurde.

Nutzung der App

Dabei teilt man wie gewohnt ein oder mehrere Fotos/Videos mit FFShare:

Für jedes Video/Foto sieht man kurz den Kommandozeilenaufruf an ffmpeg:

Der Dateiname wird dabei auch verändert. Anschließend teilt man das Ergebnis mit der App, in der man die Fotos/Videos veröffentlichen möchte.

Einstellungen

Der Name der neu erstellten Dateien ist einstellbar: Entweder Original-Name, UUID oder Benutzerdefiniert. Bei letzterem kann man beliebige Strings angeben, es scheint aber keine Platzhalter oder Zähler zu geben.

Zudem ist einstellbar, wie groß Videos und Fotos maximal sein dürfen und ob Metadaten erhalten bleiben sollen. Zudem lässt sich für Videos die maximale Auflösung und/oder die maximale Dateigröße festlegen und für Fotos die Maximale Auflösung und/oder Qualität.

Unnötige Metadaten bleiben übrig

Bei einem Vergleich mit den verbliebenen Metadaten ist mir aufgefallen, dass z. B. exiftool auf einem Linux-System deutlich mehr Metadaten aus Fotos entfernt als FFShare. So enthält die Ausgabe von exiftool datei.jpg bei einem Foto nach der Verarbeitung durch FFShare noch 51 Zeilen, während es nach der Verarbeitung durch exiftool nur noch 19 Zeilen sind.

Das sind die Tags, die nach der Verarbeitung durch FFShare (bzw. ffmpeg) noch in einem Foto enthalten waren:

JFIF Version
Resolution Unit
X Resolution
Y Resolution
Profile CMM Type
Profile Version
Profile Class
Color Space Data
Profile Connection Space
Profile Date Time
Profile File Signature
Primary Platform
CMM Flags
Device Manufacturer
Device Model
Device Attributes
Rendering Intent    
Connection Space Illuminant
Profile Creator
Profile ID
Profile Description
Profile Copyright
Media White Point
Media Black Point
Red Matrix Column
Green Matrix Column
Blue Matrix Column    
Red Tone Reproduction Curve
Chromatic Adaptation
Blue Tone Reproduction Curve
Green Tone Reproduction Curve
Comment

Immerhin wird im Tag “Device Model” der Wert entfernt, jedoch nicht der Wert im Tag “Device Manufacturer”. Dieses Verhalten konnte ich lokal auf einem Linux-System mit ffmpeg nachvollziehen.

Ein kurzer Test mit der oben genannten App Scrambled Exif zeigt, dass diese, genau wie exiftool auf einem Linux-System, wirklich alle Metadaten aus Fotos entfernt.

Bei Videos, die durch FFShare verarbeitet wurden, sieht das deutlich besser aus.

Fazit

Für Videos werde ich also in Zukunft FFShare nutzen, für Fotos, die nicht verkleinert werden müssen, werde ich hingegen weiterhin Scrambled Exif nutzen.

App installieren

Die App gibt es bei F-Droid, siehe hier.

Mit Hilfe der ausführlichen Dokumentation des Photo-Sphere-Viewer konnte ich den jetzt richtig im Blog einbinden, sodass ich auch die verschiedenen Plugins nutzen kann, was bisher nicht möglich war, da ich von dieser Thematik keine Ahnung habe.

Auch konnte ich meinen Shortcode zum Einbinden des Viewers verbessern.

Verbesserungen des 360°-Viewers

• Es ist jetzt möglich, auch bei mehreren 360°-Fotos in einem Blogbeitrag jeweils eine OpenStreetMap-Karte mit dem Standort anzuzeigen, bisher war das nur einmal pro Blogbeitrag möglich. Hier ein Beispiel.
• Dank des Gyroskop-Plugins kann man das Smartphone im Raum bewegen und sieht das, was vor Ort auch in dieser Richtung war. Das geht aber nur, wenn das Smartphone einen Lagesensor hat und der Browser das unterstützt. Dazu muss man unten rechts auf das Kompass-Symbol drücken.
• Der Fischaugen-Effekt ist aus. Das Foto wird also beim Verändern der Ansicht nicht mehr verzerrt.
• Der Photo-Sphere-Viewer wurde auf die neueste Version aktualisiert.

Weitere Möglichkeiten in Zukunft dank Plugins

In Zukunft kann ich mir vorstellen, auch noch mehr Funktionen der Plugins zu nutzen, wie z. B. die Möglichkeit für Markierungen innerhalb der 360°-Fotos. Oder auch das automatische scrollen der Fotos.

Metadaten – so wichtig für unvollständige Panoramen

Beim Testen ist mir aufgefallen, dass der Viewer Panorama-Fotos automatisch auf nur einen Teil der “Leinwand tapeziert”, wenn das Foto nicht 360° in der Horizontalen abdeckt, sondern nur einen Teil davon. In vor allem älteren Panorama-Fotos funktioniert das jedoch nicht.

Der Verdacht: Metadaten.

Und tatsächlich, es liegt an Metadaten. In älteren Panorama-Fotos gab es die nie und in aktuellen Panorama-Fotos entferne ich die Metadaten vor dem Veröffentlichen per Script. Sobald die Metadaten fehlen, gibt es bei teilweisen Panoramen harte Schnitte und keine unvollständigen Bereiche mehr.

Hier ein Vergleich, oben mit Metadaten, unten ohne:

Welche Metadaten eine Rolle spielen, ist hier dokumentiert. Auch auf der Projektseite von Photo-Sphere-Viewer gibt es dazu einen Abschnitt und es wird auch erklärt, wie man diese Daten angeben kann, ohne sie in die Metadaten zu schreiben, siehe hier. Dort gibt es ganz unten auch einen Bereich, wo man diese Angaben anhand eines lokalen Beispielfotos ausprobieren kann.

Das sind die relevanten Metadaten (aus exiftool) mit den Werten für das hier verwendete Beispiel:¹

Cropped Area Left Pixels        : 0
Cropped Area Top Pixels         : 1278
Cropped Area Image Width Pixels : 6774
Cropped Area Image Height Pixels: 1634
Full Pano Width Pixels          : 8330
Full Pano Height Pixels         : 4165

Man kann diese Metadaten auch mit Hilfe von exiftool wieder in Fotos hineinschreiben, falls man z. B. noch auf das unbearbeitete Originalfoto Zugriff hat:

exiftool -overwrite_original -CroppedAreaImageHeightPixels=1634 -CroppedAreaImageWidthPixels=6774 -CroppedAreaLeftPixels=0 -CroppedAreaTopPixels=1278 -FullPanoWidthPixels=8330 -FullPanoHeightPixels=4165 datei.webp

Statt die Tags manuell hinzuzufügen kann man sie beim Entfernen der anderen Metadaten in den Fotos belassen. Mein Script zum Entfernen von Metadaten habe ich nun so umgeschrieben, dass diese Daten erhalten bleiben:

preservetags="-aperturevalue -shuttervalue -iso -mime -exposuretime -focallength -orientation -exposurebias -flash -CroppedAreaImageHeightPixels -CroppedAreaImageWidthPixels -CroppedAreaLeftPixels -CroppedAreaTopPixels -FullPanoWidthPixels -FullPanoHeightPixels -InitialViewHeadingDegrees -InitialViewPitchDegrees -InitialViewRollDegrees -ProjectionType"

exiftool -all= -tagsfromfile @ ${preservetags} -overwrite_original datei.webp"

Sooo schön

Besonders die Funktion mit dem Gyroskop auf Smartphones gefällt mir sehr gut und auch, dass man jetzt auch bei mehreren 360°-Fotos pro Blogbeitrag zu jedem Foto jeweils eine eigene Karte mit dem Ort darstellen kann. Das sind wirklich schöne und einfach zu erstellende Erinnerungen.

Ich werde ab jetzt auch Panorama-Fotos mit diesem Viewer darstellen lassen.

Kleine, aber nicht mehr aktive Alternative – Pannellum

Es gibt eine Alternative zum Photo-Sphere-Viewer, nämlich Pannellum. Der Viewer ist nur 21 kB klein und hat einen ausreichenden Funktionsumfang, wenn ich davon ausgehe, was ich hier bisher im Blog benötigt hatte. Der Viewer wird aber schon seit 2019 nicht mehr groß weiterentwickelt. Man muss lediglich eine .js-Datei und eine .css-Datei einbinden, mehr nicht.

An Pannellum gefällt mir unter anderem, dass das Foto optional erst nach einem Klick auf einen Knopf geladen wird. Das spart Bandbreite.

Wenn man das erste Mal ein Foto nach Imagepipe geteilt hat und später ein weiteres dorthin teilt, dann wird statt dem zweiten Foto noch immer nur das erste Foto in Imagepipe angezeigt. Dann muss man die App beenden, den Cache leeren und die App aus der Liste der offenen Fenster entfernen.

Ich hatte damals angefangen, Imagepipe zu nutzen, weil es nicht nur Metadaten entfernt und den Dateinamen ändert, sondern auch Fotos verkleinern kann. Da die Dateigröße heute nicht mehr allzu relevant ist und mehr Auflösung besser ist, brauche ich jedoch aktuell nur noch eine App, die nur noch die Metadaten entferne und den Dateinamen ändert.

Und da ist mir die App “Scrambled Exif” eingefallen, zu der ich bereits 2018 etwas schrieb, siehe hier.

Tschüss Imagepipe, hello Scrambled Exif.

Heute habe ich dafür mal ein Bash-Script erstellt, um in einem Verzeichnis rekursiv alle Bilder zu finden, in denen die Rotation nur in den Exif-Daten enthalten ist, die aber auf Dateiebene nicht ausgerichtet sind.

Diese Dateien werden dann mit dem Tool mogrify korrekt ausgerichtet, die Orientierung aus Exif entfernt und die Dateien gespeichert. mogrify ist im Paket ImageMagick enthalten.

Das Script

Da ich es bevorzuge, dass mir ein Script mitteilt, was es tut, gibt es eine Ausgabe für jede Datei, ob es Exifdaten zur Rotation gibt. Damit das besser lesbar ist, werden Zeilen ohne Match eingerückt.

Hier das Shell-Script (Bash):

#!/bin/bash

SEARCH_IN_PATH="${1}"
cd "${SEARCH_IN_PATH}"

shopt -s globstar

for file in **/*; do
    #echo "${file}"
    if [ -f "${file}" ]; then
        filename=$(basename "${file}")
        extension="${filename##*.}"
        if [[ ${extension} =~ (webp|gif|jpg|jpeg|png) ]]; then
            exiftool "${file}" | grep "^Orientation" | grep "Rotate" >/dev/null

            if [ $? = 0 ]; then
                echo "Image found, mogrifiy: ${file}"
                mogrify -auto-orient "${file}"
            else
                echo -e "\tNo exif orientation: ${file}"
            fi
        fi
    fi
done

Für alte Blogbeiträge

Somit reicht ein Aufruf auf der Konsole, um alle Bilder in meinem Blog zu “reparieren”.

Beispielaufruf für meinen Blog

$ hugo_find_fix_orientation.sh blog/posts/2022/2022-09-01-fotos-der-letzten-tage/
        No exif orientation: cover.jpg
Image found, mogrifiy: images/2022-01-19-hachelallee-1.jpg
        No exif orientation: images/2022-01-19-hachelallee-2.jpg
        No exif orientation: images/2022-01-fahrrad-zob-pforzheim.jpg
        No exif orientation: images/2022-01-schwann-radstation.jpg
        No exif orientation: images/2022-01-wald-mit-sonne.jpg
[…]

Insgesamt 25 Dateien wurden so gefunden und korrekt ausgerichtet.

Beim nächsten Rendern des Blogs erkennt Hugo die geänderten Bilddateien und erstellt dann automatisch neue Zwischengrößen daraus.

Für neue Blogbeiträge

Das Script kann ich jetzt auch verwenden, um Bilder neuer Blogbeiträge automatisch korrekt auszurichten. Sobald ein Blogbeitrag fertig ist, lasse ich das Script einmalig über das Page Bundle laufen.

Das liegt scheinbar daran, dass in den Metadaten (Exif) mancher Fotos die Rotation hinterlegt ist, das Bild selbst jedoch nicht “richtig” ausgerichtet gespeichert wurde.

Hintergrund

Hugo beachtet vorhandene Exif-Daten nicht und erstellt deshalb mit z. B. der .Resize-Funktion Bilder mit falscher Ausrichtung. Diese Funktion wird in meinem Blog und auch in meinem Wiki genutzt, um automatisch kleine Varianten großer Bilder zu erstellen, siehe hier. Vermutlich passiert das selbe auch bei Verwendung von Fit, Fill, Crop und Filter. (Hier die Dokumentation dieser Funktionen.)

Das ist ein bekanntes “Problem” in Hugo. Details siehe hier.

Einen offenen Issue gibt es hier.

Nicht alle Bilder im Blog sind davon betroffen. Kommt vermutlich auf die verarbeitende Software oder auf das Kameramodell usw. an.

Zwei Lösungen

Lösung 1 – Anpassung in Hugo

Eine Lösung ist, viel Arbeit in meinen render-image-Hook als auch in den figure-Shortcode zu stecken, sodass dort die Rotation ausgewertet und beachtet wird. Für beides verwende ich nicht die Originale sondern eigenen Varianten.

In hugo-shortcode-gallery wird das z. B. so gemacht, siehe hier.

Lösung 2 – Bilddateien entsprechend rotieren

Eine weit einfachere Lösung ist, die Dateien direkt entsprechend der enthaltenen Metadaten zu rotieren und so abzuspeichern.

Das kann man z. B. mit mogrify (ImageMagick) machen.

Für entsprechende Dateien führe ich also das hier aus, wobei die Originaldatei überschrieben wird:

mogrify -auto-orient pausenbaum.jpg

Damit wird die Info zur Rotation aus den Metadaten entfernt und das Bild “richtig” gedreht abgespeichert. Die Dokumentation dazu findet sich hier.

Man könnte noch ein Script schreiben, das alle Bilder findet, die Infos zur Rotation enthalten und diese dann in einem Schritt entsprechend drehen. Das spare ich mir, da ich das manuell mache, wenn ich mal wieder solche Fotos im Blog sehe.

Passt

Und dann ist das Foto im Blog wieder richtig gedreht:

Falls jemand einen Blogbeitrag mit falsch gedrehten Bildern findet, würde ich mich über einen Hinweis darauf freuen. Danke.

Ich hatte damals überlegt, für welche der beiden Methoden ich mich entscheiden sollte. Die Wahl ist auf Beschreibungen in den Exif-Metadaten gefallen. Der Grund ist, dass auch die anderen Angaben wie z. B. ISO-Wert usw. bereits in den Metadaten enthalten sind und das aus meiner Sicht sinnvoll ist, dass auch die Bildbeschreibung dort landet, damit man nicht mit dem Medium brechen muss.

Zudem habe ich jetzt jetzt eine einfache Möglichkeit gefunden, Bildbeschreibungen mit Hilfe von Digikam in die Exif-Metadaten meiner Fotos im Blog einzufügen.

Setup

1. Zunächst fügt man das content-Verzeichnis des Blogs als Sammlung bzw. Collection in Settings -> Configure digikam… -> Collections in Digikam hinzu, sodass man Zugriff darauf hat.
2. Dann setzt man in Settings -> Configure digikam… -> Metadata bei Behaviour im Bereich Write This Information to the Metadata einen Haken bei Captions and title.¹

   

Dateibeschreibung einfügen

Nun kann man ein Bild auswählen und rechts den Bereich Captions öffnen und bei Caption die Bildbeschreibung eintragen. Dann klickt man unten auf Apply. Vergisst man das, fragt Digikam bei Auswahl eines anderen Bilds nach, ob die Änderung gespeichert werden soll.

Änderungen prüfen

Öffnet man z. B. in Dolphin die Dateieigenschaften eines Bildes mit Bildbeschreibung, dann kann man diese im Bereich Details -> Description sehen.

Natürlich geht das auch mit exiftool:

$ exiftool 2022-04-01-kagube-selfie.jpg

File Name                       : 2022-04-01-kagube-selfie.jpg
File Size                       : 859 KiB
[…]
Description                     : Kagube wollte ein Selfie machen.
[…]

Veränderungen an den Dateien

Sobald man eine Bildbeschreibung eingefügt hat, ändert sich auch die Datei für Git. Man kann diese Änderungen dann committen und beim nächsten Bau des Blogs werden in der Galerie die Bildbeschreibungen angezeigt.

Passt

Für mich ist die Lösung als Collection innerhalb von Digikam sehr praktisch. So kann ich auch im Nachhinein die Fotos des Blogs verwalten, zwischendurch einfach mal Bildbeschreibungen verändern, Fotos nachbearbeiten und vor allem z. B. auch die Möglichkeit nutzen, Bilder anhand von bestimmten Merkmalen dank Digikam wiederzufinden, statt nur über Blogbeiträge oder Dateinamen.

Denn Digikam bietet z. B. die Möglichkeit, ähnliche Dateien anhand eines ausgewählten Bildes oder anhand eines selbst gemalten Bildes zu finden.

Gesucht war ein Film, der irgendwann in den letzten Jahren gelöscht wurde und mindestens 5 MiB groß war. Der Datenträger ist eine Festplatte, die vor Jahren gegen eine SSD getauscht wurde. Der Datenträger ist mit NTFS formatiert und es lief Windows darauf.

Ich habe dazu photorec (Website) verwendet. Dieses überprüft entweder den als frei angegebenen Speicherplatz eines Datenträgers oder den gesamten Speicherplatz auf “gelöschte” Dateien. Also solche, die im “Inhaltsverzeichnis” des Dateisystems nicht mehr eingetragen sind, deren Daten aber weiterhin im Dateisystem verfügbar sind, da sie bisher nicht überschrieben wurden.

Alles oder nichts

In Photorec kann man meines Wissens nach nicht einstellen, welche Dateien wiederhergestellt werden sollen und welche nicht. Daher muss man leider alle Dateien wiederherstellen lassen und nur die benötigten daraus filtern und die restlichen wieder löschen.

Im vorliegenden Fall ist die Festplatte 650 GiB groß und beim Wiederherstellen wurden insgesamt über 600.000 Dateien wiederhergestellt.

Das Setup

Fast alles wird sich im Verzeichnis /home/user/recover/ abspielen. Die wiederhergestellten Dateien werden am Ende nach /home/user/recovered_videos/ verschoben und das erst genannte Verzeichnis wird wieder gelöscht.

mkdir /home/user/recover/
mkdir /home/user/recovered_videos/

Wiederherstellung starten

Dieses Kommando muss als root ausgeführt werden und wird je nach Größe des Dateisystems und der Anbindung an den PC sehr lange dauern (bei mir circa 12 Stunden). Am besten führt man das in einer Tmux-Session oder in einer Screen-Session aus:

photorec /d /home/user/recover/r /dev/sdb2

Das Tool Photorec erstellt jetzt in /home/user/recover/ ganz viele durchnummerierte Verzeichnisse r.1, r.2, […], r.99 usw. und legt darin die wiederhergestellten Dateien ab.

Optional zwischendurch löschen (nur falls Speicherplatz begrenzt ist)

Wenn man genug Speicherplatz hat, kann man warten, bis Photorec fertig ist und dann die benötigten Dateien herausfiltern. Wenn nicht, kann man zwischendurch unbenötigte Dateien löschen.

Da ich nicht abschätzen konnte, was da insgesamt an Datenvolumen zusammen kommen würde, wollte ich schon zwischendurch die nicht benötigten Dateien löschen.

chown -R user: /home/user/recover/

find /home/user/recover -type f -size -5M -execdir rm -f '{}' \;

find /home/user/recover -type f ! \( -iname *.mpg -o -iname *.mpeg -o -iname *.mp4 -o -iname *.mp2 -o -iname *.avi -o -iname *.vob -o -iname *.wmv -o -iname *.mkv -o -iname *.mov -o -iname *.flv -o -iname *.webm -o -iname *.f4v -o -iname *.ogv -o -iname *.3gp -o -iname *.3g2 -o -iname *.3gpp -o -iname *.m2p -o -iname *.ts -o -iname *.asf -o -iname *.m2t \) -execdir rm -f '{}' \;

find /home/user/recover -type d -empty -delete

Wiederherstellung abgeschlossen – Aufräumen

Jede wiederhergestellte Datei hat einen Dateinamen bestehend aus f, einer fortlaufenden Nummer und bei Verfügbarkeit dem ursprünglichen Dateinamen. Im Ergebnis z. B. f340518928.avi.

So ist sichergestellt, dass alle Dateien einen eindeutigen Dateinamen haben. Jedoch kann es vorkommen, dass unter verschiedenen Dateinamen die selbe Datei wiederhergestellt wird. Das könnte daran liegen, dass z. B. eine Datei “in den Papierkorb gelöscht” wurde und dann später dort erneut gelöscht wird. Auf dem Dateisystem ist sie dann an zwei verschiedenen Orten gewesen und wird dann demnach auch zwei Mal wiederhergestellt.

Gewünschte Dateien ins Zielverzeichnis verschieben

Als root ausführen, damit man als Benutzer user Schreibzugriff auf die wiederhergestellten Daten hat:

chown -R user: /home/user/recover/

Jetzt werden alle gefundenen Videodateien, die mindestens 5 MiB groß sind, in ein nach /home/user/recovered_videos/ verschoben. Dazu nutzt man diese beiden Befehle:

find /home/user/recover -type f \( -iname *.mpg -o -iname *.mpeg -o -iname *.mp4 -o -iname *.mp2 -o -iname *.avi -o -iname *.vob -o -iname *.wmv -o -iname *.mkv -o -iname *.mov -o -iname *.flv -o -iname *.webm -o -iname *.f4v -o -iname *.ogv -o -iname *.3gp -o -iname *.3g2 -o -iname *.3gpp -o -iname *.m2p -o -iname *.ts -o -iname *.asf -o -iname *.m2t \) -execdir mv '{}' /home/user/recovered_videos/ \;

Das Verzeichnis /home/user/recover kann man jetzt löschen.

Doppelte Dateien

Überflüssige, weil mehrfach vorhandene, Dateien kann man z. B. mit dem Tool czkawka finden und löschen.

Dateinamen

In den meisten der “neueren” Videodateien sind Exif-Metadaten enthalten, in denen der Erstellungszeitpunkt vermerkt ist.

Über diesen kann man mit exiftool die Dateien entsprechend benennen. Den Tipp dazu habe ich aus der Dokumentation von Photorec (ab Seite 49 “After using Photorec”).

Es ist auch möglich, (zusätzlich) andere Exifdaten zur Benennung der Dateien zu benutzen. Einfach mal mit exiftool dateiname.mp4 nachschauen, was alles vorhanden ist.

Mit dem folgenden Befehl werden alle mp4-Dateien im aktuellen Verzeichnis und allen Unterverzeichnissen umbenannt in das Format 2015-08-03_17-12-34.mp4:

exiftool -overwrite_original -r -ext mp4 '-FileName<CreateDate' -d '%Y-%m-%d_%H-%M-%S%%-c.%%e' /home/user/recovered_videos/

Die Ausgabe dieses Kommandos ist zum Beispiel:

    1 directories scanned
   24 image files updated

Ergebnis

Ich konnte die gesuchte Datei finden. :)

Aufräumen

Nutzt man Dolphin mit aktivierter Vorschau für Dateien, um die Videos durchzuschauen, dann kann man jetzt das Verzeichnis ~/.cache/thumbnails/ jetzt löschen, da hier sonst sehr viele unnütze Vorschaubilder für immer liegen bleiben würden.

Nützliches

• Find -delete vs -exec rm
• -execdir habe ich zufällig in der Manpage von find gesehen. Bei Verwendung von -exec wird der Befehl in dem Verzeichnis ausgeführt, in dem Find ausgeführt wurde. Bei -execdir wird der Befehl in dem Verzeichnis ausgeführt, in dem sich die gefundene Datei befindet. Das soll sicherer sein laut Manpage.

Update: Eine erste Galerie, wo ich das mal mit den .meta-Dateien umgesetzt habe, gibt es hier.

Bisher werden hier im Blog bei Verwendung des Galerie-Shortcodes hugo-shortcode-gallery nur die Bilder angezeigt. Ich hätte aber gerne für manche Bilder eine Beschreibung. So, wie ich es noch von WordPress kenne.

Zwei Methoden verfügbar

Für die verwendete Galerie gibt es zwei Methoden:

1. Verwendung sogenannter Sidecar-Dateien.
2. Hinzufügen der Variable ImageDescription zu den Exif-Metadaten eines Fotos.

Im Prinzip kann man für beide Möglichkeiten einfache Script schreiben, um die Metadaten zu Bildern hinzuzufügen.

Methode Sidecar

Das sind json-Dateien, die es für jedes einzelne Bild gibt.

Heißt das Foto etwa 2021-01-07-mammutbaum-pforzheim.jpg, dann kommen die folgenden Daten in die Datei 2021-01-07-mammutbaum-pforzheim.jpg.meta:

{
"Title": "Ein Mammutbaum in Pforzheim"
}

In der Dokumentatino von hugo-shortcode-gallery sind noch weitere Metadaten in der Datei .meta enthalten, nach meinem Test wird aber nur “Title” im HTML-Code der Galerien hinterlegt.

Methode Exif Metadaten

Exif-Metadaten werden mit meinen Einstellungen in den Bildern der Galerie angezeigt, wenn sie in der Lightbox geöffnet werden. Dazu habe ich in der Konfiguration von Hugo die Option galleryShowExif = true gesetzt.

Unter Linux kann man z. B. mit dem Tool exiftool Exif-Daten in Dateien schreiben:

exiftool -imagedescription="Ein Mammutbaum in Pforzheim" 2021-01-07-mammutbaum-pforzheim.jpg
    1 image files updated

Ergebnis in beiden Fällen

Der Titel wird dann sowohl beim Hover über das Thumbnail angezeigt als auch in der Lightbox oben am Rand. Im HTML-Code fehlt leider das Alt Attribut, dazu werde ich beim Entwickler einen Bugreport erstellen, damit er das noch einfügen kann.

Titel beim Hovern mit der Maus über ein Bild:

Titel in der Lightbox:

Noch nicht entschieden

Ich habe mich noch nicht entschieden, welche Methode ich nutzen werde. In jedem Fall werde ich das Script später hier im Blog veröffentlichen, mit der ich in Zukunft die Bildbeschreibungen hinterlegen werde.

Die Methode mit den Exif-Metadaten hätte den Vorteil, dass die Daten auch in anderen Programmen angezeigt werden können. Zudem könnte ich anfangen, in meiner Fotoverwaltungssoftware immer diese Daten bereits einzutragen.

Vor kurzem erst habe ich bei F-Droid das freie Tool ImagePipe gefunden und nutze es seit einigen Tagen.

Mit ImagePipe kann man optional viele Bilder in einem Rutsch teilen. Direkt nach dem Teilen mit der App öffnet sich ein weiterer Teilen-Dialog, über den man dann die Fotos z. B. an eine Mastodon-App weiterleiten kann.

Man kann aber auch zuerst die App starten und von dort aus je ein Foto laden und dann teilen.

Einfache Bearbeitung

Man kann auch ein Foto vor dem Teilen minimal bearbeiten, z. B. spiegeln, verkleinern, die Qualität verringern, beschneiden, darauf malen, Texte schreiben und verwischen. Das geht aber immer nur mit dem letzten Foto, wenn man mehrere auf einmal teilt. Dazu bricht man den Teilen-Dialog ab, der direkt am Anfang erscheint. Sobald man jedoch anfängt, das letzte Foto zu bearbeiten, wird nur noch dieses im Anschluss geteilt.

Über das Menü rechts oben kann man die Metadaten des Originalfotos ansehen. Diese werden immer komplett entfernt.

Ganz oben in der App wird immer angezeigt, welche Höhe und Breite das Foto mit der aktuellen Bearbeitung hat, welche Qualitätsstufe und welche Datengröße und wie viel Prozent der Originaldateigröße das ist.

Es ist auch möglich, das Originalfoto neu zu laden, falls man es zu sehr verunstaltet hat.

Dateiname

Es ist möglich, die Zeichenkette für den neuen Dateinamen als auch Datum festzulegen. Eine Datei heißt dann z. B. 20210512_snapshot_1.jpg. Der Dateiname der Originaldatei wird niemals verwendet.

Sonstige Einstellungen

Automatische Bearbeitung

Je nach Einstellung gibt es die Möglichkeit, die geteilten Fotos automatisch auf eine zuvor festgelegte Größe und Qualität zu verkleinern.

Was an Metadaten übrig bleibt und was dazu kommt

Sämtliche technische Informationen (Blende, Belichtungszeit, …) zum Foto, Erstellungsdaten und auch Hersteller des Geräts werden entfernt.

Es werden aber die folgenden Metadaten eingefügt (blau):

App bei F-Droid

Die App ImagePipe gibt es bei F-Droid, siehe hier.

Metadaten mit Tools auf Linux löschen

Wie man unter Linux Metadaten aus Fotos entfernt, das habe ich bereits früher im Wiki beschrieben, siehe hier

]]>https://natenom.de/2019/11/weg-li-eine-moeglichkeit-zur-anzeige-von-falsch-gefaehrdend-geparkten-fahrzeugen-und-ein-paar-ergaenzungen-dazu-von-mir/Wed, 13 Nov 2019 10:03:47 +0000https://natenom.de/2019/11/weg-li-eine-moeglichkeit-zur-anzeige-von-falsch-gefaehrdend-geparkten-fahrzeugen-und-ein-paar-ergaenzungen-dazu-von-mir/Wenn man etwas gegen falsch oder sogar gefährdend geparkte Fahrzeuge machen möchte, dann gibt es verschiedene Möglichkeiten. Eine davon ist, die Polizei zu rufen und abschleppen zu lassen. Eine andere ist, das Falschparken anzuzeigen. Für Letzteres gibt es z. B. die App Wegeheld, über die man das einfach auf dem Smartphone erledigen kann. Eine Alternative dazu, die man am besten im Browser Zuhause nutzt, ist Weg-li.

]]>Wenn man etwas gegen falsch oder sogar gefährdend geparkte Fahrzeuge machen möchte, dann gibt es verschiedene Möglichkeiten. Eine davon ist, die Polizei zu rufen und abschleppen zu lassen. Eine andere ist, das Falschparken anzuzeigen. Für Letzteres gibt es z. B. die App Wegeheld, über die man das einfach auf dem Smartphone erledigen kann. Eine Alternative dazu, die man am besten im Browser Zuhause nutzt, ist Weg-li.

Weg-li ist eine Webseite, über die man mit wenig Aufwand Anzeigen erstellen kann. Dafür lädt man zuerst Fotos hoch von der Situation, gibt dann die notwendigen Daten ein und danach wird eine E-Mail generiert und an die zuständige Behörde geschickt. Man selbst bekommt diese im CC zugeschickt. Im Webinterface der Seite hat man nachträglich immer eine Liste der bisher gemeldeten Fälle.

Ich habe mich vor einigen Tagen intensiv damit beschäftigt, den Ablauf von Anzeigen angesehen und ein paar Überlegungen angestellt, was man für meine Bedürfnisse verbessern kann. Unter anderem ist mir wichtig, dass man alle nicht relevanten Daten aus den hochzuladenden Fotos entfernen kann. Auch habe ich dafür eine freie Android App ausprobiert, die Positionsdaten in den Metadaten eines Fotos speichern kann und gleichzeitig auch als sichtbare Information im Bild einblendet, unter anderem auch die genaue Adresse.

Alle dabei entstandenen Lösungen, eine Beschreibung zur Nutzung der App und Kommandozeilen für die Bearbeitung von Bildern habe ich in meinem Wiki hinterlegt, siehe hier.

]]>https://natenom.de/2018/04/freie-android-app-obscuracam-verpixelt-gesichter-und-mehr/Thu, 12 Apr 2018 16:12:26 +0000https://natenom.de/2018/04/freie-android-app-obscuracam-verpixelt-gesichter-und-mehr/Die freie Android App ObscuraCam des Guardian Project ermöglicht es, sensitive Informationen wie Gesichter, Kennzeichen oder andere Inhalte, vor dem Hochladen zu entfremden bzw. zu verpixeln.

Man kann mit der App entweder Fotos erstellen und anschließend bearbeiten oder bereits vorhandene Fotos bearbeiten.

Nach dem Öffnen werden automatisch Gesichter gesucht und verpixelt. Man kann gefundene Bereiche nachträglich in der Größe und der Art der „Entfremdung“ beeinflussen.

]]>Die freie Android App ObscuraCam des Guardian Project ermöglicht es, sensitive Informationen wie Gesichter, Kennzeichen oder andere Inhalte, vor dem Hochladen zu entfremden bzw. zu verpixeln.

Man kann mit der App entweder Fotos erstellen und anschließend bearbeiten oder bereits vorhandene Fotos bearbeiten.

Nach dem Öffnen werden automatisch Gesichter gesucht und verpixelt. Man kann gefundene Bereiche nachträglich in der Größe und der Art der „Entfremdung“ beeinflussen.

Auch kann man an beliebig vielen Stellen im Bild „Entfremdungen“ vornehmen.

Beim Speichern der Änderungen wird eine neue Datei erzeugt mit einem zufälligen Dateinamen. In der neuen Datei sind keine Exif-Daten (Metadaten) mehr enthalten.

Diese neue Datei kann man dann hochladen.

App installieren

Die App kann man entweder direkt beim Guardian Project herunterladen oder in F-Droid in den Einstellungen das Repo des Guardian Project aktivieren.

Alternativ gibt es die App auch bei Google Play.

Screenshots

]]>https://natenom.de/2018/04/scrambled-exif-open-source-android-app-entfernt-vor-dem-teilen-die-metadaten-aus-fotos-und-bildern/Wed, 04 Apr 2018 13:18:59 +0000https://natenom.de/2018/04/scrambled-exif-open-source-android-app-entfernt-vor-dem-teilen-die-metadaten-aus-fotos-und-bildern/Anstatt ein Bild direkt z. B. mit einem Messenger zu teilen, teilt man es zuerst mit „Scrambled Exif“. Diese App erstellt im Zwischenspeicher eine Kopie der Datei, entfernt alle Exif-Tags (die Metadaten) und verwendet als Dateinamen „img_eggsif_“, gefolgt von einer zufälligen Zahlenfolge. Zum Beispiel „img_eggsif_6769972576764322601.jpg“. Dann erscheint das Teilen-Menü erneut und dann teilt man die neue, temporäre Datei mit dem Messenger. In den Einstellungen der App ist voreingestellt, dass das Orientation-Tag bei JPEG-Bildern erhalten wird, sodass hochkant aufgenommene Bilder im Messenger auch richtig dargestellt werden und nicht auf der Seite liegen.Anstatt ein Bild direkt z. B. mit einem Messenger zu teilen, teilt man es zuerst mit „Scrambled Exif“.

Diese App erstellt im Zwischenspeicher eine Kopie der Datei, entfernt alle Exif-Tags (die Metadaten) und verwendet als Dateinamen „img_eggsif_“, gefolgt von einer zufälligen Zahlenfolge.
Zum Beispiel „img_eggsif_6769972576764322601.jpg“.

Dann erscheint das Teilen-Menü erneut und dann teilt man die neue, temporäre Datei mit dem Messenger.

In den Einstellungen der App ist voreingestellt, dass das Orientation-Tag bei JPEG-Bildern erhalten wird, sodass hochkant aufgenommene Bilder im Messenger auch richtig dargestellt werden und nicht auf der Seite liegen.

Die App gibt es bei F-Droid und bei Google Play.

Eine ähnliche, jedoch nicht freie App zum Entfernen der Exif-Daten, ist ImageShrink Lite; diese kann ein Bild auch direkt verkleinern, was ihre eigentliche Aufgabe ist.

Einen entsprechenden Feature-Request habe ich beim Projekt Scrambled Exif bereits gestellt :)

]]>https://natenom.de/2017/02/fotos-vom-android-geraet-aus-hochladen-und-vorher-die-metadaten-entfernen/Fri, 24 Feb 2017 12:42:32 +0000https://natenom.de/2017/02/fotos-vom-android-geraet-aus-hochladen-und-vorher-die-metadaten-entfernen/<- Update 2021-05-12: Es gibt auch ein OpenSource Tool für diesen Zweck, siehe hier. ->

Ich lade hier im Blog gelegentlich Schnappschüsse hoch, die keinerlei Anspruch auf Qualität haben (müssen), aber die mich an verschiedene Dinge erinnern.

Bisher konnte ich diese aber immer erst von zuhause aus hochladen…

]]><- Update 2021-05-12: Es gibt auch ein OpenSource Tool für diesen Zweck, siehe hier. ->

Ich lade hier im Blog gelegentlich Schnappschüsse hoch, die keinerlei Anspruch auf Qualität haben (müssen), aber die mich an verschiedene Dinge erinnern.

Bisher konnte ich diese aber immer erst von zuhause aus hochladen…

Da ist er wieder, der Datenschutz, der manches so kompliziert macht :)

Denn mir ist wichtig, dass bestimmte Metadaten aus Bildern entfernt werden. Außerdem soll das Bild auf maximal 2000 mal 2000 Pixel herunterskaliert werden. Auf einem Linux-System verwende ich dazu die beiden Tools imagemagick und exiftool. Den Rest erledigt ein kleines Shell-Script.

Dabei entsteht eine neue Datei mit einem zufälligen Dateinamen, die dann im Blog hochgeladen wird.

Das Script zum entfernen sensibler Metadaten gibt es übrigens in meinem Wiki, siehe hier. Ein Script, das alle Metadaten entfernt, gibt es hier.

Zuhause

Mein Ablauf zuhause beschränkt sich dank des Scripts auf:

• Rechtsklick auf eine Datei in Dolphin -> „2000×2000 Datei erstellen“

Dann kann ich das Bild im Blog hochladen.

Unterwegs

Unterwegs war mir das bisher nicht möglich, denn ich wollte nichts hochladen, das voll mit Metadaten ist und das auch noch unnötig groß ist.

Gestern habe ich mir ein paar Apps angeschaut, die mir das oben beschriebene auch ermöglich sollten.

Am besten für mich funktioniert die App Image Shrink Lite, denn diese kann sowohl das Bild verkleinern als auch alle Exif-Daten entfernen.

Für mich ist auch wichtig, dass es keine In-App Werbung gibt, das ist hier der Fall.

Dass die App wirklich macht, was sie verspricht, habe ich am PC mit exiftool überprüft.

Nach der Installation der App kann man einstellen, dass auch eine eigene Auflösung in einer Liste angeboten wird. In meinem Fall 2000×2000 Pixel.

Der Ablauf auf dem Android-Gerät ist jetzt:

• Datei in der Galerie-App auswählen -> Teilen -> Image Shrink Lite -> Größe auswählen.

• 

• 

• 

• 

• 

Der neue Dateiname besteht aus einer zufälligen Ziffernfolge und die Datei landet in einem einstellbaren Verzeichnis auf dem Gerät.

Dann kann ich die Datei im Blog hochladen.

Passt :)

Man kann das Tool übrigens auch nutzen, bevor man Bilder z. B. bei Telegram, Whatsapp oder sonstwo vom Android-Gerät aus verschickt.

Eine Liste der unterstützten Formate gibt es in der manpage.

Der Entwickler der Anwendung hat gestern die neue Version 1.6 herausgegeben, in der die Metadaten von den Vorschaubildern und den verkleinerten Bildern automatisch entfernt werden. In den Bildern mit voller Auflösung bleiben diese jedoch weiterhin enthalten; das Hinzufügen dieser kann jedoch unterdrückt werden.

Die wenigen weiteren Änderungen gibt es im Changelog, siehe hier.

Interessant ist auch die geänderte ToDo-Liste:

• Videos ermöglichen
• Übersichtsmodus mit Vorschaubildchen
• Möglichkeit, die Thumbnails zu deaktivieren
• EXIF-Daten anzeigen, siehe hier

Bin gespannt :)

Habe mir dafür einen Service-Menü Eintrag für KDE erstellt, welcher bis auf einstellbare Daten fast alles entfernt und zusätzlich noch den Namen eines Autors einträgt. Vor dem Hochladen werden damit alle Fotos behandelt.

Die notwendigen Dateien und eine Beschreibung gibt es im Wiki.