Changed tag names in the composite group

[frlindla]

When I start Imatch after update, I get this information: Changed Tag Names. I pressed F1 and is told to replace :: with - in the group names. Can someone tell me how I do that?

Can this be the reason for this: I starrate in Imatch and write back the changes. When I check in other applications, like DxO, the stars is visible for some photos but not all.

If you need a logfile, a result from the metadata analyst or more, I can try to give you that. But I think it is difficult to find out....

[Mario]

This has nothing to do with ratings. And you only need to do anything if you have used Composite tags in variables or e.g. in File Window layouts.
I think I've explained this quite well in the corresponding help topic: https://www.photools.com/help/imatch/#upgrade_info_202092.htm This was a couple of weeks ago and apparently users seem to have dealt with it.

If you write back data, you can always use the the ExifTool Command Processor in IMatch to see the actual metadata in your files. Just run the "List Metadata" preset to see the metadata in an image and then use the search box at the bottom to search for rating. If the data is in the file but DxO does not see it, then ...

[frlindla]

Well, I tried as you said. But got the result in the attached file...

[Mario]

You have somehow messed up the standard "List Metadata" preset.
It must look like

-G1
-all
-a
-charset
filename=UTF8
{Files}

Replace what you have with the above correct content.

[frlindla]

I have checked some photos that have 1 star in the filewindow. But when I use the Exif Tool, it says 0 stars. See the attachment. This should be the reason why DxO or other applications can not see the star I guess.

I have also tried to attach a log file (debug mode) and used the Metadata Analyst. See the attachments. Any idea what can be wrong?

[frlindla]

I fixed the mess with Exif Tool as you told me in your last post by the way.

[Mario]

Please always use the big green Copy Results button in the Metadata Analyst. This copies problems and errors into the clipboard and I don't need to search through tons of text.

Your NEF file has an embedded XMP record with a hard-coded rating=0.  You can thank NIKON for that.
The rating in the XMP sidecar file is 1.
This means, depending on which XMP record DxO prefers, you see "no rating" or "1".
By default, RAW files should use an XMP sidecar file, so the rating in the XMP sidecar file will be used. Apparently, DxO ignores the XMP file and the metadata it contains?

We have discussed this many times over the years. You need to make sure to have only one source of truth for metadata. And RAW files, by standard, should not contain embedded XMP data. NIKON does not care, though. I had to add an extra feature to IMatch to ignore the embedded hard-coded rating.

Solution: Strip the embedded XMP record from your NEF files using the ECP if DxO has no way to handle this and ignores the more relevant XMP data in the XMP sidecar file.

[frlindla]

So this is a problem for Nef-files I guess. No setting in my camera to turn off I guess. Which preset shall I use in Exif Tool to fix this?

[Mario]

Nope. Some NIKON cameras, depending on the firmware, always write an incomplete XMP record with rating=0. We have discussed this problem many times over the years.

Since you need to delete the XMP data in the NEF, I would recommend to use the "Delete XMP record" ECP preset.
A quick search in the community search engine also reveals this related topic: https://www.photools.com/community/index.php?topic=4102.0

[frlindla]

Thank you. To me it seems like this also is the case for the jpg files taken with my nikon camera.

Sounds scary to delete xmp-record, but guess this preset is the best to use? I guess I have to use this preset for all my nikon-files?

[Mario]

JPEG files used embedded XMP metadata always. There should be no problem at all. IMatch writes the rating to the JPEG file.

RAW use, by standard, XMP data in sidecar files. Your NEF files have both an embedded XMP record and a sidecar file. This is what's causing the problem with DxO.
It depend on which XMP record it considers more important. Ask the DxO support for details.

IMatch knows about this problem and deals with it. You can even force IMatch to embed XMP data in NEF files (not recommended for compatibility reasons).
Not all software is so flexible.