Clicky

amsquires83

I am new to HoudahGeo (3.2.6) and am really looking forward to using it to add proper EXIF GPS information to my existing Aperture 3 (3.4.3) library. However I'm running into an issue and was hoping that someone could shed some light on the situation.

 

My Aperture Library is referenced, with some images on my SSD, and some on my HDD.

 

I load images from an Aperture Project / Album using HoudahGeo's media browser, however for images whose master resides on my SSD HoudahGeo is not loading the correct path to that Master / Original. When I come to the Output stage and tick 'Tag masters / originals' under 'EXIF / XMP Export' it adds the GPS data to the Aperture preview file only. Interestingly HoudahGeo doesn't have this problem with Masters that are located on the larger HDD.

 

I had a look in the HoudahGeo help file and under the EXIF / XMP Export section on page 14 I noticed that it says; "HoudahGeo 3 differs from previous versions in that it actually stores the path to the master file as you add images to the project." "It also gives you the option to check those paths before having HoudahGeo write EXIF/XMP tags".

 

Here are screen shots showing where HoudahGeo thinks the paths to the masters are. Firstly when the master is located on the HDD (no problem), secondly when the master is located on the SSD (problem!):

 

https://dl.dropbox.com/u/1369892/HoudahGeo/Screen%20Shot%202013-03-11%20at%2023.53.40.png

https://dl.dropbox.com/u/1369892/HoudahGeo/Screen%20Shot%202013-03-11%20at%2023.57.02.png

 

It seems that when Masters are stored on my SSD HoudahGeo is not referencing them correctly. It references the Preview file as the Master.

 

To summarise, when the Master is located somewhere on my SSD Aperture thinks that the Preview file is also the Master.

 

Thanks for your help in advance.

 

Adam

 

ps. I realise that I can notify Aperture Library of the geocoding, but I want my GPS co-ordinates to be embedded into my files using the EXIF Export for future proofing. Also, I have Verified Disk and Permissions for the SSD in Disk Utility and all is good there.

0 0
houdah
Hi!

Yes, this should work.
I actually use referenced files myself.

Please make sure your SSD is mounted as you add images to HoudahGeo?

If this does not help, further investigation is needed to figure out where HoudahGeo fails.

In a first pass HoudahGeo gets the path of the preview file as well as an image identifier.
With that information it heads for the Aperture database, where it looks for the path to the master file.
In the case of referenced images it will come out with an identifier for the drive where the master is to be found.
Then HoudahGeo looks for that drive. To be found, the drive needs to be connected and mounted.

Please check /Applications/Utilities/Console.app to see if there are any messages from HoudahGeo.

Best,
Pierre Bernard
Houdah Software s.à r.l.

Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
0 0
amsquires83
Hi Pierre, the SSD is the drive with OS X on so this is always mounted.

I have pulled the following from Console.app at the time of opening HoudahGeo and adding the file to in the Load section.


14/03/2013 13:47:31.118 WindowServer[101]: Received display connect changed for display 0x42728c0

14/03/2013 13:47:31.147 WindowServer[101]: Received display connect changed for display 0x3f003d

14/03/2013 13:47:31.148 WindowServer[101]: Received display connect changed for display 0x3f003e

14/03/2013 13:47:31.150 WindowServer[101]: MPAccessSurfaceForDisplayDevice: Set up page flip mode on display 0x042728c0 device: 0x1031c4320  isBackBuffered: 1 numComp: 3 numDisp: 3

14/03/2013 13:47:31.192 WindowServer[101]: CGXMuxAcknowledge: Posting glitchless acknowledge

14/03/2013 13:47:31.230 WindowServer[101]: Received display connect changed for display 0x42728c0

14/03/2013 13:47:31.794 WindowServer[101]: CGXSetWindowBackgroundBlurRadius: Invalid window 0xffffffff

14/03/2013 13:48:18.430 WindowServer[101]: CGXDisableUpdate: UI updates were forcibly disabled by application "HoudahGeo" for over 1.00 seconds. Server has re-enabled them.

14/03/2013 13:48:18.799 WindowServer[101]: reenable_update_for_connection: UI updates were finally reenabled by application "HoudahGeo" after 1.37 seconds (server forcibly re-enabled them after 1.00 seconds)


Thanks,

Adam
0 0
houdah
Hi Adam,

I have a special beta version of HoudahGeo:

https://dl.dropbox.com/u/2381634/HoudahGeo/HoudahGeo3.2.8b1.zip

This adds a lot of debugging output to the master path lookup process.
It also adds a possible fix. I noticed that a recent Aperture update made a minor change to the library.

Please try the beta with a single image. Then check Console.app for the debugging output and send me that.

It should look something like this:

 

[CODE]

2013-03-14 17:30:51.481 HoudahGeo[80493:7d3b] Will look up master path for

- /Users/pierre/Pictures/Aperture/Aperture Library.aplibrary/Previews/2011/11/16/20111116-220325/1ZYF3zB3QmGOEzyb%qiR5w/IMG_2857.jpg

- 1ZYF3zB3QmGOEzyb%qiR5w

2013-03-14 17:30:51.483 HoudahGeo[80493:7d3b] Database path: /Users/pierre/Pictures/Aperture/Aperture Library.aplibrary/Database/apdb/Library.apdb

2013-03-14 17:30:57.817 HoudahGeo[80493:7d3b] Read-only path: /Users/pierre/Pictures/Aperture/Aperture Library.aplibrary/Database/apdb/Library-readOnly.apdb

2013-03-14 17:30:57.901 HoudahGeo[80493:7d3b] masterUUID: Yaq8bE1xRpKDIXBHaHairQ

2013-03-14 17:30:57.927 HoudahGeo[80493:7d3b] imagePath: Aperture/Zurich 10.11/IMG_2857.CR2

2013-03-14 17:30:57.928 HoudahGeo[80493:7d3b] fileVolumeUUID: SbniZPptTJyWzoqRylIknA

2013-03-14 17:30:57.929 HoudahGeo[80493:7d3b] diskUUID: 9198A4F9-5F65-394D-82B6-B5A3A983B360

2013-03-14 17:30:58.225 HoudahGeo[80493:7d3b] volumePath: /Users/pierre/Pictures

2013-03-14 17:30:58.225 HoudahGeo[80493:7d3b] fullPath: /Users/pierre/Pictures/Aperture/Zurich 10.11/IMG_2857.CR2

2013-03-14 17:30:58.249 HoudahGeo[80493:7d3b] masterPath: /Users/pierre/Pictures/Aperture/Zurich 10.11/IMG_2857.CR2

[/CODE]

Best,
Pierre Bernard
Houdah Software s.à r.l.
 
Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
0 0
amsquires83
Hi Pierre, thanks for looking into this. I downloaded the beta version and did as you said. It still shows the master path as being the same as the preview file, but here's the Console output from opening the beta version, to loading a single image from the SSD via the Aperture browser, and closing HoudahGeo:

https://dl.dropbox.com/u/1369892/HoudahGeo/HoudahGeo%20Master%20path%20to%20Preview%203.2.8b1.png


14/03/2013 23:22:31.325 WindowServer[100]: Received display connect changed for display 0x42728c0
14/03/2013 23:22:31.354 WindowServer[100]: Received display connect changed for display 0x3f003d
14/03/2013 23:22:31.354 WindowServer[100]: Received display connect changed for display 0x3f003e
14/03/2013 23:22:31.356 WindowServer[100]: CGXMuxAcknowledge: Posting glitchless acknowledge
14/03/2013 23:22:31.387 WindowServer[100]: MPAccessSurfaceForDisplayDevice: Set up page flip mode on display 0x042728c0 device: 0x10458f320  isBackBuffered: 1 numComp: 3 numDisp: 3
14/03/2013 23:22:31.409 WindowServer[100]: Received display connect changed for display 0x42728c0
14/03/2013 23:22:31.889 WindowServer[100]: CGXSetWindowBackgroundBlurRadius: Invalid window 0xffffffff
14/03/2013 23:22:49.529 HoudahGeo[2289]: Will look up master path for
- /Aperture Library/Aperture Library.aplibrary/Previews/2013/03/02/20130302-120305/txEV0VDqQqCyzUSCUQSXjw/2013-01-14_DSC07559_14853.jpg
- txEV0VDqQqCyzUSCUQSXjw
14/03/2013 23:22:49.532 HoudahGeo[2289]: Database path: /Aperture Library/Aperture Library.aplibrary/Database/apdb/Library.apdb
14/03/2013 23:22:51.424 HoudahGeo[2289]: Read-only path: /Aperture Library/Aperture Library.aplibrary/Database/apdb/Library-readOnly.apdb
14/03/2013 23:22:51.430 HoudahGeo[2289]: masterUUID: vriHhKwiQmKWX19NdYiwtQ
14/03/2013 23:22:51.431 HoudahGeo[2289]: imagePath: Users/adally/Aperture Masters on SSD/2013/01/2013-01-14_DSC07559_14853.ARW
14/03/2013 23:22:51.432 HoudahGeo[2289]: fileVolumeUUID: caohIgi+SICaR5dOfBH8sQ
14/03/2013 23:22:51.432 HoudahGeo[2289]: diskUUID: 750A9F1C-3ADC-34BB-8E69-7F95D3F0CAB8
14/03/2013 23:22:51.500 HoudahGeo[2289]: volumePath: (null)
14/03/2013 23:22:51.501 HoudahGeo[2289]: fullPath: (null)
14/03/2013 23:22:51.502 HoudahGeo[2289]: masterPath: (null)
14/03/2013 23:22:55.837 WindowServer[100]: CGXDisableUpdate: UI updates were forcibly disabled by application "HoudahGeo" for over 1.00 seconds. Server has re-enabled them.
14/03/2013 23:22:57.179 WindowServer[100]: reenable_update_for_connection: UI updates were finally reenabled by application "HoudahGeo" after 2.34 seconds (server forcibly re-enabled them after 1.00 seconds)
14/03/2013 23:23:17.351 mdworker[2304]: Unable to talk to lsboxd
14/03/2013 23:23:17.416 mdworker[2303]: Unable to talk to lsboxd
14/03/2013 23:23:17.442 mdworker[2305]: Unable to talk to lsboxd
14/03/2013 23:23:17.000 kernel[0]: Sandbox: sandboxd(2310) deny mach-lookup com.apple.coresymbolicationd
14/03/2013 23:23:17.467 sandboxd[2310]: ([2304]) mdworker(2304) deny mach-lookup com.apple.ls.boxd
14/03/2013 23:23:17.472 sandboxd[2310]: ([2303]) mdworker(2303) deny mach-lookup com.apple.ls.boxd
14/03/2013 23:23:17.478 sandboxd[2310]: ([2305]) mdworker(2305) deny mach-lookup com.apple.ls.boxd
14/03/2013 23:24:01.560 WindowServer[100]: Received display connect changed for display 0x42728c0
14/03/2013 23:24:01.588 WindowServer[100]: CGXMuxAcknowledge: Posting glitchless acknowledge
14/03/2013 23:24:01.617 WindowServer[100]: Received display connect changed for display 0x42728c0
14/03/2013 23:24:01.618 WindowServer[100]: Received display connect changed for display 0x3f003d
14/03/2013 23:24:01.618 WindowServer[100]: Received display connect changed for display 0x3f003e
 
0 0
houdah
Hi!

We are making progress.

HoudahGeo is looking for the dive with UUID 750A9F1C-3ADC-34BB-8E69-7F95D3F0CAB8, but doesn't find it.

Please try the following command in /Applications/Utilities/Terminal.app

[CODE]/usr/sbin/diskutil info 750A9F1C-3ADC-34BB-8E69-7F95D3F0CAB8[/CODE]

This should give you information on the drive. But I am guessing that it will say: Could not find disk

Please make sure that Aperture can actually find the master files.
If not, please use Aperture to "reconnect" to the master files.

Best,
Pierre Bernard
Houdah Software s.à r.l.


Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
0 0
amsquires83
If I control-click the photo in Aperture and select 'Show in Finder' a Finder window does pop up showing the Master in [CODE]/Users/adally/Aperture\ Masters\ on\ SSD/2013/01/[/CODE]

And you're right, Terminal indicates that it cannot find that disk...

 
[CODE]
adallymacbook:~ adally$ /usr/sbin/diskutil info 750A9F1C-3ADC-34BB-8E69-7F95D3F0CAB8
Could not find disk: 750A9F1C-3ADC-34BB-8E69-7F95D3F0CAB8
adallymacbook:~ adally$ 
[/CODE]
 
0 0
houdah
Hi!

Please try reconnecting masters anyways in Aperture:
http://documentation.apple.com/en/aperture/usermanual/index.html#chapter=5%26section=16%26tasks=true

My guess is that the drive kept its name, but changed its UUID.

Please also try the following in Terminal.app:

[CODE]diskutil info / | grep UUID[/CODE]

This will give you the UUID of the boot volume.

Best,
Pierre Bernard
Houdah Software s.à r.l.
Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
0 0
amsquires83
Interesting. So the UUID seems to be off. And I think that this is because I replaced my old SSD with a new larger one earlier this year. I used Carbon Copy Cloner to supposidly create a 'like-for-like copy'...

I also tried reconnecting masters using those instructions but it hasn't changed where HoudahGeo thinks the master is.

 
[CODE]
adallymacbook:~ adally$ diskutil info / | grep UUID
   Volume UUID:              69D1B7D4-D361-3435-A5B7-2641A3182B0E
[/CODE]

Hmm. I guess I need to figure out how to reset the UUID next...?

Cheers,
Adam

 
0 0
houdah
Hi!

I don't think there is any way to change the UUID of a volume.

You need to get Aperture to update its database with the new value.
Basically it is still pointing at the old drive which is no longer mounted.

I am surprised Aperture still finds the master files. Wonder how it does that.

Best,
Pierre Bernard
Houdah Software s.à r.l.
Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
0 0
houdah
Hi!

I have another beta:

https://dl.dropbox.com/u/2381634/HoudahGeo/HoudahGeo3.2.8b2.zip

This version tries to find the volume by name if it cannot be found by UUID.

I am not yet sure this is a good idea.
I wonder if it is worth the risk: it may find the wrong volume.
I wonder if it is reliable enough: it cannot work when two volumes share the same name.

Best,
Pierre Bernard
Houdah Software s.à r.l.

Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
0 0
amsquires83
I shall give it a go Might not get the chance till Sunday though.
I briefly looked into UUID renaming. I'm considering an Aperture Library rebuild and a Time Machine restore of the SSD. I also lost the recovery partition when I did the clone.
Appreciate the help though, given that it's my system and not necessarily HoudahGeo
0 0
amsquires83
That new beta version worked! I haven't been able to test it comprehensively but the Master path in the Process stage points to the correct Master now.

UUID should obviously be the default method, but those users who have this problem are probably more experienced users (I'd say that cloning a hard drive during a computer upgrade isn't something that most people do), and they will be clever enough to not have volumes with the same name.

If someone has the UUID issue then there's already a problem, so leaving your fix shouldnt make things worse. But I'm happy to be a test user and keep you updated with how I get on using this beta version.

Thanks,
Adam
0 0
amsquires83
Hmm. I tested the beta it a bit further and it doesn't look like it's being consistent in showing the right master locations. I'll test properly tomorrow and post console logs. In one instance it thought that the Master was the Preview, so the opposite to the initial problem that it thought the Preview was the Master. 
0 0
houdah
Hi!

HoudahGeo 3.2.8 has been released.

Please update to the latest version.

Best,
Pierre Bernard
Houdah Software s.à r.l.
Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
0 0
wdool
Dear Houdah,

I Experience the same issue as stated above, although I have my files on an external disk. IN Aperture it's a referenced file and connected right, when I look in the inspector (within Houdahgeo) I see that both master and preview path are on the location of my Library (on my Macbook harddrive). 

I Repaired both my restrictions and my library, but this didn't seem to work. https://documentation.apple.com/en/aperture/usermanual/index.html#chapter=27%26section=10%26tasks=true
Are you sure that rebuilding my complete Library within Aperture will fix this problem?

Regards,
Wout
0 0
houdah
Hi Wout,

Did you add the images using the media browser from the Load step in HoudahGeo?

What happens when you click the preview and master path in the HoudahGeo inspector?
Does it take you to the same file in Finder both times?

Please check /Applications/Utilities/Console.app > All Messages for error messages logged as you add images from the media browser to our HoudahGeo project.

Best,

Pierre Bernard
Houdah Software s.à r.l.

Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
0 0
wdool
Hi Pierre, 

Both go to the same file in the finder...
And during the test I received these messages in the console:

25-04-15 20:32:21,453 com.apple.xpc.launchd[1]: (com.apple.imfoundation.IMRemoteURLConnectionAgent) The _DirtyJetsamMemoryLimit key is not available on this platform.
25-04-15 20:33:24,614 com.apple.SecurityServer[84]: Killing auth hosts
25-04-15 20:33:24,614 com.apple.SecurityServer[84]: Session 100031 destroyed
25-04-15 20:33:50,002 identityservicesd[252]: [Warning] ====== IDS Traffic Usage:
25-04-15 20:33:50,002 identityservicesd[252]: [Warning] Service: com.apple.madrid
25-04-15 20:33:50,002 identityservicesd[252]: [Warning] query-requests: 1
25-04-15 20:33:50,002 identityservicesd[252]: [Warning] queries: 2
25-04-15 20:33:50,003 identityservicesd[252]: [Warning]
25-04-15 20:33:50,003 identityservicesd[252]: [Warning] Service: com.apple.private.alloy.phonecontinuity
25-04-15 20:33:50,003 identityservicesd[252]: [Warning] incoming-messages: 2
25-04-15 20:33:50,003 identityservicesd[252]: [Warning]
25-04-15 20:33:50,003 identityservicesd[252]: [Warning] Service: com.apple.private.alloy.sms
25-04-15 20:33:50,003 identityservicesd[252]: [Warning] incoming-messages: 1
25-04-15 20:33:50,003 identityservicesd[252]: [Warning]
25-04-15 20:33:50,004 identityservicesd[252]: [Warning] ====== Done
25-04-15 20:35:01,903 login[5268]: USER_PROCESS: 5268 ttys000
25-04-15 20:35:03,957 login[5268]: DEAD_PROCESS: 5268 ttys000

Don't know if it's related to this...

Regards,
Wout

0 0
houdah
Hi Wout,

I imagine both times the Finder showed the JPEG preview generated by Aperture rather than the master file on your external drive.

I have just checked. The fix discussed above is in place. When you drag an image from the media browser to the project, HoudahGeo gets and ID identifying the image. HoudahGeo then goes to the Aperture library file and gets the volume UUID, volume name and path of the referenced master file. It checks to see if the volume with that UUID is available and has the master file at the correct path. If no volume with that UUID is available, it tries the volume name.

Have you renamed volumes or moved the masters to a different drive since importing into Aperture?

Can you try reconnecting the referenced files in Aperture?

If that fails, I will build a custom version of HoudahGeo that logs debug information while it goes looking for the master image file.

Best,

Pierre Bernard
Houdah Software s.à r.l.

Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
0 0
wdool
Unfortunately, it didn't solve the problem, Rebuild the whole aperture library earlier
Reconnected referenced files... 

And yes in the past I moved files from HD to external SSD...
I'm more than willing to run the debug version... I also encountered another issue (maybe related):

In Aperture I have a map with over 1600 images / jpegs and Houdahgeo only imports a couple of hundreds. In other programs where I use Aperture files I do not encounter this.

Hopefully the debug version discovers the issue..
Regards
0 0
houdah
Hi!

What do you mean by "Houdahgeo only imports a couple of hundreds"?
Is the HoudahGeo media browser missing albums or photos from Aperture?

If so, we need to check on that first. You may be looking at an outdated version of your library.

HoudahGeo looks at the com.apple.iApps.plist preferences file to find the Aperture library.

Please check that preference:
1. Open /Applications/Utilities/Terminal.app
2. Paste in the following line:
defaults read com.apple.iApps ApertureLastOpenedDatabase
3. Hit return

You should see an response like this:
file://localhost/Users/pierre/Pictures/Aperture/Aperture%20Library.aplibrary/ApertureData.xml

This should point at a ApertureData.xml within your Aperture library.

If the entry is missing or wrong, start use the Aperture File > Switch Library menu item to point Aperture to your library.

Now check that the ApertureData.xml file exists.

1. In Finder, go to the Pictures folder (or wherever your Aperture library is)
2. Right-click or control-click your "Aperture Library.aplibrary" file
3. Select "Show Package Contents" from the context menu

You should find the ApertureData.xml within the "Aperture Library.aplibrary" package.
When was that last updated?

Move the ApertureData.xml file out of the way (to the Desktop or the Trash).

Browse the Aperture Library.aplibrary/Database/apdb folder.
If you find a file named Library-readOnly.apdb, move it to the Trash. It was created by HoudahGeo.


Go to Aperture > Preferences > Previews. Set "Share XML with other applications" to "Always".
Make some change to a photo in your library. Quit Aperture.
Aperture should create a fresh ApertureData.xml file. If previews were missing, it may take some time to create those.

Best,

Pierre Bernard
Houdah Software s.à r.l.

Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
0 0
wdool

Hi Pierre, 

Followed your steps, this didn't solve the difference in numbers, but I see now that I stacked images in some folders. 
I think the latter issue about differences in numbers is related to stacks... See this screenshot:
http://awesomescreenshot.com/0434uwibfe  1649 images in Aperture, 671 Items to show in Aperture and 699 Available in Houdahgeo

However, the issue with master path isn't solved after following these steps. No outdated library and deleted ApertureData.xml and created a fresh version for it.

I also looked into this file to check if there's something odd in file / thumb pad... See copy paste below:Image with houdahgeo "could not find master file for IMG_2078" error:

<key>qcb34hEMSuCi2Fc7K%VJrw</key>
<dict>
<key>Caption</key>
<string>IMG_2078</string>
<key>Comment</key>
<string> </string>
<key>ImagePath</key>
<string>/Users/wout/Pictures/Aperture Library (origineel).aplibrary/Previews/2013/01/22/20130122-073226/qcb34hEMSuCi2Fc7K%VJrw/IMG_2078.jpg</string>
<key>MediaType</key>
<string>Image</string>
<key>ModDateAsTimerInterval</key>
<real>380529151.74</real>
<key>ThumbPath</key>
<string>/Users/wout/Pictures/Aperture Library (origineel).aplibrary/Thumbnails/2013/01/22/20130122-073226/qcb34hEMSuCi2Fc7K%VJrw/thumb_IMG_2078.jpg</string>
<key>latitude</key><real>52.52466668</real>
<key>longitude</key><real>13.368</real>
</dict>







0 0
houdah
I have sent you a private message with the download link for a special version that output debug messages during the process of locating master files.

Best,

Pierre Bernard
Houdah Software s.à r.l.

Houdah Software s. à r. l.
https://www.houdah.com

HoudahGeo: One-stop photo geocoding
HoudahSpot: Advanced file search utility
Tembo: Easy and effective file search
1 0