Warum ignoriert die Gesichtserkennung Fotos aus einem geteilten Album?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Why Does Face Recognition Ignore Photos From a Shared Album? - Zima Store Online

Die Gesichtserkennung kann Fotos aus geteilten Alben ignorieren, wenn das Teilen das Asset sichtbar macht, ohne es in den Besitz- oder Verarbeitungsbereich aufzunehmen, der vom Personenindex verwendet wird.

Der entscheidende Unterschied ist nicht einfach „geteilt“ versus „privat“. Vergleichen Sie ein eigenes Foto mit einem ähnlichen geteilten Foto, prüfen Sie, ob für beide die Gesichtserkennungsaufträge ausgeführt wurden, und stellen Sie fest, welchem Konto oder welcher Bibliothek die einzelnen Assets gehören. Erstellen Sie die Gesichtsdaten erst neu, wenn die betroffenen Fotos zu einem Bereich gehören, den die Anwendung für die Indexierung vorgesehen hat.

Sichtbarkeit im Album von der Sichtbarkeit im Gesichtsindex trennen

Öffnen Sie ein betroffenes geteiltes Foto und bestätigen Sie, dass der Betrachter das Asset sehen kann. Prüfen Sie anschließend, ob dasselbe Foto in der Personen- oder Gesichtssuche erscheint. Behandeln Sie diese Punkte als zwei getrennte Fragen zu Berechtigungen und Verarbeitung.

Workflows für geteilte Alben wie geteilte Immich-Alben zeigen, dass die Sichtbarkeit eines Assets für einen anderen Benutzer nicht zwangsläufig alle daraus abgeleiteten Organisationsfunktionen überträgt.

Wenn das Foto sichtbar ist, aber nie unter „Personen“ erscheint, sollten Sie die Fehlersuche nicht auf die Albumfreigabe beschränken. Die nächsten Tests sollten ermitteln, welches Konto das Asset besitzt und welche Assets die Gesichtspipeline indexiert.

Ein eigenes Kontrollfoto vergleichen

Verwenden Sie zwei optisch ähnliche Fotos: eines, das vom Konto hochgeladen wurde, dessen Personenansicht funktioniert, und eines, das nur über das geteilte Album sichtbar ist. Bestätigen Sie, dass beide ein deutlich erkennbares Gesicht enthalten und im selben Zeitraum hinzugefügt wurden.

Eine selbst gehostete Immich-Installation verfügt über getrennte Verarbeitungsarchitektur, Speicher-, Auftrags- und Client-Ebenen. Daher sollte der Kontrolltest die Bildqualität konstant halten und nur Besitz oder Bibliotheksbereich ändern.

Wenn nur das eigene Asset Gesichtsmetadaten erhält, hängt das Verhalten vom Bereich und nicht von der Bildqualität ab. Ändern Sie die Erkennungsschwellen nicht, bevor diese Besitzgrenze geklärt ist.

Prüfen, ob die Gesichtserkennungsaufträge tatsächlich ausgeführt wurden

Überprüfen Sie die Auftragswarteschlangen und die Asset-Metadaten des betroffenen Datensatzes auf Gesichtserkennung und -identifizierung. Vergleichen Sie Zeitstempel und den Abschluss der Aufträge mit dem eigenen Kontrollfoto.

Unabhängige Berichte zum Immich-Betrieb beschreiben Immich-Aufträge für maschinelles Lernen als Hintergrundprozesse. Daher kann ein hochgeladenes oder geteiltes Asset sichtbar sein, bevor alle daraus abgeleiteten Ergebnisse des maschinellen Lernens fertig sind.

Wenn der Auftrag für das geteilte Asset nie ausgeführt wurde, ist eine erneute Verarbeitung erst sinnvoll, nachdem Sie bestätigt haben, dass das Asset dafür berechtigt ist. Das wiederholte Ausführen für einen nicht berechtigten Bereich verbraucht unnötig Rechenleistung und verschleiert die tatsächliche Grenze.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Das Freigabemodell passend zum Ziel auswählen

Entscheiden Sie, ob der Haushalt lediglich eine gemeinsame Ansicht benötigt oder einen einheitlichen Personenindex für alle Fotos erwartet. Das sind unterschiedliche Produktfunktionen und erfordern möglicherweise gemeinsames Eigentum, eine Freigabe nach Partnerprinzip oder eine gemeinsame verwaltete Bibliothek.

Ein praktisches Design für eine gemeinsame Fotobibliothek ist hilfreich, weil es zeigt, wie Entscheidungen zur Organisation gemeinsamer Bibliotheken beeinflussen, was allen gemeinsam zur Verfügung steht und was an einzelne Benutzer gebunden bleibt.

Kopieren Sie nicht jedes Foto ausschließlich deshalb in die Bibliothek eines anderen Benutzers, um die Gesichtserkennung zu erzwingen, es sei denn, doppelter Speicherbedarf und das Löschverhalten sind akzeptabel. Bevorzugen Sie das von der Anwendung unterstützte Freigabemodell.

Erst nach der Korrektur des Bereichs erneut verarbeiten

Sobald das Asset zu einem Bereich gehört, der Gesichtsdaten erhalten soll, führen Sie für eine kleine Testauswahl den kleinstmöglichen unterstützten Auftrag zur Gesichtserkennung oder -identifizierung aus und vergleichen Sie das Ergebnis.

Der zugehörige ZimaSpace-Leitfaden zur Immich-Fotobibliothek für Familien hält die Änderung innerhalb eines backupsicheren Fotobibliotheks-Workflows, in dem abgeleitete Gesichtsdaten neu erstellt werden können, ohne die Originale zu gefährden.

Die Fehlerbehebung ist bestätigt, wenn neu berechtigte geteilte Fotos nach der normalen Verarbeitung in der erwarteten Personenansicht erscheinen. Wenn weiterhin berechtigte eigene Kontrollfotos fehlen, sollten Sie Modell-, Worker- oder Ressourcenfehler untersuchen.