Bug 99560 - Wish for ability to move album directories from disk to disk without loosing all tags
Summary: Wish for ability to move album directories from disk to disk without loosing ...
Status: RESOLVED WORKSFORME
Alias: None
Product: digikam
Classification: Applications
Component: Tags-Engine (show other bugs)
Version: 0.7.0
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-16 22:19 UTC by Helge Hafting
Modified: 2022-01-22 14:02 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In: 7.6.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Helge Hafting 2005-02-16 22:19:58 UTC
Version:           0.7 (using KDE KDE 3.3.2)
Installed from:    Debian testing/unstable PackagesDebian testing/unstable Packages
OS:                Linux

My image disk filled up, so I made a directory on another disk and stored images there.  I made a link from the image disk directory, and digicam saw it.  I then put tags on my pictures as usual.

After tidying up the image disk, I noticed enough space to hold everythin.  So I moved the two album directories over. But I lost all the tags in those directories and had to set them again.

I worry a bit now, for the image disk is still almost full. I have ordered two new disks in order to set up a raid-1 array for my images - but I may loose the tags on 2300 images if this goes "wrong" somehow.  

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.

Helge Hafting
Comment 1 Joern Ahrens 2005-02-16 22:54:03 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...
Comment 2 Mikolaj Machowski 2005-02-17 02:30:53 UTC
>
> 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.

Comment 3 Helge Hafting 2005-02-26 21:05:32 UTC
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...
>  
>

Comment 4 Birkir A. Barkarson 2006-10-12 03:44:10 UTC
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).
Comment 5 caulier.gilles 2006-10-12 09:37:51 UTC
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