Hi list,
after having gotten accustomed to the new digikam - fine work, lots of improvements - I would like to re-organise the storage of my pictures. Having accumulated 140GB of image files over the last 5 years, I definitely need to dispatch some of the more rarely used file onto off-site storage space, but I do not want to loose the advantages of administering all my files in digikam. In the handbook I have not found sufficient documentation for this approach, so I would be most grateful for a concise description of the steps necessary accomplish this goal. Thanks - Markus _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Dnia Saturday 22 of November 2008, Markus Spring napisał:
> Hi list, > after having gotten accustomed to the new digikam - fine work, lots of > improvements - I would like to re-organise the storage of my pictures. > > Having accumulated 140GB of image files over the last 5 years, I > definitely need to dispatch some of the more rarely used file onto > off-site storage space, but I do not want to loose the advantages of > administering all my files in digikam. > > In the handbook I have not found sufficient documentation for this > approach, so I would be most grateful for a concise description of the > steps necessary accomplish this goal. Unfortunately off-line manager is only in TODO list. You can create thumbnails, tag them according to disk location and originals store on separate harddisks. m. _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Am Samstag 22 November 2008 17:02:56 schrieb Mikolaj Machowski:
> Dnia Saturday 22 of November 2008, Markus Spring napisał: > > Hi list, > > after having gotten accustomed to the new digikam - fine work, lots of > > improvements - I would like to re-organise the storage of my pictures. > > > > Having accumulated 140GB of image files over the last 5 years, I > > definitely need to dispatch some of the more rarely used file onto > > off-site storage space, but I do not want to loose the advantages of > > administering all my files in digikam. > > > > In the handbook I have not found sufficient documentation for this > > approach, so I would be most grateful for a concise description of the > > steps necessary accomplish this goal. > > Unfortunately off-line manager is only in TODO list. You can create > thumbnails, tag them according to disk location and originals store on > separate harddisks. so digikam 0.10 will still remove all pictures from the database, which are currently not available? Stephan _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Markus Spring
> Hi list,
> after having gotten accustomed to the new digikam - fine work, lots of > improvements - I would like to re-organise the storage of my pictures. > > Having accumulated 140GB of image files over the last 5 years, I definitely > need to dispatch some of the more rarely used file onto off-site storage > space, but I do not want to loose the advantages of administering all my > files in digikam. > > In the handbook I have not found sufficient documentation for this > approach, so I would be most grateful for a concise description of the > steps necessary accomplish this goal. > > Thanks - Markus You can do the brave step and do beta testing of 0.10: add your USB hard disk as a collection (with current svn) and start to move your pictures to the disk. The expected behavior is that the collection will be shown as soon as you plug in your harddisk, and when moving / copying all metadata will be preserved. You may want to do this with test images first and report any bugs you encounter. _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Markus Spring
This screenshot wil resume the setup in KDE4 version of digiKam:
http://www.flickr.com/photos/digikam/3038025046/sizes/o/ Gilles
2008/11/22 Markus Spring <[hidden email]> Hi list, _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Gilles Caulier schrieb:
> This screenshot wil resume the setup in KDE4 version of digiKam: > > http://www.flickr.com/photos/digikam/3038025046/sizes/o/ Looks promising! What is the right way to move the pictures into those removable media collections? In case of a hard disk it's simple, mount it and move inside digikam, but how to do it with DVD's Markus _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Stephan Olbrich
2008/11/23 Stephan Olbrich <[hidden email]> Am Samstag 22 November 2008 17:02:56 schrieb Mikolaj Machowski: No. with removable media, all still in database. Database interface have been fully re-written by Marcel with KDE4 version. behaviours is completly different now. Gilles _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Markus Spring
> > This screenshot wil resume the setup in KDE4 version of digiKam:
> > > > http://www.flickr.com/photos/digikam/3038025046/sizes/o/ > > Looks promising! > > What is the right way to move the pictures into those removable media > collections? In case of a hard disk it's simple, mount it and move inside > digikam, but how to do it with DVD's Digikam uses a checksum (of parts of the file) to recognize identical images. So create your disk and add it as a collection. Digikam should see that it knows those images, and copy the metadata. (All other behavior is a bug). Note that Cds/DVDs will not have a UUID available for identification, so set a unique label when creating it in your burning application. There is no data structure so far that digikam knows that a certain file is a copy/backup of another file, so if you edit metadata of the original the backup file's metadata will currently not be adjusted. This functionality is not going to be implemented in the near future (it might be easy to implement keeping files with identical checksums in sync, though) > > Markus _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
In reply to this post by Gilles Caulier-4
Am Sonntag 23 November 2008 22:40:30 schrieb Gilles Caulier:
> 2008/11/23 Stephan Olbrich <[hidden email]> > > > Am Samstag 22 November 2008 17:02:56 schrieb Mikolaj Machowski: > > > Dnia Saturday 22 of November 2008, Markus Spring napisał: > > > > Hi list, > > > > after having gotten accustomed to the new digikam - fine work, lots > > > > of improvements - I would like to re-organise the storage of my > > > > pictures. > > > > > > > > Having accumulated 140GB of image files over the last 5 years, I > > > > definitely need to dispatch some of the more rarely used file onto > > > > off-site storage space, but I do not want to loose the advantages of > > > > administering all my files in digikam. > > > > > > > > In the handbook I have not found sufficient documentation for this > > > > approach, so I would be most grateful for a concise description of > > > > the steps necessary accomplish this goal. > > > > > > Unfortunately off-line manager is only in TODO list. You can create > > > thumbnails, tag them according to disk location and originals store on > > > separate harddisks. > > > > so digikam 0.10 will still remove all pictures from the database, which > > are currently not available? > > No. with removable media, all still in database. > > Database interface have been fully re-written by Marcel with KDE4 version. > behaviours is completly different now. This sound great! What additional functionality will the mentioned offline manager add? Stephan _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Free forum by Nabble | Edit this page |