Globs site - Forum - Web iPhoto Access

Thunderbird Extensions

External Editor

Yamb

Apple - mac

Web iPhoto Access

Donation

Preferences

29 members

Users online

( nobody )

Visits

147729 visitors

Fresh News

Extension updates

WiPhA photocast demo

Private

Slideshow test

Forum - 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?

Answer #1	by Globs - ( 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.

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 wipha. 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?

Answer #3	by Globs - ( 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 ?

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.

Answer #5	by Globs - ( 161 messages ) 26/02/2006 @ 23:41
Cool. You just have to ensure that when you do some changes in iPhoto, it doesn't rebuild AlbumData.xml the wrong way.

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. Thanks.

Top

Document generated in 0.08 second