<br><br><div><span class="gmail_quote">2007/8/30, Julien Narboux <<a href="mailto:Julien.Narboux@inria.fr" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">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;">

<br>> ((To me this example just highlights that it would be nice<br>> to allow for easy additions of new fields in the<br>> database in the future, i.e. withouth the need to wait for<br>> a 0.9 to 0.10 transition ...))
<br>><br>I think you are raising the right question. I am not a specialist of<br>databases.<br>Currently, It seems to me that changing the database format is something<br>the developpers do not want to do too often and they rather want to wait
<br>for major releases.<br>That is why I proposed some field which may be useful only in a far<br>future. I understand as Gilles said that some fields are currently hard<br>to extract because in Makernote. But maybe one day these fields will be
<br>in new version of the exif standard...</blockquote><div><br>I have never said than i won't to store few Makernotes info in DB. I just want to define the priority. <br><br>In first all info witch are easy to extract must be store. Others can be done later, because it's require more devel. time, especially about to parse all Makernotes cases.
<br><br>About a future Exif 3.0 version, this sound like a vaporware. try to find Exif 3.0 information with Google, you will be surprised.<br><br>Of course, i'm agree with you than Exif spec must be improved, but this is not a simple task. Currently all makers use makernotes area to store unsupported tags by Exif 
2.2. Perhaps than camera makers stand a new format to store data, for ex. XMP (:=))) But i'm not sure...
<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;">Should these fields already be on the database right now even if they
<br>are not filled  by Digikam and the corresponding features are not yet<br>implemented ?</blockquote><div><br>Yes, it's possible. Marcel your viewpoint ?<br> </div></div>Gilles<br>