<br><br><div><span class="gmail_quote">2007/8/29, Marcel Wiesweg <<a href="mailto:marcel.wiesweg@gmx.de">marcel.wiesweg@gmx.de</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br>It is a long-planned task for the next release to store more information than<br>currently in the database.</blockquote><div><br>And certainly the most important...<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;">
We are currently collecting which fields exactly we want to add.<br><br>To qualify for inclusion, IMO a field should fulfill one of these two<br>criteria:<br>- the field can be of interest in connection with the image it belongs to
<br>- searching for the field is a considerable feature<br>AND this criterion:<br>- the information is usually available for images in a common usage pattern of<br>digikam<br><br>Currently I have these fields on my list:<br>
<br>- comment<br>- rating<br></blockquote><div><br></div>(And Tags of course)<br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- creation date
<br>- modification date<br>- size ( dimensions in pixels)<br>- color depth (8, 16)<br>- color model (RGB, CMYK, ...)<br><br>- make of the camera<br>- model of the camera<br>- aperture<br>- focal length<br>- focalLength as for 35mm film
<br>- exposure time<br>- exposureMode<br>- exposureProgram<br>- sensitivity<br>- flash<br>- whiteBalance</blockquote><div><br>=> WB bool Manual/Auto flag from std. Exif<br>=> WB value (double) in °K from Makernote (method in likexiv2 to extract this value not yet implemented. I'm waiting than Exiv2 API provide a new method for that)
<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;">- orientation</blockquote><div><br>==> as the same value  than Exif orientation flag 
<br></div><br>B.K.O about to find image by photo info is : <a href="http://bugs.kde.org/show_bug.cgi?id=146337">http://bugs.kde.org/show_bug.cgi?id=146337</a><br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
- GPS:<br> - latitude<br> - longitude<br> - altitude</blockquote><div><br>+ GPS position description as string. My GPS device (Tom Tom one) generate a GPX file with this informations for each point in trace. I will improve GPSSync plugin to extract this srtings, this can be usefull.
<br><br>+ Copyright/Author/Credits/etc. strings from IPTC/XMP<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=139283">http://bugs.kde.org/show_bug.cgi?id=139283</a> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
- similarity searching with a Haar-like algorithm matrix</blockquote><div><br><a href="http://bugs.kde.org/show_bug.cgi?id=147961">http://bugs.kde.org/show_bug.cgi?id=147961</a> <br></div><div><br>+ your MD5 sum to identify picture ? 
<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=125736">http://bugs.kde.org/show_bug.cgi?id=125736</a><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;">
Not included is compression, as no real information for this is availabe from<br>the low-level libs for most image formats (nothing for jpeg, nothing for png)</blockquote><div><br>+ perhaps few original informations from pictures taken from camera as org. size, org. date, org. filename, cmaera serial number,  UUID of media, etc. to perform detection of already downloaded pictures for camera gui. This way is under discussion...
<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;">There was a discussion about multiple comments; what is the status about this?
</blockquote><div><br>Yes, it's important. The question is how many different stings we need to store in DB as UTF-8. I propose 4. There are 2 entries in B.K.O:<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=98462">
http://bugs.kde.org/show_bug.cgi?id=98462</a><br><a href="http://bugs.kde.org/show_bug.cgi?id=135476">http://bugs.kde.org/show_bug.cgi?id=135476</a><br> <br>There is another one to store Tags about a region of image. Look in 
B.K.O :<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=146337">http://bugs.kde.org/show_bug.cgi?id=146337</a><br></div><br>And what about to Tag Album as well (to remplace "collection" properties?) :<br><br>
<a href="http://bugs.kde.org/show_bug.cgi?id=133011">http://bugs.kde.org/show_bug.cgi?id=133011</a><br><br>Others feature is to tag automaticly an image :<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=128333">http://bugs.kde.org/show_bug.cgi?id=128333
</a><br><br>And another to tag an image for future batch processing :<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=139465">http://bugs.kde.org/show_bug.cgi?id=139465</a><br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Do we want to store make/model as strings for each entry, or use a dedicated<br>table "Cameras"?</blockquote><div><br>Make and Model separatly. strings will be extracted from Exif and always encoded as ASCII-Latin1.
</div></div><br>Thanks for this review Marcel...<br><br>Gilles<br>