Count mis-match - orginals vs. files imported vs. in search #968
-
I just fed a new instance of photoprism (but not my 1st instance, I'm re-importing my library) - so I'm actually paying attention to things this time. I fed the import 371 files. I checked the number of files by doing
After the import finished - the WebUI shows me Search: 336 Library->Originals: 425 Looking at the filesystem..
I get that there may be duplicates etc. However.. these numbers make me scratch my head
Hmm.. now I think I did review 3 photos and gave them a check -- so maybe on the next index - I'll arrive at a place where I can search all of the photos that appear in the /originals directory.. => 336 + 1 + 3 == 340 Something strange is happening here. I'll maybe kick a reindex and see if that helps? I could live with the fact that of the 371 photos, there were some duplicates. |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments
-
Nope - a reindex does not seem to have helped. Search: 336 Actual files on disk in originals: 340 Thus - 3 files in originals.. aren't photos that I can search/review? |
Beta Was this translation helpful? Give feedback.
-
I guess we need to add this to our FAQs :D
|
Beta Was this translation helpful? Give feedback.
-
Recap: total source files:
BTW - I do not have any stacked photos, but see how this may shift counts. Ahh.. Ok - so I have a number of .NEF files - 89 to be exact in this tree
So I should expect that I will get some duplicates. Looking at other file types in that tree 89 + 12 + 269 + 1 = 371. Examining duplicates by using sha256 on the files - I can see a few duplicates by eye.
A bit of magic over that hash file
Look at that - 336 is a familiar number - that's how many unique files I have.. it doesn't explain the 1 that is in review.. but we're really close 336 + 89 = 425 Ok - so the 425 originals is validated. There is only 1 mystery - but I can dig into this myself. How do I have 336 in search, with 1 review - when my source appears to have 336 unique photos? Feels like an off by 1 error. In any case, the file in review has a funky (bad) date stamp in the EXIF.. I'll leave this open in case you want to tie the FAQ update to this issue. Otherwise please feel free to close. |
Beta Was this translation helpful? Give feedback.
I guess we need to add this to our FAQs :D
You imported 371 files.
During the import duplicates are skipped, so you may end up with fewer files physically existing in the originals directory than you fed the importer with. This could explain why you end up with 340 instead of 371.
During indexing the files in originals , we create a .jpeg Version for all other file types than .jpg (e.g. RAWS, Videos, PNGs etc). These jpegs are stored (with default settings) in /storage/sidecar. But in the UI they are shown in the originals section and added to its count. This explains why you have a count of 425 with 340 files in originals.
The number in search is smaller than the one in originals…