Closed dtrout closed 2 years ago
After some further testing, it appears that deleting all Bridge caches and then restarting Bridge resolves this issue (not sure if it is one or both actions that resolved it). For now, I'll close this issue.
Clearing the cache makes sense, as Bridge will "remember" the prior state of an asset if it has touched it. Bridge does some manipulation between the asset and the user interface, so sometimes a clearing of the cache is a good idea.
We are curious about how you use the tool. Would you be willing to share some details, such as:
Thanks for your comments.
RE How I use the tool: I’m just an individual (retired) running a very small side business doing large format digital fine art printing for other artists and photographers. I’ve been wanting to improve my process for ingesting and tracking image assets from clients into my printing workflow, especially regarding tracking of settings used for printing proofs and finals. I had been prototyping a Python program and SQLite to do this myself, but then it occurred to me that Bridge and XMP might be all I need. CMP really was the key since it made it very easy to add custom properties into the XMP of each file rather than having to track things external to the file. I’m still experimenting, but Bridge/CMP looks very promising as a solution.
Dave
From: James Lockman @.> Sent: Thursday, July 15, 2021 4:08 PM To: adobe-dmeservices/custom-metadata @.> Cc: dtrout @.>; State change @.> Subject: Re: [adobe-dmeservices/custom-metadata] Mis-typed namespace persists even though all metadata for that namespace is deleted (#19)
Clearing the cache makes sense, as Bridge will "remember" the prior state of an asset if it has touched it. Bridge does some manipulation between the asset and the user interface, so sometimes a clearing of the cache is a good idea.
We are curious about how you use the tool. Would you be willing to share some details, such as:
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub https://github.com/adobe-dmeservices/custom-metadata/issues/19#issuecomment-880979499 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AKPYEADQUDQ3F727C4DOQ4LTX45YVANCNFSM5AMDICPQ . https://github.com/notifications/beacon/AKPYEACKJAZ7SMOFL2R3KE3TX45YVA5CNFSM5AMDICP2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOGSBK4KY.gif
While using View Editor to add my own metadata, I mis-typed the namespace for one of the properties. I'm using "print" as the prefix. For example, "print:Paper" is one of the properties. After adding a few more properties using "print" as the prefix (using the correct namespace) I saved the JSON. In Bridge I added these properties to a few images, then checked the RAW XMP using the FileInfo tool. I saw the two namespaces, the bad one had "print" associated, the other had "print1".
To clean this up, I removed all image file XMP entries with either "print" or "print1" as the prefix (using ExifTool), uninstalled the Custom Metadata Panel and started from scratch. However now when I specify "print" as the prefix in the CMP View Editor, I am getting "print1" as the prefix in the metadata. It seems there is some residual left over artifact somewhere that is referencing the mis-typed namespace and therefore inserting "print1" in the XMP when I add these properties.
Is this a bug? If not, how do I clean this up? Is there an internal cache of namespaces that I need to somehow reset?
Thanks for a great tool!