<br><br><div><span class="gmail_quote">2007/10/17, 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>during the last weeks I have been working on implementing the new database<br>schema that has been discussed for a long time.<br>The code will be merged into SVN tonight. It is a basic working version, with<br>

a lot still to do (see below).<br><br>If you are a brave SVN user, this means for you:<br>- your old database will not be touched, it will be copied to digikam4.db and<br>updated to the new schema. The new database cannot be used with digikam 

0.9.<br>- we do not guarantee yet that the final schema for 0.10 is be reached. Bugs<br>may still emerge. This means you may be required to delete your digikam4.db<br>file when problems arise. This state is (deliberately) set to last at most

<br>one month from now (Nov 17th)<br>=> dont use digikam 0.10 yet for production work<br><br>Enough of that, what is new?<br>The new database schema offers room for much more information from the images.<br>For example, almost everything that you can read in the Image Properties

<br>sidebar is now stored in the db. This means as well that it will be<br>searchable. It offers a wealth of new possibilities and I hope it will close<br>some long-standing bugs.<br>Secondly, we will have support for multiple album roots. There is no reason

<br>why digikam should be restricted to one directory only. With hardware support<br>from Solid, we will also support CDs and other removable media. Network share<br>support is planned as well<br>Along with multiple paths, and albums on removable media, comes that

<br>requirement that images are not removed from the DB only because their<br>storage is currently not accessible.<br>Connected with that as well is the idea to track images by their contents.<br>This idea I have to admit is impudently copied from Amarok. And it is not

<br>implemented yet; but we have the necessary hash value in the database to<br>compare files.<br>We want as well to add support for similarity searching using a Haar<br>algorithm. (This is a completely different hash, build from the decoded image

data) Now the backdraw: You dont see anything from all this if you try out SVN right now. You will even notice that support for comments is broken. With the db change, we have the fundament and the structural work, but we need to build on top of that.

<br><br>Immediate TODOs include:<br>- fix the listing by date<br>- add progress display to the collection scan during database upgrade<br>- change notification need to be restored<br>- a class for you to access the DownloadHistory table

<br>- make use of the information in sidebar, tooltip etc.<br>- comments are currently disabled, at least a basic version need to be<br>restored (multiple language and comment type support needs to have UI, too)<br></blockquote>

</div><br>Marcel,<br><br>To be sure than nothing will be forget, I recommend you to record all pending tasks in TODO file from svn...<br><br>Gilles<br>