Digikam lost all my tags and album thumbnails but I think I know why
this time (i've lost tags and album thumbnails 4-5 times in the past, it's the most fragile part of digikam). I think the reason is because i started digikam while my NAS was inadvertently powered down and it popped up showing no albums. I shut down digikam, started up the NAS and restarted digikam. After a long time (it has almost 350GB of data , digikam came up with all the pictures, but the tags and album thumbnails were all gone. Is the information inside the db files, somehow detached from the images? Is there any way to recover the associations? thanks, -rei _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Hoping someone might know an answer to this,
First off, my quick note of thanks, fantastic software, I really love it. Now, what I'm trying to do is upload pictures to facebook, while this works (and nicely) the problem area is that it doesn't take the picture rotation into account, so even if I've rotated pictures in DigiKam, they come out sideways in facebook, which is a bit of a problem for me. Mostly this is uploading CR2 images that I'm telling DigiKam to convert to JPEG when it uploads, running version 1.2 on Ubuntu Lucid (yes, I'm running in Gnome not KDE, but it seems to work just fine). Thanks - James Duerr E-mail: [hidden email] --------------------- Discover a lost art - play Marbles. May 2004 www.marillion.com _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Hi,
Facebook tool is a plugins. It's not digiKam core stuff. Please, let's me hear which version of kipi-plugins you use ? Try 1.2.0, the last stable. If it doesn't work too, please take a look here : https://bugs.kde.org/show_bug.cgi?id=212785 ...or file a bug to KDE bugzilla, into kipi-plugins/facebook component. It's easy to fix for 1.3.0 release (just 3/4 of code)... Gilles Caulier 2010/4/20 FireFly <[hidden email]>: > Hoping someone might know an answer to this, > > First off, my quick note of thanks, fantastic software, I really love it. > > Now, what I'm trying to do is upload pictures to facebook, while this works (and nicely) the problem area is that it doesn't take the picture rotation into account, so even if I've rotated pictures in DigiKam, they come out sideways in facebook, which is a bit of a problem for me. > > Mostly this is uploading CR2 images that I'm telling DigiKam to convert to JPEG when it uploads, running version 1.2 on Ubuntu Lucid (yes, I'm running in Gnome not KDE, but it seems to work just fine). > > Thanks > > - James Duerr > > E-mail: [hidden email] > --------------------- > Discover a lost art - play Marbles. May 2004 > www.marillion.com > > > > > _______________________________________________ > 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 |
> From: Gilles Caulier <[hidden email]>
Gilles,
> Hi, > > Facebook tool is a plugins. It's not digiKam core stuff. > > Please, let's me hear which version of kipi-plugins you use > ? Try > 1.2.0, the last stable. > > If it doesn't work too, please take a look here : > > https://bugs.kde.org/show_bug.cgi?id=212785 > > ...or file a bug to KDE bugzilla, into > kipi-plugins/facebook > component. It's easy to fix for 1.3.0 release (just 3/4 of > code)... > > Gilles Caulier > Thanks for the response, I'm already on 1.2.0 for the kipi-plugins, so I guess the bug that you pointed me at is still there, sorry still trying to get to grips with what is "core" vs plugins. I'll see if I can figure out how to log more comments on that bug. Thanks James _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Rei Shinozuka
Am Sun, 18 Apr 2010 22:04:16 -0400
schrieb Rei Shinozuka <[hidden email]>: > Digikam lost all my tags and album thumbnails but I think I know why > this time [...] > Is the information inside the db files, somehow detached from the > images? Yes, by default all that information is only saved to the databases ("digikam4.db" and "thumbnails-digikam.db"). For better security I'd recommend changing that setting to also write metadata to individual images. You'll find the appropriate switches somewhere under "preferences / metadata". Lost thumbnails can easily be regenerated. > Is there any way to recover the associations? I don't know anything about the database file format, but maybe someone else can help you. In any case it is always a good idea to backup all user data from time to time... Regards, Vlado _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Rei Shinozuka
Hi
Am Monday, 19. April 2010 schrieb Rei Shinozuka: > I think the reason is because i started digikam while my NAS was > inadvertently powered down and it popped up showing no albums. I shut > down digikam, started up the NAS and restarted digikam. After a long > time (it has almost 350GB of data , digikam came up with all the > pictures, but the tags and album thumbnails were all gone. what type of collection do you use? If you use iSCSI I would recommend to use "Removable Media". If you are using NFS/CIFS I would recommend to use "Network Shares". In both cases Digikam should keep the data. Andreas -- My Public GPG Key: http://www.silicoids-world.de/gpg.asc Join Xing: http://www.xing.com/go/invite/7217885.c75a68 Is your job running? You'd better go catch it! _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
The NAS exports NFS and it's mounted as a filesystem on my computer.
/nfs-raid01/data. I set it up that way before there was "Collections on Network Shares" option. I started using digikam in the pre 1.0 days and back then your albums were rooted at one directory, so I've never used any of the collection features. When the NAS was accidentally off in my incident, the /nfs-raid01/data mountpoint would have been empty and digikam showed no images (I don't remember it showing any errors either). I hoped by shutting down digikam and then restoring the NAS, digikam would "remember" what "should" have been there and thus restore tags and album thumbnails, but i think it went ahead and just thought the data was all new (took hours rebuilding) and thus forgot about the tags and album thumbnails. funny thing is that digikam4.db is huge, 120MB, also thumbnail-digikam.db is 869MB. In any case, ideally the software should tolerate the fact that data are sometimes temporarily unavailable and retain what appear to be "dead paths." I think only human intervention should actively inform the software that the files are permanently gone, as opposed to an intermittent outages such as a NAS off-line, network outage, or an unplugged USB drive. itunes for example (which often confounds me for other reasons), does generally tolerate having the data unavailable and subsequently brought back on-line (as in network share or usb disk). i actually do happen have a recent backup with snapshot of the .digikam files, would it be as easy as restoring the old .db files and then restarting digikam? Thanks, -rei On 04/21/2010 02:49 AM, Andreas Weigl wrote: > Hi > > Am Monday, 19. April 2010 schrieb Rei Shinozuka: > >> I think the reason is because i started digikam while my NAS was >> inadvertently powered down and it popped up showing no albums. I shut >> down digikam, started up the NAS and restarted digikam. After a long >> time (it has almost 350GB of data , digikam came up with all the >> pictures, but the tags and album thumbnails were all gone. >> > what type of collection do you use? If you use iSCSI I would recommend to use > "Removable Media". If you are using NFS/CIFS I would recommend to use "Network > Shares". > In both cases Digikam should keep the data. > > Andreas > > _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Hi
Am Wednesday, 21. April 2010 schrieb Rei Shinozuka: > When the NAS was accidentally off in my incident, the /nfs-raid01/data > mountpoint would have been empty and digikam showed no images (I don't > remember it showing any errors either). I hoped by shutting down > digikam and then restoring the NAS, digikam would "remember" what > "should" have been there and thus restore tags and album thumbnails, but > i think it went ahead and just thought the data was all new (took hours > rebuilding) and thus forgot about the tags and album thumbnails. funny > thing is that digikam4.db is huge, 120MB, also thumbnail-digikam.db is > 869MB. When you change your Collection from "Local Collection" to "Network Collection" digikam should not delete data, when the directory is empty. The db files are this huge because the space will not be released when data is deleted. It will be reused when new data is written to the db. If you want to release the space you have to do a reorganisation. > i actually do happen have a recent backup with snapshot of the .digikam > files, would it be as easy as restoring the old .db files and then > restarting digikam? Yes, shut down digikam, restore the old db files and then open it again. Andreas -- My Public GPG Key: http://www.silicoids-world.de/gpg.asc Join Xing: http://www.xing.com/go/invite/7217885.c75a68 Have a taco. -- P. S. Beagle _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Rei Shinozuka
Am Wednesday, 21. April 2010 schrieb Rei Shinozuka:
> The NAS exports NFS and it's mounted as a filesystem on my computer. > /nfs-raid01/data. I set it up that way before there was "Collections on > Network Shares" option. I started using digikam in the pre 1.0 days and > back then your albums were rooted at one directory, so I've never used > any of the collection features. > > When the NAS was accidentally off in my incident, the /nfs-raid01/data > mountpoint would have been empty and digikam showed no images (I don't > remember it showing any errors either). I hoped by shutting down > digikam and then restoring the NAS, digikam would "remember" what > "should" have been there and thus restore tags and album thumbnails, but > i think it went ahead and just thought the data was all new (took hours > rebuilding) and thus forgot about the tags and album thumbnails. funny > thing is that digikam4.db is huge, 120MB, also thumbnail-digikam.db is > 869MB. > > In any case, ideally the software should tolerate the fact that data are > sometimes temporarily unavailable and retain what appear to be "dead > paths." I think only human intervention should actively inform the > software that the files are permanently gone, as opposed to an > intermittent outages such as a NAS off-line, network outage, or an > unplugged USB drive. itunes for example (which often confounds me for > other reasons), does generally tolerate having the data unavailable and > subsequently brought back on-line (as in network share or usb disk). > > i actually do happen have a recent backup with snapshot of the .digikam > files, would it be as easy as restoring the old .db files and then > restarting digikam? > > Thanks, > > -rei > > On 04/21/2010 02:49 AM, Andreas Weigl wrote: > > Hi > > > > Am Monday, 19. April 2010 schrieb Rei Shinozuka: > >> I think the reason is because i started digikam while my NAS was > >> inadvertently powered down and it popped up showing no albums. I shut > >> down digikam, started up the NAS and restarted digikam. After a long > >> time (it has almost 350GB of data , digikam came up with all the > >> pictures, but the tags and album thumbnails were all gone. > > > > what type of collection do you use? If you use iSCSI I would recommend to > > use "Removable Media". If you are using NFS/CIFS I would recommend to > > use "Network Shares". > > In both cases Digikam should keep the data. > > > > Andreas > > _______________________________________________ > Digikam-users mailing list > [hidden email] > https://mail.kde.org/mailman/listinfo/digikam-users -- My Public GPG Key: http://www.silicoids-world.de/gpg.asc Join Xing: http://www.xing.com/go/invite/7217885.c75a68 Scintillation is not always identification for an auric substance. _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Free forum by Nabble | Edit this page |