Dear All
after having tinkered around with a number of photo management packages I have now installed digikam sitting on top of my developed JPG (after they have gone through tagging and devloping in darktable). digikam very nicely picks up the EXIF data when importing these JPGs so that they can be nicely used for searchint etc. Now I would like to create a number of slideshows for varying purposes, like Vietnam-10min or/and Vietnam-30min so that I can mayby copy the corresponding files to a memory stick for a slideshow presentation. A simple and - as I find - logical way would be to create a list of those filenames that I have selected in digikam and have them linked to the original files. Sounds simple enough. In principle this would be a sort of 'playlist'. Unfortunately, I have not found anything of this sort. So how do you people put a number of slides together for repeated use? making multiple copies just does not seem wise. Can the batch queue system help here? At least the CNTR B seems to collect the file names. I cannot really believe that I am the only person who does slide shows. thanx in advance Tred _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Hmm, you could, eg, create a tag "Slideshow Vietnam". Tag the files you want. Later turn on a filter to show only these tagged files, select them all, copy to memory stick.
-- Composed on my smartphone. Apologies for typos. On 8 May 2013, at 21:57, "Eildert Groeneveld" <[hidden email]> wrote: > Dear All > > after having tinkered around with a number of photo management packages > I have now installed digikam sitting on top of my developed JPG (after > they have gone through tagging and devloping in darktable). > digikam very nicely picks up the EXIF data when importing these JPGs so > that they can be nicely used for searchint etc. > > Now I would like to create a number of slideshows for varying purposes, > like Vietnam-10min or/and Vietnam-30min so that I can mayby copy the > corresponding files to a memory stick for a slideshow presentation. > > A simple and - as I find - logical way would be to create a list of > those filenames that I have selected in digikam and have them linked to > the original files. Sounds simple enough. In principle this would be a > sort of 'playlist'. > > Unfortunately, I have not found anything of this sort. So how do you > people put a number of slides together for repeated use? making multiple > copies just does not seem wise. > > Can the batch queue system help here? At least the CNTR B seems to > collect the file names. > > > I cannot really believe that I am the only person who does slide shows. > > thanx in advance > > Tred > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users > _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On Onsdag den 8. maj 2013 22:17:57, HaJo Schatz wrote:
> Hmm, you could, eg, create a tag "Slideshow Vietnam". Tag the files you > want. Later turn on a filter to show only these tagged files, select them > all, copy to memory stick. > > Dear All In addition to tags, digikam also have colored labels, flags and ratings to help you select :) > > after having tinkered around with a number of photo management packages > > I have now installed digikam sitting on top of my developed JPG (after > > they have gone through tagging and devloping in darktable). > > digikam very nicely picks up the EXIF data when importing these JPGs so > > that they can be nicely used for searchint etc. > > > > Now I would like to create a number of slideshows for varying purposes, > > like Vietnam-10min or/and Vietnam-30min so that I can mayby copy the > > corresponding files to a memory stick for a slideshow presentation. > > > > A simple and - as I find - logical way would be to create a list of > > those filenames that I have selected in digikam and have them linked to > > the original files. Sounds simple enough. In principle this would be a > > sort of 'playlist'. > > > > Unfortunately, I have not found anything of this sort. So how do you > > people put a number of slides together for repeated use? making multiple > > copies just does not seem wise. > > > > Can the batch queue system help here? At least the CNTR B seems to > > collect the file names. > > > > > > I cannot really believe that I am the only person who does slide shows. > > > > thanx in advance > > > > Tred > > > > _______________________________________________ > > Digikam-users mailing list > > [hidden email] > > https://mail.kde.org/mailman/listinfo/digikam-users > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users Anders _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On Mi, 2013-05-08 at 15:25 +0200, Anders Lund wrote:
> On Onsdag den 8. maj 2013 22:17:57, HaJo Schatz wrote: > > Hmm, you could, eg, create a tag "Slideshow Vietnam". Tag the files > you > > want. Later turn on a filter to show only these tagged files, select > them > > all, copy to memory stick. > > > Dear All > > In addition to tags, digikam also have colored labels, flags and > ratings to > help you select :) Thanks for the responses! hmmm, the same answer I got from the darktable folks. None of it is really too practical for once: I do not think that tags should be written to the JPGs for the sole purpose the having them included in a subset of files for presentation. is this really how you create a set for slide presenation? greetings _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On Wednesday 08 May 2013 18:16:48 Eildert Groeneveld wrote:
> On Mi, 2013-05-08 at 15:25 +0200, Anders Lund wrote: > > On Onsdag den 8. maj 2013 22:17:57, HaJo Schatz wrote: > > > Hmm, you could, eg, create a tag "Slideshow Vietnam". Tag the files > > > > you > > > > > want. Later turn on a filter to show only these tagged files, select > > > > them > > > > > all, copy to memory stick. > > > > > > > Dear All > > > > In addition to tags, digikam also have colored labels, flags and > > ratings to > > help you select :) > > Thanks for the responses! > > hmmm, the same answer I got from the darktable folks. None of it is > really too practical > > for once: I do not think that tags should be written to the JPGs for the > sole purpose the having them included in a subset of files for > presentation. I agree with this but unfortunately I can not offer a solution. I also have not found a way to save slide presentations which works for me. > > is this really how you create a set for slide presenation? > > greetings > > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Anders Lund
On Wednesday 08 May 2013 15:25:49 Anders Lund wrote:
> On Onsdag den 8. maj 2013 22:17:57, HaJo Schatz wrote: > > Hmm, you could, eg, create a tag "Slideshow Vietnam". Tag the files you > > want. Later turn on a filter to show only these tagged files, select them > > all, copy to memory stick. > > > Dear All > > In addition to tags, digikam also have colored labels, flags and ratings to > help you select :) > Well, I find those more useful earlier on in the process, to indicate preferences and/or restrictions, if only because there are so few of them. Personally, I find a hierarchy of tags the easiest to use, in this case: /slideshow and then subtags, e.g. /slideshow/Vietnam, /slideshow/Vietnam/short. A /~/~/long tag would be superfluous if your short slideshow is a selection from the long one. As for the multiple copies problem: I convert my RAW files to PNG (at maximum size) for further editing, but any final file will be a JPG, scaled to planned use, to minimise the space occupied. And for those I don't mind having several copies lying around. And yes, I do the conversion from PNG to JPG with the batch queue: scale to final size, a bit of sharpening (amount depending on output medium), add metadata with copyright and contact info, and convert to jpeg. Then, how are you going to present your slide show: - a standalone presentation, with automatic progression, or - manual progression while you present the images? For a stand-alone presentation, I usually generate a video file, with all transitions baked in. Remco _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Remco
thanks for sharing! I see what you are doing, and, yes, I understand how it works. It just bothers me that we do not have a simpler setup. Injecting tags is all very well, but ofcourse it triggers backup requirements for each single jog included in the slideshow, where actually you would just need one file or directory that contains a link to the original file. implementing this on top of the batch queue facility: this already allows you to collect various images as you screen them. Being able to somehow output theses filenames would already be enough, a little bash or perl script could do the rest. On Mi, 2013-05-08 at 18:40 +0200, Remco Viëtor wrote: > On Wednesday 08 May 2013 15:25:49 Anders Lund wrote: > > Well, I find those more useful earlier on in the process, to indicate > preferences and/or restrictions, if only because there are so few of them. > > Personally, I find a hierarchy of tags the easiest to use, in this case: > /slideshow and then subtags, e.g. /slideshow/Vietnam, > /slideshow/Vietnam/short. A /~/~/long tag would be superfluous if your > short slideshow is a selection from the long one. > > As for the multiple copies problem: > I convert my RAW files to PNG (at maximum size) for further editing, but > any final file will be a JPG, scaled to planned use, to minimise the space > occupied. And for those I don't mind having several copies lying around. > > And yes, I do the conversion from PNG to JPG with the batch queue: > scale to final size, a bit of sharpening (amount depending on output > medium), add metadata with copyright and contact info, and convert to jpeg. > > Then, how are you going to present your slide show: > - a standalone presentation, with automatic progression, or > - manual progression while you present the images? I have not gotten that far yet > > For a stand-alone presentation, I usually generate a video file, with all > transitions baked in. jupp, thats an option. In my first version I would likely add some talking, then it needs to be manual. Tred > Remco > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by tredlie
On Onsdag den 8. maj 2013 18:16:48, Eildert Groeneveld wrote:
> for once: I do not think that tags should be written to the JPGs for the > sole purpose the having them included in a subset of files for > presentation. > > is this really how you create a set for slide presenation? I tend to use the color labels to different subsets within an album, if there are more uses. Sometimes, in simple cases, I just use the rating, because it is very easy to use (ctrl + #) You don't have to have digikam write meta data to your files. -- Anders _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by tredlie
How can the database entries of the pictures are deleted no longer
exists on the hard drive? In my photo directories outside of digikam some pictures and directory are deleted or moved from the Explorer. Wolfgang _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Remco Viëtor
Dear All
along with the good suggestion in particular from Remco I have managed to setup a system that allows efficient definition and storage of "playlists" for slide shows for me. It is actually what Remco suggested: define hierarchical tags (see below). What I was not aware of is that the JPGs are not at all touched with the creation of new tags: instead they are apparently only stored in the database. Which is just fine as I do not want the upstream defined tags to get messed up. Perfect! One little issue remains: for a slideshow I need to export the slide selection which normally includes a resize. Ideally, digikam would just allow an export with the provision of being able to resize. Closest to this is the EXPORT TO REMOTE COMPUTER und EXPORTs. here at least you can specify any directory. But then I would need to used gwenview or something else to resize. Any idea how that can be handled efficiently? This should be job for the batch queue manager, but I dont really know how. Thanks again Tred On Mi, 2013-05-08 at 18:40 +0200, Remco Viëtor wrote: > On Wednesday 08 May 2013 15:25:49 Anders Lund wrote: > > On Onsdag den 8. maj 2013 22:17:57, HaJo Schatz wrote: > > > Hmm, you could, eg, create a tag "Slideshow Vietnam". Tag the files you > > > want. Later turn on a filter to show only these tagged files, select > them > > > all, copy to memory stick. > > > > Dear All > > > > In addition to tags, digikam also have colored labels, flags and ratings > to > > help you select :) > > > > Well, I find those more useful earlier on in the process, to indicate > preferences and/or restrictions, if only because there are so few of them. > > Personally, I find a hierarchy of tags the easiest to use, in this case: > /slideshow and then subtags, e.g. /slideshow/Vietnam, > /slideshow/Vietnam/short. A /~/~/long tag would be superfluous if your > short slideshow is a selection from the long one. > > As for the multiple copies problem: > I convert my RAW files to PNG (at maximum size) for further editing, but > any final file will be a JPG, scaled to planned use, to minimise the space > occupied. And for those I don't mind having several copies lying around. > > And yes, I do the conversion from PNG to JPG with the batch queue: > scale to final size, a bit of sharpening (amount depending on output > medium), add metadata with copyright and contact info, and convert to jpeg. > > Then, how are you going to present your slide show: > - a standalone presentation, with automatic progression, or > - manual progression while you present the images? > > For a stand-alone presentation, I usually generate a video file, with all > transitions baked in. > > Remco > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On Thursday 09 May 2013 17:19:30 Eildert Groeneveld wrote:
> Dear All > along with the good suggestion in particular from Remco I have managed > to setup a system that allows efficient definition and storage of > "playlists" for slide shows for me. It is actually what Remco suggested: > define hierarchical tags (see below). What I was not aware of is that > the JPGs are not at all touched with the creation of new tags: instead > they are apparently only stored in the database. Which is just fine as I > do not want the upstream defined tags to get messed up. Perfect! > > One little issue remains: for a slideshow I need to export the slide > selection which normally includes a resize. Ideally, digikam would just > allow an export with the provision of being able to resize. > Closest to this is the EXPORT TO REMOTE COMPUTER und EXPORTs. here at > least you can specify any directory. But then I would need to used > gwenview or something else to resize. > > Any idea how that can be handled efficiently? This should be job for the > batch queue manager, but I dont really know how. > > Thanks again That would indeed be a job for the batch queue manager, which can do the resizing and the conversion to JPG quite handily. What it /can't/ do (yet?) is 'export to remote computer', but it can write the converted file to a directory you specify (within Digikam's album structure). It can also apply a change to the name for the converted file. Another option (easy under Linux): export the full-size images from Digikam to your slideshow directory and then use imagemagick to do a batch conversion of the exported files (from a command line, also easy to put in a script). Something like: --------------------- #!/bin/bash for a in * do convert $a -resize '1800x800' -unsharp '0.3x0.1+1.0' ../${a%.*}.jpg ; done --------------------- [all files in the current working directory get resized to fit within 1800*800, and a sharpening is applied, then the results is saved in the parent directory (don't ask...) with a .jpg extension. *Try it first on a set of copies!* no guarantees that it works for you...] That is actually what I prefer, as it allows me to generate different output sizes easily, and Imagemagick can resize in such a way that the converted image fits in the rectangle you specify, while respecting the aspect ratio of the original. And, don't forget to apply a little bit of sharpening after down-sampling your images; they'll look a lot better (unsharp mask at radius 0.3 pixel and 50-100% is what has been suggested as a basis). Hope this helps Remco _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Hello,
when I start the program maintenance tools under the Rebuild Thumbnails and changed o Scan for non-cataloged items, are always creates the thumbnails on each pass of the same photos. How can this problem be fixed? (Digikam 3.0.0 on Windows 7 64bit) Wolfgang _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by tredlie
Why don't you "export" them in a folder inside Digikam hierarchy, using the batch tool; I do that all the time I need to export resized/watermarked (and whatever you want to do) pictures. They remain in this Export folder until I don't need them anymore, then I delete them.
Marie-Noëlle 2013/5/9 Eildert Groeneveld <[hidden email]> --
Mes dernières photos sont dans ma galerie. Connaissez-vous Image Fixe, le photo-club de Saint Jean du Gard ? Et parcourez les Cévennes à ma façon avec Cévennes Plurielles, _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by tredlie
On Wednesday 08 May 2013 14:56:52 Eildert Groeneveld wrote:
> Dear All > > after having tinkered around with a number of photo management packages > I have now installed digikam sitting on top of my developed JPG (after > they have gone through tagging and devloping in darktable). > digikam very nicely picks up the EXIF data when importing these JPGs so > that they can be nicely used for searchint etc. > > Now I would like to create a number of slideshows for varying purposes, > like Vietnam-10min or/and Vietnam-30min so that I can mayby copy the > corresponding files to a memory stick for a slideshow presentation. > > A simple and - as I find - logical way would be to create a list of > those filenames that I have selected in digikam and have them linked to > the original files. Sounds simple enough. In principle this would be a > sort of 'playlist'. > > Unfortunately, I have not found anything of this sort. So how do you > people put a number of slides together for repeated use? making multiple > copies just does not seem wise. > > Tred > programme. You can write scripts for it with a range of display settings and leave Digikam completely untouched. HTH Jim _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Free forum by Nabble | Edit this page |