Re: eog does not prserve EXIF when saving




On 27.6.2005, at 8:52, Jens Finke wrote:

Hallo Valdimir,

for such questions there is an eog mailing list: eog-list gnome org

Vladimir Kotal schrieb:
I use EOG pretty frequently and it is wonderfull (yet simple) tool but which annoys me is that it does not preserve EXIF part of JPEG files when doing rotation and than saving (at least in Fedora Core 4 running Gnome). Do you plan to implement this in future versions ?

I don't know what eog configuration/version FC 4 ships. So eog does preserve EXIF information (I use it myself pretty frequently) if you compile it with EXIF support. To enable this you must have libexif installed when compiling eog.

FC4 (final release, not testing version) ships with EOG 2.10.0.

The list of dynamic libraries for eog binary is the following:

[erazim ~]$ ldd /usr/bin/eog
        linux-gate.so.1 =>  (0x00603000)
        libpopt.so.0 => /usr/lib/libpopt.so.0 (0x00560000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x00697000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x0057f000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x00b74000)
        libgnomeui-2.so.0 => /usr/lib/libgnomeui-2.so.0 (0x00369000)
        libbonoboui-2.so.0 => /usr/lib/libbonoboui-2.so.0 (0x004aa000)
libgnomecanvas-2.so.0 => /usr/lib/libgnomecanvas-2.so.0 (0x0047f000)
        libgnome-2.so.0 => /usr/lib/libgnome-2.so.0 (0x07a0a000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x0016f000)
        libgnomevfs-2.so.0 => /usr/lib/libgnomevfs-2.so.0 (0x07d93000)
        libbonobo-2.so.0 => /usr/lib/libbonobo-2.so.0 (0x07dfb000)
        libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0x07e53000)
libbonobo-activation.so.4 => /usr/lib/libbonobo-activation.so.4 (0x07c52000)
        libORBit-2.so.0 => /usr/lib/libORBit-2.so.0 (0x07b0c000)
        libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x079dd000)
        libglade-2.0.so.0 => /usr/lib/libglade-2.0.so.0 (0x001b2000)
        libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x06b75000)
        libxml2.so.2 => /usr/lib/libxml2.so.2 (0x008c4000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00d24000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00b5f000)
        libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x003fa000)
        libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00228000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00241000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x00260000)
        libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x0021b000)
        libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00137000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00ce6000)
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00da2000)
        libdl.so.2 => /lib/libdl.so.2 (0x00b59000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00c5b000)
        libart_lgpl_2.so.2 => /usr/lib/libart_lgpl_2.so.2 (0x07a27000)
        libexif.so.12 => /usr/lib/libexif.so.12 (0x020b9000)
        libm.so.6 => /lib/libm.so.6 (0x00b33000)
        libc.so.6 => /lib/libc.so.6 (0x00a07000)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00869000)
libgnome-keyring.so.0 => /usr/lib/libgnome-keyring.so.0 (0x07bdf000)
        libesd.so.0 => /usr/lib/libesd.so.0 (0x009d9000)
        libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0x079e4000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00dc9000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00d38000)
        libssl.so.5 => /lib/libssl.so.5 (0x0088a000)
        libcrypto.so.5 => /lib/libcrypto.so.5 (0x006a2000)
        libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x0082a000)
        libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x007b1000)
        libcom_err.so.2 => /lib/libcom_err.so.2 (0x005a7000)
        libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00843000)
        libhowl.so.0 => /usr/lib/libhowl.so.0 (0x07c68000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x0056a000)
        librt.so.1 => /lib/librt.so.1 (0x079c7000)
libORBitCosNaming-2.so.0 => /usr/lib/libORBitCosNaming-2.so.0 (0x07c4b000)
        /lib/ld-linux.so.2 (0x009e9000)
        libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x00127000)
        libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x0012d000)
        libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x00116000)
        libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x00101000)
        libXfixes.so.3 => /usr/X11R6/lib/libXfixes.so.3 (0x00259000)
        libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x00268000)
        libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x00df5000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x00c4a000)
        libasound.so.2 => /lib/libasound.so.2 (0x07a3f000)
        libexpat.so.0 => /usr/lib/libexpat.so.0 (0x00da8000)
        libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00825000)
[erazim ~]$

So, eof shipped with FC4 should be capable of preserving EXIF data. I have found out that it really does preserve EXIF data, but unfortunately not for all picture files.

The behavior of eog regarding EXIF preserving depends on yet unknown condition - for some pictures it preserves EXIF data, for some does not.

The only thing I have realized so far is that the EXIF-preservation behavior depends on location of the file: If I copy the same picture (e.g. "/home/media/Pictures/prvnich\ 430\ fotek/pict0400.jpg") to ~/Desktop and apply rotation on it and than save it, EXIF data will be preserved. However, if I rotate+save it in "/home/media/Pictures/prvnich\ 430\ fotek/", EXIF tags will not be preserved.

The directory's permissions are set to 775 and owners are root:my_group. The pictures in this directory are owned by my_user:my_user. my_user is member of my_group.


v.




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]