41 lines
1.6 KiB
Plaintext
41 lines
1.6 KiB
Plaintext
## DB
|
|
|
|
Need to think about...
|
|
file (image) -> has X faces, Y matches
|
|
X == Y (optim: dont scan again)
|
|
say X-Y == 1, then to optimise, we need to only check the missing
|
|
face... at the moment, the DB structure is not that clever...
|
|
(file_refimg_link --> file_refimg_link needs a face_num?)
|
|
|
|
### BACKEND
|
|
*** Need to use thread-safe sessions per Thread, half-assed version did not work
|
|
|
|
* ProcessFilesInDir (should take a path, and do the first for loop so that no one sees the recursive func)
|
|
* Handle file deletions from file system (remove dangling DIR/FILE combos) -- also when moving to storage_dir, need to reset DIR, but keep FILE data
|
|
|
|
Future:
|
|
Admin
|
|
-> reset face_flag
|
|
|
|
AI
|
|
-> rescan <dir> for <person> --> can do this on new image only
|
|
(optimised to only scan has_unidentified_face)... BUT if you change
|
|
thresholds on AI, or we get a new/better one some day, then it can
|
|
all images with faces, or if we 'reset face_flag' rescan all images
|
|
|
|
### UI
|
|
|
|
### AI
|
|
* store reference images (UI allows this now)
|
|
* check images
|
|
* allow for threshold/settings to be tweaked from the GUI
|
|
- it would be good to then say, just run the scanner against this image or maybe this DIR, to see how it IDs ppl
|
|
When AI kicks in, it processes per person per DIR, only compares to an image if it has_unidentified_face
|
|
|
|
|
|
### SORTER
|
|
* date stuff
|
|
* exif processing?
|
|
* location stuff - test a new photo from my camera out
|
|
-- image is in dir, need to look at exifread output
|