GNOME Bugzilla – Bug 322366
Import existing data from gthumb
Last modified: 2018-07-12 00:00:33 UTC
Title says it all, I've got a lot of data in gthumb format, not too willing to change apps without an easy transfer.
how does gthumb save the data?
I have a patch made for this that Larry is reviewing.
Created attachment 60079 [details] [review] Patch for automatically importing gthumb metadata when importing photos
Created attachment 66105 [details] [review] Fixed patch so it applies against CVS This patch do not apply cleanly anymore Fixed the patch, so it cleanly applies to CVS again. Wondering why "imported_photos = null;" is set to null in Finish in FileImportBackend.cs though, since it is not in CVS. Tested it, and it runs nicely. Seems like something we definitely should commit fairly soon. Have anyone else also tested/verified this one?
I can not see that the patch removes the just created tags, if the user cancels? The tags are stored in tags_created, but this one is never used.
Created attachment 66245 [details] [review] Patch against CVS with Delete of tags on cancel Just added a small Cancel to GthumbImporter which handles remove of created tags.
Apparently there is a small crash introduced with the last patch, if you do the following: 1) open a folder that contains GThumb meta data 2) DO NOT IMPORT 3) Open another folder 4) --> Crash
Created attachment 66516 [details] [review] Patch against CVS with Delete of tags on cancel Had to disable the DisplayTags in ImportCommand since apparently Cancel do not clean up everything good enough.
Perhaps this one should be done as a plugin? That is, as soon as we have the hooks for it.
The code has changed out from under this patch again - I wasn't able to get it to work properly with current CVS. I do wish this could work so that I could switch my photo library over. I'm sure I'm not the only one for whom re-tagging everything manually is intractable.
Created attachment 72075 [details] [review] Updated patch against cvs Just updated the patch so it applies cleanly against cvs. (possible problem with the Changelog though) I still think this patch should be done as a plug-in
Thank you Bengt! I compiled this in and it does work - now I can convert over all my old photos. I'm sure there may be more elegant ways to do it, as a plugin or what have you -- but perhaps it's better to have some support that can be improved later, rather than none?
Created attachment 74744 [details] [review] Patch to import GThumb Metadata Updated patch to import GThumb Metadata. probably needs some work to fit in more with the existing XMP import. Also, the newly created tags should end up under Last Imports.
Created attachment 74802 [details] [review] Patch to import GThumb Metadata Here is an updated patch No more dialog window. If there are metadata, lets import it. I moved some code from XmpTagsImporter.cs to TagsImporter, and made XmpTagsImporter and GthumbsTagsImporter.cs inherit it. Comments/Review anyone?
Any thoughts of getting this one into SVN? Since a lot of people probably used gthumb to create tags I mean...
Are there any news about this? I don't think the last patch works anymore. Will it ever get into the main trunk?
Shameless plug: In the meantime, if someone want's to switch from GThumb to F-Spot, there's the exiflow project ( http://exiflow.sf.net/ ) that (for example) creates EXIF tags based on GThumb metadata. After running the software, you can import your photos the normal way into F-Spot and have your tag list created automatically since F-Spot converts EXIF keywords to tags on import.
Comment on attachment 74802 [details] [review] Patch to import GThumb Metadata This won't work anymore with the new import, but it should be *much* easier to add an importer for gthumb, in a clean and pretty way.
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.