SVN compile

[Duncan Hill-5]

This should probably be on -dev(el), but I haven't got around to subscribing
yet.

Compiling the latest SVN on an AMD64 box (Kubuntu) generates an annoying
error:

../../digikam/utilities/imageeditor/.libs/libimagecanvas.a(imlibinterface.o):
In function `Digikam::ImlibInterface::load(QString const&, bool*)':
imlibinterface.cpp:(.text+0x24d2): undefined reference to `dcraw_identify'

dcraw is installed (not sure if this matters) as version 7.65.  What other
info do I need to provide to help solve this?
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier]

Le Samedi 31 Décembre 2005 16:30, Duncan Hill a écrit :

> This should probably be on -dev(el), but I haven't got around to
> subscribing yet.
>
> Compiling the latest SVN on an AMD64 box (Kubuntu) generates an annoying
> error:
>
> ../../digikam/utilities/imageeditor/.libs/libimagecanvas.a(imlibinterface.o
>): In function `Digikam::ImlibInterface::load(QString const&, bool*)':
> imlibinterface.cpp:(.text+0x24d2): undefined reference to `dcraw_identify'
>
> dcraw is installed (not sure if this matters) as version 7.65.  What other
> info do I need to provide to help solve this?

no. `dcraw_identify' is an old method to identify RAW files. it's use a part
of dcraw source code... but this method is obsolete. A new class is used
instead. I recommend you to clean up all build in your computer and recompile
all from a fresh checkout.

--
Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Duncan Hill-5]

On Saturday 31 December 2005 17:04, Gilles Caulier wrote:

> Le Samedi 31 Décembre 2005 16:30, Duncan Hill a écrit :
> > This should probably be on -dev(el), but I haven't got around to
> > subscribing yet.
> >
> > Compiling the latest SVN on an AMD64 box (Kubuntu) generates an annoying
> > error:
> >
> > ../../digikam/utilities/imageeditor/.libs/libimagecanvas.a(imlibinterface
> >.o ): In function `Digikam::ImlibInterface::load(QString const&, bool*)':
> > imlibinterface.cpp:(.text+0x24d2): undefined reference to
> > `dcraw_identify'
> >
> > dcraw is installed (not sure if this matters) as version 7.65.  What
> > other info do I need to provide to help solve this?
>
> no. `dcraw_identify' is an old method to identify RAW files. it's use a
> part of dcraw source code... but this method is obsolete. A new class is
> used instead. I recommend you to clean up all build in your computer and
> recompile all from a fresh checkout.

Fresh checkout from this morning, but I'll try again.  Using the script from
the docs page if that makes any difference.

For digikam:
Updated to revision 492981.
For plugins:
Checked out revision 492982.

Same error.

I wonder if it's picking up libs from /usr/lib or similar instead of the kipi
and kexif from the earlier compile?

I'll remove kipi and kexif and digikam that are installed from mpg.de and see
what happens if I do an install in /usr instead of /opt.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Duncan Hill-5]

On Saturday 31 December 2005 21:36, Duncan Hill wrote:
> On Saturday 31 December 2005 17:04, Gilles Caulier wrote:

> > no. `dcraw_identify' is an old method to identify RAW files. it's use a
> > part of dcraw source code... but this method is obsolete. A new class is
> > used instead. I recommend you to clean up all build in your computer and
> > recompile all from a fresh checkout.
>
> Fresh checkout from this morning, but I'll try again.  Using the script
> from the docs page if that makes any difference.

> I'll remove kipi and kexif and digikam that are installed from mpg.de and
> see what happens if I do an install in /usr instead of /opt.

Kipi etc all removed.

Same issue.

I have to wonder if I'm checking out the right svn!
 svn co svn://anonsvn.kde.org/home/kde/trunk/extragear/libs
 svn co -N svn://anonsvn.kde.org/home/kde/branches/stable/extragear/graphics
 svn co svn://anonsvn.kde.org/home/kde/branches/KDE/3.5/kde-common/admin
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier]

Selon Duncan Hill <[hidden email]>:

> On Saturday 31 December 2005 21:36, Duncan Hill wrote:
> > On Saturday 31 December 2005 17:04, Gilles Caulier wrote:
>
> > > no. `dcraw_identify' is an old method to identify RAW files. it's use a
> > > part of dcraw source code... but this method is obsolete. A new class is
> > > used instead. I recommend you to clean up all build in your computer and
> > > recompile all from a fresh checkout.
> >
> > Fresh checkout from this morning, but I'll try again.  Using the script
> > from the docs page if that makes any difference.
>
> > I'll remove kipi and kexif and digikam that are installed from mpg.de and
> > see what happens if I do an install in /usr instead of /opt.
>
> Kipi etc all removed.
>
> Same issue.
>
> I have to wonder if I'm checking out the right svn!
>  svn co svn://anonsvn.kde.org/home/kde/trunk/extragear/libs
>  svn co -N svn://anonsvn.kde.org/home/kde/branches/stable/extragear/graphics
>  svn co svn://anonsvn.kde.org/home/kde/branches/KDE/3.5/kde-common/admin
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users
>

trying make distclean; make -f Makefile.cvs; ./configure...etc...

--
Gilles CAULIER
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Duncan Hill-5]

On Saturday 31 December 2005 22:31, Gilles CAULIER wrote:

> trying make distclean; make -f Makefile.cvs; ./configure...etc...

rm -rf'd my entire build area.  Edited the script to force a distclean.

Same.

Path: imlibinterface.cpp
Name: imlibinterface.cpp
URL:
svn://anonsvn.kde.org/home/kde/branches/stable/extragear/graphics/digikam/utilities/imageeditor/imlibinterface.cpp
Repository UUID: 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
Revision: 492993
Node Kind: file
Schedule: normal
Last Changed Author: cgilles
Last Changed Rev: 492271
Last Changed Date: 2005-12-29 13:38:12 +0000 (Thu, 29 Dec 2005)
Text Last Updated: 2005-12-31 21:26:00 +0000 (Sat, 31 Dec 2005)
Properties Last Updated: 2005-12-31 21:25:57 +0000 (Sat, 31 Dec 2005)
Checksum: c21f56d9420d498ade216e38e727c073

Line 66:
// From dcraw program (digikam/libs/dcraw/parse.c) to identify RAW files

extern "C"
{
int dcraw_identify(const char* infile, const char* outfile);
}

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier]

Le Dimanche 1 Janvier 2006 00:03, Duncan Hill a écrit :

> On Saturday 31 December 2005 22:31, Gilles CAULIER wrote:
> > trying make distclean; make -f Makefile.cvs; ./configure...etc...
>
> rm -rf'd my entire build area.  Edited the script to force a distclean.
>
> Same.
>
> Path: imlibinterface.cpp
> Name: imlibinterface.cpp
> URL:
> svn://anonsvn.kde.org/home/kde/branches/stable/extragear/graphics/digikam/u
>tilities/imageeditor/imlibinterface.cpp Repository UUID:
> 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
> Revision: 492993
> Node Kind: file
> Schedule: normal
> Last Changed Author: cgilles
> Last Changed Rev: 492271
> Last Changed Date: 2005-12-29 13:38:12 +0000 (Thu, 29 Dec 2005)
> Text Last Updated: 2005-12-31 21:26:00 +0000 (Sat, 31 Dec 2005)
> Properties Last Updated: 2005-12-31 21:25:57 +0000 (Sat, 31 Dec 2005)
> Checksum: c21f56d9420d498ade216e38e727c073
>
> Line 66:
> // From dcraw program (digikam/libs/dcraw/parse.c) to identify RAW files
>
> extern "C"
> {
> int dcraw_identify(const char* infile, const char* outfile);
> }
>

Right. something have been forget during backport from trunk. Fixed in svn

Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Duncan Hill-5]

On Sunday 01 January 2006 08:52, Caulier Gilles wrote:

> Right. something have been forget during backport from trunk. Fixed in svn

Thank you Gilles :)  Digikam has compiled from SVN quite happily now and is
running.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier]

Le Dimanche 1 Janvier 2006 12:51, Duncan Hill a écrit :
> On Sunday 01 January 2006 08:52, Caulier Gilles wrote:
> > Right. something have been forget during backport from trunk. Fixed in
> > svn
>
> Thank you Gilles :)  Digikam has compiled from SVN quite happily now and is
> running.

Fine. Have you tested RAW files support ?

--
Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Duncan Hill-5]

On Sunday 01 January 2006 12:07, Gilles Caulier wrote:
> Le Dimanche 1 Janvier 2006 12:51, Duncan Hill a écrit :
> > On Sunday 01 January 2006 08:52, Caulier Gilles wrote:
> > > Right. something have been forget during backport from trunk. Fixed in
> > > svn
> >
> > Thank you Gilles :)  Digikam has compiled from SVN quite happily now and
> > is running.
>
> Fine. Have you tested RAW files support ?

Yes - it imported my .mrw files (Dynax 5D) quite happily (command line call to
dcraw by the looks in showfoto), though there is no exif data.  If dcraw is
indeed the importer, that makes sense I suppose (and it's prompted me to base
a letter to KonicaMinolta on the openraw letter).

The only issue I have with the raw importing is there's no way to indicate
what ICC profile to use, nor any way to set the black point etc which could
be done with ufraw (unless I'm misunderstanding the importer).
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier]

Le Dimanche 1 Janvier 2006 15:08, Duncan Hill a écrit :

> On Sunday 01 January 2006 12:07, Gilles Caulier wrote:
> > Le Dimanche 1 Janvier 2006 12:51, Duncan Hill a écrit :
> > > On Sunday 01 January 2006 08:52, Caulier Gilles wrote:
> > > > Right. something have been forget during backport from trunk. Fixed
> > > > in svn
> > >
> > > Thank you Gilles :)  Digikam has compiled from SVN quite happily now
> > > and is running.
> >
> > Fine. Have you tested RAW files support ?
>
> Yes - it imported my .mrw files (Dynax 5D) quite happily (command line call
> to dcraw by the looks in showfoto), though there is no exif data.  If dcraw
> is indeed the importer, that makes sense I suppose (and it's prompted me to
> base a letter to KonicaMinolta on the openraw letter).
>
> The only issue I have with the raw importing is there's no way to indicate
> what ICC profile to use, nor any way to set the black point etc which could
> be done with ufraw (unless I'm misunderstanding the importer).

All these points have been implemented to svn trunk (future digikam 0.9.0). I
can use all ICC profiles from Dimage software...

I use an Dynax 5D from minolta too (:=))). I'm currently working to find the
best way to get Exif/IPTC metadata from RAW files...

--
Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Duncan Hill-5]

On Sunday 01 January 2006 15:49, Gilles Caulier wrote:

> All these points have been implemented to svn trunk (future digikam 0.9.0).
> I can use all ICC profiles from Dimage software...

Oooh.  I might just change my script and pull trunk instead of stable :)  I've
archived my prior digikam album area, so I can restore it if trouble strikes.

> I use an Dynax 5D from minolta too (:=))). I'm currently working to find
> the best way to get Exif/IPTC metadata from RAW files...

Oddly enough, I was pondering whether this was enough of an itch that I wanted
to scratch it.  A hex editor shows that the data is right at the start of the
raw file, just without the exif tag that most exif processors seem to need to
find their place.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier]

Le Dimanche 1 Janvier 2006 17:18, Duncan Hill a écrit :
> On Sunday 01 January 2006 15:49, Gilles Caulier wrote:
> > All these points have been implemented to svn trunk (future digikam
> > 0.9.0). I can use all ICC profiles from Dimage software...
>
> Oooh.  I might just change my script and pull trunk instead of stable :)
> I've archived my prior digikam album area, so I can restore it if trouble
> strikes.
>

Any links :

http://digikam3rdparty.free.fr/ICCPROFILES/CameraProfiles/

http://digikam3rdparty.free.fr/Screenshots/ICC_setup_dialog.png

http://digikam3rdparty.free.fr/Screenshots/16_bits_RAW_image_file_loaded_in_digikam_image_editor_using_littleCMS.png

http://digikam3rdparty.free.fr/Screenshots/16_bits_RAW_image_file_loaded_in_digikam_image_editor_without_colors_correction.png

> > I use an Dynax 5D from minolta too (:=))). I'm currently working to find
> > the best way to get Exif/IPTC metadata from RAW files...
>
> Oddly enough, I was pondering whether this was enough of an itch that I
> wanted to scratch it.  A hex editor shows that the data is right at the
> start of the raw file, just without the exif tag that most exif processors
> seem to need to find their place.

Not sure, main RAW files are TIFF like files. Where do you have found these
informations ?

--
Gilles Caulier
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

> > I use an Dynax 5D from minolta too (:=))). I'm currently
> > working to find the best way to get Exif/IPTC metadata from
> > RAW files...
>
> Oddly enough, I was pondering whether this was enough of an
> itch that I wanted to scratch it.  A hex editor shows that the
> data is right at the start of the raw file, just without the
> exif tag that most exif processors seem to need to find their
> place.

(shameless plug):
http://www.kde-apps.org/content/show.php?content=30971

Works with mrw from dimage, there seems to be no Dynax-Raw file in
digiKams RAW-image Database for testing.

Hmm, maybe I should add an action menu in Konqi to copy the
metatags from raw over to png/jpg?

;-)

Bye

  Thorsten

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Belinda Martin-2]

On Monday, 2. January 2006 10:05, Thorsten Schnebeck wrote:

>
> Hmm, maybe I should add an action menu in Konqi to copy the
> metatags from raw over to png/jpg?

Well that would be Christmas and Easter at the same time :-))

Gerhard

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

Am Montag 02 Januar 2006 14:01 schrieb Belinda Martin:
> On Monday, 2. January 2006 10:05, Thorsten Schnebeck wrote:
> > Hmm, maybe I should add an action menu in Konqi to copy the
> > metatags from raw over to png/jpg?
>
> Well that would be Christmas and Easter at the same time :-))

Huuh? ;-) I thought you do not like my "pragmatic"
program-scripting style? ;-) This time I would solve metatag
transfer this way:

For JPEG and PNG file I would create an action-menu "Get Metatag",
a Kommander script pops up and offers a drop sink + exec- and
cancel-button. You drag a RAW/PNG/JPEG file to the sink and the
kmdr-script now knows source- and the dest file. Pressing the
exec button simply starts exiftool (what else? ;-) and the script
ends.

Small problem, this concept only works for single files, but for
Konqi it looks ok.

Hmm, I also want to have holidays and time for
fun-programming! :-)

Bye

  Thorsten

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier]

Le Lundi 2 Janvier 2006 14:01, Belinda Martin a écrit :
> On Monday, 2. January 2006 10:05, Thorsten Schnebeck wrote:
> > Hmm, maybe I should add an action menu in Konqi to copy the
> > metatags from raw over to png/jpg?
>
> Well that would be Christmas and Easter at the same time :-))
>

Well copy exif information to jpg/png/tiff isn't a problem with Digikam::DImg
API.

About PNG, the better way to save EXIF/IPTC metadata is to create a new bytes
array saved in like a PNG tag. I will contact the PNG devel team to create
new standard PNG tag relevant.

This is want mean (for me) that PNG is the better soltion to backup
JPEG/TIFF/RAW file without lost any metadata, like DNG file format (Adobe
copyrighted) done, without require any additional library !!!

What we want exactly :

1 / PNG support 16 bits/color/pixels. It's the perfect to backup RAW file
image data.
2 / PNG support ICC color profile.
3 / PNG can embeded metadata using tags.
4 / PNG use a loss less compression algorithm without using any pattents !
5 / PNG is GPL.
6 / PNG is a standard, DNG no.
7 / No need to use a new library. libPNG is enough and is present by default
in all linux distro.

My wiewpoint is that PNG is very adapted to save photograph and is more simple
to use than JPEG or TIFF. A beeter support of PNG is my plan for the
future...

Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

Am Montag 02 Januar 2006 15:02 schrieb Caulier Gilles:
> Le Lundi 2 Janvier 2006 14:01, Belinda Martin a écrit :
> > On Monday, 2. January 2006 10:05, Thorsten Schnebeck wrote:
> > > Hmm, maybe I should add an action menu in Konqi to copy the
> > > metatags from raw over to png/jpg?
> >
> > Well that would be Christmas and Easter at the same time :-))
>
> Well copy exif information to jpg/png/tiff isn't a problem with
> Digikam::DImg API.

Is this part of the API already code? How do you transfer tiff
tags to exif tags and vice versa? libexiv2? AFAIK these tags are
not binary compatible(?)

I'm really really curious about, how you going to solve the
problem of raw metadata transfer with dimg. I mean, I believe in
you that you find a native solution. But I also know what a hard
task this is.

>
> About PNG, the better way to save EXIF/IPTC metadata is to
> create a new bytes array saved in like a PNG tag. I will
> contact the PNG devel team to create new standard PNG tag
> relevant.
>
> This is want mean (for me) that PNG is the better soltion to
> backup JPEG/TIFF/RAW file without lost any metadata, like DNG
> file format (Adobe copyrighted) done, without require any
> additional library !!!
>
> What we want exactly :
>
> 1 / PNG support 16 bits/color/pixels. It's the perfect to
> backup RAW file image data.
> 2 / PNG support ICC color profile.
> 3 / PNG can embeded metadata using tags.
> 4 / PNG use a loss less compression algorithm without using any
> pattents ! 5 / PNG is GPL.
> 6 / PNG is a standard, DNG no.
> 7 / No need to use a new library. libPNG is enough and is
> present by default in all linux distro.
>
> My wiewpoint is that PNG is very adapted to save photograph and
> is more simple to use than JPEG or TIFF. A beeter support of
> PNG is my plan for the future...

Hmm, I would like to agree and I already use 16-bit-png as my
personal digital negative. But serious, DNG will be the future.
Its open, specs are open and Adobe "forces" the Photoshop users
to transfer RAW files into DNG when using their RAW importer.
There are some digital backends for medium format that already
save in DNG. Since 7.0 dcraw is redesigned for supporting DNG as
reference for auto balance functions etc:
http://www.dpreview.com/news/0504/05042701davecoffininterview.asp
http://www.barry.pearson.name/articles/dng/products_y1.htm
http://www.adobe.com/products/dng/pdfs/dng_spec.pdf

But back to PNG. Software like imagemagick already use an enhenced
tag definition, descibed here:
http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/PNG.html
(PNG TextualData Tag) These "Raw profile types" are not standard
but very useful.

Bye

  Thorsten

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier]

Le Lundi 2 Janvier 2006 15:43, Thorsten Schnebeck a écrit :

> Am Montag 02 Januar 2006 15:02 schrieb Caulier Gilles:
> > Le Lundi 2 Janvier 2006 14:01, Belinda Martin a écrit :
> > > On Monday, 2. January 2006 10:05, Thorsten Schnebeck wrote:
> > > > Hmm, maybe I should add an action menu in Konqi to copy the
> > > > metatags from raw over to png/jpg?
> > >
> > > Well that would be Christmas and Easter at the same time :-))
> >
> > Well copy exif information to jpg/png/tiff isn't a problem with
> > Digikam::DImg API.
>
> Is this part of the API already code? How do you transfer tiff
> tags to exif tags and vice versa? libexiv2? AFAIK these tags are
> not binary compatible(?)

There is no rules actually to backport Exif to IPTC and vise versa. This code
must be done later...

>
> I'm really really curious about, how you going to solve the
> problem of raw metadata transfer with dimg. I mean, I believe in
> you that you find a native solution. But I also know what a hard
> task this is.

yes, this is an hard problem. I would to use dcraw::parse.c program
implementation do to that, if i can. Other way is to use Exiv2, but an new
interface must be done for that.

>
> > About PNG, the better way to save EXIF/IPTC metadata is to
> > create a new bytes array saved in like a PNG tag. I will
> > contact the PNG devel team to create new standard PNG tag
> > relevant.
> >
> > This is want mean (for me) that PNG is the better soltion to
> > backup JPEG/TIFF/RAW file without lost any metadata, like DNG
> > file format (Adobe copyrighted) done, without require any
> > additional library !!!
> >
> > What we want exactly :
> >
> > 1 / PNG support 16 bits/color/pixels. It's the perfect to
> > backup RAW file image data.
> > 2 / PNG support ICC color profile.
> > 3 / PNG can embeded metadata using tags.
> > 4 / PNG use a loss less compression algorithm without using any
> > pattents ! 5 / PNG is GPL.
> > 6 / PNG is a standard, DNG no.
> > 7 / No need to use a new library. libPNG is enough and is
> > present by default in all linux distro.
> >
> > My wiewpoint is that PNG is very adapted to save photograph and
> > is more simple to use than JPEG or TIFF. A beeter support of
> > PNG is my plan for the future...
>
> Hmm, I would like to agree and I already use 16-bit-png as my
> personal digital negative. But serious, DNG will be the future.
> Its open, specs are open and Adobe "forces" the Photoshop users
> to transfer RAW files into DNG when using their RAW importer.
> There are some digital backends for medium format that already
> save in DNG. Since 7.0 dcraw is redesigned for supporting DNG as
> reference for auto balance functions etc:
> http://www.dpreview.com/news/0504/05042701davecoffininterview.asp
> http://www.barry.pearson.name/articles/dng/products_y1.htm
> http://www.adobe.com/products/dng/pdfs/dng_spec.pdf
>
> But back to PNG. Software like imagemagick already use an enhenced
> tag definition, descibed here:
> http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/PNG.html
> (PNG TextualData Tag) These "Raw profile types" are not standard
> but very useful.

Yes, i know that. but like i say before, DNG isn't the ultimate solution. I
think that it's a proprietary solution provided for any comercial issue. This
is not the goal of opensource project.

Supporting DNG is not my vision... but if any contributors want implemented a
dedicaced  DImg::Loader for that, why not...

>
> Bye
>
>   Thorsten
>
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

Am Montag 02 Januar 2006 10:05 schrieb Thorsten Schnebeck:
> Hmm, maybe I should add an action menu in Konqi to copy the
> metatags from raw over to png/jpg?

^^^^
done :-) I released 0.4 of "rawimage". It contains a Kommander script that
copies all known metatags from any image file type to a PNG, Jpeg or RAW
file.
A screenshot of this new konqi Action menu ("Action->Transfer Metadata") is
here: http://forum.ebv4linux.de/download.php?id=255

Bye

  Thorsten

P.S. Still here:
http://kde-apps.org/content/show.php?content=30971

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users