SQLite-Ereignisse und Personenprofile vorbereiten

This commit is contained in:
marcinator_2 committed 2026-10-01 03:50:26 +02:00
1 parent 643146599d
commit f15ab1d399
9 files changed
+637 -21

No files matched your search

+12 -3
View File
@@ -66,9 +66,14 @@ Versorgung und Sicherheit im Plan.
## Kamera, Aufnahmen und Zugriff
- Personen als Ereignisse erkennen, ohne Identitäten zu bestimmen.
- Keine Gesichtserkennung oder automatische Wiedererkennung konkreter
Personen über getrennte Videos hinweg implementieren.
- Personenerkennung für Auslösung und Profilzuordnung als getrennte Schritte
behandeln; unsichere Zuordnungen keinem Profil zuschreiben.
- Neuer Nutzerwunsch: Personenprofile und später automatische Zuordnung
wiederkehrender Besucher per Kamera. Aktuell ist nur die lokale Datenbank
mit manueller Zuordnung umgesetzt; automatische Erkennung nicht als
funktionsfähig ausgeben, bevor Verfahren und echte Kamera geprüft sind.
- Automatisch erzeugte Profile samt Merkmalsvektoren 30 Tage nach der letzten
Sichtung löschen. Manuell angelegte Profile bleiben bis zur Löschung bestehen.
- Clips mit Zeit, Vorschaubild und Ereignistyp zum manuellen Prüfen anbieten.
- Aufnahmebereich auf den vorgesehenen privaten Bereich begrenzen;
Maskierung, Aufbewahrung und Löschfrist vor Umsetzung festlegen.
@@ -84,6 +89,10 @@ Versorgung und Sicherheit im Plan.
nur der Demo-Feed geprüft, nicht die echte Pi-Kamera.
- Moduswahl und simulierte Sequenz sind implementiert. GPIO, automatische
Personenauslösung und Clip-Speicherung sind noch offen.
- SQLite speichert Testereignisse und Profilkennungen unter `data/`;
automatische Kamera-Zuordnung fehlt noch. Die Datenbank kann bereits
Merkmalsvektoren für Auto-Profile mit 30-Tage-Frist speichern; die Kamera
schreibt derzeit keine solchen Datensätze.
- Laufzeitdaten unter `data/` nicht mit dem Uploadskript überschreiben.
- Optionaler systemd-Autostart der WebUI wird mit `--install-service` beim
Upload eingerichtet; auf einem echten Pi noch nicht geprüft.