Majority of pictures missing

I have installed ZP into my web server (Apache) on an existing site. The Albums directory is linked to a directory where all photos are stored.

First I tried Piwigo, it saw all files: Local, 485 Albums, 19362 photos which matches the number of files and folders in the directory.

ZP search functions are much better for my use, so decided to give it a try.

ZP finds only the following in the same directory:
5208 Images
470 Albums

This was a lower number (~200 Albums and 2707 photos) until I removed the xmpmetadata plugin. Once I refreshed the DB and metadata after removal, the number came to current.

I am not sure where to look further for reason the majority of the photos are not found.

Thank you for any help.

Tags:

Comments

  • jjinco33 Member
    edited January 2022

    In the apache2 log directory the errors.log file shows the following (times logging in UTC -7):
    tail -f /var/log/apache2/error.log
    [Tue Jan 04 15:42:47.839935 2022] [php7:warn] [pid 47367] [client 192.168.1.20:58534] PHP Warning: A non-numeric value encountered in /var/www/html/Pictures/zp-core/exif/makers/nikon.php on line 331
    [Tue Jan 04 15:42:49.253749 2022] [php7:warn] [pid 47367] [client 192.168.1.20:58534] PHP Warning: A non-numeric value encountered in /var/www/html/Pictures/zp-core/exif/makers/nikon.php on line 331
    [Tue Jan 04 15:42:49.260688 2022] [php7:warn] [pid 47367] [client 192.168.1.20:58534] PHP Warning: A non-numeric value encountered in /var/www/html/Pictures/zp-core/exif/makers/nikon.php on line 331
    [Tue Jan 04 15:42:49.276719 2022] [php7:warn] [pid 47367] [client 192.168.1.20:58534] PHP Warning: A non-numeric value encountered in /var/www/html/Pictures/zp-core/exif/makers/nikon.php on line 331
    [Tue Jan 04 15:42:49.283266 2022] [php7:warn] [pid 47367] [client 192.168.1.20:58534] PHP Warning: A non-numeric value encountered in /var/www/html/Pictures/zp-core/exif/makers/nikon.php on line 331

    Matches closely the ZP debug logs:
    {47367:Tue, 04 Jan 2022 22:42:46 GMT}
    WARNING: A non-numeric value encountered in /var/www/html/Pictures/zp-core/exif/makers/nikon.php on line 331
    formatNikonData called from parseNikon (nikon.php [549])
    from read_entry (exif.php [1065])
    from read_exif_data_raw (exif.php [1345])
    from read_exif_data_protected (functions.php [2493])
    from Image->updateMetaData (class-image.php [335])
    from Gallery->garbageCollect (class-gallery.php [898])
    from admin-refresh-metadata.php [33]
    {47367:Tue, 04 Jan 2022 22:42:47 GMT}
    WARNING: A non-numeric value encountered in /var/www/html/Pictures/zp-core/exif/makers/nikon.php on line 331
    formatNikonData called from parseNikon (nikon.php [549])
    from read_entry (exif.php [1065])
    from read_exif_data_raw (exif.php [1345])
    from read_exif_data_protected (functions.php [2493])
    from Image->updateMetaData (class-image.php [335])
    from Image->__construct (class-image.php [155])
    from newImage (class-image.php [46])
    from Gallery->garbageCollect (class-gallery.php [896])
    from admin-refresh-metadata.php [33]

  • So, some of your metadata is not formatted properly. There is a non-numeric value where the EXIF processing expects a number. The fault is happening processing what the software thinks is a version number and it is dividing that number by 100 to get it in the form 123.45.

    Is there any common attributes to the pictures that have this failure? (The ones that at first were not found.)

  • sbillard, thanks for the hint. I am unsure what is different with these, we have 19 years of photos from various cameras and phones. I did change a lot of the metadata option to do not process, and am running htrough the metadata refresh now. It is taking longer than the previous time after initial import, so hoping it will pull more in.

  • I saw errors related to the following:
    WARNING: A non-numeric value encountered in /var/www/html/Pictures/zp-core/exif/makers/nikon.php on line 331

    However, all of the pictures taken with the Nikon appear to be imported just fine.

    I also saw errors related to a link around GPS, and it gave a file and path. However the pictures it was complaining about appear to be available in the site despite confirming that they have corrupted GPS data.

    Currently rewriting all metadata to all photos via Digikam and will see if that changes anything.

  • acrylian Administrator, Developer

    Thanks for the report. This seems to be from a "Undefined" meta data field.

       case "UNDEFINED":
         switch ($tag) {
           case "0001":
               if ($model == 1) {
                   $data = $data / 100;
                }
                break;
    

    We can at least make sure $data is numeric if not correct to avoid the warning, even if the value is wrong itself.

  • acrylian, these errors do not appear to be blockers as the nikon pictures all seemed to be present, but I am receiving several thousand on server restart or database refresh.

    After deleting several hundred duplicate pictures in various folder my total number jumped from 5208 pictures to over 16000, so I do believe some further cleanup will result in a fully populated site.

  • acrylian Administrator, Developer

    Yes, those warnings should not prevent images from showing up. Neverthess it will be fixed for the next version. If meta data would be really corrupt to cause this there would be more than warnings.

    Zenphoto is filesystem based so it just may not yet have discovered all if you just pointed to an existing folder as "albums" folder. See here how the image discover works: https://www.zenphoto.org/news/caching/

Sign In or Register to comment.