<br><br><div><span class="gmail_quote">2008/1/28, Yuval Levy <<a href="mailto:digikam08@sfina.com">digikam08@sfina.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Arnd Baecker wrote:<br>> For just viewing you could consider using showfoto,<br>> which is part of the digikam package.<br><br>I had to do a sudo apt-get install showfoto. I looked at showfoto, as<br>well as at gThumb reccomended by Yan Seiner (thanks!) gqview and again<br>
at digiKam.<br><br>> Another programm which is well suited for a fast display of<br>> images is gqview.<br><br>and the winner is...<br><br>... it would be quite arrogant to declare a winner after such a short<br>time for testing. moreover, there are as many different workflows as<br>
there are users, so what works for me might not work for you.<br><br>I have a few observations though.<br><br>All above tools can load the RAW images of my Canon 350D, both from a<br>local copy as well as from the network drive. A testimonial to the<br>
maturity of some of the code.<br><br>However there is a big variation in speed, and speed, i.e. the time I<br>have to wait until the display is updated, is important to me. In<br>testing it I made sure caches are empty.<br>
<br>gqview was the fastest. its user interface is IMHO rough and unpleasant<br>to use, but I am not sure that a list dedicated to digiKam is the right<br>place to suggest improvements to qgview.<br><br>digiKam was significantly slower than gqview. Unfortunately too slow for<br>
me. So my question is: why is it so slow (after all, most tools use<br>dcraw for RAW decoding)? and: can I do something to help change that?<br><br><br>> But: even for well-sorted image collections digikam provides<br>
> features, which I find extremely useful:<br>> - rating of images:<br>>   Together with the new quick filters this allows to simply<br>>   display a subset of the really good images<br>>   (e.g. if you want to show it to someone else who only<br>
>   has time to see the best 10% ;-)<br>> - tagging of images:<br>>   once all images are tagged properly (well, this takes a bit of time ;-)<br>>   this allows for finding images with specific characteristics<br>
> - adding comments<br>><br>> All these can be searched for very quickly and efficiently.<br>> As digikam can be configured to write this information<br>> into the image metadata, these could be accessed from other applications<br>
> as well.<br><br><br>I like all of those features. Even if I personally don't have a use for<br>them, I am sure they are useful to other people.<br><br>What I am extremely allergic to are applications that write into the images.<br>
<br>The paradigm should be:<br>1. don't touch the originals.<br>2. in case of doubt, all images are to be considered originals.<br><br>I love XMP sidecars and application databases to contain these and more<br>metadata - the more the merrier - just stay away from my files. I<br>
understand the good intentions, but mistakes happen. I don't need to<br>recall the damage done by Microsoft's Vista to Nikon RAW files.<br><br>One thing that I noticed about digiKam: I tried to delete an album and a<br>
scary dialog came up: "These albums will be moved to the Trash Bin". And<br>a checkbox saying "Delete files instead of moving them to the trash".<br><br>Album = Folder? is this going to delete the folder from my file system?<br>
<br>or<br><br>Album = abstract entity, collection of pictures as represented inside<br>digiKam?<br><br>I got my answer, and I did not like it: Album = Folder.<br><br>Which means that when I first created an album, it duplicated the files<br>
from the first folder used for it. Then, when I added pictures from<br>another folder to that album, it duplicated them too. When I tried to<br>delete the album, the dialog did not inform me of its location. But when<br>I tried to delete an individual picture, it did.<br>
<br>Adobe Lightroom used to behave like that during beta testing. For<br>release, they got the message. Now, removing the equivalent of an Album<br>only removes it from the database (by default), leaving the files and<br>
XMP sidecar untouched. I can elect to have the files deleted as well,<br>but it is an option, not the default. I can copy files into Lightroom's<br>own folders, but I can also have it leave them where they are and only<br>
add them to the database.<br><br>Is this possible with digiKam as well? I have not found out yet how.<br><br>I wish the delete dialog would be less threatening to me. I wish it<br>would clearly tell me whether I am deleting an abstract entity or an<br>
actual folder/file.<br><br><br>> Well, there is of course much more, like support for geo-tagging,<br>> or the brilliant light-table to compare images side-by-side ...<br><br>yes, the light-table is brillant. I have a few ideas, but maybe others<br>
had them already. How about a "diff mode", where the two images are<br>super-imposed?<br><br><br>> ((enough advertisement I hope .. ;-))<br><br>never enough advertisement, as long as it is not overbloated<br>
marketing-speak. Your "advertisement" is very informative to me. Keep it<br>coming.<br><br><br>> Gerry already explained it, see also<br>> <a href="http://www.digikam.org/?q=node/219">http://www.digikam.org/?q=node/219</a><br>
><br>> This problem will be solved with digikam 0.10 which uses KDE4,<br>> and is under heavy development, see<br>>   <a href="http://www.digikam.org/?q=about/releaseplan">http://www.digikam.org/?q=about/releaseplan</a><br>
<br>I understand. Given that support for network drives is a killer<br>criterium for me, and that 0.10 is planned for the summer, I will not<br>adopt digiKam right away. But I will have time to test it thoroughly,<br>and maybe give more feedback?<br>
<br><br>> For this situations there are two solutions proposed in the links given in<br>>   <a href="http://www.digikam.org/?q=node/219">http://www.digikam.org/?q=node/219</a><br>> (I haven't tried them myself ...)<br>
<br>simlyinking the sqlite database file looks good to me, but IMHO album =<br>folder is bad. </blockquote><div><br><br>??? Why ???<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;">
How about having inside the sqlite table a construct<br>building the album independently of the folder? where can I see the<br>table definitions?</blockquote><div><br><a href="http://www.digikam.org/?q=docs">http://www.digikam.org/?q=docs</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;">> kfmclient is part of konqueror.<br>> (Can be figured out via:<br>>     apt-file search kfmclient<br>
<br>sudo apt-get install apt-file<br>sudo apt-file update<br>the search returned nothing<br><br>probably my mistake as a newbie.<br><br><br>>   aptitude install konquerora<br>> should cure the problem.<br><br>it might cure a problem, but it contributes to a much larger problem:<br>
clutter on my desktop. There are already too many applications. I try to<br>keep it as simple as possible. I have one web browser and I don't see<br>why I should install konqueror.<br><br><br>> but I don't know kubuntu well enough ....<br>
<br>neither do I. I use the default Ubuntu desktop. I am a dummy user. Like<br>90% of all users, I use default settings. I am looking for an<br>application to browse pictures, not to replace my desktop and my web<br>browser and my workflow. I expect the applications that I add to my<br>
toolbox to behave and integrate nicely with other applications. If it is<br>possible for Windows applications to interoperate with non-Microsoft web<br>browsers and mail clients, why would KDE applications impose me the use<br>
of Konqueror?<br><br>I took the plunge into the cold water. After installing Konqueror and<br>going again to the help button, Konqueror is triggered, with a URL<br>help:/digikam/index.html and all I see on the screen is that "There is<br>
no documentation available for "/digikam/index.html"</blockquote><div><br>documentation is a huge separate package to Install...<br><br>If you prefert read it from the web :<br><br><a href="http://docs.kde.org/kde3/en/extragear-graphics/digikam/index.html">http://docs.kde.org/kde3/en/extragear-graphics/digikam/index.html</a></div>
</div><br>Gilles Caulier<br>