I recently purchased Leap to manage tags in an effort to begin organizing my documents more effectively. I went through and started tagging some images in Leap and then in DTPro indexed the folder that contains the images. All the tags appeared and were appropriately attached to their respective images.
Then, I went and added a new tag “Testing” to a new image to see what would happen when I remove a tag. Upon going back into DTPro it immediately recognized that a file had changed and incorporated the new tag. I then went back into Leap and deleted the tag and, unfortunately, the tag remains attached to the image in DTPro. It neither automatically identifies the changed file nor identifies the change when forced to via “Update indexed items”. Just to make sure Leap was reporting the tags correctly I checked in the Finder and, sure enough, the tag was stripped from the file.
Has anybody encountered DTPro failing to recognize changes in OpenMeta tags?
I am seeing some inconsistency in Leap’s Tagging. I just downloaded it onto a new Mavericks machine and noticed it applied kMDItemOMUserTags sporadically, instead of just _kMDItemUserTags (“Mavericks Tags”). The OMTags weren’t deleted when I deleted the Tags in Leap, so they didn’t disappear in DTPO.
Again, this has been inconsistent (which makes it harder to troubleshoot).
I just tried your method, korm - step by step. New image, fresh launch of Leap and DTPO on 10.9.2. All worked fine until step 6. No, deletion in DTPO. Checked the xattr and sure enough, Leap had applied kMDItemOMUserTags that aren’t deleted when deleting the Tag in Leap.
Yeah, this is an Ironic Software issue. With a virgin file, it is writing kMDItemOMUserTags (OpenMeta) to the file, along with _kMDItemUserTags (Mavericks tags). It appears DT is picking up the OMTags as primary if present.
Subsequent changes in Leap are written to the Mavericks tags (? another issue!) but they are not changed or displayed in DT since it’s displaying the OMTags. Unfortunately, the OMTags are not deleted when deleting the Tags in Leap (though they are removed from the Maricks Tags). Again, this has no effect in DT since OMTags are still present in the file metadata.
@korm: Even if I manually remove the Tags, I haven’t seen step 6 yet. Odd.
I don’t recall this situation, but that doesn’t mean I haven’t encountered something similar before and have just forgotten it.
I’ve not seen anything like this recently, perhaps because I gave up on normal groups included for tagging a long time ago. I found that assigning regular tag(s) to groups, even if the group name and a tag name were the same, to be far more reliable. The only advantage that I saw to having tagging enabled for groups is that it can be a classification shortcut in a new and/or small database where the AI doesn’t work as well.
Yes, that makes sense. I’ve been conversing with Tom Anderson at Ironic via e-mail and he is telling me:
What you describe makes sense, but I’m having trouble reconciling it with what he is saying, since I had no OpenMeta tags to begin with and have only been tagging with the latest version of Leap on Mavericks.
So how will this fix affect documents that are not indexed, when a tag is deleted? Currently those documents are also moved to the root group.
I’m having a challenge understanding how it will be possible for documents to have their group tag (or regular tag for those users who prefer to keep documents only in tags) removed and not then be moved to the root group? Will the documents remain in the tag group, and still lose the tag?