Thanks for this report.
This is not new behaviour. It has been like this since I added the
ability to specify group names in version 4.10.
I consider this a feature request and not a bug report since the
current behaviour is by design. However, I am open to suggestions, and
can see that the current implementation may not be all that convenient,
especially when using the -b option.
Your suggestion of specifying an index can be done through the API, but
would mean a change to the command-line interface that makes this
solution unappealing. You already have the ability to select one of
the tags by specifying either IFD0 or ExifIFD instead of just EXIF for
the group, but I realize this isn't a good solution because it doesn't
allow a general command line which works for all images.
And I can't add a separator because this would cause problems when
re-combining information (such as JPEG Comments) which should be
combined with no separators.
Instead, my suggested solution is to disallow duplicate tags when a
group name is specified unless the -a (Duplicates) option is used. I
will implement this in version 6.07 which will be released within the
next day or so from the ExifTool home page. Hopefully there aren't too
many people who rely on the previous behaviour.
- Phil Harvey
On Mar 20, 2006, at 4:30 PM, Guest via RT wrote:
Show quoted text> When I ask for simple binary output I appear to get both values
> stuck together without any separator, like:
> c:>perl exiftool -b -EXIF:DateTimeOriginal test.nef
> 2004:05:10 12:57:572004:05:10 12:57:57
>
> It seems like we should be able to either specify the index of the
> item we want ([0],[1]), and/or get a list of items back separated in
> some predictable way (1;2).
>
> I also see this new behavior with ImageWidthTag, ImageHeightTag,
> PixelXDimension, PixelyDimension, and SensingMethod.
>
