2013-08-19, 16:06
(2013-08-18, 22:59)whph Wrote: It wasn't clear to me how to write the "Local root path to Masters". I set it to smb://NAS/Public/FOTOS/. The FOTOS folder contains subfolders with the respective pictures. What is meant by "Rewrite root path as"? These two settings do not to seem to be the issue.
The reason this setting exists is because Aperture references the masters using the mount point on the Mac on which you're running Aperture. This is usually something like /Volumes/MyNAS/Photos/. On other systems (possibly the one on which you're running XBMC), this might not be the correct path to the mount point. On a Linux box, for instance, it might be /mnt/MyNAS/Photos/. So you'd use this setting to rewrite "/Volumes/MyNAS/Photos" to "/mnt/MyNAS/Photos" so the addon can find it.
Note that this doesn't touch the paths in your original Aperture/iPhoto library.
(2013-08-18, 22:59)whph Wrote: The main problem is that the add-on is looking for the iPhoto library (which does not even exist) instead of the Aperture library that I have specified. So, the update library command yields the error "iPhoto Library import failed" followed by "iPhoto database reset".
It isn't looking for an iPhoto library -- it just says iPhoto everywhere because that was what I originally supported. Aperture support was added later on.
(2013-08-18, 22:59)whph Wrote: The add-on detects an Aperture library version 3.4.5, but then things go astray.
If it detected that it's an Aperture library, then it's doing the right thing.
Your problem lies here:
Code:
21:58:22 T:4686647296 NOTICE: iphoto.parser: Parse: not well-formed (invalid token): line 17642, column 28
I've seen this before in other libraries. It usually is a hidden character you accidentally typed in an album, photo, face, place, etc name. For instance, another user here had mistakenly added a CTRL-E in the name of one of their persons in Faces. This CTRL-E won't display in Aperture/iPhoto, but it's technically invalid XML so my parser will choke on it. In truth, Aperture/iPhoto should sanitize input better and disallow this kind of thing.. but alas, it doesn't.
Easiest way to fix this is to edit the XML and remove the offending bit. If you are uncomfortable doing this yourself, you can PM me with a link to your AlbumData.xml and I can fix it for you.