I see now there may be a lot of that in Gitorious already. Sorry, I'm late to the party. :)
http://gitorious.org/taglib-sharp/raw-samples <http://gitorious.org/taglib-sharp/raw-samples>tim On Sun, Nov 21, 2010 at 1:08 PM, Tim Howard <[email protected]>wrote: > Thanks for the info. Opening a bug under import would probably be a good > start (https://bugzilla.gnome.org/enter_bug.cgi?product=f-spot). Attaching > some sample images would also be great. I am going to work on setting > something up to keep all the sample images for given bugs in one place so > that anyone can grab them and test. > > I don't like the sidecar files either but it's definitely the best > alternative if F-Spot cannot determine safely how to handle a file. It's > possible in future release it will be able to merge those sidecar files back > into the images if we can handle the files better. > > Is this on 0.8.0? I assume so since it is writing the sidecar files. I > believe that was introduced with TagLib# so that would have been 0.7.0 or > later I believe. > > > Tim > > > > > > On Sun, Nov 21, 2010 at 11:51 AM, Dougie Nisbet <[email protected]>wrote: > >> I have a Nikon Coolpix S600 that sees occasional use. I've noticed before >> that any images taken with it cause problems for f-spot. These seem to be >> related to the exif header - I think it may be corrupt in some way. Any >> changes to metadata cannot be written to the jpeg and are always written to >> an xmp sidecar file. I noticed today that if I viewed the the files >> initially in gthumb and rotated the photos that needed rotated it caused >> f-spot to crash during a later import. Interestingly the images that caused >> the crash (the rotated ones) were saved to /jpegs/1/01/01 whereas the ok >> jpegs were saved to /jpegs/2010/11/21. I checked the datestamps on the >> rotated images and they were correct for today. >> >> I haven't logged a bug for this (although I'd be happy to do so - I have >> the debug output, no idea what category to log it under though) as it seems >> to be just this camera that produces problems. I find it easier just to nuke >> the header (using "jhead -purejpg *" pre-import) rather than mess around >> trying to find out which particular idiosyncrasy is causing the problems. >> It's important to me to store my tags in the jpeg itself. >> >> Dougie >> >> >> >> _______________________________________________ >> f-spot-list mailing list >> [email protected] >> http://mail.gnome.org/mailman/listinfo/f-spot-list >> > >
_______________________________________________ f-spot-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/f-spot-list
