<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Thank you Jean-François,<br>
<br>
Your observation and explanation is as always detailed, precise and
right. As a work around I save my Gimp image as PNG, just good to
know that it is not a private problem.<br>
Best regards,<br>
Rinus<br>
Op 30-10-11 15:03, Jean-François Rabasse schreef:
<blockquote
cite="mid:alpine.LNX.2.00.1110301402140.14487@azrael.victoria.net"
type="cite">
<br>
On Sun, 30 Oct 2011, sleepless wrote:
<br>
<br>
<blockquote type="cite">Date: Sun, 30 Oct 2011 12:31:55 +0100
<br>
From: sleepless <a class="moz-txt-link-rfc2396E" href="mailto:sleeplessregulus@hetnet.nl"><sleeplessregulus@hetnet.nl></a>
<br>
Subject: [Digikam-users] after using gimp dk can´t open image.
<br>
<br>
After I used gimp dk will not open my image, gwenview can.
<br>
Is this a known problem?
<br>
</blockquote>
<br>
At least, it's a problem I know and had many times in the past.
<br>
Seems to be related to images files metadata and the way
applications
<br>
use that data, and "what idea" they have of what could be valid or
not.
<br>
Clearly, Gimp and Digikam haven't the same "idea" of validity.
<br>
<br>
I discovered the problem, not with digital photographs, but with
JPEG
<br>
images coming from digitized artwork.
<br>
<br>
(Briefly, I'm amateur photographer and also amateur drawer /
painter,
<br>
and I use DK to manage my genuine photos from digital cameras and
also
<br>
scanned versions of my drawings.)
<br>
<br>
When I scan drawings, I always use Gimp to process the scanner
output.
<br>
(Mostly because the Gimp/Xsane interface is great, and also
because
<br>
I only own a small A4 flatbed scanner and drawing paper formats
are
<br>
larger than A4, so I need to scan in multiple parts then
reassemble.)
<br>
<br>
The final JPEG file I get, after processing, have a simple Exif
section
<br>
made by Gimp which contains only the image preview (i.e. a dummy
Exif IFD0,
<br>
an Exif IFD1 with preview size and offset, nothing else).
<br>
Obviously, no digital camera Exif info (focal length, aperture et
al.),
<br>
and no other metadata informations, XMP or IPTC records.
<br>
(Gimp also adds a JFIF head section in the final file.)
<br>
<br>
And what I've observed is that all this seems to mystify Digikam.
<br>
Don't know why but...
<br>
As for Gwenview, same results as you get, Gwenview opens the image
file.
<br>
But Gwenview doesn't care of metadata records so, as long as the
"pure"
<br>
image sections of the JPEG file (DQT, DHT, SOF, SOS...) are valid,
the
<br>
image is displayed.
<br>
<br>
Probably, your problem isn't related to digitized drawings or
sketchs,
<br>
but digital photos ?
<br>
But it could be a similar problem of metadata organisation and
content.
<br>
Maybe if DK finds a Exif header, but lacking some fundamental
<br>
(or supposed to be) information, it stucks or considers as a
corrupted
<br>
header or file ? DK developpers involved in the metadata
processing
<br>
could probably answer ?
<br>
<br>
I don't know a general solution, working with all applications.
<br>
<br>
As for me, as I really needed a working solution for scanned
material,
<br>
I solved my above problem the following way :
<br>
- remove from my JPEG files of scanned material the Exif section.
<br>
(I really don't care about an embedded image preview)
<br>
- tag my file by writing metadata in the XMP Dublin Core fields,
<br>
xmp.dc.title, xmp.dc.description and xmp.dc.date
<br>
(The date is important for scanned artwork, it's not like a
photo.
<br>
One should set the realisation date, not the scan job date.)
<br>
<br>
With that, DK opens the JPEG image and seems to be happy. And gets
the
<br>
xmp.dc info so that I have a correct Caption, from
xmp.dc.description,
<br>
and a correct date.
<br>
<br>
I'm not sure my problem and above solution can help you, but maybe
you
<br>
should try to remove all metadata from the images DK refuses to
open
<br>
(use any exiftool, exiv2, or even "convert -strip ..."), and
rescan
<br>
your images directory with DK, as if it were fresh new JPEG
without any metadata.
<br>
<br>
I happened to do that once, with a genuine digital photo but with
a corrupted Exif header (or, most probably, not fully standard
compliant
<br>
Exif header; it came from a Sony camera).
<br>
Juste removing Exif header made DK open the photo without
problems,
<br>
of course, without focal length, aperture, shutter speed info...
<br>
<br>
<br>
Jean-François<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Digikam-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/digikam-users">https://mail.kde.org/mailman/listinfo/digikam-users</a>
</pre>
</blockquote>
<br>
</body>
</html>