Hi,
This is my first time using digikam. I read about & installed it a few weeks ago, in preparation for getting a new digital camera (Nikon D80, a bit worried about Linux compatibility). I'm running digikam 0.9.3 on OpenSuSE 10.3/KDE4. I just took about 100 photos of things I'm going to be selling online. Not wanting to deal with the "dscnXXX" names, I added the directory in digikam as a new album, and proceeded to rename and rotate them as needed. Now... the names aren't there on disk, and the rotations aren't there either. I've looked through the docs and saw an option to export to CD/DVD, but no option to write all changes from the album to disk. I'm going to be using the images in web pages, and don't want any galleries to be automatically generated - I already have a script that handles that. Thanks for any advice, Jason PS - I'm very wary about any program that keeps images in some hidden location, or just generates meta information in a database. Not only do I often need to do quick exports of a directory of images to disk, but I also need the images to be in finished state on disk (my albums are on remote shares, NFS or SSHFS/Fuse, and are also accessed through a web interface). _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Jason Antman schrieb:
> Hi, > > This is my first time using digikam. I read about & installed it a few > weeks ago, in preparation for getting a new digital camera (Nikon D80, a > bit worried about Linux compatibility). experiences here because I plan to buy me one too. > I'm running digikam 0.9.3 on > OpenSuSE 10.3/KDE4. > > I just took about 100 photos of things I'm going to be selling online. > Not wanting to deal with the "dscnXXX" names, I added the directory in > digikam as a new album, and proceeded to rename and rotate them as > needed. Now... the names aren't there on disk, and the rotations aren't > there either. I've looked through the docs and saw an option to export > to CD/DVD, but no option to write all changes from the album to disk. > I'm going to be using the images in web pages, and don't want any > galleries to be automatically generated - I already have a script that > handles that. > local harddrive and the renaming worked perfectly well. Just rightclick on an Image and press rename thats it. If that is not working there could be an issue with the filesystem or something similar. Same with the rotate funktion. The only issue here is, that gnome has got the old unrotated thumbnail in its cache but the image is rotated. > Thanks for any advice, > Jason > > PS - I'm very wary about any program that keeps images in some hidden > location, or just generates meta information in a database. Not only do > I often need to do quick exports of a directory of images to disk, but I > also need the images to be in finished state on disk (my albums are on > remote shares, NFS or SSHFS/Fuse, and are also accessed through a web > interface). You can set in the options pretty much everything to store in the file... (author comments tags etc). My guess is, that your configuration does not permit file modifications as Digicam wants to do them. Therefore its not working. you may try to start Digikam in the console to get an output if something went wrong. enaut _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by jantman
Have you renamed / rotated the files outside of digiKam?
If so please don't do this, renaming has to be done in digiKam (you can rename a single file or batch rename a whole set) so that the database gets updated correctly. You can do all kind of file operation in digiKam's album view (copy, move, rename, delete, create folder) so please always do those tasks inside of digiKam. If that is no solution, I might have misread your post. If so, please try to explain again what happened. Andi Jason Antman wrote: > Hi, > > This is my first time using digikam. I read about & installed it a few > weeks ago, in preparation for getting a new digital camera (Nikon D80, a > bit worried about Linux compatibility). I'm running digikam 0.9.3 on > OpenSuSE 10.3/KDE4. > > I just took about 100 photos of things I'm going to be selling online. > Not wanting to deal with the "dscnXXX" names, I added the directory in > digikam as a new album, and proceeded to rename and rotate them as > needed. Now... the names aren't there on disk, and the rotations aren't > there either. I've looked through the docs and saw an option to export > to CD/DVD, but no option to write all changes from the album to disk. > I'm going to be using the images in web pages, and don't want any > galleries to be automatically generated - I already have a script that > handles that. > > Thanks for any advice, > Jason > > PS - I'm very wary about any program that keeps images in some hidden > location, or just generates meta information in a database. Not only do > I often need to do quick exports of a directory of images to disk, but I > also need the images to be in finished state on disk (my albums are on > remote shares, NFS or SSHFS/Fuse, and are also accessed through a web > interface). _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Andi,
You've got it backwards. I rotated / renamed the files *inside* of digiKam, but when I look in the directory that the files are in (the directory that I imported to the album), everything looks the same. And even on the console, none of the filenames are changed. My question is how to rename/rotate *in* digikam, and have those changes show up *outside* digikam, i.e. on the raw files on disk? enaut - thanks. I'll look through the settings and see if maybe there's something I missed, and also try to catch the debugging output. Maybe I'll also give strace a try... -Jason Andi Clemens wrote: > Have you renamed / rotated the files outside of digiKam? > If so please don't do this, renaming has to be done in digiKam (you can > rename a single file or batch rename a whole set) so that the database gets > updated correctly. > You can do all kind of file operation in digiKam's album view (copy, move, > rename, delete, create folder) so please always do those tasks inside of > digiKam. > If that is no solution, I might have misread your post. If so, please try to > explain again what happened. > > Andi > > Jason Antman wrote: > > >> Hi, >> >> This is my first time using digikam. I read about & installed it a few >> weeks ago, in preparation for getting a new digital camera (Nikon D80, a >> bit worried about Linux compatibility). I'm running digikam 0.9.3 on >> OpenSuSE 10.3/KDE have already4. >> >> I just took about 100 photos of things I'm going to be selling online. >> Not wanting to deal with the "dscnXXX" names, I added the directory in >> digikam as a new album, and proceeded to rename and rotate them as >> needed. Now... the names aren't there on disk, and the rotations aren't >> there either. I've looked through the docs and saw an option to export >> to CD/DVD, but no option to write all changes from the album to disk. >> I'm going to be using the images in web pages, and don't want any >> galleries to be automatically generated - I already have a script that >> handles that. >> >> Thanks for any advice, >> Jason >> >> PS - I'm very wary about any program that keeps images in some hidden >> location, or just generates meta information in a database. Not only do >> I often need to do quick exports of a directory of images to disk, but I >> also need the images to be in finished state on disk (my albums are on >> remote shares, NFS or SSHFS/Fuse, and are also accessed through a web >> interface). >> > > > _______________________________________________ > 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 Bugzilla from andi.clemens@gmx.net
Hi,
On Thursday 03 July 2008 13:31:46 Jason Antman wrote: > >> I'm running digikam 0.9.3 on > >> OpenSuSE 10.3/KDE have already4. > >>my albums are on > >> remote shares, NFS or SSHFS/Fuse, and are also accessed through a web > >> interface). If I'm remembering correctly; digikam 0.9.3 does not support album root on remote filesystems, this will be adressed in digikam 0.10. Regards Sveinn í Felli _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
It didn't work with the local album that I tried either....
Sveinn í Felli wrote: > Hi, > On Thursday 03 July 2008 13:31:46 Jason Antman wrote: > >>>> I'm running digikam 0.9.3 on >>>> OpenSuSE 10.3/KDE have already4. >>>> > > >>>> my albums are on >>>> remote shares, NFS or SSHFS/Fuse, and are also accessed through a web >>>> interface). >>>> > > If I'm remembering correctly; digikam 0.9.3 does not support album root on > remote filesystems, this will be adressed in digikam 0.10. > > Regards > > Sveinn í Felli > _______________________________________________ > 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 jantman
My guess: you didn't set permissions for files properly. In a way this
is kind of digiKam bug: a) it should set permissions automatically b) should report if permissions don't allow for operations. m. _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by jantman
S
Jason Antman <jason@...> writes: > > It didn't work with the local album that I tried either.... > > Sveinn í Felli wrote: > > Hi, > > On Thursday 03 July 2008 13:31:46 Jason Antman wrote: > > > >>>> I'm running digikam 0.9.3 on > >>>> OpenSuSE 10.3/KDE have already4. > >>>> > > > > > >>>> my albums are on > >>>> remote shares, NFS or SSHFS/Fuse, and are also accessed through a web > >>>> interface). > >>>> > > > > If I'm remembering correctly; digikam 0.9.3 does not support album root on > > remote filesystems, this will be adressed in digikam 0.10. > > > > Regards > > > > Sveinn í Felli eems like this is a similar problem that I am having: http://article.gmane.org/gmane.comp.kde.digikam.user/8176 While all permissions and Trash systems for both GNOME and KDE are set up right, I cannot delete or rename any pictures anymore. Cheers _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Bugzilla from mikmach@wp.pl
Problem solved. On a hunch, thinking back to the "import" at the
beginning of all this, I looked around. A little background... I have *most* of my photos in ~/Pictures. I also have some other scattered about, like the stuff from my serious photography (giant ~200MB drum scans) that is on a separate partition, /mnt/photos. I set digikam to have the album root at ~/Pictures, but when I ran digikam next time, it started trying to index ~60GB of photos. So I killed the process and edited ~/.kde/share/config/digikamrc to have the new album root at ~/bin - the only directory that I *knew* didn't have any images in it. Why have the program spend an hour indexing photos when I only want to deal with 30 of them? Well, on a hunch, I took a look at ~/bin, and sure enough found a new directory - ebayPhotos2008-07-02. This was the same directory that I imported from ~/Pictures when this problem started. All of the photos are there, renamed, and rotated. My observations/suggestions: 1) If the user imports a directory that's not in the album root, warn the user that a copy will be created. Not only is this confusing, but I sure am happy that I didn't import my 60GB directory and then leave for a few hours. 2) I don't know if it's possible, but allow more than one "album root" - i.e. allow in-place editing and indexing of files at random paths. This is a big requirement for someone like me, who works with photos that, at any given time, may be on 5+ partitions. I don't have space to copy all of that to a working disk, nor do I want the files to go "missing" (or have their changes be applied to a copy at another path). Lastly, I haven't dug through the source, but I don't understand this album on a remote mount issue. In Unix land, that type of stuff should be transparent to applications. Everything's just a path, why does it matter where it is? Shouldn't that be handled by the kernel, or FUSE, as the case may be? My main non-photo data storage is mounted via FUSE/SSHFS from a remote box, and I've never had a problem with any other application, whether it be over the LAN or from work, or even via WLAN. Thanks for all of the help, Jason Mikolaj Machowski wrote: > My guess: you didn't set permissions for files properly. In a way this > is kind of digiKam bug: a) it should set permissions automatically b) > should report if permissions don't allow for operations. > > m. > > _______________________________________________ > 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 |
Jason Antman wrote:
> [...] > Lastly, I haven't dug through the source, but I don't understand this > album on a remote mount issue. In Unix land, that type of stuff should > be transparent to applications. Everything's just a path, why does it > matter where it is? Shouldn't that be handled by the kernel, or FUSE, as > the case may be? My main non-photo data storage is mounted via > FUSE/SSHFS from a remote box, and I've never had a problem with any > other application, whether it be over the LAN or from work, or even via > WLAN. It's about sqlite database and locking. See here : http://www.digikam.org/drupal/node/219 You could also be interested in testing the following patch with 0.9.4svn version: http://mail.kde.org/pipermail/digikam-devel/2008-July/019511.html This makes sqlite use .lock files for locking the database which is supported on all platforms and filesystems. Use at your own risk... Works for me :) -- Fabien _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Free forum by Nabble | Edit this page |