Summary: | impossible to not copy images in ~/Pictures | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Hubert Figuiere <hub> |
Component: | Database-Files | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | caulier.gilles |
Priority: | NOR | ||
Version: | 0.7.2 | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 0.10.0 | |
Sentry Crash Report: |
Description
Hubert Figuiere
2005-05-14 07:15:55 UTC
Try a symlink. Why don't you just set digikam to use the correct directory? Settings->configure digikam->albums On the top of that page you have: Album Library Path You can change that to whaterver you like. digikam works with a root album library path and all the folders need to be under that library path. You just need to tell digikam to use that folder path as the album library path (either at first run or through settings->configure digikam->album library path). The ~/Pictures which is provided as default is a just wild guess at the location of where the users store the pictures, but you don't have to stick to that. Comment 2 What if you have *several* directory in different places Comment 3 What if that directory is read only because it is your photographies archives directory and you don't want some random program to change things in it ? Reopening. > What if you have *several* directory in different places? we don't currently support that, sorry. (common usage is to have all photos under one root folder. but then again, you can switch album library paths using the settings.) > What if that directory is read only because it is your photographies archives > directory and you don't want some random program to change things in it ? digiKam 0.7.x will work fine with readonly directories. though your tagging and comments won't work as a new database can't be create and/or written to. (for the tagging/comments to work, you only need the root folder path to be writeonly, the subdirs can have any permissions that you want). i believe you are trying to force digikam to behave like f-spot. Unlike f-spot, digikam is also a image _file_ management program, i.e. you can copy/move/rename files/folders (with the previous constraint of root folder path). In addition it will ensure that you can do these operations without losing your tags, comments and other metadata. as far as i can see your original bugreport is still invalid. Op maandag 16 mei 2005 18:30, schreef Gerhard Kulzer: > > ------- Additional Comments From renchi pooh tam uiuc edu 2005-05-16 > > 18:19 ------- > > > > > What if you have *several* directory in different places? > > > > we don't currently support that, sorry. (common usage is to have all > > photos under one root folder. but then again, you can switch album > > library paths using the settings.) > > On top of it its so simple in Linux to mount a folder other places with > mount --bind original_dir additional_mount > > Gerhard Yes, and on top of that there is always showfoto which you can use... Tom about comment #3, wouldn't this be solved using symlinks to bind all the different directories in one tree? Also, perhaps it is possible to let digiKam use the amaroK-way of using directories with albums. amaroK let you choose 1 or more directories in different places to create the music collection.. Rinse Hmm, i ment 'comment 3' of comment #4 :o) no response, closing. Reopening to merge to another whishlist item *** This bug has been marked as a duplicate of 107871 *** Bug 107871 has been fixed but in no way address this one. I'm talking about "referencing images" in place. Since commits #733526, digiKam for KDE4 support multiple roots albums path in Setup. http://digikam3rdparty.free.fr/Screenshots/digikamKDE4_14.png Duing important changes in datatase, this feature will never backported to KDE3 implementation. I close this file now. Gilles Caulier |