After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 413075 - Export Feature
Export Feature
Status: RESOLVED DUPLICATE of bug 325381
Product: f-spot
Classification: Other
Component: General
CVS
Other All
: Normal enhancement
: ---
Assigned To: F-spot maintainers
F-spot maintainers
Depends on:
Blocks:
 
 
Reported: 2007-02-28 14:38 UTC by Richard Krone
Modified: 2008-09-02 08:08 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Richard Krone 2007-02-28 14:38:41 UTC
One of the largest drawbacks to the use of F-Spot in the professional management of large quantities of images and numerous sets of images is the inability to export the images in a meaningful removable archival format.

While it may be feasible to select a series of photos and select one of the current export features such as export to Flickr or even to a local folder it would be a wonderful feature if there was an option that would enable a user to backup the entire catalog to any removable media such as CD-R / DVD-R, External Hard drive, Networked Device, or even old school tape drives in one fell swoop.

The use of a non-rewritable and finite medium such as a CDR of course requires the inclusion of the ability to do such automated tasks as disc spanning and in the case of a tape drive or external hard drive a scheduled periodic backups to be run at certain times or in certain events (such as the end of day close of the application). 

The reason I suggest this is that like many people who work with graphic media files I find that I am much more confident with an application knowing that sitting on my shelf or on a removable USB drive (thumb, harddrive, or other USB storage device) is an archive that can be restored with little or no manual labor. This type of a feature reassures me that in the case of a drastic emergency such as a co-worker unknowing moving-altering files or deleting data or even worse say a total hard drive failure or fire there remains a way to quickly restore the information in a reasonably painless procedure.

Another export feature for backup that might be considered is the backup of each images version to a Gmail.com account. It would be an excellent way to both store and remotely reference photos either one at time via the email interface or possibly by using compressed zip or tars to send multiple versions or sets to a Gmail.com for long term remote storage.
Comment 1 Aidan Delaney 2007-08-09 09:22:21 UTC
I can suggest another use-case for the "export to zip archive feature".

A user has a webmail account, but does not use a mailer such as Evolution or Thunderbird (I posit a large majority of gmail, yahoo, hotmail etc.. users).  The "File->Send Mail" feature simply launches the Evo configuration (will file as separate bug).

The user would prefer an "Export->Export to Zip File" option so that they may send the resultant file to their friend using the webmail interface.

The current workaround of exporting to a Folder and then Zipping the folder is, surprisingly, too complicated for some users (i.e. my Mother :) ).
Comment 2 Stephane Delcroix 2007-08-09 12:05:51 UTC
comment #2: export to zip is discussed in another bug...
Comment 3 Maxxer 2008-09-02 08:08:04 UTC

*** This bug has been marked as a duplicate of 325381 ***