XnView Software

If we have a file dogs-vancouver-20150930-9350.cr2, the sidecar must be dogs-vancouver-20150930-9350.xmp or dogs-vancouver-20150930-9350.cr2.xmp??

That depends on the software that created the sidecar

• lightroom/photoshop: strip the extension and replace it with .xmp
• darktable: full filename + add xmp at the end (which I use on linux)
• corel aftershot pro: full filename + add xmp at the end (which I also use on linux)

The reason is to have a separate sidecar for:

• 123.cr2 ==> 123.cr2.xmp
• 123.jpg ==> 123.jpg.xmp
• 123.tif ==> 123.tif.xmp

Thanks

Syv

elfroggio wrote:
The reason is to have a separate sidecar for:

• 123.cr2 ==> 123.cr2.xmp
• 123.jpg ==> 123.jpg.xmp
• 123.tif ==> 123.tif.xmp

Absolutely agree with the above quote, better still, give the user the option of choosing their preference.

Justin.

There seems to be no real standard naming convention for sidecar files. I think by default XnView should find sidecar files with or without extension in the filename. And search order of XnView should be from specific to less specific.

Search for sidecar file:
1. <filename without extension>.<extension>.xmp
2. <filename without extension>.xmp

Example:
"blubber.cr2" -> Sidecar files could be named either "blubber.cr2.xmp" or "blubber.xmp", XnView would find them.

OK, so could these suggestions be considered for implementation?

Justin.

I currently run exiftool to sync metadata between the two formats, so having this would be great. Even if not intended to support both at the same time, to avoid conflicts, there could be an option which format would be used at Import/Export actions.

It would be courteous to hear a response from the developer on the question he asked.

Justin wrote:It would be courteous to hear a response from the developer on the question he asked.

it's implemented in 0.83

Thank you for listening and implementing this, however it is not working for me. When the option (fliename.extension.xmp) is selected the xmp is written as 'filename.xmp'.

Tested in Mint 18 64bit with *.CR2 & *.DNG

Justin.

See Issue 981 for details.

This problem is supposed to be fixed in XnView MP 0.84 beta 1.

No chance of your bringing in exiv2 .exv files, is there? I have it on good authority from Phil Harvey that they're nothing but JPEGs without the header. Exiftool has had the writing and reading of these going back to 2014. The original spec (Andreas Huggel's) provided for the copying of IPTC and EXIF as well as XMP. I've tried this in Exiftool to my disappointment. Exiv2: no problems at all.

Dominius