| Summary: | Wish for ability to move album directories from disk to disk without loosing all tags | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Helge Hafting <helge.hafting> |
| Component: | Tags-Engine | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | wishlist | ||
| Priority: | NOR | ||
| Version: | 0.7.0 | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 7.6.0 | |
| Sentry Crash Report: | |||
|
Description
Helge Hafting
2005-02-16 22:19:58 UTC
How did you copy your directories? Is the digikam.db file available in the configured library path? 1. move the directory to the new location 2. start digikam, because digikam cannot find the library path anymore, the first run dialog appears. Add your new path here. 3. here you are... >
> So I wish there was a way to do a "digikam-safe" move/copy of an entire
> album, or even all the albums. Either from within digikam, or a
> description of some safe way to do this. Such a description would be
> nice to have considering the upcoming disk upgrade.
Don't understand problem. I was doing this and didn't lose anything.
Just remember to create symlinks to new location of album into main
digiKam dir.
Joern Ahrens wrote: >------- You are receiving this mail because: ------- >You reported the bug, or are watching the reporter. > >http://bugs.kde.org/show_bug.cgi?id=99560 >joern.ahrens kdemail net changed: > > What |Removed |Added >---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > Resolution| |WORKSFORME > > > >------- Additional Comments From joern.ahrens kdemail net 2005-02-16 22:54 ------- >How did you copy your directories? Is the digikam.db file available in the configured library path? > > The layout of my directory structure: /bildearkiv/helge The place where all my digicam files reside. Here is the file "digikam.db", and here is all my album directories located. /home is on a different disk. So, in my home directory I have a symlink called "foto" which links to /bildearkiv/helge The /bildearkiv filesystem was nearly full, so I made a couple of directories under /var (the /var filesystem had enough space). I made symlinks to these two directories from /bildearkiv/helge so I could use them as album directories. This worked fine. I later tidyed up the /bildearkuv filesystem and got more space. So I deleted the two symlinks to the directories in /var. Then I used "cp -a" to copy the two directories to /bildearkiv/helge where they belonged. Maybe digicam was up and running while I did this - perhaps that was a bad idea? I have seen how digikam reacts instantly when other software stores images into an album. Perhaps digikam believed the albums were deleted permamnently when I removed the links, and removed the tags accordingly? Such behaviour isn't entirely unreasonable, but I couldn't find abything about it in the documentation. It has some importance, for picture collections is the largest homemade datasets I have on the computer (letters for seven years and a book takes up only a fraction of the space used by 2300 digital images.) Such large datasets need to be moved around or split up occationally, as a part of storage management. I have now installed my new disks with more space. I copied everything over, and mounted the new raid-set in the same location ( /bildearkiv ) as the old used to be. This worked fine, I lost no tags. I expected that, as it'd be hard for digikam to even find out that this happened. Every file seems to be exactly where it was before, except the filesystem itself is bigger. Helge Hafting >1. move the directory to the new location > >2. start digikam, because digikam cannot find the library path anymore, the first > run dialog appears. Add your new path here. > >3. here you are... > > I have this problem as well. had main directory photos with sub directories album 1, album 2 etc and inside each further sub albums. When moving a sub album from album 1 to album 2, all tags are lost and all thumbnails regenerated when viewing the sub album in the new location (album 2). This is quite a serious bug, particarily if tags and other info is not saved to IPTC (which at the moment is not integrated on import anyway). birkirb, Since 0.9.0-beta1, all digiKam tags are saved into IPTC Keywords tags. Current implementation (next 0.9.0-beta3) can restore digiKam tags using IPTC Keywords. Actually, only JPEG pictures can be written like this. This is a limitation of Exiv2 library witch can not yet support writting mode with PNG and TIFF. This will be fixed to the future. Gilles Caulier |