The new project website at

http://dev.exiv2.org/wiki/exiv2

has been up and running for a few weeks now and is working well.

For those who haven't been there yet, I invite you to go and look
around. It provides an issue tracker, forum(s), a wiki, access to the
repository, commit info list and more, all integrated, with a common
look-and-feel and a single sign-on.

Once signed-up, you'll have various subscription options to receive
email notifications for topis of interest (eg, subscribe to the forum,
"watch" a particular issue or thread, or opt to receive mail for all
activities on the site). Or you can subscribe to RSS (Atom) feeds to
stay informed.

The new forum at http://dev.exiv2.org/projects/exiv2/boards replaces
this group with immediate effect. I'm closing this group for new posts
now, it will become a read-only resource.

All *Mantis* users (not those from this Yahoo! group) have been
migrated to the new application. But the passwords could not be
imported. If you want to reuse your Mantis username and details, you
need to go to http://dev.exiv2.org/login and click the "Lost Password"
link to reactivate your account.

Andreas

Related topics:
http://uk.groups.yahoo.com/group/exiv2/message/1499
http://uk.groups.yahoo.com/group/exiv2/message/1501

'organize' is a command-line tool that creates organized directories
of photos and other media files. Photos can be easily organized by
metadata into a directory structure of your choosing. It is built on
Exiv2 and currently supports a fairly wide selection of exif, iptc,
and file metadata (xmp could be added if there is demand).

Please see the new Exiv2 forum for the full announcement:
http://dev.exiv2.org/boards/3/topics/show/44

Andreas:

Yes, you were correct.  I did manage to get it to compile using "gmake
-i", but I added the configure flag you suggested, did a "make clean;
configure; gmake" and everything built just fine.  Thank you for your
quick and accurate suggestion!

Someone on the build team should look into this and see what is
causing the problem on a Solaris system.  Since /bin/sh is a true
Bourne shell here, there must be some incompatibility with the shell
used on Linux (assuming no one on that platform is seeing this problem).

I don't know how to migrate this discussion to the new groups, but I
will use them exclusively from this point onward.

Thanks again.

Regards,
--
Jeff

> Any ideas as to what might be the problem and the
> solution?

Hi Jeffery,

Quick guess: Have you tried to run configure with the option
--disable-dependency-tracking? This tracking runs some shell code
right after each compile command.

Andreas

PS: Please continue the discussion on the new forum,
http://dev.exiv2.org/projects/exiv2/boards. This group ought to be
closed for posting, I hope I'll find the time to sort this out over
the weekend. See http://uk.groups.yahoo.com/group/exiv2/message/1499
for context.

On a Solaris 10 system, I am compiling exiv2 for the first time.
After running configure, when I type gmake from the top-level
directory, I get the following:

gmake
if test "x1" = "x1"; then cd xmpsdk/src && gmake xmpsdk; fi;
gmake[1]: Entering directory `/u/src/lib/exiv2/exiv2-0.18/xmpsdk/src'
  g++ -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/csw/include -I/opt/csw/lib/include
-DEXV_LOCALEDIR=\"/usr/local/X11/lib/share/locale\" -I../include
-funsigned-char -DNDEBUG=1 -I/opt/csw/lib/include
-DEXV_HAVE_STDINT_H=1 -c ParseRDF.cpp  -fPIC -DPIC -o .libs/ParseRDF.o
  g++ -O2 -Wall -Wcast-align -Wpointer-arith -Wformat-security
-Wmissing-format-attribute -Woverloaded-virtual -W -MMD -I.
-I/opt/csw/include -I/opt/csw/lib/include
-DEXV_LOCALEDIR=\"/usr/local/X11/lib/share/locale\" -I../include
-funsigned-char -DNDEBUG=1 -I/opt/csw/lib/include
-DEXV_HAVE_STDINT_H=1 -c ParseRDF.cpp -o ParseRDF.o >/dev/null 2>&1
/bin/sh: test: argument expected
gmake[1]: *** [ParseRDF.o] Error 1
gmake[1]: Leaving directory `/u/src/lib/exiv2/exiv2-0.18/xmpsdk/src'
gmake: *** [xmpsdk] Error 2

Notice that the compile for the file succeeds but there is a shell
error.  If I retype "gmake" it moves on to the next file and repeats
the same error.  On and on.  I have run gmake in debug mode, but there
is no expanded info regarding the error which is being returned from
the shell and not gmake.  There is only one line in the Makefile that
references $(SHELL):

$(SHELL) $(top_srcdir)/config.status --recheck

and I don't see where the test problem is there, if that is the
problem at all.  Any ideas as to what might be the problem and the
solution?  Thank.
--
Jeffery Small

Hi Gilles,

Gilles Caulier wrote:
> Hi Exiv2,

was this some sort of general mailing to your whole address book? coming
from you *personally*, I would not mind...


> I want to add you as a friend so you can see it. First, you need to join
Facebook!

... but coming from F**kbook I do.

Any company that takes my personal content hostage by withholding it
from the friends I want to share it with unless they open an account so
that it can better spy on them does not deserve my business.

<http://panospace.wordpress.com/2009/01/19/social-networking/>

Will you attend LGM2009 in Montréal? then we can share pictures and more :-)

Yuv

Hello friends,

I want to get frame count of given image using exiv library but i am
unable to.

Currently i am using GDI library to get it.

Can someone help me to get it using Exiv library.

Thanks in advance.

Harish

Hi Yuv,

Thanks for your detailed reply.

> You seem to have made up your mind

The discussion is important. There is no point to switch if I'm the
only one who thinks its useful. If there is continued negative
feedback I'll have to reconsider.

>> you'll get an email sent to your registered address for each
>> "watched" event.
>
> I have not seen the practical implementation, so I can not comment. Done
> properly such a gateway would be a significant step forward.

Why don't you sign-on to Redmine and try out the various email
notification options. The mails are in plain text in the meantime.
Then, if the actual experience confirms your perception that this
setup doesn't fit your needs, just stop using it. In the worst case
you end up with an unused account for the Exiv2 bug tracking system.

>> The main advantages that I see from using the Redmine forum(s)
>> * Users need only account to access all project information through a
>> common interface
>
> I see this from your perspective: a single-sign-on to all of exiv2
> resources. From my perspective it would be one sign-on for each
> project/list I am following. With mailing lists it is true singe-sign-on
> everywhere, for both reading and writing.

Previously, an active Exiv2 contributor needed two accounts: one with
Yahoo and one for the Mantis bug tracker. That is down to one now and
it's essentially the same effort to report or comment on an issue as
it is to post to the forum.

> Indeed, one of the world's most famous
> management consulting firms recommend companies replace mailing lists
> with forums to reduce the support work: when users post less, there is
> less work to do.

This doesn't apply to a small project like this in my opinion.
Feedback is important to know what users need and how to improve the
software, it is not desirable to curb it. In the case of Exiv2, we're
lucky, users tend to be developers or advanced users with experience
in how to communicate in this environment so there is not much "noise"
here.

>> * Today most discussions take place in the Yahoo group and I
>> frequently end up copying a post to the bug tracker (bug/feature) and
>> once it's there, the discussion usually stops. With the new setup, I
>> hope it will be easier for people to post to the appropriate channel
>> right away and we can discuss it there.
>
> Why copy the post? why not simply enter the URL?

Or that. The point is that it needs to be copied more often than
necessary because the Yahoo group is all that people know and use. I'd
like to change this a bit, see above.

> with redmine you won't read it offline anyway

Why not? I'm getting an email for each forum post and each activity on
the issue tracker. There is no need to go to the web interface just to
check what's happening. Only to reply I go there, using the link in
the mail.

> Discussion tend to happen more often on mailing lists than on web based
> tools, whether bug tracker or other. And normal users are quite scared
> of the structured and complex environment of a bug tracker.

Filling in the issue report form requires a minimal amount of extra
thought compared to posting to the forum. In fact, it may be too easy
now, we'll know if we see a raise in invalid or incomplete bug
reports...

> I am testing this now. WHen I log on the web to
> http://uk.groups.yahoo.com/group/exiv2/ it says that posting is for
> members only. Probably what you mean is that any email address can send
> a mail to the group's email address?

On the Support page on exiv2.org there used to be a valid username and
password with which users could post to the group. With the
announcement of Redmine I removed that, but you can still see the old
page here eg:
http://web.archive.org/web/20071201164704/http://www.exiv2.org/support.html

> Anyway, I wish you luck with Redmine and web based forum. Unlikely that
> I will join / participate

Well, thanks. I hope you won't leave before you signed-on and tried it out.

BTW, did you notice the new -pp and -ep options in the exiv2 command
line tool to list and extract previews from RAW images? They were a
last-minute addition before the 0.18 release, done with your idea in
mind that you wanted to try this feature for use in Hugins.

Andreas

Hi Andreas,

You seem to have made up your mind and I won't try to change it. Just a
few comments:

Andreas Huggel wrote:
> you'll get an email sent to your registered address for each
> "watched" event.

I have not seen the practical implementation, so I can not comment. Done
properly such a gateway would be a significant step forward.


> What I haven't seen is an option to subscribe to some
> sort of digests.

honestly, digests are a marginal feature to me and I never understood
the advantage of receiving a digest?


> Brad, our sysadm, is not keen to maintain a patched version of Redmine.

perfectly understandable.


> The main advantages that I see from using the Redmine forum(s)
> * Users need only account to access all project information through a
> common interface

I see this from your perspective: a single-sign-on to all of exiv2
resources. From my perspective it would be one sign-on for each
project/list I am following. With mailing lists it is true singe-sign-on
everywhere, for both reading and writing.

Web based forums make writing difficult, resulting in less user
contributions, not more. Indeed, one of the world's most famous
management consulting firms recommend companies replace mailing lists
with forums to reduce the support work: when users post less, there is
less work to do.


> * Easy cross linking between issues and forum posts and repository commits

an URL in the commit can link to anything.


> * Today most discussions take place in the Yahoo group and I
> frequently end up copying a post to the bug tracker (bug/feature) and
> once it's there, the discussion usually stops. With the new setup, I
> hope it will be easier for people to post to the appropriate channel
> right away and we can discuss it there.

Why copy the post? why not simply enter the URL? with redmine you won't
read it offline anyway, and the bug trackers are all online tools too.

Ideal would be a bug tracker that synchronize it's database locally,
similarly to git or mercurial for version control; and if it could keep
track of the reference headers in the emails and use them to access the
text itself via the mail client, that would be the cherry on the cake.

Discussion tend to happen more often on mailing lists than on web based
tools, whether bug tracker or other. And normal users are quite scared
of the structured and complex environment of a bug tracker.


> * Last but not least, the data in Redmine in our control, not Yahoo's
> (or Google's)

If control is an issue, just subscribe an extra email address to the
Yahoo or Google mailing list, and pull it automatically somewhere into a
Maildir. I don't see a case speaking for controlling the list. On the
other hand the upside of having the list hosted for free by Y or G is a
strong case. And very easy to administer too. But that's my opinion.


> It has always been possible to post to the Yahoo group anonymously,

I am testing this now. WHen I log on the web to
http://uk.groups.yahoo.com/group/exiv2/ it says that posting is for
members only. Probably what you mean is that any email address can send
a mail to the group's email address?

Anyway, I wish you luck with Redmine and web based forum. Unlikely that
I will join / participate, but I am just a small and insignificant drop
amongst your user base.

Yuv

Yuv, Gilles,

Thanks for your feedback, it's not so unexpected that the "power
users" are those who find the idea of a "forum" questionable.

The Redmine forums (current version 0.8) *do* provide a mailing list
interface to some extent. In particular, it is possible to "watch" an
entire forum or individual threads (see the "watch" link in the upper
right corner of the page - of course only if you're subscribed). In
your account settings you can also opt to "watch" all activities of
the project (incl. forum posts, issues, commits) if you like. As a
result you'll get an email sent to your registered address for each
"watched" event. What I haven't seen is an option to subscribe to some
sort of digests.

Redmine further allows creation of issues and submission of comments
by email. Surprisingly however, it does not (yet) support forum posts
by email, so it's not possible to reply to an email from a watched
thread or start a thread by email. (But the mails contain a link that
brings you to a page from which you can reply reasonably quickly).

There is an existing feature for this in the Redmine bugtracker
(http://www.redmine.org/issues/show/1616), even with a patch.
Unfortunately and for no obvious reason that patch didn't make it into
the last release of Redmine. Brad, our sysadm, is not keen to maintain
a patched version of Redmine.

However, both Brad and myself have recently left comments on this
Redmine feature expressing the need for a more complete mailing list
interface. I'll leave another one with a pointer to this thread,
you're feedback will hopefully have more impact than our previous pleas.

The main advantages that I see from using the Redmine forum(s)
* Users need only account to access all project information through a
common interface
* Easy cross linking between issues and forum posts and repository commits
* Today most discussions take place in the Yahoo group and I
frequently end up copying a post to the bug tracker (bug/feature) and
once it's there, the discussion usually stops. With the new setup, I
hope it will be easier for people to post to the appropriate channel
right away and we can discuss it there.
* Last but not least, the data in Redmine in our control, not Yahoo's
(or Google's)

> There are places where bandiwdth is unavailable, expensive, slow,
inconvenient,
> dangerous, or a combination of those factors.

Yes... most of those apply here :)

> Enabling anonymous posting works around another of the crippling
> limitations of web based forums: remembering all the passwords and
> nicknames and URLs is a nightmare. But anonymity is an open door for
> spammers and trolls. In most cases, if somebody has to hide to post a
> message, it is a sign that he better not post that message.

It has always been possible to post to the Yahoo group anonymously,
although Yahoo's terms probably don't allow it. It's meant for people
who have a quick question or feedback and no intention to stay around
for long. The Yahoo sign-up procedure is complicated enough to put off
most of these users, so that without the possibility to post
anonymously, we won't get this feedback and won't be able to help
these users. If it gets abused I won't hesitate to disable it very
quickly, but on the Yahoo group at least, this has been working well.

> Needless to say that I could rant for hours
> against HTML-formatted mail, which I display as text-only for both
> readability and security reasons.

Currently emails are sent in HTML format I believe. But you've got a
point, let me try out the plain text setting.

Andreas

Hi Andreas,

I just found out that you intend to replace the YahooGroup with a forum.

<http://dev.exiv2.org/boards/3/topics/show/6>

Please reconsider.

A YahooGroup (or a GoogleGroup, which IMO is even better) is a nice mix
of web based forum (for those who like the added layer of the web) and
mailing list, for those who can't or do not want to use the web.

I like to have information pushed at me. With a forum, I must go out and
pull it.

I like to download my messages and read and reply to them offline. Then,
   the next time I am near to an access point, I synchronize. There are
places where bandiwdth is unavailable, expensive, slow, inconvenient,
dangerous, or a combination of those factors.

Enabling anonymous posting works around another of the crippling
limitations of web based forums: remembering all the passwords and
nicknames and URLs is a nightmare. But anonymity is an open door for
spammers and trolls. In most cases, if somebody has to hide to post a
message, it is a sign that he better not post that message.

Besides, there is the cacophony of different web designs. I like to read
the dozens of lists that I follow in the same familiar user interface. I
optimize the font and colors to adapt to my eyesight and the devices I
am using to read the texts. Needless to say that I could rant for hours
against HTML-formatted mail, which I display as text-only for both
readability and security reasons.

It is, of course, your decision, and I am just a marginal user of your
library. Nevertheless, I kindly ask you to reconsider, and either
continue with the YahooGroup or setup a GoogleGroup.

Thank you for reading my plea.
Yuv

For other users who have the same or similar problems. Here is how
Robin and I solved this after emailing a couple of times:

-------Robin-------
I think I've fixed this.  Here's what I think is wrong (nothing
serious - however all cause irritation and mild pain)

1) You've linked with /clr:pure - so it's expecting a managed code DLL
(and exiv2.dll is native code)
- You set this in project properties (not the linker settings (yuck))
2) You'll only need to link exiv2.dll and libexpat.dll (you don't need
to link any static libraries)
3) You should compile the code for /MDd (dynamic link DLLs)
4) #define FILENAME as ..\\test.jpg
5) I had to add some (horrible/incomprehensible) code from the
internet to convert std::string to System::String
(beware, I've no idea if this is correct - all I can say is that it
doesn't crash!)
[MK: I've made some changes to this, so it shouldn't be an issue]
6) add a post-build step to copy the dlls from ../lib/debugdll/*.dll
to $(OutDir)

[snip]
---- Marijn ------
I've made the following changes to Robin's build environment:
Added quotes around Build Events > Post-build event > Command Line as
the copy failed on my Windows version. In my version it reads:
copy "..\bin\debugdll\*.dll" "$(OutDir)".

For the release version I did the following:
Configuration Properties > General > Common Language Runtime Support: /clr
		 > Linker > General > Enable Incremental Linking: Yes (/INCREMENTAL)

In addition to Robin's suggestions above.

My build environment can be downloaded from:
http://www.abscreensaver.com/downloads/exiv2/form.zip
Place it in the \msvc subfolder and it should (fingers crossed) work.

Now to apply it all to my existing project :)

We now have a new project website at

     http://dev.exiv2.org/wiki/exiv2

It includes an issue tracker, commit info list, forum(s - only one for
now) and a wiki, all integrated, with a common look-and-feel and a
single sign-on.
What I like very much about this is that it integrates and combines
all these tools and allows linking across them. So please go and have
a look and see how you like it.

The new forum at http://dev.exiv2.org/projects/exiv2/boards replaces
this group with immediate effect. All discussions should continue
there. This group will remain open for posting for a short time, only
for feedback about problems posting to the new forum. I will set it to
read-only as soon as we know that the new application works well.

All *Mantis* users (not those from the Yahoo! group) have been
migrated to the new application. But the passwords could not be
imported. If you want to reuse your Mantis username and details, you
need to go to http://dev.exiv2.org/login and click the "Lost Password"
link to reactivate your account.

Andreas

http://dev.exiv2.org/issues/show/601

Suggest the discussion continues there.

-ahu.

Hi,

The new XMP specification[1] has more details on metadata conversions. The
implementation in Exiv2 is mostly correct, but some parts are missing or need
some improvement.

Exiv2::syncExifWithXmp is insufficient, the algorithms on page 64 are more
complex. It needs access to all kinds of metadata - XMP, Exif, IPTC and
also to the IPTC digest which is stored in Photoshop Image Resources (I
suppose that this will have to wait for the unified metadata).
Maybe it also makes sense to hardcode the conversion to readMetadata and
writeMetadata as it is described on page 55 of the specification, because
otherwise there may be a data loss if an image is edited first by Exiv2 and
then by some Adobe software. Another reason is that the conversion rules for
each format may be slightly different.

I think that these issues should be added to the TODO list.

Vladimir

[1] http://www.adobe.com/devnet/xmp/pdfs/XMPSpecificationPart3.pdf

Hi Alan,

Rest assured that the ability to add custom tags will remain. Also the
current string based interface will stay, it is quite useful.

The objectives of this feature are to simplify the internal structure
of the Key class(es) and add an interface for known tags
that allows compilers to issue compile-time errors for misspelled keys
and IDEs to auto-complete key names. It looked quite straightforward
when the issue was first created and XMP was not in the picture yet:
three integers was all that was required to represent a key then. With
XMP, the situation is more complicated now because namespaces and
property names don't have numbers (identifiers). Right now I'm not
sure anymore how to do this. I placed this issue on the roadmap also
to force a decision - if we can't come up with a good solution we may
drop it altogether.

As far as backward compatibility is concerned, I generally try not to
make unnecessary API changes. However, the unified container change
that is planned for 0.19 is going to break quite a lot of things with
little room for backward compatibility. See
http://uk.groups.yahoo.com/group/exiv2/message/1480 for more context.

Andreas

Andreas,

Having checked out the Exiv2 road map
(http://dev.exiv2.org/projects/roadmap/exiv2) I notice that you're
considering changing the key from a string to a name.

Could I suggest that you perhaps provide support for both types of
keys (continue supporting string based keys), the reason being that we
make use of quite a few custom xmp fields which would make it
difficult for us to upgrade in the future if all fields were a
constant set of variables.

Also, I'm sure it'd be beneficial to keep some backward compatibility
between versions (and also provide a mechanism for setting/retrieving
custom fields)

Thanks,
Alan.

> Since there is now an official specification, are there any
> plans to support extended XMP in exiv2?

Yes, we should do that as well as upgrade to the new version of the
XMP Toolkit. I've opened 2 issues but I won't have time to look into
this immediately.

http://dev.exiv2.org/issues/show/599
http://dev.exiv2.org/issues/show/600

Gilles,

Have a look at the document referenced by Marco, it contains useful
information about XMP and other metadata in video file formats.

Andreas

Hello,

It looks like Adobe has recently updated its XMP specification
to allow JPEG files to host large (> 65,502 bytes) XMP packets
by splitting them into multiple APP1 marker segments.

The gory details are explained in the "Extended XMP in JPEG"
section in this document:

     <http://www.adobe.com/devnet/xmp/pdfs/XMPSpecificationPart3.pdf>

Since there is now an official specification, are there any
plans to support extended XMP in exiv2?


                                         -- marco

--
It's not the data universe only, it's human conversation.
They want to turn it into a one-way flow that they have entirely
monetized. I look at the collective human mind as a kind of
ecosystem. They want to clear cut it. They want to go into the
rainforest of human thought and mow the thing down.

> > An additional option --with-zlib=/usr/local to configure should take
> > care of this
> >
>
> Oddly enough it did not work out on my system. Here's the relevant
> output from make:
>
> ../libtool --mode=link g++ -no-undefined -o libexiv2.la basicio.lo
> bmpimage.lo canonmn.lo convert.lo cr2image.lo crwimage.lo datasets.lo

I can reproduce this. The LDFLAGS setting passed to "make" overwrites
that from configure. It works here if I set LDFLAGS in the environment
before running "configure", like

OATEST-02> export LDFLAGS="-no-undefined"
OATEST-02> ./configure --with-zlib=/usr/local --disable-nls
--disable-printucs2 --disable-xmp

That results in the desired LDFLAGS value in config/config.mk and
subsequently "make" succeeds.

-ahu.

Hi Andreas, and thanks again.
Here's a quick follow-up on the --with-zlib=/usr/local thing.

--- In exiv2@..., "Andreas Huggel" <ahuggel@...> wrote:
> > the -L/usr/local/lib switch was required because otherwise libtool
> > wasn't able to find the libraries for libz (aka zlib): in
> > C:\msys\1.0\local\lib (mounted in /usr/local/lib) I have the following
> > files from the GnuWin32 package of zlib:
> > libz.a
> > libz.dll (renamed from the zlib1.dll)
> > libz.dll.a
>
> An additional option --with-zlib=/usr/local to configure should take
> care of this
>

Oddly enough it did not work out on my system. Here's the relevant
output from make:

../libtool --mode=link g++ -no-undefined -o libexiv2.la basicio.lo
bmpimage.lo canonmn.lo convert.lo cr2image.lo crwimage.lo datasets.lo
error.lo exif.lo futils.lo fujimn.lo gifimage.lo image.lo iptc.lo
jp2image.lo jpgimage.lo makernote.lo metadatum.lo minoltamn.lo
mrwimage.lo nikonmn.lo olympusmn.lo orfimage.lo panasonicmn.lo
pngimage.lo pngchunk.lo preview.lo properties.lo psdimage.lo
rafimage.lo sigmamn.lo pentaxmn.lo sonymn.lo tags.lo tgaimage.lo
tiffcomposite.lo tiffimage.lo tiffvisitor.lo types.lo value.lo
version.lo xmp.lo xmpsidecar.lo localtime.lo -rpath /usr/local/lib
-version-info 7:0:2 -lz  -lm

*** Warning: linker path does not have real file for library -lz.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libz but no candidates were found. (...for file magic test)
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.

*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.
ar cru .libs/libexiv2.a  basicio.o bmpimage.o canonmn.o convert.o
cr2image.o crwimage.o datasets.o error.o exif.o futils.o fujimn.o
gifimage.o image.o iptc.o jp2image.o jpgimage.o makernote.o
metadatum.o minoltamn.o mrwimage.o nikonmn.o olympusmn.o orfimage.o
panasonicmn.o pngimage.o pngchunk.o preview.o properties.o psdimage.o
rafimage.o sigmamn.o pentaxmn.o sonymn.o tags.o tgaimage.o
tiffcomposite.o tiffimage.o tiffvisitor.o types.o value.o version.o
xmp.o xmpsidecar.o localtime.o
ranlib .libs/libexiv2.a
creating libexiv2.la
(cd .libs && rm -f libexiv2.la && cp -p ../libexiv2.la libexiv2.la)

while appending an additional -L/usr/local/lib at the end of the
libtool invocation seems to do the trick.

I'm just leaving this here as a hint, I don't quite know what the best
course of action would

Hi Giuseppe,

Thanks for sharing this! It's the first time I see an exiv2 DLL
created on MinGW/MSYS with the existing Makefiles. So far I've only
built DLLs with MSVC.

> gcc-g++-4.2.1-sjlj-2

I managed to also do this with the MinGW g++ 3.4.5 here.

> So I opened an msys shell and configured exiv2 with:
> ./configure  --disable-xmp  --disable-visibility
>
> It seems like I have to use --disable-visibility to avoid warning
> messages (output by g++) like these:
> warning: visibility attribute not supported in this configuration;
ignored
> Are gcc's visibility attributes an ELF exclusive or are those
> available also for PE targets?

Yes, apparently they are an ELF specific feature.

> I then built exiv2 with:
> make LDFLAGS="-no-undefined  -L/usr/local/lib"
> the -no-undefined switch was required so that libtool would be able to
> build the dll. Without it libtool complains with:
> libtool: link: warning: undefined symbols not allowed in
> i686-pc-mingw32 shared libraries
> and builds only the static lib of exiv2.

The -no-undefined flag is something I should add to the autoconf
logic. I'll try to figure out what exactly to test for.

> the -L/usr/local/lib switch was required because otherwise libtool
> wasn't able to find the libraries for libz (aka zlib): in
> C:\msys\1.0\local\lib (mounted in /usr/local/lib) I have the following
> files from the GnuWin32 package of zlib:
> libz.a
> libz.dll (renamed from the zlib1.dll)
> libz.dll.a

An additional option --with-zlib=/usr/local to configure should take
care of this

> The build process completes and I have a working libexiv2-5.dll file
> which I am able to link against.
> Why does libtool appends -5 btw?

That looks like the soversion. On Linux, it installs libexiv2.so.5.2.0
with symlinks libexiv2.so.5 and libexiv2.so

Andreas

> I was trying to do this with the command line.

OATEST-02> exiv2 -M'reg ns myNamespace/' -M'set Xmp.ns.MyProperty
metadata' test.jpg
OATEST-02> exiv2 -M'set Iptc.0x00ff.0x1234 metadata' test.jpg
OATEST-02> exiv2 -pa test.jpg
Iptc.0x00ff.0x0034                           String      8  metadata
Xmp.ns.MyProperty                            XmpText     8  metadata

> Maybe I should ask if it is better from a
> data intent standpoint if I should add my unique note data to the Iptc
> or XMP metadata?

That depends on what you're doing this for. If you're looking for
compatibility with other software, XMP is probably the best supported
and standardized way to add such custom tags. For compatibility with a
specific other program, just try it out. If you have thousands of
pictures and performance is an issue, IPTC would be better as
processing IPTC is faster than XMP.
etc

> exiv2 -M"add Iptc.User.Country String Canada"  CRW_9003.THM
> -M option 1: Invalid key `Iptc.User.Country'

For IPTC custom keys, both the group ("User") and tag ("Country") must
be hex numbers (the group number is only a one byte number) and they
can not be associated with any group and tag names. See the example above.
XMP groups and tags on the other hand only have a name, no associated
number.
That's just how these metadata types are defined.

Andreas

Andreas,

Thanks for your reply.

I forgot to mention I was trying to do this with the command line.  I
should have been more clear in that respect and provided a few
examples of what I was trying to do.  I had not only tried to add to
the Exif, bit alos Iptc.  Maybe I should ask if it is better from a
data intent standpoint if I should add my unique note data to the Iptc
or XMP metadata?  I happened to use the exiftags program and the only
thing that worked seemed to be adding XMP tags, but it displayed the
XMP group as Adobe Photoshop which I felt was inappropriate for my
user image data information.

I tried with exiv2:

exiv2 -M"add Iptc.User.Country String Canada"  CRW_9003.THM
-M option 1: Invalid key `Iptc.User.Country'
exiv2: Error parsing -M option arguments
Usage: exiv2 [ options ] [ action ] file ...

Manipulate the Exif metadata of images.

What am I doing wrong above assuming it makes more data sense to add
my information to Iptc rather than XMP?


Regards,

John L. Males
Toronto, Ontario
04 January 2008 21:53


--- In exiv2@..., "Andreas Huggel" <ahuggel@...> wrote:
>
> Hello John,
>
> > I tried to add new tags to the exif data of my digital images
> > using exiv2 with no success.
> [...]
> > Is there some other way to add tags to an image that
> > are not defined in the code already?
>
> You can add unknown tags in existing groups using keys with
> hexadecimal tag numbers. Eg "Exif.Image.0x1234"
> There is no way to add custom Exif groups (like
> "Exif.MyGroup.0x1234"), groups are hardwired to the TIFF structure.
> Adding a new TIFF structure element is problematic anyway: other
> software wouldn't be able to read it and would corrupt it when writing
> other (known) tags.
> This limitation does not exist for IPTC and XMP metadata, for these
> you can add unknown tags as well as custom groups.
>
> Andreas
>

Hello John,

> I tried to add new tags to the exif data of my digital images
> using exiv2 with no success.
[...]
> Is there some other way to add tags to an image that
> are not defined in the code already?

You can add unknown tags in existing groups using keys with
hexadecimal tag numbers. Eg "Exif.Image.0x1234"
There is no way to add custom Exif groups (like
"Exif.MyGroup.0x1234"), groups are hardwired to the TIFF structure.
Adding a new TIFF structure element is problematic anyway: other
software wouldn't be able to read it and would corrupt it when writing
other (known) tags.
This limitation does not exist for IPTC and XMP metadata, for these
you can add unknown tags as well as custom groups.

Andreas

Hello,

I tried to add new tags to the exif data of my digital images
using exiv2 with no success.  I looked at the code and it
appears the only way to add tags that will be unique to the
notes/data I keep and want attached to the image is to make a
patch to exiv2 and keep applying this patch to the code going
forward as my "personal varient" of exiv2.  Something I like to
avoid, but at same time the tags I need to add are very unique
to me so adding them to the code base would not make any
sense.  Is there some other way to add tags to an image that
are not defined in the code already?


Regards,

John L. Males
Toronto, Ontario
04 January 2008 17:48

Happy New Year to the exiv2 enthusiasts (and unhappy Windows form users)

I've never used Windows forms.  The MSVC environment builds native exiv2
libraries (both
static and dynamic).  I'm wondering if we need to build a managed code version
to link
with Windows Forms.  Some time ago, Andreas Grimme (not Andreas Huggel) posted a
.Net wrapper for exiv2 written in C#.  I have successfully built that and
perhaps that's
what's needed here.

Anyway, several suggestions:
1) Maybe somebody can comment on linking native code with Windows forms.
2) Does the C# wrapper help?
3) Send me your windows form code (and build environment) and I'll investigate.

Robin



--- In exiv2@..., "Etienne D. Falcon" <etiennefalcon@...> wrote:
>
>
> Hello everyone,
>
> I'm trying to add GPS informations in jpeg files.
> I simply can't seem to link EXIV2 proprely. I'm pretty new to MSVC,
> and yes I know portable code is better and all, but my boss doesn't
> really care. Since he's the one with the paychecks, I do what he ask.
>
> First of all is it possible to get EXIV2 working with Windows Forms
> Application? (CLR)
> Then what's the easiest way? including wich library? is it easier
> using exivsimple?
>
> right now what I'm getting about 55 error like this one:
> error LNK2028: unresolved token (0A00000E) "public: virtual void
> __clrcall Exiv2::Image::clearMetadata(void)"
> (?clearMetadata@Image@Exiv2@@$$FUAMXXZ) referenced in function "void
> __clrcall `dynamic initializer for 'const
> Exiv2::Image::`vftable'''(void)"
> (???__E??_7Image@Exiv2@@6B@@@YMXXZ@?A0x5fd43514@@$$FYMXXZ)
>
> then about 55 more of that kind:
> error LNK2019: unresolved external symbol "public: struct
> std::pair<unsigned char *,long> __clrcall
> Exiv2::DataBuf::release(void)"
> (?release@DataBuf@Exiv2@@$$FQAM?AU?$pair@PAEJ@std@@XZ) referenced in
> function "public: __clrcall Exiv2::DataBuf::operator struct
> Exiv2::DataBufRef(void)" (??BDataBuf@Exiv2@@$$FQAM?AUDataBufRef@1@XZ)
>
> Is there an easy fix?
>
>
> thanx for your help
>
> Falcon
>

Hi Andreas & all,
I downloaded exiv2 v0.18 and I wanted to build a dll in windows using
MinGW/msys.
I'd like to share my results, hoping that someone more fluent in
autotools & company would be able to spot my errors or make the
process more "streamlined".

here's some packages I have installed:
gcc-core-4.2.1-sjlj-2
gcc-g++-4.2.1-sjlj-2
w32api-3.10
binutils-2.17.50-20060824-1
mingw32-make-3.81-2
mingw-runtime-3.13

So I opened an msys shell and configured exiv2 with:
./configure  --disable-xmp  --disable-visibility

It seems like I have to use --disable-visibility to avoid warning
messages (output by g++) like these:
warning: visibility attribute not supported in this configuration; ignored
Are gcc's visibility attributes an ELF exclusive or are those
available also for PE targets?
My g++ was built like this:
$ g++ -v
Using built-in specs.
Target: mingw32
Configured with: ../gcc-4.2.1-2-src/configure --with-gcc
--enable-libgomp --host=mingw32 --build=mingw32 --target=mingw32
--program-suffix=-sjlj --with-arch=i486 --with-tune=generic
--disable-werror --prefix=/mingw --with-local-prefix=/mingw
--enable-threads --disable-nls
--enable-languages=c,c++,fortran,objc,obj-c++,ada
--disable-win32-registry --enable-sjlj-exceptions
--enable-libstdcxx-debug --enable-cxx-flags=-fno-function-sections
-fno-data-sections --enable-version-specific-runtime-libs
--disable-bootstrap
Thread model: win32
gcc version 4.2.1-sjlj (mingw32-2)


I then built exiv2 with:
make LDFLAGS="-no-undefined  -L/usr/local/lib"
the -no-undefined switch was required so that libtool would be able to
build the dll. Without it libtool complains with:
libtool: link: warning: undefined symbols not allowed in
i686-pc-mingw32 shared libraries
and builds only the static lib of exiv2.
the -L/usr/local/lib switch was required because otherwise libtool
wasn't able to find the libraries for libz (aka zlib): in
C:\msys\1.0\local\lib (mounted in /usr/local/lib) I have the following
files from the GnuWin32 package of zlib:
libz.a
libz.dll (renamed from the zlib1.dll)
libz.dll.a

The build process completes and I have a working libexiv2-5.dll file
which I am able to link against.
Why does libtool appends -5 btw?

happy new year to y'all
Giuseppe