missing files- no catalog for this

  • Thread starter Thread starter ronandownes
  • Start date Start date
Status
Not open for further replies.
R

ronandownes

Guest
Am I rigt in sayig that filtering misin images in Beta2 is not present ay more?

R
 
Quite right Ronan. It may or may not be back for final release.

Do you often need to filter for missing images?
 
I filter for missing images regularly to determine how the catalog varies from reality on disk. Variation occurs because I also use other programs such as Bridge to manipulate images. Without that filter, how am I to reconcile the catalog to the disk and clean up the catalog?
 
Have a single top level folder, right click on it and choose Synchronize. That'll still search for missing images and tidy up for you. The Missing Files collection was rarely correct, which is why it's gone walkabout! ;)
 
Victoria, though I appreciate you're answering Guy's question, your "rarely correct" explanation is a reason for fixing the feature, not removing it. Synchronize only matches the catalogue with the hard drive, and is no substitute for a valuable indicator that files are no longer where they are supposed to be.

John
 
An explanation I've seen for the removal of the Missing Files folder, is that it was quite expensive from a processing standpoint. I can understand that from an always-on standpoint, but I hope that it returns in some fashion, at least in an on-demand fashion.
 
Yes, I have seen that reasoning.

John
 
That's very true John. Ok, every club together and hammer Adobe...... ;)

I *thought* that when you ran Synchronize, it created a Missing Images collection. In fact I'm sure I posted that on another thread 'elsewhere', but it appears that I was imagining things....
 
Whether the Missing Images collection is maintained in real-time or is an on-demand function does not matter to me. I don't use it often and would be happy for it to be constructed as needed.

The powerful advantage of the collection of a simply Synchronize is that I would be able to review the items before blithely deleting them from the catalog. It's always possible that the images are missing because of some organizing error I have made, and not because they simply need to be cleaned out of the catalog. So I might want to restore the images to where the catalog thinks they are rather than deleting them from the catalog. Deleting them from the catalog could discard data I want to keep, especially Virtual Copies, which I cannot reconstruct from the original image and its XMP file.
 
As a minimum, it should be there - and in that very basic sense it doesn't matter whether it's on demand (eg Aperture smart albums can query "status = missing") or real time as it was before. But when you think about it, the on demand approach depends on the user being either sufficiently intelligent or aware/awake enough to notice he/she's done something stupid in Finder/Explorer. Real time's value is that it 's always there and acts as an alarm.

I do question if processing demands are really a valid reason for chopping this feature. After all, do a Synchronize on a big drive - how long does it take to tell you how many files are going to need importing? Not long, is it? Comparing a list of filenames against the SQL and incrementing the missing files counter is a smaller task.

But let's accept processing demands are indeed excessive (even by comparison with preview rendering). So you quickly come back to addressing what's meant by real time, and there's an obvious third way - near real time. Run missing files every x minutes, or as a background process. Don't delete a valuable control.

John
 
Many thanks to Melissa for providing the Duh! answer off-forum.

It wasn't my imagination. Right click on the folder and choose Synchronize. In that dialog is a Show Missing Photos button which will create a missing images collection.

2''8'52'-8kp964a1tgegmenmtqje1uiw4g.jpg
 
Well remembered. But it really goes to show the insufficiency of an on-demand approach if none of us recalled it!

John
 
Now THAT I would definitely agree with John. I guess this will become yet another FAQ. I'll try to remember to put it in the list of 2.' changes when it's released, along with the solution.
 
Status
Not open for further replies.
Back
Top