<br><br><div><span class="gmail_quote">2007/11/12, Paweł Marciniak <<a href="mailto:pave@o2.pl">pave@o2.pl</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Gilles Caulier wrote:<br><br>> No.<br>><br>> No need to remove the whole IPTC content. Just remove the<br>> iptc.application2.preview tags. You can use ExifTool to do it over PNG<br>> file. This is what i will do in BatchProcessImages kipi-plugins to fix the
<br>> problem.<br>><br>> In fact, to be clear, IPTC spec allow to set a preview image size to 256Kb<br>> max. Of course JPEG section is limited to 64Kb. You understand the problem<br>> ?<br><br>Yes, I understood the problem even before, but since I don't depend on IPTC
<br>in my workflow, it was just easier to strip the whole thing.</blockquote><div><br>ok<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I think that what you plan for BatchProcessImages can also be done in<br>digiKam itself </blockquote><div><br>yes, this is another plan for me to make a batchqueuemanager (like BibblePro do) in digiKam core, of course when the KDE4 port will be more advanced, especially kipi-plugins. I think than 
0.9.4 will be fine for that.<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">(saving png as jpg in image editor).</blockquote>
<div><br>This is already fixed since 0.9.1. Try to save a jpeg file from a png file with editor...<br><br>Gilles</div></div><br>