I have a problem with the keyword tags in PSE11.
When a keyword tag is selected, the resulting subset of photos includes images that are not tagged with the selected keyword. The non-matched items that are displayed all have a distinguishing symbol – a non-match icon
However this behaviour is inconsistent. There are many other non match photos that are completely suppressed, so why are these ones being displayed with a ‘non-match’ icon?
This document contains instructions on how to delete the index files to force the system to rebuild them. Unfortunately none of the files and path names specified in the instructions exist on my system so this is a non-starter. Q. Does the process differ for my version (PSE 11)?
I am flummoxed as to what is going on and would appreciate some help please. TIA
Can you post a screen shot of the Organizer displaying this behavior?
The document you refer to in step 2 has nothing to do at all with the Elements Organizer or it's catalog. That is Help documentation for CQ, part of the Adobe Experience Manager and CRX. It's a marketing tool.
Not sure where you search, or what you searched for, but this page has nothing to do with Photoshop Elements.
I was really hoping for a screen shot of the entire application, so I could see more of the settings. This doesn't really help much.
Yes, try hitting the Clear button. It is in that dark grey bar between the search criteria at the top and the search results on the bottom. Next to it, it says Options. What you are seeing should be the result of having the Option "Show results that do not match" enabled.
OK so that option is not enabled. I treied eneabling and disabling it. No difference. I still get these unrelated items (but it's selective - not all unrelated items are shown). Can I / how do I rebuild the index?
If the above hasn't helped, my next best guess is that the settings have become corrupted in some way. Try Step 3 here: http://helpx.adobe.com/photoshop-elements/kb/troubleshoot-system-error s-freezes-photoshop.html
I tried recreating the preferences as suggested - no difference. Any more suggesations please? Is it possible to rebuild the index?
Update: This is definitely a PSE 11 issue. How do I know? I just looked at the photos through Windows 8's Photo Gallery, and when I select the same tag, it omits the non match items
Message was edited by: PaulFBarrett
2nd Update: Actually, I might just dump PSE 11 completely. I now see that not only does PSE11 include false positives (the original problem), it is also excluding true positives - I am seeing more images in Windows Photo Gallery which is FREE. The only reasons for PSE 11 for me are:
1. The catalog - which does not work (for me)
2. Panaoramic stitches - which are constrained by 32 bit RAM limitations unlike Microsoft ICE
3. Guided Fixes - but i am sure GIMP would do just as well
Tell me why I should heep PSE 11?
Well I have just discovered one drawback of Windows Photo Gallery. Apply a tag to a photo and it applies a lossy format to the image and reduces the file size. I just had one go from 4.25MB to 3.1MB just by adding a single tag! I will look at others packages to see what they do.
- FastStone is out - it can't even recognise the EXIF tags by default
Picasa is looking good. No repeat of the indexing problem there on the exact same photo set. All exif tags visible with no obvious false postives or excluded true positives.
You keep mentioning indexing. There is no indexing involved with keywords. There is no separate keyword index file. If there is some sort of corruption, it would be in the catalog itself. But I really doubt anything like that is going on here. I think we are really dealing with a usage issue. Can I just call you? Just send your number in a direct message to me.
I'm just off fo bed as I am in the UK. I guess you're US maybe West Coast? Let's figure out a time to discuss. 08:00 your time is 4 pm mine if you're on Pacific time.
I'd be delighted if it was a usage error. Let's ne direct and say user error! Because that would be the easiest thing to resolve. But I still remain unconvonced because I am seeing different behaviour between Picasa and PSE. In a further attenpt to solve this issue today PSE 11 I wrote the metadata out to the files to see if that would make any difference to PSE. It did not. And then I let Picasa read that data to see if it did there, and it did not.
I just opened the file info about one of the non match photos that appears when the tag is selected, The same tags appear in the IPTC info as appear on the bottom right corner of the individual phto in the PSE views, and NONE of them isthe major tag that I selected as a filter. Ergo the inclusion must be because of something inherent in the Catalog wouldn't you say? Something related to the data that PSE holds outside the EXIF data. The same filter applied in Picasa does not include these non match images - which would seem to confoirm that it is PSE11-side that teh issue is occuring.
To be clear, I do NOT have the option switched on to show non-match results and I have even toggled that on and off to see if it would make a difference.
What is perfectly possible, altough I cannot say for sure that it applies in this case, is that at some stage the files DID carry the tag on which I was filtering but that I removed it. I can't recall doing so specifically, but often when a batch rage contains a vase majority to which a tag applies, I will tage the lot then untag the ones to which the overall tag does not apply. Thts's sometimes quicker than delecting teh non compliant items. Could there be an artifact?
Won't know until I take a look, but it is an interesting theory. And yes, I am in the Pacific time zone. So I could call you tomorrow morning, would just need your phone number but would prefer that you don't post it here. Instead, click on my name at the top of the post, and click the Send Private Message in the list of options that appears in the top right of the next page.
An update to those who may be reading this thread. I talked with Paul today and the issue only happens with some of his keywords and it appears that there may be some form of corruption with his catalog at root of the behavior. I've collected his catalog file to investigate further and attempt to repair it.
Looks like we may have a clue to what's going on here. Not a glitch, but just a learning experience. In the screen shot above, we see the images which do have the keyword have a light grey background surrounding them. Those that do not have the keyword have a dark grey background. The dark grey background is for those images a that are part of a stack. If a stack contains even one image that has the keyword, the entire stack is displayed, those images within the stack without the keyword are marked as not matching.
OK so that does seem to have sorted it. But given how hard we had to work to figure out what was going on I would suggest that the behaviour described needs looking at, as it is hardly intuitive and even a real espert like Brett was stumped for a while. It would seem to me that if the system can figure out what is going on enough to put a non match or match symbol on the relevant items in the stack, it could just as easily suppress them altohether - and isn't that what would be logical?