Skip to main content
Participant
June 4, 2018
Question

Bridge creates keywords rather than selecting the ones I made.

  • June 4, 2018
  • 6 replies
  • 4472 views

So I am tagging archival photos as my job. Part of my hierarchy looks like this:

Programs

     Business

          Accounting

          Business Administration

               Management

               Accounting

However when I tag a photo with the business tag, it tags it for a second, then removes itself then adds an additional business tag in the 'other keywords' tab

Programs

     Business

          Accounting

          Business Administration

               Management

               Accounting

Other Keywords

     Buisness

I don't know why this is happening. I've tried deleting the business keyword, going into the metadata tab and deleting it from there, I've tried closing the program between deleting the 'other keyword' business and tagging the 'programs' business. Everything that I can think of.

This topic has been closed for replies.

6 replies

Known Participant
September 24, 2018

There's some information in the discussion at Re: dc:subject and lr:hierarchicalSubject keywords out of Synch  you might find informative and/or helpful.

It might explain the symptoms you describe; if you have the same problem you might try the solution I adopted.

Legend
September 12, 2018

Yes a script could fix this, OR:

Select ALL of your files. UNCHECK all of the unwanted keywords to remove them from the files. THEN (once no files have those keywords assigned) DELETE the unwanted keywords.

Finally, create and assign the keywords you want to use.

Hierarchical keywords are simply in categories. Example:

Wildlife

     Birds

          Raptors

               Hawks

               Eagles

          Songbirds

          Waterfowl
     Mammals

          Large

               Horses

               Cows

          Small

               Raccoons

               Squirrels

Cities

     North America

          Large Cities

               New York

               Chicago

          Small Cities

So you would have Wildlife|Birds|Raptors|Hawks as one keyword, not four.

Known Participant
September 12, 2018

Lumigraphics,

Thanks for your input.  Unfortunately, I know nothing about scripts so that's a non-starter.

Unfortunately your option 2 doesn't work.  Over the last few days I've tried it dozens of time, exactly as you described.  Each time the old hierarchy pops up.  This is what led me to believe the info is embedded in the image file.  I may be wrong on the cause, but the effect is that no matter what I do, short of deleting the original image itself, the old categorization keeps showing up.

As I mentioned to Stephen, it may be time to move on.  Though frustrating that I can't fix it, having duplicate keywords in different categories isn't the end of the world. 

R/Jim

Legend
September 12, 2018

The keywords ARE in the image files. That's why you UNCHECK the old keywords, so Bridge removes them from the file.

Once that part is done, none of your files will have those keywords embedded.

Legend
September 11, 2018

When you see an italicized keyword, delete it in the keyword panel. Don't try to use it. Then add your actual correct keyword.

Known Participant
September 11, 2018

Lumigraphics,

I appreciate your time.

Please read my reply to Stephen.  FWIW, deleting a temporary (italicized) keyword doesn't work.  As soon as I re-enter the keyword where I want it, it shows up again in the old place.  Please note in my response above, I believe this happens when a keyword was entered before the new hierarchy was created.  I've been trying to organize my images (many thousand) and make them more searchable by categories.  This involves going back as much as 15 years ago.  Seeing those old images is fun but dealing with this issue is not.  I guess I'll have to get past my OCD and move on.

Thanks again,

Jim

Known Participant
September 10, 2018

I have the exact same problem.  I've spent hours trying to fix this.  I've deleted, moved, and completely erased keywords as described by others.  I've deleted all keywords and then deleted cache and tried to re-enter the key words. The system just keeps on putting them in the "other keyword" category in addition to where I want them or it puts them somewhere else where I just might stumble across them.  Very frustrating.  We just need the location where the old hierarchy is stored so we can fix this.

Stephen Marsh
Community Expert
Community Expert
September 10, 2018

In addition to my reply#3 above, the path to the underlying keyword XML ’database’ can be found here:

Prepression: Bridge – Restoring a Lost Keyword XML File

I have never seen the location of the non persistent other keywords ‘cache’ mentioned by Adobe or end users.

Known Participant
September 11, 2018

Thanks.  I really appreciate your taking the time to respond,  but I'm not sure what to do with the info.  For instance the last item was:

<set name="Other Keywords" disclosed="true">    </set></keywords>

Should I set "True" to "False"?  Based on the last sentence of your response I'm thinking this won't solve the problem.

I have exported my hierarchy of keywords into a text document.  What if I deleted all the XML data in the Adobe Bridge file and then imported my keywords.  Do you think this would eliminate the problem, or are the "bad" keywords somehow embedded into the image file XMPs.  If that were true the only way to fix the problem would be to delete the files themselves and recreate them.  Obviously that's a non-starter.

R/Jim

Stephen Marsh
Community Expert
Community Expert
July 24, 2018

The “non-persistent” italicised keywords under “Other Keywords” are in the browsed/viewed files, they are not in Bridge’s Keywords XML database.

To fully understand what exactly is going on, the existing keyword structure from file info raw data would be required, as would knowing how your keywords are structured in the keywords panel and how your keywords preferences are configured for read/write. This is probably more complex than one may first assume.

Participant
June 11, 2018

Ok so; I don't know if this is a bug or the correct solution but I found a solution nonetheless.

I guess what bridge is doing is 'remembering' old keywords for some reason despite me deleting them. It also seems to be adding keywords I've never added, they look like file explorer adressess'  (programs/business/business_administration) and for some reason those do not delete no matter what i try. But for the other problem I've found 2 methods that work so far.

1: delete the hierarchy and the added 'other keyword' entirely. Re-do the heirarchy from scratch

2: drag the deleted keyword (the italicized one) up to the same level as the one you want bridge to remember and make it persist ant by right clicking it (if dragging it into the hierarchy didn't already make it persistent) and then move all the levels below it into the new one.

   

     Unfortunately by both methods there is a running problem with bridge that is; any images tagged under the old hierarchy (deleted or moved) will remember their old keys and you will have to re-tag them as you find them to the new hierarchy.

     Alternatively BEFORE you delete any of the keywords; right click on them and select find and browse to the folder the images are in. This will make re-tagging much faster. 

sunnfish
Participant
July 24, 2018

Melissa thanks for your solution/workaround as provided above

first why do these pages take so long to load . second to adobe support personel browse these pages. if not why not, if yes why haven't they commented and explained how to deal with this issue....

i am experiencing this same problem. this (as described in the original post) is an extremely difficult to deal with when you have literally spent days weeks even months labelling image files using the bridge system .

I simply can't believe the level of incompetency that would lead to a high faluting company like adobe to design a file management software program that would have these issues in it.

this is not an issue with an individual file playing up we are dealing with here. this is an issue with the whole utility of bridge software as a file management utility. In otherwords, if it isn't fixed days and days of the users work have either been wasted or need to spent to sort the problem bye using workarounds. for me it is totally imcompetence.