Thunderbird Extensions
Apple - mac
Web iPhoto Access
Make a donation to help WiPhA development



 Count of members 29 members

Users online

( nobody )

 147705 visitors

 9 visitors online

forum.gifForum - Web iPhoto Access - Topic #76

Topic #76 Wierd: Some pictures not accesible
    by Ike - visitor
26/02/2006 @ 00:25
I've got wipha going and all seemed okay.
I got into some albums and noticed that
icons and full pictures were not accesible.
I went into the iPhoto Library and found
the individual file in the (2005) directory
and saw that it was rw-rw-rw so there
should be no problem. Interestingly,
there are some that are rw-r-r there
too, perhaps they were edited, not sure.
At any rate, I can't see why _some_ pics
within an iphoto dir are not accesible, and
others are. I have restricted access to some
libraries, but can't see that as relevant.
If the web server can get into the directory
and the file itself is rw-rw-rw surely wipha
should be able to discplay the full sized picture?
Post an answer

Answer #1 by Globs - rank ( 159 messages )
26/02/2006 @ 00:45
I agree with your analysis.
So you may have to look in other directions.
Can you properly access to these pictures in iPhoto? Would the AlbumData.xml file be corrupted (yes, it does happen sometimes).
Maybe also try looking at the apache access and error log (/var/log/httpd/<access|error>_log)

Other potential problem source: iPhoto 6 with option "don't copy images files in library". Instead it creates aliases (filesize=0) to original files. So even if the alias is readable, the original may not.

Site web Globs Write to Globs Post an answer


Answer #2 by ike - visitor
26/02/2006 @ 03:34
On a whim, I looked at the first picture in an Album which
had this problem in iPhoto. I had, I guess, edited it, because
it gave me the option of reverting to the original.
I did that, and used a different browser to ensure I had
a fresh cache and that picture then appeared under

I'd venture to suggest then that if a picture is edited
then there is an issue, but a) it doesn't seem to
be consistent in that I'm sure some pictures I've
edited are visible, and b) there don't seem to be any
aliases or symlinks in that directory which would suggest
that perhaps something might also be screwy in the
xml file if it shows the associations.
So, I moved the Album xml file to the desktop.
It was auto regenerated (and different) but that didn't
stop the problem.
I watched the error log under httpd and I believe I have
the culprit.
I used to run myPhoto before wipha. Under myPhoto
my iPhoto library lived in a subdirectory of Sites
and there was an alias from Pictures/iPhoto Library to
that folder.

Now, when wipha wants to access some pics
(either thumbnails or full size) the file can't be
statted because it contains a mangled path, such as

stat /Users/isaac/Pictures/iPhoto Library//Users/isaac/Sites/myPhoto/iPhoto Library/2006/02/23/IMG_3486.J: No such file or directory

I'm guessing then that some other file in the iPhoto Library
needs to be rebuilt, although I'd be hoping that I retain all my albums
etc of course.

Does this sound plausible?
Post an answer


Answer #3 by Globs - rank ( 160 messages )
26/02/2006 @ 16:38
I don't know if it's possible to move an iPhoto lib (does it properly updates all pathes?)

You can ensure your library is still consistent regarding pathes:
in AlbumData.xml, at the very beginning, you have the 'Archive Path' followed by the value, which looks like '/Users/isaac/..../iPhoto Library'.
Then, further in the file, for each picture, you have the thumb, original (sometimes) and image file absolute pathes: they are supposed to all have the same root path: '/Users/isaac/..../iPhoto Library/.../image.jpg'.

Now, here's how I build my path to access a picture:
When you define a library in wipha, you give an absolute path (which in a standard case, is the same than the AlbumData.xml 'Archive Path'.

I remove this root path from every image path (to reduce memory usage). Then, to access the photo, I add again the root path (the one you set in the admin page), and the remaining path of the file.

So, if you set the lib in wipha to be '/Users/isaac/Pictures/iPhoto Library' but your library contains pathes such as '/Users/isaac/Sites/myPhoto/iPhoto Library', it won't work. In that case, just give the real path in wipha admin.
(but, strange than only some pictures don't work if the pathes are all consistent)

And again, I don't know if you can easily go back to a standard situation by moving your lib. Maybe you can try to burn the entire lib on a DVD, create a new lib at the right place, and import the DVD in it ?

Site web Globs Write to Globs Post an answer


Answer #4 by Ike - visitor
26/02/2006 @ 23:07
Now that I am back at work (and not through a slow link) I've
looked around and simply edited the AlbumData.xml file and
replaced those old paths to the updated ones and all is
well. I would have thought rebuilding that xml file
by removing it would have done the trick. Anyway. It
now seems okay.
Post an answer


Answer #5 by Globs - rank ( 161 messages )
26/02/2006 @ 23:41

You just have to ensure that when you do some changes in iPhoto, it doesn't rebuild AlbumData.xml the wrong way.
Site web Globs Write to Globs Post an answer


Answer #6 by Ike - visitor
27/02/2006 @ 08:08
As I found out almost immediately, in fact.

The only solution, and indeed, this will also help those
who have moved their libraries around in the past, is
to do a complete rebuild of your iPhoto library.
It's pretty safe, but I backed up my system anyway
just before, in case.
Hold down Option Apple (Command) when you start
up iPhoto and if you have lots of pictures, it will take
a while. It finally cleared up my xml problems.

Post an answer


^ Top ^

GuppY -    Site powered by GuppY v4.5.14 2004-2005 - CeCILL Free License   GuppY -

Document generated in 0.07 second