GNOME Bugzilla – Bug 476019
Database backup
Last modified: 2018-07-12 00:01:11 UTC
Hi. I'd like to have a command that easily export and import the entire photo database with tags, working as database backup, that's useful when, for example, I must to format my hard disk o change computer, while photo location remain the same.
The same thought was expressed on the Debian bug tracker (at http://bugs.debian.org/377947): "I can't find any way to copy my photo database from one computer to another without manually re-tagging everything (or copying photos.db and hoping it works, something I'm not eager to do). It would be very nice if f-spot could grab a bunch of pictures from the db and export them in a more contained format (e.g., a directory structure that could then be tarred up -- the tarfile could even be generated automatically)." In my opinion, the condition that the photo location should remain the same should be removed, because otherwise you might as well just copy photos.db. Backing up the photos in the same archive would be useful as well.
I agree. I'd like to be able to select a range of photos (say, the year 2008) and export the photos _and_ a database chunk. Then, later import them and ignore duplicates. Or even better, specify an archive size (say 8.5GB) and an end photo, and have f-spot export as many older photos as it can.
Similar sentiment in Bug #325381 and Bug #408978 and Bug #329034
*** Bug 550869 has been marked as a duplicate of this bug. ***
*** Bug 603257 has been marked as a duplicate of this bug. ***
Evolution mail has a function like this. It can create a tar ball when choosing to backup. When it started for the first time on a newly installed machine, it asked whether to restore back up from a backup file. This really eased my life a lot. Also, the db shall be able to be split and backup with the archived photos. Say, I have 1000 photos and I would like to back 500 of them. Thus I CUT and PASTE them to my external hard drive. Later, when I connect a new machine to this hard drive, launch F-Spot, I want to be able to load the info. To make it more viable, say later I want to archive 300 more photos. Thus I will merge the folders into the external hard drive. The db should be able to merge together too. This sounds a lot of work, but I am just trying to visualise F-spot as a life time photo manager. Thus thousands of photos needs to be managed.
*** Bug 605797 has been marked as a duplicate of this bug. ***
filed on launchpad as well: https://bugs.launchpad.net/ubuntu/+source/f-spot/+bug/498800
(In reply to comment #8) > filed on launchpad as well: > https://bugs.launchpad.net/ubuntu/+source/f-spot/+bug/498800 Note that there's an (underused) field for this: See Also.
F-Spot has moved to https://github.com/f-spot/f-spot/issues If this Bugzilla ticket is still valid in a recent version of F-Spot, please feel free to post this topic as a ticket in the F-Spot project on GitHub. Closing this report as WONTFIX as part of Bugzilla Housekeeping as we are planning to shut down GNOME Bugzilla in favor of GNOME Gitlab.