zimmerst / phoshare

Automatically exported from code.google.com/p/phoshare
Other
0 stars 0 forks source link

Export is producing some photos with 0 KB #12

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
I try to export my photo library from iPhoto 10 on a Mac OS X 10.6.5. 

All events selected, approx. 10k photos in total.

ExifTool installed, export of Metadata selected.

Output:
Folder structure is created correctly.
All photo files are created, but some files have 0 KB. It cannot be a problem 
with the photo camera because some photos within the same album shot with the 
same camera are broken and some are not (see attached picture).

Original issue reported on code.google.com by christop...@gmail.com on 25 Nov 2010 at 8:43

Attachments:

GoogleCodeExporter commented 9 years ago
Christoph,
  how is your iPhoto library configured with regards to copying pictures into the library. Under iPhoto -> Preferences -> Advanced, to you have "Copy items into the iPhoto library" checked?

Also, would it be possible to paste the output from iPhoto when it tries to 
copy one of the images that end up with a size of 0. Maybe you can export just 
one of those albums by itself, and paste the entire trace output. That would be 
very helpful.

Tilman

Original comment by tsporkert on 27 Nov 2010 at 7:41

GoogleCodeExporter commented 9 years ago
Hi, sorry for the late reply.
It was really an issue with the pictures that were not physically in the iPhoto 
database but just as links. I used the Program AliasHerder.app to copy all 
linked images into the iPhoto database. Then, it worked and there were no 0 kb 
pictures anymore! Would be great to have the functionality of AliasHerder built 
into Phoshare. :-) Anyway, it is a great tool, thanks!

Original comment by christop...@gmail.com on 21 Dec 2010 at 6:59

GoogleCodeExporter commented 9 years ago
I've added support for aliases to Phoshare a few releases ago, and some users 
have had success with it. I don't know why it didn't work for you. If you still 
have any linked files, maybe you could give it a quick try with Phoshare 1.4:
- I've switched from a deprecated OSX function to resolve alias to a current 
one.
- There is a new "Show Debug Output" option available that might produce some 
output that gives more insight into what is going on.

Tilman

Original comment by tsporkert on 4 Jan 2011 at 7:32

GoogleCodeExporter commented 9 years ago
Hi.
I'm not really sure whether this is the right place to ask, but the topic 
pretty much seems to address my problem. Here's my question: Does Phoshare only 
work when copying images into the library? I didn't find anything within the 
documentation section about this, but I also get the "empty" files. 
I'm using iPhoto '08 (Version 7.1.5 (378)) on OS X 10.6.6 and do not want to 
copy my images into whatever application's directory structure if somehow 
possible. I have, however, used iPhoto for thousands of keyword assignments and 
need to export the images out of my personal directory structure including 
those keywords. Can I achieve this with Phoshare?
Thanks in advance, Toob

Original comment by i...@tobias-reinhardt.de on 7 Feb 2011 at 10:04

GoogleCodeExporter commented 9 years ago
Phoshare should be able to handle libraries with referenced images, but I've 
received a couple of reports where it failed to copy the files successfully. 
I'll have to investigate some more in that area.

Original comment by tsporkert on 7 Feb 2011 at 10:09

GoogleCodeExporter commented 9 years ago
Hi,
I think I found, where the problem arises.
I tried to use Phoshare 1.4.6 to export my iPhoto library using file links, 
since I want it to update my original photos that do not reside in the iPhoto 
library.
But exiftool is called for an non resolved alias. It always reports that there 
is no IPTC data in the file inside the iPhoto library, hence Phoshare tries to 
update every file even though the original file already contains the correct 
metadata. This is caused by an non resolved alias in "ExportFile.generate()". I 
think 
"source_file" should be initialised as
 source_file = resolve_alias(self.photo.image_path)

Could you please confirm that this is a correct fix, Tilman? Or does this screw 
things up anywhere else? Until now I just checked the output for a dry run.

Sebastian

Original comment by sebastia...@gmail.com on 31 May 2011 at 7:29

GoogleCodeExporter commented 9 years ago
Sebastian,
  you are correct, that assignment should use resolve_alias(). I was under the impression that iPhoto always made a preview file when importing images without copying - in which case, only the original image would be an alias. Maybe that changed with iPhoto 11?

  Thanks for the suggestion. I'll roll that into the next update.

Tilman

Original comment by tsporkert on 1 Jun 2011 at 7:15

GoogleCodeExporter commented 9 years ago
This fix is now available in Phoshare 1.4.7.

Original comment by tsporkert on 22 Jun 2011 at 7:21