This is the bug tracker for Photo Organizer.
FS#228 - Cannot import NEF raw when orientation is portrait
Attached to Project:
Photo Organizer
Opened by Robert Hendrickx (robert.hendrickx) - Saturday, 04 August 2007, 12:58 GMT-4
Last edited by Solomon Peachy (pizza) - Thursday, 16 August 2007, 09:31 GMT-4
Opened by Robert Hendrickx (robert.hendrickx) - Saturday, 04 August 2007, 12:58 GMT-4
Last edited by Solomon Peachy (pizza) - Thursday, 16 August 2007, 09:31 GMT-4
|
Detailswhen trying to upload NEF raw images (nikon) shoted in portrait mode, the "transfering metadata" phase fail.
Importing 'DSC_0019.NEF' (Nikon Raw Format) into folder test . * Extracting Image Metadata (EXIF) ... done * Extracting Image Metadata (XMP) ... done * Extracting Image Metadata (IPTC) ... done * Copying original image DSC_0019.NEF into repository ... done * Decoding RAW image using ExifTool ... done. * Decoding RAW image using ufraw ... done. * Generating preview image ... done. (700 pixels) * Transferring metadata ... failed. * /usr/bin/exiftool -q -overwrite_original -Orientation=1 -n '/data/photoorganizer_image_repository/v0000/00001/42_2.jpeg' * Cleaning up the mess. No problem with landscape ones |
This task depends upon
Closed by Solomon Peachy (pizza)
Thursday, 16 August 2007, 09:31 GMT-4
Reason for closing: Fixed
Additional comments about closing: see last comment.
Thursday, 16 August 2007, 09:31 GMT-4
Reason for closing: Fixed
Additional comments about closing: see last comment.
Just to be sure, I just imported three portrait NEFs with no problems, straight from my D200.
What version of exiftool are you using? Was there anything logged in your http error_log?
(on line 238 of include/import.php, getting rid of the '-q' might result in a useful error message)
If possible, you could send me the actual image you're having problems with.
No special log when removing the "-q" from the exiftool invocation...
* Extracting Image Metadata (EXIF) ... done
* Extracting Image Metadata (XMP) ... done
* Extracting Image Metadata (IPTC) ... done
* Copying original image DSC_0022.NEF into repository ... done
* Decoding RAW image using ExifTool ... done.
* Decoding RAW image using ufraw ... done.
* Generating preview image ... done. (700 pixels)
* Transferring metadata ... 0 image files updated 1 files weren't updated due to errors failed.
*
/usr/bin/exiftool -overwrite_original -Orientation=1 -n '/data/photoorganizer_image_repository/v0000/00001/100_2.jpeg'
* Cleaning up the mess.
and in the httpd error log:
Warning: Error rebuilding maker notes (may be corrupt) - /data/photoorganizer_image_repository/v0000/00000/100_3_orig.nef
Error: [minor] Truncated NikonPreview directory - /data/photoorganizer_image_repository/v0000/00001/100_2.jpeg
I join you the file.
mail it to: pizza@shaftnet.org
// Extracting Image Metadata [...]
Warning: Ignored bad IFD linked from SubIFD - /tmp/phpTe28DO
// Transferring metadata
Warning: Error rebuilding maker notes (may be corrupt) - /mnt/bulk2/po/v0192/00000/47272_3_orig.nef
Error: [minor] Truncated NikonPreview directory - /mnt/bulk2/po/v0192/00001/47272_2.jpeg
It would seem that the Nikon software (Picture Project &| Capture) is mangling the images so that exiftool can't do the right thing.
I've added code to work around this for now (svn r1501), and it seems to work okay. You can apply the patch directly from svn, or you can wait for -rc3, and in the mean time diable 'transfer metadata' in your settings .
Can I pass this image onto the exiftool author so he can try to fix it there?
No problem to pass the image.
For the record, it was taken with a Nikon D80 firmware version 1.01, and transfered with Nikon Picture Project v1.7
Thanks
> This is a result of rewriting the maker notes which have been written
> incorrectly by PictureProject. ExifTool warns you that they may be
> corrupt, and issues a minor error if you try to rewrite them
> afterward. But you can use the -m option to downgrade minor errors
> to warnings, allowing you to rewrite this image.
Apparently it's a bug in PictureProject. PO already has a coded workaround, but I figure I should document the originator of the bug properly.