<br><br><div><span class="gmail_quote">2007/8/30, Julien Narboux <<a href="mailto:Julien.Narboux@inria.fr">Julien.Narboux@inria.fr</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>Maybe it would be easier to write this list on a wiki ?<br>Here are some other field which may be useful:<br><br>Gilles Caulier a écrit :<br>><br>><br>> 2007/8/29, Marcel Wiesweg <<a href="mailto:marcel.wiesweg@gmx.de">

marcel.wiesweg@gmx.de</a><br>> <mailto:<a href="mailto:marcel.wiesweg@gmx.de">marcel.wiesweg@gmx.de</a>>>:<br>><br>>     Hi,<br>><br>>     It is a long-planned task for the next release to store more

>     information than >     currently in the database. > > > And certainly the most important... > > >     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<br>>     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<br>>     usage pattern of<br>>     digikam<br>><br>>     Currently I have these fields on my list:<br>

><br>>     - comment<br>>     - rating<br>><br>><br>> (And Tags of course)<br>><br>>     - creation date<br>><br>+ numerisation date : for digital cameras creation date = numerisation<br>date, but not if one scans film.

<br>><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>><br>- the type of lens when it is available.<br>><br>>     - exposure time<br>>     - exposureMode<br>>     - exposureProgram

<br>>     - sensitivity<br>>     - flash<br>>     - whiteBalance<br>><br><br>- macro</blockquote><div><br>=> Makernote information. Complex to extract.  </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

- focus mode</blockquote><br>=> Makernote information. Complex to extract. <br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- stabilization

</blockquote><div><br>=> Makernote information. Complex to extract. </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- pixel binding or not

</blockquote><div> ??? </div> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- measure mode</blockquote><div> ==> std. Exif. easy to do.

<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;">- color or bw</blockquote><div><br>==> redondant with color mode information. 

</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">><br>> => WB bool Manual/Auto flag from std. Exif<br>> => WB value (double) in °K from Makernote (method in likexiv2 to

<br>> extract this value not yet implemented. I'm waiting than Exiv2 API<br>> provide a new method for that)<br>><br>- picture taken in panorama mode or not (can be extracted from exif at<br>least for canon cameras)

</blockquote><div><br>=> Makernote information. Complex to extract.  </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">- picture is hidden or not : maybe this fonctionnality could be added to

<br>digikam in the future.</blockquote><div><br>Agree with this one<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;">- quantity of blur : maybe this fonctionnality could be added in the

<br>future, there exists some algorithm to measure blur. It would be nice to<br>have it to compare a bunch a picture and eliminate those which are out<br>of focused</blockquote><div><br>=> Makernote information. Complex to extract. 

In general, storing Standard Exif informations is easy to do because all values are properly defined in Exif spec. It's easy to make an interface to seach these values in DB. With Makernotes, it's the hell. Each constructor use a private spec to define values. It's complex to make a search interface. I propose to include all Makernotes informations in a second time.

<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;">><br>>     - orientation<br>><br>><br>> ==> as the same value  than Exif orientation flag

<br>><br>> B.K.O about to find image by photo info is :<br>> <a href="http://bugs.kde.org/show_bug.cgi?id=146337">http://bugs.kde.org/show_bug.cgi?id=146337</a><br>><br>>     - GPS:<br>>     - latitude<br>

>     - longitude<br>>     - altitude<br>><br>><br>- tilt (nb of degrees with regard to horizontal)<br>- orientation (compass)</blockquote><div><br>Why not ? But currently, GPSSync plugin do not extract these informations from GPX files.

<br> </div></div>Gilles<br>