From john at wormdrive.net Sat Oct 1 08:28:07 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Sat, 01 Oct 2011 09:28:07 +0100 Subject: [Shotwell] Debug output and sent to Message-ID: <4E86CF17.4070406@wormdrive.net> Excuse me for combining two questions :) First, whenever I start shotwell on Archlinux, I get this output:- johncc at liberator:~$ shotwell --version ** Message: GConfEngine.vala:188: Error loading or parsing gsettings convert keyfile: Valid key file could not be found in search dirs ** (process:26680): DEBUG: GConfEngine.vala:191: Converting GConf settings to gsettings... ** Message: GConfEngine.vala:201: Error 11 running gsettings-data-convert: stdout="" stderr=" (gsettings-data-convert:26688): GLib-GObject-CRITICAL **: gtype.c:2708: You forgot to call g_type_init() (gsettings-data-convert:26688): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed (gsettings-data-convert:26688): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed " ** (process:26680): DEBUG: GConfEngine.vala:205: GConf to gsettings conversion completed Shotwell 0.11.2 It seems like it's trying to convert settings from one format to another, but it seems to do it every time. Is this normal? Secondly, I created ~/bin/nautilus-sendto but shotwell does not seem to call it when I choose "Send To" from the menu. Has this mechanism changed? From john at wormdrive.net Sat Oct 1 08:35:40 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Sat, 01 Oct 2011 09:35:40 +0100 Subject: [Shotwell] Debug output and sent to In-Reply-To: <4E86CF17.4070406@wormdrive.net> References: <4E86CF17.4070406@wormdrive.net> Message-ID: <4E86D0DC.2000706@wormdrive.net> On 01/10/11 09:28, John Carlyle-Clarke wrote: > Excuse me for combining two questions :) > > First, whenever I start shotwell on Archlinux, I get this output:- > > johncc at liberator:~$ shotwell --version > ** Message: GConfEngine.vala:188: Error loading or parsing gsettings > convert keyfile: Valid key file could not be found in search dirs > ** (process:26680): DEBUG: GConfEngine.vala:191: Converting GConf > settings to gsettings... > ** Message: GConfEngine.vala:201: Error 11 running > gsettings-data-convert: stdout="" stderr=" > (gsettings-data-convert:26688): GLib-GObject-CRITICAL **: gtype.c:2708: > You forgot to call g_type_init() > > (gsettings-data-convert:26688): GLib-GObject-CRITICAL **: g_object_new: > assertion `G_TYPE_IS_OBJECT (object_type)' failed > > (gsettings-data-convert:26688): GLib-GObject-CRITICAL **: g_object_ref: > assertion `G_IS_OBJECT (object)' failed > " > ** (process:26680): DEBUG: GConfEngine.vala:205: GConf to gsettings > conversion completed > Shotwell 0.11.2 > > It seems like it's trying to convert settings from one format to > another, but it seems to do it every time. Is this normal? Is this useful? johncc at liberator:~$ gsettings list-recursively org.yorba.shotwell org.yorba.shotwell.printing content-height 4.0 org.yorba.shotwell.printing content-layout 3 org.yorba.shotwell.printing content-ppi 1200 org.yorba.shotwell.printing content-units 1 org.yorba.shotwell.printing content-width 4.0 org.yorba.shotwell.printing images-per-page 1 org.yorba.shotwell.printing match-aspect-ratio true org.yorba.shotwell.printing print-titles false org.yorba.shotwell.printing size-selection 3 org.yorba.shotwell.printing titles-font 'Sans Bold 12' org.yorba.shotwell.sharing default-service 1 org.yorba.shotwell.sharing last-used-service 'org.yorba.shotwell.publishing.facebook' org.yorba.shotwell.video interpreter-state-cookie 1059 johncc at liberator:~$ From kolinmurray at gmail.com Sat Oct 1 23:36:04 2011 From: kolinmurray at gmail.com (Kolin) Date: Sat, 1 Oct 2011 16:36:04 -0700 (PDT) Subject: [Shotwell] RAW + JPEG priorities In-Reply-To: References: Message-ID: <1317512164532-46915.post@talk.nabble.com> Unfortunately I'm not able to reproduce the behaviour in ticket http://redmine.yorba.org/issues/4139 4139 . I have tried importing with the developer set to 'Camera,' and with it set to 'Shotwell,' but Shotwell seems to behave the same either way. I set my camera to save both RAW and JPEG files - at different resolutions. What I want to do is leave the RAW file alone for now, and publish or export the JPEG file from Shotwell. I can't figure out how to access this JPEG file at all. Of course I can find the file in a Nautilus window, but I'd like to have the functionality back where I could publish selected JPEGs directly from Shotwell. Maybe I'm missing something, or I just need to wait until RAW handling improves somewhat. Perhaps for now I need to simply archive my RAW files and import just the JPEGs. Kolin On Mon, Sep 19, 2011 at 6:38 PM, Jim Nelson <jim@> wrote: > I've been working with RAW+JPEG today and can reproduce this as well.? > I've > reported it at http://redmine.yorba.org/issues/4149 -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-RAW-JPEG-priorities-tp46388p46915.html Sent from the Shotwell mailing list archive at Nabble.com. From alex at ourwoods.org Sun Oct 2 21:47:12 2011 From: alex at ourwoods.org (Alex Janssen) Date: Sun, 02 Oct 2011 17:47:12 -0400 Subject: [Shotwell] EXIF data contained in JPEG image files In-Reply-To: References: <4E7FF101.9050109@ourwoods.org> <4E809ECC.6030506@ourwoods.org> <4E80A0E6.2060507@gmail.com> <4E80ABDD.7090905@ourwoods.org> <4E80CA1F.4070109@ourwoods.org> Message-ID: <4E88DBE0.60209@ourwoods.org> On 09/27/2011 04:49 PM, Jim Nelson wrote: > I took a photo, modified it in direct-edit mode, and saved it. I then > ran this command for each: > > $ exiv2 -pa IMG_0001.JPG > orig.txt > $ exiv2 -pa IMG_0002_saved.JPG > saved.txt > > Then I did a diff (using meld) of the files. I see no changes other > than a couple expected modifications. > > What do you see when you do this experiment? > > -- Jim I finally got around to running your experiment and I saw just what you expected me to see as follows. $ diff orig.txt copy.txt 7c7 < Exif.Image.Software Ascii 10 Ver.1.0 --- > Exif.Image.Software Ascii 15 Shotwell 0.9.3 10c10 < Exif.Image.ExifTag Long 1 418 --- > Exif.Image.ExifTag Long 1 424 26c26 < Exif.MakerNote.Offset Long 1 908 --- > Exif.MakerNote.Offset Long 1 914 65,67c65,67 < Exif.Photo.PixelXDimension Long 1 848 < Exif.Photo.PixelYDimension Long 1 480 < Exif.Photo.InteroperabilityTag Long 1 7690 --- > Exif.Photo.PixelXDimension SLong 1 703 > Exif.Photo.PixelYDimension SLong 1 312 > Exif.Photo.InteroperabilityTag Long 1 7696 84,91c84,90 < Exif.Thumbnail.Compression Short 1 JPEG (old-style) < Exif.Thumbnail.Orientation Short 1 top, left < Exif.Thumbnail.XResolution Rational 1 72 < Exif.Thumbnail.YResolution Rational 1 72 < Exif.Thumbnail.ResolutionUnit Short 1 inch < Exif.Thumbnail.JPEGInterchangeFormat Long 1 8084 < Exif.Thumbnail.JPEGInterchangeFormatLength Long 1 4027 < Exif.Thumbnail.YCbCrPositioning Short 1 Co-sited --- > Xmp.exif.PixelXDimension XmpText 3 703 > Xmp.exif.PixelYDimension XmpText 3 312 > Xmp.exif.DateTimeOriginal XmpText 20 2011:08:31 23:03:18 > Xmp.exif.DateTimeDigitized XmpText 20 2011-08-31T23:03:18Z > Xmp.tiff.ImageWidth XmpText 1 1 > Xmp.tiff.ImageHeight XmpText 3 312 > Xmp.xmp.CreateDate XmpText 20 2011-08-31T23:03:18Z I got no idea, now, how I came to think it was deleting camera and other data, but I was sure it was. I am glad to have run this test. I have more confidence in Shotwell, now, and it is faster and easier than firing up GIMP for such simple edits. Thanks for your help, Jim. Alex -- Ourwoods.org Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin (391) From alex at ourwoods.org Sun Oct 2 22:17:26 2011 From: alex at ourwoods.org (Alex Janssen) Date: Sun, 02 Oct 2011 18:17:26 -0400 Subject: [Shotwell] EXIF data contained in JPEG image files In-Reply-To: References: <4E7FF101.9050109@ourwoods.org> <4E809ECC.6030506@ourwoods.org> <4E80A0E6.2060507@gmail.com> <4E80ABDD.7090905@ourwoods.org> <4E80CA1F.4070109@ourwoods.org> Message-ID: <4E88E2F6.1000309@ourwoods.org> On 09/27/2011 04:49 PM, Jim Nelson wrote: > I took a photo, modified it in direct-edit mode, and saved it. I then > ran this command for each: > > $ exiv2 -pa IMG_0001.JPG > orig.txt > $ exiv2 -pa IMG_0002_saved.JPG > saved.txt > > Then I did a diff (using meld) of the files. I see no changes other > than a couple expected modifications. > > What do you see when you do this experiment? I edited the copy of the test photo and pressed ^S to save it after a minor edit and reran the experiment. This time Shotwell did delete the camera information and set the exif date to today. It appears that using "save as" preserves this data and save does not. More testing needed. The diff follows: 1,2d0 < Exif.Image.Make Ascii 10 Panasonic < Exif.Image.Model Ascii 8 DMC-LZ7 4,7c2 < Exif.Image.XResolution Rational 1 72 < Exif.Image.YResolution Rational 1 72 < Exif.Image.ResolutionUnit Short 1 inch < Exif.Image.Software Ascii 10 Ver.1.0 --- > Exif.Image.Software Ascii 15 Shotwell 0.9.3 9,15c4 < Exif.Image.YCbCrPositioning Short 1 Co-sited < Exif.Image.ExifTag Long 1 418 < Exif.Photo.ExposureTime Rational 1 1/50 s < Exif.Photo.FNumber Rational 1 F3.5 < Exif.Photo.ExposureProgram Short 1 Auto < Exif.Photo.ISOSpeedRatings Short 1 100 < Exif.Photo.ExifVersion Undefined 4 2.21 --- > Exif.Image.ExifTag Long 1 98 18,92c7,15 < Exif.Photo.ComponentsConfiguration Undefined 4 YCbCr < Exif.Photo.CompressedBitsPerPixel Rational 1 2 < Exif.Photo.ExposureBiasValue SRational 1 0 EV < Exif.Photo.MaxApertureValue Rational 1 F2.8 < Exif.Photo.MeteringMode Short 1 Multi-segment < Exif.Photo.LightSource Short 1 Unknown < Exif.Photo.Flash Short 1 No, compulsory < Exif.Photo.FocalLength Rational 1 16.1 mm < Exif.Photo.MakerNote Undefined 6774 (Binary value suppressed) < Exif.MakerNote.Offset Long 1 920 < Exif.MakerNote.ByteOrder Ascii 3 II < Exif.Panasonic.Quality Short 1 Normal < Exif.Panasonic.FirmwareVersion Undefined 4 0 1 0 6 < Exif.Panasonic.WhiteBalance Short 1 Auto < Exif.Panasonic.FocusMode Short 1 Auto < Exif.Panasonic.AFMode Byte 2 Spot mode off or 3-area (high speed) < Exif.Panasonic.ImageStabilization Short 1 On, Mode 2 < Exif.Panasonic.Macro Short 1 Off < Exif.Panasonic.ShootingMode Short 1 Intelligent ISO < Exif.Panasonic.Audio Short 1 No < Exif.Panasonic.DataDump Undefined 6152 (Binary value suppressed) < Exif.Panasonic.WhiteBalanceBias Short 1 0 EV < Exif.Panasonic.FlashBias Short 1 0 < Exif.Panasonic.InternalSerialNumber Undefined 16 70 51 53 48 55 48 50 49 51 48 53 54 48 0 0 0 < Exif.Panasonic.ExifVersion Undefined 4 2.20 < Exif.Panasonic.ColorEffect Short 1 Off < Exif.Panasonic.TimeSincePowerOn Long 1 21697 < Exif.Panasonic.BurstMode Short 1 Off < Exif.Panasonic.SequenceNumber Long 1 0 < Exif.Panasonic.Contrast Short 1 Normal < Exif.Panasonic.NoiseReduction Short 1 Standard < Exif.Panasonic.SelfTimer Short 1 Off < Exif.Panasonic.Rotation Short 1 Horizontal (normal) < Exif.Panasonic.ColorMode Short 1 Natural < Exif.Panasonic.BabyAge Ascii 20 9999:99:99 00:00:00 < Exif.Panasonic.OpticalZoomMode Short 1 Standard < Exif.Panasonic.ConversionLens Short 1 Off < Exif.Panasonic.TravelDay Short 1 65535 < Exif.Panasonic.WorldTimeLocation Short 1 Home < Exif.Panasonic.ProgramISO Short 1 65535 < Exif.Panasonic.MakerNoteVersion Undefined 4 1.01 < Exif.Panasonic.SceneMode Short 1 Intelligent ISO < Exif.Panasonic.WBRedLevel Short 1 1625 < Exif.Panasonic.WBGreenLevel Short 1 1054 < Exif.Panasonic.WBBlueLevel Short 1 1802 < Exif.Panasonic.BabyAge Ascii 20 9999:99:99 00:00:00 < Exif.Photo.FlashpixVersion Undefined 4 1.00 < Exif.Photo.ColorSpace Short 1 sRGB < Exif.Photo.PixelXDimension Long 1 3072 < Exif.Photo.PixelYDimension Long 1 2304 < Exif.Photo.InteroperabilityTag Long 1 7702 < Exif.Iop.InteroperabilityIndex Ascii 4 R98 < Exif.Iop.InteroperabilityVersion Undefined 4 1.00 < Exif.Photo.SensingMethod Short 1 One-chip color area < Exif.Photo.FileSource Undefined 1 Digital still camera < Exif.Photo.SceneType Undefined 1 Directly photographed < Exif.Photo.CustomRendered Short 1 Normal process < Exif.Photo.ExposureMode Short 1 Auto < Exif.Photo.WhiteBalance Short 1 Auto < Exif.Photo.DigitalZoomRatio Rational 1 0.0 < Exif.Photo.FocalLengthIn35mmFilm Short 1 98.0 mm < Exif.Photo.SceneCaptureType Short 1 Standard < Exif.Photo.GainControl Short 1 None < Exif.Photo.Contrast Short 1 Normal < Exif.Photo.Saturation Short 1 Low < Exif.Photo.Sharpness Short 1 Soft < Exif.Image.PrintImageMatching Undefined 208 (Binary value suppressed) < Exif.Thumbnail.Compression Short 1 JPEG (old-style) < Exif.Thumbnail.Orientation Short 1 top, left < Exif.Thumbnail.XResolution Rational 1 72 < Exif.Thumbnail.YResolution Rational 1 72 < Exif.Thumbnail.ResolutionUnit Short 1 inch < Exif.Thumbnail.JPEGInterchangeFormat Long 1 8084 < Exif.Thumbnail.JPEGInterchangeFormatLength Long 1 3779 < Exif.Thumbnail.YCbCrPositioning Short 1 Co-sited --- > Exif.Photo.PixelXDimension SLong 1 3018 > Exif.Photo.PixelYDimension SLong 1 2158 > Xmp.exif.PixelXDimension XmpText 4 3018 > Xmp.exif.PixelYDimension XmpText 4 2158 > Xmp.exif.DateTimeOriginal XmpText 20 2011:09:23 23:15:09 > Xmp.exif.DateTimeDigitized XmpText 20 2011-09-23T23:15:09Z > Xmp.tiff.ImageWidth XmpText 1 1 > Xmp.tiff.ImageHeight XmpText 4 2158 > Xmp.xmp.CreateDate XmpText 20 2011-09-23T23:15:09Z -- Ourwoods.org From alex at ourwoods.org Sun Oct 2 22:27:41 2011 From: alex at ourwoods.org (Alex Janssen) Date: Sun, 02 Oct 2011 18:27:41 -0400 Subject: [Shotwell] EXIF data contained in JPEG image files In-Reply-To: References: <4E7FF101.9050109@ourwoods.org> <4E809ECC.6030506@ourwoods.org> <4E80A0E6.2060507@gmail.com> <4E80ABDD.7090905@ourwoods.org> <4E80CA1F.4070109@ourwoods.org> Message-ID: <4E88E55D.5040907@ourwoods.org> Could this be something that has been fixed in the latest release? I am us the version that came with Ubuntu. Alex -- Ourwoods.org Shotwell 0.9.3 on Ubuntu 11.04 From paulo at matos-sorge.com Mon Oct 3 15:22:46 2011 From: paulo at matos-sorge.com (Paulo J. Matos) Date: Mon, 03 Oct 2011 16:22:46 +0100 Subject: [Shotwell] Shotwell 0.11.2 crashes References: <84zkho8huy.fsf@matos-sorge.com> Message-ID: <86wrcm9k1l.fsf@pm18pc01.europe.root.pri> Eric Gregory writes: > > Please see our bug reporting section in the FAQ for info on creating helpful > logs and stack traces for us: > http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#I-found-a-bug-in-Shotwell-How-can-I-report-it > Now reported: http://redmine.yorba.org/issues/4211 Cheers, -- PMatos From lucas at yorba.org Mon Oct 3 18:20:29 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 3 Oct 2011 11:20:29 -0700 Subject: [Shotwell] EXIF data contained in JPEG image files In-Reply-To: <4E88E55D.5040907@ourwoods.org> References: <4E7FF101.9050109@ourwoods.org> <4E809ECC.6030506@ourwoods.org> <4E80A0E6.2060507@gmail.com> <4E80ABDD.7090905@ourwoods.org> <4E80CA1F.4070109@ourwoods.org> <4E88E55D.5040907@ourwoods.org> Message-ID: Hi Alex, I'd definitely upgrade to the latest version of Shotwell. On Ubuntu, it's a snap -- you don't have to build from source or anything -- we've got a ready-to-roll PPA of installable binary packages. For details, check out the Shotwell installation page here: http://www.yorba.org/shotwell/install/. Cheers, Lucas On Sun, Oct 2, 2011 at 3:27 PM, Alex Janssen wrote: > > Could this be something that has been fixed in the latest release? ?I am us > the version that came with Ubuntu. > > Alex > > -- > Ourwoods.org > Shotwell 0.9.3 on Ubuntu 11.04 > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Mon Oct 3 18:25:37 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 3 Oct 2011 11:25:37 -0700 Subject: [Shotwell] RAW + JPEG priorities In-Reply-To: <1317512164532-46915.post@talk.nabble.com> References: <1317512164532-46915.post@talk.nabble.com> Message-ID: Hi Kolin, As a workaround until we fix #4139, you can do the following. If you want to see the camera-generated JPEGs for a set of RAW photos, select the photos you want and set their Developer to Shotwell in the Photos menu. Then keep the photos selected and set their Developer to Camera. Forcing this switch *after* import should force Shotwell to change developments. Cheers, Lucas On Sat, Oct 1, 2011 at 4:36 PM, Kolin wrote: > Unfortunately I'm not able to reproduce the behaviour in ticket > http://redmine.yorba.org/issues/4139 4139 . I have tried importing with the > developer set to 'Camera,' and with it set to 'Shotwell,' ?but Shotwell > seems to behave the same either way. > > I set my camera to save both RAW and JPEG files - at different resolutions. > What I want to do is leave the RAW file alone for now, and publish or export > the JPEG file from Shotwell. I can't figure out how to access this JPEG file > at all. Of course I can find the file in a Nautilus window, but I'd like to > have the functionality back where I could publish selected JPEGs directly > from Shotwell. > > Maybe I'm missing something, or I just need to wait until RAW handling > improves somewhat. Perhaps for now I need to simply archive my RAW files and > import just the JPEGs. > > Kolin > > On Mon, Sep 19, 2011 at 6:38 PM, Jim Nelson <jim@> wrote: >> I've been working with RAW+JPEG today and can reproduce this as well. >> I've >> reported it at http://redmine.yorba.org/issues/4149 > > > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-RAW-JPEG-priorities-tp46388p46915.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Mon Oct 3 18:39:39 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 3 Oct 2011 11:39:39 -0700 Subject: [Shotwell] Debug output and sent to In-Reply-To: <4E86D0DC.2000706@wormdrive.net> References: <4E86CF17.4070406@wormdrive.net> <4E86D0DC.2000706@wormdrive.net> Message-ID: > It seems like it's trying to convert settings > from one format to another, but it seems > to do it every time. Is this normal? It is. Most GNOME-based distros like Fedora and Ubuntu used GConf as their configuration storage mechanism until the last version or two then they switched to GSettings. Every time Shotwell is run, it will attempt a settings conversion if it thinks that the settings conversion hasn't already been done. The problem you're seeing is that gsettings-data-convert, the GNOME command-line utility program that Shotwell (and all other GNOME apps) use to do the conversion is crashing. This is evident in these lines: > ** Message: GConfEngine.vala:201: Error 11 running > gsettings-data-convert: stdout="" stderr=" So in your case, Shotwell thinks that the conversion is never performed, because gsettings-data-convert doesn't complete successfully. You might want to look into what's happening with gsettings-data-convert. I know arch is a very bleeding-edge distro, so some of the older GConf infrastructure that gsettings-data-convert relies on may have been removed. > Secondly, I created ~/bin/nautilus-sendto but > shotwell does not seem to call it when I choose > "Send To" from the menu. Has this mechanism > changed? The mechanism is the same. What happens if you invoke nautilus-sendto directly? Lucas On Sat, Oct 1, 2011 at 1:35 AM, John Carlyle-Clarke wrote: > On 01/10/11 09:28, John Carlyle-Clarke wrote: >> >> Excuse me for combining two questions :) >> >> First, whenever I start shotwell on Archlinux, I get this output:- >> >> johncc at liberator:~$ shotwell --version >> ** Message: GConfEngine.vala:188: Error loading or parsing gsettings >> convert keyfile: Valid key file could not be found in search dirs >> ** (process:26680): DEBUG: GConfEngine.vala:191: Converting GConf >> settings to gsettings... >> ** Message: GConfEngine.vala:201: Error 11 running >> gsettings-data-convert: stdout="" stderr=" >> (gsettings-data-convert:26688): GLib-GObject-CRITICAL **: gtype.c:2708: >> You forgot to call g_type_init() >> >> (gsettings-data-convert:26688): GLib-GObject-CRITICAL **: g_object_new: >> assertion `G_TYPE_IS_OBJECT (object_type)' failed >> >> (gsettings-data-convert:26688): GLib-GObject-CRITICAL **: g_object_ref: >> assertion `G_IS_OBJECT (object)' failed >> " >> ** (process:26680): DEBUG: GConfEngine.vala:205: GConf to gsettings >> conversion completed >> Shotwell 0.11.2 >> >> It seems like it's trying to convert settings from one format to >> another, but it seems to do it every time. Is this normal? > > Is this useful? > > johncc at liberator:~$ gsettings list-recursively org.yorba.shotwell > org.yorba.shotwell.printing content-height 4.0 > org.yorba.shotwell.printing content-layout 3 > org.yorba.shotwell.printing content-ppi 1200 > org.yorba.shotwell.printing content-units 1 > org.yorba.shotwell.printing content-width 4.0 > org.yorba.shotwell.printing images-per-page 1 > org.yorba.shotwell.printing match-aspect-ratio true > org.yorba.shotwell.printing print-titles false > org.yorba.shotwell.printing size-selection 3 > org.yorba.shotwell.printing titles-font 'Sans Bold 12' > org.yorba.shotwell.sharing default-service 1 > org.yorba.shotwell.sharing last-used-service > 'org.yorba.shotwell.publishing.facebook' > org.yorba.shotwell.video interpreter-state-cookie 1059 > johncc at liberator:~$ > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From pt at traversin.org Mon Oct 3 20:07:42 2011 From: pt at traversin.org (pt) Date: Mon, 3 Oct 2011 22:07:42 +0200 Subject: [Shotwell] Two features I'm really missing .... In-Reply-To: References: <4E837A74.10301@highmoor.co.uk> <4E842198.5070506@highmoor.co.uk> <4E84C7A8.7060502@highmoor.co.uk> Message-ID: On 29 September 2011 21:31, Dougie Nisbet wrote: > > I'm all for innovation and progress and don't want to fall into the 'but > software x does it this way' trap, but, er, this is something that f-spot > does this really well. Single keypress, (t) for tags, then auto-completion > on tab-press, or cycling through valid tags (just like bash shell). It also > allows editing (like 'Modify Tag') in the same way as shotwell, by simply > deleting a tag from the photo. Elegant and intuitive. Dear Dougie, it seems that you and me are the only people with a complex tag-tree, or at least we are the most `vocal' ones, at least judging from this mailing list ;-) I feel your pain, and I am eagerly awaiting for a decent solution for the tagging issue. F-spot was doing the tagging pretty good. And I would still be using it, but: 1. f-spot is SSSSSLLLLLLLLLLLOOOOOOOOOOOOWWWWWWWWWWWW, while shotwell seems very fast in comparison; 2. f-spot was writing invalid (or at least malformed) XML for the xmp-subject tags. I asked for illumination in the f-spot mailing list a few times, but I got no answer (i.e. no solution or simple acknowledgement of what was happening); shotwell has no problems so far; 3. f-spot *did* screw my saved-in-picture tags BIG TIME: I discovered too late that if at some given moment you switch to `do not write metadata into files' (in my case for performance reason, given the huge amount of photos to be tagged), then do some mass-tagging, then switch back to `write metadata into files', f-spot will just write the *new* tags, silently *overwriting* the ones already in files metadata. A show-stopper. I guess I should have used the (optional) plugin to update metadata into files, but that extension was not available any more for newer versions. I don't dare trying that one with shotwell, given the preceding experience, so I don't know what it would do; 4. f-spot is no longer being actively developed, and the current version is quite buggy, far from usable. 5. last but not least, f-spot is written in C# (or whatever they call it) and uses the `mono' libraries, thus I guess one can not easily borrow pieces of code from it and using it on other software (I'm not developer, so this is just my guess). Bottom line: A. I use Geeqie for tagging single or small groups of pictures (pretty fast and accurate, focused on XMP but AFAICT writes IPTC and EXIF according to the MWG specifications). Also, the possibility to link single keys (1 to 6) to specific tags makes the tagging operation quite fast and efficient. B. I use ExifTool to do more complex mass-tagging, like conditionally removing or renaming a specific tag recursively into directories, or adding several tags of copyright informations, locations and such. C. I use Gimp to edit photos, and I manually keep track of the file versioning (that was OK in f-spot, providing you had the `exiflow' extension installed). D. I (will) use Shotwell to *watch* my picture collection and to do quick tag-searches/filtering, once the hierarchical tagging will be stable enough (as you can see from my preceding threads I already went through some of the problems you were experiencing, and I have decided to wait a bit more to import my whole collection.) In an ideal Unix-shaped world, we should have *one* application to do the tagging, *one* to do photo-collection showing and filtering, *one* to edit photos and so on, all *called* from one photo management `mainframe', for so to speak. My heart bleeds seeing that we are wasting precious volunteer developers' time trying to reinvent the wheel with every new application. Perfect example: DigiKam. It is an over-complicated software that does *everything*, including making coffee, or at least it tries to: multiple-tagging photos was painfully cumbersome. Plus one needs cinema-sized displays just to show the regular user interface (on a side note, DigiKam as well was randomly overwriting f-spot-written tags, last time I tried it.) I wish I could help more beside doing bug-spotting, but I'm not a developer. Maybe in the future ;-) Ciao ciao, Piergi -- Web: http://traversin.org GNU/Linux user 190604 From oliver at first.in-berlin.de Mon Oct 3 21:02:06 2011 From: oliver at first.in-berlin.de (oliver) Date: Mon, 3 Oct 2011 23:02:06 +0200 Subject: [Shotwell] some general arguments on devel and unix toolbox and so on (Re: Two features I'm really missing ....) In-Reply-To: References: <4E837A74.10301@highmoor.co.uk> <4E842198.5070506@highmoor.co.uk> <4E84C7A8.7060502@highmoor.co.uk> Message-ID: <20111003210206.GA2518@siouxsie> On Mon, Oct 03, 2011 at 10:07:42PM +0200, pt wrote: > On 29 September 2011 21:31, Dougie Nisbet wrote: > > > > I'm all for innovation and progress and don't want to fall into the 'but > > software x does it this way' trap, but, er, this is something that f-spot > > does this really well. Single keypress, (t) for tags, then auto-completion > > on tab-press, or cycling through valid tags (just like bash shell). It also > > allows editing (like 'Modify Tag') in the same way as shotwell, by simply > > deleting a tag from the photo. Elegant and intuitive. > > Dear Dougie, it seems that you and me are the only people with a > complex tag-tree, or at least we are the most `vocal' ones, at least > judging from this mailing list ;-) > > I feel your pain, and I am eagerly awaiting for a decent solution for > the tagging issue. > > F-spot was doing the tagging pretty good. And I would still be using it, but: > > 1. f-spot is SSSSSLLLLLLLLLLLOOOOOOOOOOOOWWWWWWWWWWWW, while shotwell > seems very fast in comparison; [...] If you switch off the slide-show it at least becomes more usable... [...] > 4. f-spot is no longer being actively developed, and the current > version is quite buggy, far from usable. [...] Oh, really? I thought it just became thrown out from Ubuntu-distri. Didn't know it'a already a dead project. You could pick it up if you wish to? ;-) [...] > 5. last but not least, f-spot is written in C# (or whatever they call > it) and uses the `mono' libraries, thus I guess one can not easily > borrow pieces of code from it and using it on other software (I'm not > developer, so this is just my guess). [...] Thats one of the wrongest way to do it? Picking up M$ crap ideas and port it to the free world. But it's also wrong doing it the other way around, isn't it? http://www.fefe.de/nowindows/ > > Bottom line: > > A. I use Geeqie [...] Never heard of it before. [...] > B. I use ExifTool to do more complex mass-tagging, like conditionally > removing or renaming a specific tag recursively into directories, or > adding several tags of copyright informations, locations and such. Heard of it, but not used it so far. > > C. I use Gimp to edit photos, and I manually keep track of the file > versioning (that was OK in f-spot, providing you had the `exiflow' > extension installed). [...] I also use Gimp, but it#s a pitty that it does not allow more than 8-Bit editing so far. But this gap will be changed... just don't know when. There are some other pic-edtors which do better in this respect. Just forgot the names. I could look for them if you are interested. > > D. I (will) use Shotwell to *watch* my picture collection and to do > quick tag-searches/filtering, once the hierarchical tagging will be > stable enough I use it for temporarily selecting and showing pics to others, and to select most interesting pics from the huge number of pics I shot, when I tale my camera with me. f-spot so far (without slideshow) is my current archive. But I try to maybe switch to shotwell. I had testes shotwell with importing one huge (num of files > 100k photos) pic dir. It behaved not well. But I'm not sure if this is a shotwell issue or a filesystem issue. more then num of 100 k files in one dir might also be a problem from the filesytstem... or from GTK-libs that are above the filesystem. So I might check that later with more realistic imports, when files are seperated into many different directories, with one direcxtory per day. And I'm sure, I will NOT shot 100 k files at one day. But so far I did not located, where the bottleneck is. At some of my analyses it looks like database problem. But i could not go deeper into it. And since that trial I did not looked at exploring shotwell in detail again. If it is NOT a shotwell problem, then switching from f-spot to shotwell would make sense immediately for me, because all the other things like nested tags seem to be solved, at least in principal (bugs might be there, but the shotwell-team seems to be interested to make shotwell really becoming good. So I think it will become better and better. I'm confident here, and hope I have the right impressions ...) [...] > In an ideal Unix-shaped world, we should have *one* application to do > the tagging, *one* to do photo-collection showing and filtering, *one* > to edit photos and so on, all *called* from one photo management > `mainframe', for so to speak. [...] Thats the unix-toolbox approach and I really like it. On the other hand, one application that has access to more than one of those functionalities also is OK. If the seperated tools are implemented as library PLUS user-interface (CLI, qand maybe additionally GUI) then a bigger application also could use the libraries directly, instead of using system() or popen() stuff. So, if the tools stand-alone but lib-based, then a bigger application could do both: using it cia system(/)/popen() or fork/exec as well as using the libraries directly. I think, this would be good design. At the moment I just want to mention: that shotwell is well supporting keyboard, makes ist a superior tool to many other picture tools, which do it rather half-heartedly... > > My heart bleeds seeing that we are wasting precious volunteer > developers' time trying to reinvent the wheel with every new > application. In general I agree here. Nevertheless as far as I can see it, shotwell really makes it better than f-spot as well as Digikam. One strange issue is somehow, that it uses "just another programming language". vala is not well known. If I would have to start a new project i would use OCaml. But Vala might have some advanbtages which I just don't know at the moment. At least it seems to be good integrated into the Gnome-environment. So, if thats one mayjor goal for the shotwell development team, and if that assumption I just mentioned is true, then the decision was a good one. (I just don't know Vala in detail. On very fast glimpse at least it looked ok.) > Perfect example: DigiKam. It is an over-complicated > software that does *everything*, including making coffee, No. It was emacs that was intende to become a coffee machine ;-) [...] > I wish I could help more beside doing bug-spotting, but I'm not a > developer. Maybe in the future ;-) [...] I'm also not a shotwell-developer, but IMHO looking at the dark sides also can help in development. Thats, how feedback works: if you find the bugs, they can be corrected. If bugs are not found or reported to the developers, things can not become better. So, even mourning about bugs is helping to make things better. Thats my opinion. Ciao, Oliver From pt at traversin.org Mon Oct 3 22:10:01 2011 From: pt at traversin.org (pt) Date: Tue, 4 Oct 2011 00:10:01 +0200 Subject: [Shotwell] some general arguments on devel and unix toolbox and so on (Re: Two features I'm really missing ....) In-Reply-To: <20111003210206.GA2518@siouxsie> References: <4E837A74.10301@highmoor.co.uk> <4E842198.5070506@highmoor.co.uk> <4E84C7A8.7060502@highmoor.co.uk> <20111003210206.GA2518@siouxsie> Message-ID: On 3 October 2011 23:02, oliver wrote: > On Mon, Oct 03, 2011 at 10:07:42PM +0200, pt wrote: >> 1. f-spot is SSSSSLLLLLLLLLLLOOOOOOOOOOOOWWWWWWWWWWWW, while shotwell >> seems very fast in comparison; > [...] > > If you switch off the slide-show it at least becomes more usable... Actually I can't even *get* there: it crashes on me continuously during imports. I have year-based directories, meaning 2--3 K photos per dir. It was working OK while I was importing every week a few photos, but when it screwed my metadata I wanted to take everything out and when I tried to re-import the fixed files I never managed to finish before a crash occurred. > [...] >> 4. f-spot is no longer being actively developed, and the current >> version is quite buggy, far from usable. > [...] > I thought it just became thrown out from Ubuntu-distri. > Didn't know it'a already a dead project. It is not dead, yet, but its future is quite uncertain: http://old.nabble.com/Being-honest-about-the-development-of-f-spot-to32472621.html The debian maintainer posted about his wish to stop shipping it in distribution releases. It seems some of the developers kinda agreed with that picture. >> 5. last but not least, f-spot is written in C# (or whatever they call >> it) and uses the `mono' libraries, thus I guess one can not easily > > Thats one of the wrongest way to do it? > Picking up M$ crap ideas and port it to the free world. I agree completely. It is on the list of things I don't like about f-spot. Plus, my main computer is a three-year-old Eeepc 900, so I really don't have that much space for libraries used by just *one* application. > But it's also wrong doing it the other way around, isn't it? > > ?http://www.fefe.de/nowindows/ I'm not sure about that: some people are *forced* to use Windows, and I feel like a bit of fresh air will do them good ;-) I use Linux since 1999 and Debian since 2000, but when I was working in engineering companies I just *had* to use Windows because (at least in italy) everybody was using AutoCAD. But I used it with Gimp, Blender, Inkscape, Scribus, OpenOffice and whatever libre software I could. >> A. I use Geeqie > > Never heard of it before. Give it a try: it is a neat piece of software (offspring of GQview). >> B. I use ExifTool to do more complex mass-tagging, like conditionally >> removing or renaming a specific tag recursively into directories, or >> adding several tags of copyright informations, locations and such. > > Heard of it, but not used it so far. I guess it is pretty much the standard when it comes to metadata management. > I also use Gimp, but it#s a pitty that it does not allow more than 8-Bit > editing so far. But this gap will be changed... just don't know when. > > There are some other pic-edtors which do better in this respect. > Just forgot the names. I could look for them if you are interested. Thanks, I checked Darktable, it has a nice original interface. Still the Gimp is way more mature. > the shotwell-team seems to be interested to make shotwell really becoming good. > So I think it will become better and better. I'm confident here, and hope I > have the right impressions ...) Same here. It is growing pretty fast, although I still miss many tag-related features of f-spot, namely keyboard-based tagging, multiple-tag select, keyboard-based search bar with logical AND and OR. > At the moment I just want to mention: that shotwell is well supporting > keyboard, makes ist a superior tool to many other picture tools, which do it > rather half-heartedly... Not sure about that: I am having troubles using shotwell because it asks me for too many mouse clicks, but maybe it's just me not yet used to it. > One strange issue is somehow, that it uses "just another programming language". > vala is not well known. I thought vala was just a C compiler: is shotwell not straight C? > It was emacs that was intende to become a coffee machine ;-) Yeah, it was the next step after having become an operating system: last time I checked emacs was already at that stage ;-) Ciao ciao! Piergi soon-to-be-a-Berliner -- Web: http://traversin.org GNU/Linux user 190604 From eric at yorba.org Mon Oct 3 22:14:19 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 3 Oct 2011 15:14:19 -0700 Subject: [Shotwell] some general arguments on devel and unix toolbox and so on (Re: Two features I'm really missing ....) In-Reply-To: References: <4E837A74.10301@highmoor.co.uk> <4E842198.5070506@highmoor.co.uk> <4E84C7A8.7060502@highmoor.co.uk> <20111003210206.GA2518@siouxsie> Message-ID: On Mon, Oct 3, 2011 at 3:10 PM, pt wrote: > > I thought vala was just a C compiler: is shotwell not straight C? > No, Vala is what's called a "source compiler." It compiles Vala, which is sort of Java-like into C. Then GCC compiles it into native binaries. For a more complete explanation of Vala, check out the official tutorial here: https://live.gnome.org/Vala/Tutorial - Eric From john at wormdrive.net Tue Oct 4 07:23:56 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Tue, 04 Oct 2011 08:23:56 +0100 Subject: [Shotwell] Send To (was Re: Debug output and sent to) In-Reply-To: References: <4E86CF17.4070406@wormdrive.net> <4E86D0DC.2000706@wormdrive.net> Message-ID: <4E8AB48C.9090709@wormdrive.net> On 03/10/11 19:39, Lucas Beeler wrote: > On Sat, Oct 1, 2011 at 1:35 AM, John Carlyle > Clarke wrote: >> On 01/10/11 09:28, John Carlyle-Clarke wrote: >> Secondly, I created ~/bin/nautilus-sendto but >> shotwell does not seem to call it when I choose >> "Send To" from the menu. Has this mechanism >> changed? > > The mechanism is the same. What happens if you invoke nautilus-sendto > directly? > Invoking it directly works as expected. Here's the script. johncc at liberator:~$ cat bin/nautilus-sendto #!/bin/bash for file in "$@"; do thunderbird -compose "attachment=$(readlink -f "$file")" echo "$(date) $file" >> ~/sendto.log done johncc at liberator:~$ which nautilus-sendto /home/johncc/bin/nautilus-sendto As you can see it writes to a log file as well, and nothing is written when I use the Send To menu in Shotwell. From insomniacpenguin at googlemail.com Tue Oct 4 07:49:49 2011 From: insomniacpenguin at googlemail.com (Andy Stevens) Date: Tue, 4 Oct 2011 08:49:49 +0100 Subject: [Shotwell] Send To (was Re: Debug output and sent to) In-Reply-To: References: <4E86CF17.4070406@wormdrive.net> <4E86D0DC.2000706@wormdrive.net> <4E8AB48C.9090709@wormdrive.net> Message-ID: Are you sure the $PATH is the same when run by shotwell versus at the prompt? I.e. perhaps Thunderbird isn't being found - is it the same if you use the full path to Thunderbird? Alternatively, since nothing at all is output, maybe the "for" isn't finding any files. Try writing $@ and the current directory to the log outside the loop. Perhaps the filenames are relative and the cwd isn't what you think it is? Andy -- http://original.justgiving.com/andystevens-bikeathon2011 Raising money for Leukaemia research On 4 Oct 2011 08:24, "John Carlyle-Clarke" wrote: From lucas at yorba.org Tue Oct 4 19:12:49 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 4 Oct 2011 12:12:49 -0700 Subject: [Shotwell] Send To (was Re: Debug output and sent to) In-Reply-To: References: <4E86CF17.4070406@wormdrive.net> <4E86D0DC.2000706@wormdrive.net> <4E8AB48C.9090709@wormdrive.net> Message-ID: John, Andy's suggestions are all good. Definitely try them! On Tue, Oct 4, 2011 at 12:49 AM, Andy Stevens wrote: > Are you sure the $PATH is the same when run by shotwell versus at the > prompt? I.e. perhaps Thunderbird isn't being found - is it the same if you > use the full path to Thunderbird? > Alternatively, since nothing at all is output, maybe the "for" isn't finding > any files. Try writing $@ and the current directory to the log outside the > loop. Perhaps the filenames are relative and the cwd isn't what you think it > is? > > Andy > -- > http://original.justgiving.com/andystevens-bikeathon2011 > Raising money for Leukaemia research > On 4 Oct 2011 08:24, "John Carlyle-Clarke" wrote: > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From shuihuzhuan at free.fr Wed Oct 5 07:06:30 2011 From: shuihuzhuan at free.fr (shuihuzhuan at free.fr) Date: Wed, 5 Oct 2011 09:06:30 +0200 (CEST) Subject: [Shotwell] Problem and question importing from f-spot Message-ID: <1164162524.2236111317798390272.JavaMail.root@zimbra35-e6.priv.proxad.net> Hi, I have a weird problem importing my database from f-spot and I don't know how to workaround this. Few months ago, I changed a lot of tags in my f-spot database (deleted some, renamed others, changed tags on a lot of photographs). But although f-spot had already written tags in those photo files in the past (with an older version of f-spot), for a lot of files it didn't succeeded and so wrote an XMP sidecar file instead (with an error message). More than 7000 files are concerned (the whole database is more than 15000 files). So I have a lot of files with wrong tags in the EXIF/IPTC or whatelse fields (in the sense that they have previous tags), and the right tags are in an XMP sidecar (and in f-spot database). When I try to import the database from f-spot, the tags and the hierarchy is imported from f-spot, but shotwell (0.11.2) also seems to read the tags in the files and I get a mess with right and wrong tags in shotwell tag's hierarchy. For completly deleted or renamed tags, they are added at the root in shotwell's tags hierarchy, so it's not too hard to find and delete them in shotwell again. But for tags only removed on some files and still used for others, I'm not sure how they are handled by shotwell : 1. if they are not recognised as already in shotwell's tags hierarchy, I will find them at the root and I can clean the photo's tags => Ok 2. if they are recognised as already in shotwell's tags hierarchy and added to that tag, I won't see them at the root and couldn't clean the photo's tags => NOk >From what I've already read in the mailing list, I think shotwell handles imported tags from files like option 1 (at least for 0.11.2), but I'm not sure. Could you tell me if I'm right? Thank you for your help PS : I can't do a lot of testings because shotwell systematically crashes during f-spot import (though it worked fine with version 0.10), but that's another problem... From lucas at yorba.org Wed Oct 5 18:45:54 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 5 Oct 2011 11:45:54 -0700 Subject: [Shotwell] Problem and question importing from f-spot In-Reply-To: <1164162524.2236111317798390272.JavaMail.root@zimbra35-e6.priv.proxad.net> References: <1164162524.2236111317798390272.JavaMail.root@zimbra35-e6.priv.proxad.net> Message-ID: Hi Shuihuzhuan, > I have a weird problem importing my database > from f-spot and I don't know how to workaround this. F-spot writes tags to files in a fairly unconventional way (especially if you've arranged your tags in a hierarchical tree inside of F-Spot). We worked hard in Shotwell 0.11 to get F-Spot import to work in 90% of cases, even if the metadata was duplicated (sometimes incorrectly) in the photo files themselves. Unfortunately, I think you're one of the 10% of people whose F-Spot database and files, given that you've worked with them over multiple versions of F-Spot and the F-Spot metadata writing plugin, still can't be completely handled by Shotwell's "Import from F-Spot..." feature. The fact that you've got XMP sidecar files with error messages in them is an important clue here. That said, I think there's a workaround that might solve your problem. One option that you have (and that I'd recommend trying) is this. You can use the exiv2 command line utility (see http://www.exiv2.org/ for documentation, but the exiv2 program should be available through your Linux distributions' repositories) to strip tag information out of your photo files *before* trying to do an F-Spot import into Shotwell. This way, there won't be any conflicts between what's in your F-Spot database and what's been written (possibly incorrectly) into your photo files that Shotwell can't resolve. > I can't do a lot of testings because shotwell > systematically crashes during f-spot import Even with conflicting information stored in photo files versus F-Spot's database, Shotwell shouldn't crash. So we consider this a bug. To help us debug this problem, if you could try to get a stack trace and log file from a run in which Shotwell crashed, then email these files to shotwell at yorba.org, that would be helpful. To learn how to generate a stack trace and log file, see the "I found a bug in Shotwell. How can I report it?" section of the Shotwell FAQ here: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ Cheers, Lucas From john at wormdrive.net Wed Oct 5 21:16:19 2011 From: john at wormdrive.net (John Carlyle-Clarke) Date: Wed, 05 Oct 2011 22:16:19 +0100 Subject: [Shotwell] Send To (was Re: Debug output and sent to) In-Reply-To: References: <4E86CF17.4070406@wormdrive.net> <4E86D0DC.2000706@wormdrive.net> <4E8AB48C.9090709@wormdrive.net> Message-ID: <4E8CC923.2030008@wormdrive.net> On 04/10/11 08:49, Andy Stevens wrote: > Are you sure the $PATH is the same when run by shotwell versus at the > prompt? I.e. perhaps Thunderbird isn't being found - is it the same if > you use the full path to Thunderbird? > Alternatively, since nothing at all is output, maybe the "for" isn't > finding any files. Try writing $@ and the current directory to the log > outside the loop. Perhaps the filenames are relative and the cwd isn't > what you think it is? Finally got a chance to try this. johncc at liberator:~/Documents/art_floppy$ more ~/bin/nautilus-sendto #!/bin/bash logfile=$(dirname "$0")/sendto.log log() { echo "$@" >> $logfile } log "-- $(date) \"$HOME\" \"$@\"" for file in "$@"; do thunderbird -compose "attachment=$(readlink -f "$file")" log " * Processing: $file" done Still nothing written to the log by Shotwell. I even created a proxy in /usr/bin/nautilus-sendto that exec'd my one in case it was the location that was causing a problem. I tested both the above and the proxy directly and they worked as expected. Very odd! Here's some strace, in case it gives any clues... futex(0x345d724, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x345d720, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1 futex(0x3463e20, FUTEX_WAKE_PRIVATE, 1) = 1 read(3, 0x290ffb4, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {951625, 48113415}) = 0 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=12, events=POLLIN}], 3, 0) = 0 (Timeout) read(3, 0x290ffb4, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {951625, 48243587}) = 0 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=12, events=POLLIN}], 3, 0) = 0 (Timeout) inotify_add_watch(12, "/home/johncc/Pictures/2011/03/16", IN_MODIFY|IN_ATTRIB|IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE|IN_DELETE_SELF|IN_MOVE_SELF|IN_UNMOUNT|IN_ONLYDIR) = 83 close(17) = 0 clock_gettime(CLOCK_MONOTONIC, {951625, 50145321}) = 0 clock_gettime(CLOCK_MONOTONIC, {951625, 50223815}) = 0 write(10, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x2a89248, FUTEX_WAKE_PRIVATE, 1) = 1 write(7, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x29f62d8, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x29d21a0, FUTEX_WAKE_PRIVATE, 1) = 1 clock_gettime(CLOCK_MONOTONIC, {951625, 52977815}) = 0 futex(0x29d6080, FUTEX_WAKE_PRIVATE, 1) = 1 write(10, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x2a89248, FUTEX_WAKE_PRIVATE, 1) = 1 write(7, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x29f62d8, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x29d21a0, FUTEX_WAKE_PRIVATE, 1) = 1 clock_gettime(CLOCK_MONOTONIC, {951625, 54068076}) = 0 futex(0x29d6080, FUTEX_WAKE_PRIVATE, 1) = 1 access("/home/johncc/bin/nautilus-sendto", X_OK) = 0 getuid() = 1000 stat("/home/johncc/bin/nautilus-sendto", {st_mode=S_IFREG|0755, st_size=241, ...}) = 0 brk(0x6c3e000) = 0x6c3e000 open("/usr/share/shotwell/ui/tag_sidebar_context.ui", O_RDONLY) = 17 fstat(17, {st_mode=S_IFREG|0644, st_size=123, ...}) = 0 read(17, "\n Hi, I'm experiencing some problems with RAW+JPEG pairs handling. The pairing when importing did seem to have different behaviors depending on the photos I added to the Shotwell library: for some of them it worked as expected (that is, a pair appears in Shotwell and the JPEG associated is displayed when opening the file), in other cases only the RAW file was imported. I tried to trace back the origin of this and I think it has something to do with the names of the files. As many of my photos are named DSC_XXXX, it happened that I tried to import a RAW+JPEG pair with the same name as some other entry in the library. In this case a pair was not generated, but only the RAW was imported and the JPEG ignored. When displaying it, either Shotwell or Camera developers created an extra file (*_shotwell.jpg or *_embedded.jpg). Then if I delete the recently imported RAW file from the library, change the names of both RAW and JPEG and import both again (drag and dropping or through 'Import from folder') a pair is created, and when displaying it the JPEG associated is used, as expected. Storing your photos as DSC_XXXX is for sure not a good idea, but I reckon many users will have to deal with this problem. Apart from this, there is also another annoying behavior I encountered while testing. To reproduce it: 1. Drag&drop a RAW and a JPEG. A pair is created. 2. Delete it from the library. 3. Try to import it again. It will import only the RAW file, ignoring the JPEG. As I mentioned above, if you change the names of the files you'll be able to create a pair. But it seems that the new name has to be completely new, as if the names first used were banned. Can anyone reproduce this? Cheers, Gael From lucas at yorba.org Thu Oct 6 21:25:47 2011 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 6 Oct 2011 14:25:47 -0700 Subject: [Shotwell] RAW+JPEG pairs with the same name In-Reply-To: <4E8D9748.3080501@gmail.com> References: <4E8D9748.3080501@gmail.com> Message-ID: Hi Gael, Thanks for submitting this bug report! Your bug appears to be yet another unfortunate symptom of this known problem: http://redmine.yorba.org/issues/4207. We've got the problem ticketed in our bug database and milestoned for the next release of Shotwell. So hopefully a fix will appear before too long! Cheers, Lucas 2011/10/6 Gael Sent?s Herrera : > Hi, > > I'm experiencing some problems with RAW+JPEG pairs handling. The pairing > when importing did seem to have different behaviors depending on the photos > I added to the Shotwell library: for some of them it worked as expected > (that is, a pair appears in Shotwell and the JPEG associated is displayed > when opening the file), in other cases only the RAW file was imported. > > I tried to trace back the origin of this and I think it has something to do > with the names of the files. As many of my photos are named DSC_XXXX, it > happened that I tried to import a RAW+JPEG pair with the same name as some > other entry in the library. In this case a pair was not generated, but only > the RAW was imported and the JPEG ignored. When displaying it, either > Shotwell or Camera developers created an extra file (*_shotwell.jpg or > *_embedded.jpg). > > Then if I delete the recently imported RAW file from the library, change the > names of both RAW and JPEG and import both again (drag and dropping or > through 'Import from folder') a pair is created, and when displaying it the > JPEG associated is used, as expected. > > Storing your photos as DSC_XXXX is for sure not a good idea, but I reckon > many users will have to deal with this problem. > > Apart from this, there is also another annoying behavior I encountered while > testing. To reproduce it: > > > 1. Drag&drop a RAW and a JPEG. A pair is created. > > 2. Delete it from the library. > > 3. Try to import it again. > > > It will import only the RAW file, ignoring the JPEG. As I mentioned above, > if you change the names of the files you'll be able to create a pair. But it > seems that the new name has to be completely new, as if the names first used > were banned. > > Can anyone reproduce this? > > Cheers, > Gael > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From liste at jordet.net Fri Oct 7 12:28:17 2011 From: liste at jordet.net (Stian Jordet) Date: Fri, 07 Oct 2011 14:28:17 +0200 Subject: [Shotwell] Rename files on import Message-ID: <4E8EF061.40608@jordet.net> Hi! Since I started using F-spot in 2004, the one thing that was always missing for me was the ability to import into a folder structure (which Shotwell already solves!) and to rename image files. I have "forever" used a more or less homemade perl-script to move pictures into my folder structure, and it has been working ok. Especially with Shotwell's "Watch library directory for new files". But now with both movies and raw-files, I've been struggling a bit to make my perl script do what I want it to. The best would be to use Shotwell directly. The script is importing pictures using EXIF-data into a structure like $year$month/$year-$month-$day-$counter.jpg - for instance for the first picture taken today it will be "201110/2011-10-07-0001.jpg" I find this incredibly more useful than P1234567.jpg or DSC_12367.jpg or similar - altough I ofcourse understand that others have different workflows. I've been browsing the existing issues, and didn't find any similar ones. I feel it's not quite the same as #1562 - I just want the rename to happen at import-time, not whenever. But of course it will have to happen when I import JPEG+RAW also, and preferably also movies. I'm thinking that maybe this may be done through the "Directory Structure" field in the preferences. Just choose "Custom", and you should be able to write pattern for files as well, like "%Y%m/%Y-%m-%d-%counter.jpg" for my pattern for instance. I will create an issue for this, but I just wanted to hear others opinion about this, especially the developer's opinion. If this is something people (and again, especially developers) think is a good idea, is it possible to get it implementet by donating? If so, how much would be needed-ish? 100$? 200$? 500$? This is really what would make my workflow perfect. There are also things I miss from F-Spot, but I think most of it will be implemented eventually. Thanks for your great effort! Regards, Stian From liste at jordet.net Fri Oct 7 12:33:28 2011 From: liste at jordet.net (Stian Jordet) Date: Fri, 07 Oct 2011 14:33:28 +0200 Subject: [Shotwell] Rename files on import In-Reply-To: <4E8EF061.40608@jordet.net> References: <4E8EF061.40608@jordet.net> Message-ID: <4E8EF198.1010000@jordet.net> Den 07.10.2011 14:28, skrev Stian Jordet: > I've been browsing the existing issues, and didn't find any similar > ones. I feel it's not quite the same as #1562 - I just want the rename > to happen at import-time, not whenever. Crap, I need to adjust my search-foo. I had just sent when I discovered issue #1942. I haven't used Digikam, but I see from that issue that they have lots of customizability. And Rapid Photo Downloader was also unknown for me, it seems maybe I can use that instead of my Perl-script for now. But I still would like to see this implemented in Shotwell, and might be able to donate some dollars if that would help :) Thanks. Regards, Stian From pt at traversin.org Fri Oct 7 12:52:02 2011 From: pt at traversin.org (pt) Date: Fri, 7 Oct 2011 14:52:02 +0200 Subject: [Shotwell] Rename files on import In-Reply-To: <4E8EF198.1010000@jordet.net> References: <4E8EF061.40608@jordet.net> <4E8EF198.1010000@jordet.net> Message-ID: On 7 October 2011 14:33, Stian Jordet wrote: > Den 07.10.2011 14:28, skrev Stian Jordet: > > I've been browsing the existing issues, and didn't find any similar ones. >> I feel it's not quite the same as #1562 - I just want the rename to happen >> at import-time, not whenever. >> > > Crap, I need to adjust my search-foo. I had just sent when I discovered > issue #1942. I haven't used Digikam, but I see from that issue that they > have lots of customizability. And Rapid Photo Downloader was also unknown > for me, it seems maybe I can use that instead of my Perl-script for now. > Waiting for the ticket to be implemented you could use an exiftool one-liner for renaming/moving recursively entire photo trees, without the need of even firing up shotwell. Check http://www.sno.phy.queensu.ca/~phil/exiftool/filename.html. -- Web: http://traversin.org GNU/Linux user 190604 From xavierviader at gmail.com Fri Oct 7 13:04:49 2011 From: xavierviader at gmail.com (Xavi Viader) Date: Fri, 7 Oct 2011 15:04:49 +0200 Subject: [Shotwell] Rename files on import In-Reply-To: References: <4E8EF061.40608@jordet.net> <4E8EF198.1010000@jordet.net> Message-ID: Hi, is this exiftool method working as well for videos? xavi 2011/10/7 pt > >> On 7 October 2011 14:33, Stian Jordet wrote: >> >> > Den 07.10.2011 14:28, skrev Stian Jordet: >> > >> > I've been browsing the existing issues, and didn't find any similar >> ones. >> >> I feel it's not quite the same as #1562 - I just want the rename to >> happen >> >> at import-time, not whenever. >> >> >> > >> > Crap, I need to adjust my search-foo. I had just sent when I discovered >> > issue #1942. I haven't used Digikam, but I see from that issue that they >> > have lots of customizability. And Rapid Photo Downloader was also >> unknown >> > for me, it seems maybe I can use that instead of my Perl-script for now. >> > >> >> Waiting for the ticket to be implemented you could use an exiftool >> one-liner >> for renaming/moving recursively entire photo trees, without the need of >> even >> firing up shotwell. Check >> http://www.sno.phy.queensu.ca/~phil/exiftool/filename.html. >> -- >> Web: http://traversin.org >> GNU/Linux user 190604 >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From pt at traversin.org Fri Oct 7 13:34:26 2011 From: pt at traversin.org (pt) Date: Fri, 7 Oct 2011 15:34:26 +0200 Subject: [Shotwell] Rename files on import In-Reply-To: References: <4E8EF061.40608@jordet.net> <4E8EF198.1010000@jordet.net> Message-ID: On 7 October 2011 15:04, Xavi Viader wrote: > Hi, > is this exiftool method working as well for videos? > xavi > Mmh, I should ask in exiftool forum: the documentation says it works ( http://www.sno.phy.queensu.ca/~phil/exiftool/faq.html#Q16) but I've just tried with some .avi and .mov files and it didn't work :-/ It does read video metadata, this I've already tried. I'll let you know. -- Web: http://traversin.org GNU/Linux user 190604 From lucas at yorba.org Fri Oct 7 18:31:03 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 7 Oct 2011 11:31:03 -0700 Subject: [Shotwell] Warning: Compiling Shotwell 0.11.2 with Vala 0.13 or Later Message-ID: Hi Shotwell Fans, As most of you know, the most recently released stable version of Shotwell is 0.11.2. Since the release of Shotwell 0.11.2, Shotwell's trunk has continued to evolve. For example, Shotwell trunk has been ported to GTK+ 3. Another change we've made in trunk since the last release has been tweaking the Shotwell code base to compile with Vala 0.14. Since there might be some confusion about which version of Vala to use to compile the various flavors of Shotwell, I'm writing this message. If you're building the latest stable release of Shotwell, 0.11.2, you must build it with Vala 0.12. In fact, Shotwell 0.11.2's Makefile won't let you compile with any version of Vala newer than Vala 0.12. However, we have heard reports of people removing the MAX_VALAC_VERSION check and the --fatal-warnings compiler flag in the Makefile to compile Shotwell 0.11.2 with Vala 0.13 or 0.14. Don't do this. We've just learned that, due to a change in the way that structure parameters are passed, compiling Shotwell 0.11.2 with any version of Vala later than 0.12 can introduce stability problems. If you're building Shotwell from trunk, you can and should build it with the latest version of Vala, 0.14. Note that there are still some instabilities in trunk stemming from the issue described above, but instabilities in the trunk development version of a product are expected. Regards, Lucas From mark at foresightlinux.org Fri Oct 7 22:05:35 2011 From: mark at foresightlinux.org (Mark Trompell) Date: Sat, 08 Oct 2011 00:05:35 +0200 Subject: [Shotwell] Warning: Compiling Shotwell 0.11.2 with Vala 0.13 or Later In-Reply-To: References: Message-ID: <1318025135.5492.10.camel@Nokia-N900-51-1> On Fr.,? 7. Okt. 2011 20:31:03 CEST, Lucas Beeler wrote: > Hi Shotwell Fans, Hi > As most of you know, the most recently released stable version of > Shotwell is 0.11.2. Since the release of Shotwell 0.11.2, Shotwell's > trunk has continued to evolve. For example, Shotwell trunk has been > ported to GTK+ 3. Since gtk2 is still around (and e.g. xfce won't switch for at least one more year). It would be nice to have a gtk2 release that builds with vala 0.14 too. Some 0.11.3 that just adds this maybe. > Regards, > Lucas Mark From roumano at gmail.com Sat Oct 8 13:39:22 2011 From: roumano at gmail.com (Roumano) Date: Sat, 08 Oct 2011 15:39:22 +0200 Subject: [Shotwell] bug with accent ? Message-ID: <1318081162.1549.27.camel@roumano> Hi, I not sure is was already reported : I have created tag with accent like ? (exemple created Andr?a) After tag the picture with shotwell 0.11.2 exiftool of the picture report this : Subject OK : Andr?a Tags List OK : Andr?a Keyword NOT OK : Andr??a Regards From alex at ourwoods.org Sat Oct 8 18:13:33 2011 From: alex at ourwoods.org (Alex Janssen) Date: Sat, 08 Oct 2011 14:13:33 -0400 Subject: [Shotwell] EXIF data contained in JPEG image files In-Reply-To: References: <4E7FF101.9050109@ourwoods.org> <4E809ECC.6030506@ourwoods.org> <4E80A0E6.2060507@gmail.com> <4E80ABDD.7090905@ourwoods.org> <4E80CA1F.4070109@ourwoods.org> <4E88E55D.5040907@ourwoods.org> Message-ID: <4E9092CD.60600@ourwoods.org> On 10/03/2011 02:20 PM, Lucas Beeler wrote: > I'd definitely upgrade to the latest version of Shotwell. Upgrade to Shotwell 0.11.2 fixed this problem. I should have done that first. Now all exif data is saved through multiple re-saves of an image. -- Ourwoods.org Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin (391) From alex at ourwoods.org Sun Oct 9 17:55:55 2011 From: alex at ourwoods.org (Alex Janssen) Date: Sun, 09 Oct 2011 13:55:55 -0400 Subject: [Shotwell] EXIF data contained in JPEG image files In-Reply-To: References: <4E7FF101.9050109@ourwoods.org> <4E809ECC.6030506@ourwoods.org> <4E80A0E6.2060507@gmail.com> <4E80ABDD.7090905@ourwoods.org> <4E80CA1F.4070109@ourwoods.org> Message-ID: <4E91E02B.4030009@ourwoods.org> On 09/27/2011 04:49 PM, Jim Nelson wrote: > I took a photo, modified it in direct-edit mode, and saved it. I then > ran this command for each: > > $ exiv2 -pa IMG_0001.JPG > orig.txt > $ exiv2 -pa IMG_0002_saved.JPG > saved.txt > > Then I did a diff (using meld) of the files. I see no changes other > than a couple expected modifications. > > What do you see when you do this experiment? Jim, I spoke too soon. I installed Shotwell 0.11.2, loaded an image, cropped and adjusted saturation and saved it. It deleted all of the camera information. Actually, all it retained was the original imaging date and time. Maybe this is appropriate action as the image is not the original any more, but why would "Save as" retain it? Just to be clear, using "Save As" retains all camera information, "Save" deletes it. Maybe someone else could verify this. diff output is as follows for "Save": 1,2d0 < Exif.Image.Make Ascii 10 Panasonic < Exif.Image.Model Ascii 8 DMC-LZ7 4,7c2 < Exif.Image.XResolution Rational 1 72 < Exif.Image.YResolution Rational 1 72 < Exif.Image.ResolutionUnit Short 1 inch < Exif.Image.Software Ascii 10 Ver.1.0 --- > Exif.Image.Software Ascii 16 Shotwell 0.11.2 9,15c4 < Exif.Image.YCbCrPositioning Short 1 Co-sited < Exif.Image.ExifTag Long 1 418 < Exif.Photo.ExposureTime Rational 1 1/1000 s < Exif.Photo.FNumber Rational 1 F2.8 < Exif.Photo.ExposureProgram Short 1 Auto < Exif.Photo.ISOSpeedRatings Short 1 100 < Exif.Photo.ExifVersion Undefined 4 2.21 --- > Exif.Image.ExifTag Long 1 98 18,92c7,15 < Exif.Photo.ComponentsConfiguration Undefined 4 YCbCr < Exif.Photo.CompressedBitsPerPixel Rational 1 2 < Exif.Photo.ExposureBiasValue SRational 1 0 EV < Exif.Photo.MaxApertureValue Rational 1 F2.8 < Exif.Photo.MeteringMode Short 1 Multi-segment < Exif.Photo.LightSource Short 1 Unknown < Exif.Photo.Flash Short 1 No, compulsory < Exif.Photo.FocalLength Rational 1 6.1 mm < Exif.Photo.MakerNote Undefined 6774 (Binary value suppressed) < Exif.MakerNote.Offset Long 1 920 < Exif.MakerNote.ByteOrder Ascii 3 II < Exif.Panasonic.Quality Short 1 Normal < Exif.Panasonic.FirmwareVersion Undefined 4 0 1 0 6 < Exif.Panasonic.WhiteBalance Short 1 Auto < Exif.Panasonic.FocusMode Short 1 Auto < Exif.Panasonic.AFMode Byte 2 5-area < Exif.Panasonic.ImageStabilization Short 1 On, Mode 2 < Exif.Panasonic.Macro Short 1 Off < Exif.Panasonic.ShootingMode Short 1 Intelligent ISO < Exif.Panasonic.Audio Short 1 No < Exif.Panasonic.DataDump Undefined 6152 (Binary value suppressed) < Exif.Panasonic.WhiteBalanceBias Short 1 0 EV < Exif.Panasonic.FlashBias Short 1 0 < Exif.Panasonic.InternalSerialNumber Undefined 16 70 51 53 48 55 48 50 49 51 48 53 54 48 0 0 0 < Exif.Panasonic.ExifVersion Undefined 4 2.20 < Exif.Panasonic.ColorEffect Short 1 Off < Exif.Panasonic.TimeSincePowerOn Long 1 578 < Exif.Panasonic.BurstMode Short 1 Off < Exif.Panasonic.SequenceNumber Long 1 0 < Exif.Panasonic.Contrast Short 1 Normal < Exif.Panasonic.NoiseReduction Short 1 Standard < Exif.Panasonic.SelfTimer Short 1 Off < Exif.Panasonic.Rotation Short 1 Horizontal (normal) < Exif.Panasonic.ColorMode Short 1 Natural < Exif.Panasonic.BabyAge Ascii 20 9999:99:99 00:00:00 < Exif.Panasonic.OpticalZoomMode Short 1 Standard < Exif.Panasonic.ConversionLens Short 1 Off < Exif.Panasonic.TravelDay Short 1 65535 < Exif.Panasonic.WorldTimeLocation Short 1 Home < Exif.Panasonic.ProgramISO Short 1 65535 < Exif.Panasonic.MakerNoteVersion Undefined 4 1.01 < Exif.Panasonic.SceneMode Short 1 Intelligent ISO < Exif.Panasonic.WBRedLevel Short 1 1954 < Exif.Panasonic.WBGreenLevel Short 1 1054 < Exif.Panasonic.WBBlueLevel Short 1 1734 < Exif.Panasonic.BabyAge Ascii 20 9999:99:99 00:00:00 < Exif.Photo.FlashpixVersion Undefined 4 1.00 < Exif.Photo.ColorSpace Short 1 sRGB < Exif.Photo.PixelXDimension Long 1 3072 < Exif.Photo.PixelYDimension Long 1 2304 < Exif.Photo.InteroperabilityTag Long 1 7702 < Exif.Iop.InteroperabilityIndex Ascii 4 R98 < Exif.Iop.InteroperabilityVersion Undefined 4 1.00 < Exif.Photo.SensingMethod Short 1 One-chip color area < Exif.Photo.FileSource Undefined 1 Digital still camera < Exif.Photo.SceneType Undefined 1 Directly photographed < Exif.Photo.CustomRendered Short 1 Normal process < Exif.Photo.ExposureMode Short 1 Auto < Exif.Photo.WhiteBalance Short 1 Auto < Exif.Photo.DigitalZoomRatio Rational 1 0.0 < Exif.Photo.FocalLengthIn35mmFilm Short 1 37.0 mm < Exif.Photo.SceneCaptureType Short 1 Standard < Exif.Photo.GainControl Short 1 None < Exif.Photo.Contrast Short 1 Normal < Exif.Photo.Saturation Short 1 Low < Exif.Photo.Sharpness Short 1 Soft < Exif.Image.PrintImageMatching Undefined 208 (Binary value suppressed) < Exif.Thumbnail.Compression Short 1 JPEG (old-style) < Exif.Thumbnail.Orientation Short 1 top, left < Exif.Thumbnail.XResolution Rational 1 72 < Exif.Thumbnail.YResolution Rational 1 72 < Exif.Thumbnail.ResolutionUnit Short 1 inch < Exif.Thumbnail.JPEGInterchangeFormat Long 1 8084 < Exif.Thumbnail.JPEGInterchangeFormatLength Long 1 3996 < Exif.Thumbnail.YCbCrPositioning Short 1 Co-sited --- > Exif.Photo.PixelXDimension SLong 1 2916 > Exif.Photo.PixelYDimension SLong 1 2211 > Xmp.exif.PixelXDimension XmpText 4 2916 > Xmp.exif.PixelYDimension XmpText 4 2211 > Xmp.exif.DateTimeOriginal XmpText 20 2011:09:12 22:03:04 > Xmp.exif.DateTimeDigitized XmpText 20 2011-09-12T22:03:04Z > Xmp.tiff.ImageWidth XmpText 1 1 > Xmp.tiff.ImageHeight XmpText 4 2211 > Xmp.xmp.CreateDate XmpText 20 2011-09-12T22:03:04Z -- Ourwoods.org Anything can be made to work if you fiddle with it long enough. (37) From stephenr.douglas at gmail.com Sun Oct 9 19:51:52 2011 From: stephenr.douglas at gmail.com (Stephen R Douglas) Date: Sun, 09 Oct 2011 13:51:52 -0600 Subject: [Shotwell] Quandry of choices and I need some general advice about photo albums made to CDs and or DVDs. Message-ID: <1318189912.2807.109.camel@Silentnite> I have digital photos scattered about on memory chips, on an old linux computer and none on my newest computer listed below. New Computer: Systems 76 Ion Nettop running Ubuntu 10.10 Maverick Meerkat with a Gnome 2.32 desktop. The hard drive is plenty large. Shotwell version: 0.7.2-Oubuntu2 I need to do something before something happens and I lose a bunch of photos including photos taken on two trips to Turkey and Greece. Also, Full Circle online magazine for the Ubuntu community just published Issue # 53, September 2011 with an article on Back Up Strategies, Part 1. Or I could take my computers into a Linux shop and have them do it. I could make somebody wealthy I suppose. I have not backed anything up in years and so I need to accomplish that as soon as possible. So I have some questions. Once I have backed up everything should I do the update to Ubuntu 11.04 via the Update Manager on the new computer? I have resisted that update because I will end up with a Unity Desktop. Not against it. Just not sure I want to use it. I am 69 years old and not what you would call a wiz-band knowledgeable Linux user or mechanic although I have used Ubuntu for many years and I have largely forgotten how to use my old Win-XP that is on my old dual boot computer with Ubuntu. On the old computer with dual boot is: Ubuntu 10.04 Lucid Lynx LTS which is supported to April 2013. I do not believe I can update this computer to a later Ubuntu version due to its age...mainboard installed in 2000. Gnome 2.30.2 is the desktop. F-Spot and gThumb is installed. Ubuntu Software Center shows that Shotwell version 0.5.0 is offered but not supported by Conical on this edition of Gnome 2.30.2 and Ubuntu 10.04 Lucid. Since everything in this old computer box has been replaced with new gear except the mainboard and one 20 gig hard drive, I hope to install a new mainboard with sata cabling and install the latest either Mint 11 or Ubuntu...not sure which way I may go, but I am at that cross roads once all my back-ups are completed. On the other side is Win-XP with Picasa 3.8.0 installed. Win-XP is up to date with Ms-Windows Security program, (Hey, its free!), installed and up to date. There are photos on the Win-XP side taken with an old Canon A-40. I understand that there is a way to reach into the Win-XP side from Ubuntu to retrieve those photos, but I do not know how. Once I have completed all the back-ups I would really like to offer my friends to see my photos either on CDs or DVDs as photo albums. How should I go about doing this using Shotwell? I am not keen on using web based sites to store my photos. Nothing against it so much as I do not want to pay for or lose control of my photos at some future date. There is a lot to think about and that is the reason I made this posting to the list. I am open to any and all advice before I do anything with my photos. Mint or Ubuntu or something else. I want a system and desktop that will remain friendly into my old age that I can live with as my mental powers wither away to the final end. It may not matter what happens to the photos other than my offspring should enjoy making that decision for themselves. Thanks for any advice you may have. From ktenney at gmail.com Sun Oct 9 22:11:18 2011 From: ktenney at gmail.com (Kent Tenney) Date: Sun, 9 Oct 2011 17:11:18 -0500 Subject: [Shotwell] How to get fully-qualified image file path Message-ID: Howdy, I often use Shotwell to locate a photo, then want the fully qualified name of the file. I'm not finding an easy way to do this. I select "Open in File Manager" but then I have to locate the file in the directory, and I don't know an easy way to get the fqname in Nautilus. Arrgh. Suggestions? Thanks, Kent From qbasicer at gmail.com Mon Oct 10 00:17:21 2011 From: qbasicer at gmail.com (Cody Harris) Date: Sun, 09 Oct 2011 20:17:21 -0400 Subject: [Shotwell] GConf Assertion Failed Message-ID: <4E923991.7000506@gmail.com> Hello All, I can no longer import images. When I do, I get the following: $ shotwell (shotwell:14822): GConf-CRITICAL **: gconf_client_remove_dir: assertion `found->add_count > 0' failed ** ERROR:gconfsettingsbackend.c:205:gconf_settings_backend_remove_notifier: assertion failed: (notifier && g_str_equal (path, notifier->path)) Aborted $ Any help would be appreciated. $ shotwell -V Shotwell 0.11.2 $ Using Funtoo Linux. Not sure what you want for versions. I'm a KDE4 user. Thanks, Cody From insomniacpenguin at googlemail.com Mon Oct 10 03:42:59 2011 From: insomniacpenguin at googlemail.com (Andy Stevens) Date: Mon, 10 Oct 2011 04:42:59 +0100 Subject: [Shotwell] How to get fully-qualified image file path In-Reply-To: References: Message-ID: I think (haven't got it running in front of me right at the moment) it's on the extended metadata window (shift-alt-x?). Pretty sure I used that to copy & paste the absolute filepath when I was doing some stuff in a shell a couple of weeks back. Andy -- http://original.justgiving.com/andystevens-bikeathon2011 Raising money for Leukaemia Research On 9 Oct 2011 23:11, "Kent Tenney" wrote: > Howdy, > > I often use Shotwell to locate a photo, then want the fully qualified > name of the file. I'm not finding an easy way to do this. I select > "Open in File Manager" but then I have to locate the file in the > directory, and I don't know an easy way to get the fqname in Nautilus. > Arrgh. > > Suggestions? > > Thanks, > Kent > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From ktenney at gmail.com Mon Oct 10 09:55:05 2011 From: ktenney at gmail.com (Kent Tenney) Date: Mon, 10 Oct 2011 04:55:05 -0500 Subject: [Shotwell] How to get fully-qualified image file path In-Reply-To: References: Message-ID: On Sun, Oct 9, 2011 at 10:42 PM, Andy Stevens wrote: > I think (haven't got it running in front of me right at the moment) it's on > the extended metadata window That's right, the extended data window has it. I'd love it on the rclick menu, ideally rclick -> "Copy filenames of selected to clipboard" Suitable for a feature request? Thanks, Kent (shift-alt-x?). Pretty sure I used that to copy > & paste the absolute filepath when I was doing some stuff in a shell a > couple of weeks back. > > Andy > -- > http://original.justgiving.com/andystevens-bikeathon2011 > Raising money for Leukaemia Research > > On 9 Oct 2011 23:11, "Kent Tenney" wrote: >> >> Howdy, >> >> I often use Shotwell to locate a photo, then want the fully qualified >> name of the file. I'm not finding an easy way to do this. I select >> "Open in File Manager" but then I have to locate the file in the >> directory, and I don't know an easy way to get the fqname in Nautilus. >> Arrgh. >> >> Suggestions? >> >> Thanks, >> Kent >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From dougie at highmoor.co.uk Mon Oct 10 11:15:10 2011 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Mon, 10 Oct 2011 12:15:10 +0100 Subject: [Shotwell] How to get fully-qualified image file path In-Reply-To: References: Message-ID: <4E92D3BE.5000102@highmoor.co.uk> On 10/10/11 10:55, Kent Tenney wrote: > On Sun, Oct 9, 2011 at 10:42 PM, Andy Stevens > wrote: >> I think (haven't got it running in front of me right at the moment) it's on >> the extended metadata window > That's right, the extended data window has it. > > I'd love it on the rclick menu, ideally > rclick -> "Copy filenames of selected to clipboard" > I'd love it in the window title bar. It would handy to have a quick way of seeing it. Dougie From adam at yorba.org Mon Oct 10 16:01:37 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 10 Oct 2011 09:01:37 -0700 Subject: [Shotwell] How to get fully-qualified image file path In-Reply-To: References: Message-ID: <4E9316E1.6030305@yorba.org> On 10/10/2011 02:55 AM, Kent Tenney wrote: > On Sun, Oct 9, 2011 at 10:42 PM, Andy Stevens > wrote: >> I think (haven't got it running in front of me right at the moment) it's on >> the extended metadata window > That's right, the extended data window has it. > > I'd love it on the rclick menu, ideally > rclick -> "Copy filenames of selected to clipboard" > > Suitable for a feature request? We have a ticket for this already: http://redmine.yorba.org/issues/3451 adam From adam at yorba.org Mon Oct 10 16:06:24 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 10 Oct 2011 09:06:24 -0700 Subject: [Shotwell] Idea Congratulation Questions In-Reply-To: <1318237828.57087.YahooMailNeo@web29602.mail.ird.yahoo.com> References: <1318237828.57087.YahooMailNeo@web29602.mail.ird.yahoo.com> Message-ID: <4E931800.8070301@yorba.org> On 10/10/2011 02:10 AM, Anonymous wrote: > Hi, > > I recently discover shotwell and I'm very enthusiast. Glad to hear it! > > I have some trouble, the picture imported are very dark. It's normal? > Derawtiser is too young? What version of Shotwell are you using? We improved our raw rendering in 0.10. In 0.11, for each RAW photo you can select either the camera rendering or Shotwell's rendering, which gives you more control. If you're not yet using 0.11, I recommend that you upgrade. > > In the future, do you implement a curve, sharen, noise ... ? See http://redmine.yorba.org/issues/690 http://redmine.yorba.org/issues/1916 More feature requests are welcome. > In the future, improvement for derawtiser ? We'd certainly like to improve our RAW rendering as Shotwell evolves. Note that Shotwell renders RAW images using the libraw library. > > Have you a roadmap for shotwell? See http://redmine.yorba.org/projects/shotwell/roadmap . adam From liste at jordet.net Mon Oct 10 19:02:58 2011 From: liste at jordet.net (Stian Jordet) Date: Mon, 10 Oct 2011 21:02:58 +0200 Subject: [Shotwell] How to get fully-qualified image file path In-Reply-To: <4E9316E1.6030305@yorba.org> References: <4E9316E1.6030305@yorba.org> Message-ID: <4E934162.50007@jordet.net> Den 10.10.2011 18:01, skrev Adam Dingle: > We have a ticket for this already: > > http://redmine.yorba.org/issues/3451 I see in this ticket that you Adam think that drag and drop is good enough. I'm probably old fashioned, but I often scp some pictures around, and then it's very nice to have the path so easily available. It's a bit surprising that noone has mentioned F-spot in this discussion. This is one of the things that F-spot does well. In the context menu it has a "Copy", which (I have no idea how it works) depending on the target paste is either the image or the path. For instance I can paste it as a path in my terminal, or I can paste it as a picture in Nautilus. Very convenient :) -Stian From adam at yorba.org Mon Oct 10 19:22:26 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 10 Oct 2011 12:22:26 -0700 Subject: [Shotwell] How to get fully-qualified image file path In-Reply-To: <4E934162.50007@jordet.net> References: <4E9316E1.6030305@yorba.org> <4E934162.50007@jordet.net> Message-ID: <4E9345F2.7080007@yorba.org> On 10/10/2011 12:02 PM, Stian Jordet wrote: > Den 10.10.2011 18:01, skrev Adam Dingle: >> We have a ticket for this already: >> >> http://redmine.yorba.org/issues/3451 > > I see in this ticket that you Adam think that drag and drop is good > enough. I'm probably old fashioned, but I often scp some pictures > around, and then it's very nice to have the path so easily available. > > It's a bit surprising that noone has mentioned F-spot in this > discussion. This is one of the things that F-spot does well. In the > context menu it has a "Copy", which (I have no idea how it works) > depending on the target paste is either the image or the path. For > instance I can paste it as a path in my terminal, or I can paste it as > a picture in Nautilus. Very convenient :) Right. This is how I think Shotwell should work too. (Note that in comment #3 on the ticket, I said "The generic copy/paste support should paste a path when appropriate.") adam From liste at jordet.net Mon Oct 10 21:09:04 2011 From: liste at jordet.net (Stian Jordet) Date: Mon, 10 Oct 2011 23:09:04 +0200 Subject: [Shotwell] Rename files on import In-Reply-To: <4E8EF198.1010000@jordet.net> References: <4E8EF061.40608@jordet.net> <4E8EF198.1010000@jordet.net> Message-ID: <1318280944.4233.3.camel@chevrolet> Den 07.10.2011 14:33, skrev Stian Jordet: > Den 07.10.2011 14:28, skrev Stian Jordet: > > I've been browsing the existing issues, and didn't find any similar > > ones. I feel it's not quite the same as #1562 - I just want the > > rename to happen at import-time, not whenever. > > Crap, I need to adjust my search-foo. I had just sent when I > discovered issue #1942. I haven't used Digikam, but I see from that > issue that they have lots of customizability. And Rapid Photo > Downloader was also unknown for me, it seems maybe I can use that > instead of my Perl-script for now. > > But I still would like to see this implemented in Shotwell, and might > be able to donate some dollars if that would help :) Well, since no developer responded to how big donation you'd need to implement this, I have started using Rapid Photo Downloader. And I have a problem that I don't really understand. I have a library with about 33 000 pictures, and Shotwell is set up to watch my library. The problem is that when I copy pictures to my library with Rapid Photo Downloader, there are a few pictures that don't appear at all. As far as I can see this is always RAW+JPEG pairs. But not even the JPG is imported, it's just ignored totally. Both the RAW and the JPEG seems fine, and they have same filename. If I just copy the jpegs, they all show up. I tried to reproduce this on another computer, with empty library. There all the pictures from the same memory card showed up like they should... How should I proceed to debug this? Regards, Stian From adam at yorba.org Mon Oct 10 22:39:51 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 10 Oct 2011 15:39:51 -0700 Subject: [Shotwell] Rename files on import In-Reply-To: <1318280944.4233.3.camel@chevrolet> References: <4E8EF061.40608@jordet.net> <4E8EF198.1010000@jordet.net> <1318280944.4233.3.camel@chevrolet> Message-ID: <4E937437.2000209@yorba.org> On 10/10/2011 02:09 PM, Stian Jordet wrote: > Den 07.10.2011 14:33, skrev Stian Jordet: >> Den 07.10.2011 14:28, skrev Stian Jordet: >>> I've been browsing the existing issues, and didn't find any similar >>> ones. I feel it's not quite the same as #1562 - I just want the >>> rename to happen at import-time, not whenever. >> Crap, I need to adjust my search-foo. I had just sent when I >> discovered issue #1942. I haven't used Digikam, but I see from that >> issue that they have lots of customizability. And Rapid Photo >> Downloader was also unknown for me, it seems maybe I can use that >> instead of my Perl-script for now. >> >> But I still would like to see this implemented in Shotwell, and might >> be able to donate some dollars if that would help :) > Well, since no developer responded to how big donation you'd need to > implement this, I have started using Rapid Photo Downloader. Stian, we're also interested in this feature and I hope we'll be able to implement it at Yorba in the next couple of releases. We certainly appreciate any donation to Yorba, and if you want to donate then we'll try to listen to your feature suggestions, though we can't promise anything in exchange for a modest donation - there are dozens of features we'd like to add and our resources are limited. We could talk about committing to implement this feature in exchange for a substantial donation, though that would have to be at least several hundred dollars. If you're prepared to make a donation of that size, let me know and we can discuss more. adam From dylan at b-town.net Tue Oct 11 05:16:20 2011 From: dylan at b-town.net (Dylan McReynolds) Date: Mon, 10 Oct 2011 22:16:20 -0700 Subject: [Shotwell] UFRaw Edits Message-ID: Using Shotwell 0.11.2. I am trying to edit in UFRaw. After I save a photo in UFRaw and close it, Shotwell seems to do nothing with the saved photo. According to the user manual, I can click Shift to see it. This method works for edits that I've done within Shotwell, but not outside of Shotwell. Any advice? From lorenzo.milesi at ufficyo.com Tue Oct 11 06:12:56 2011 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Tue, 11 Oct 2011 08:12:56 +0200 (CEST) Subject: [Shotwell] Failed import from F-Spot (debug?) In-Reply-To: <7f78dc6a-436a-49ac-a74a-ae44f29d7fbf@ariel> Message-ID: <92555822-3283-4e6b-98d1-d15031301839@ariel> Hi. Yesteday I was trying to (finally) migrate from F-Spot my 56k photo collection, but shotwell crashed after just 400 pics! :( I made online all my images then launched the f-spot import. It ran for more than 3h "preparing" pics for import. Then I went to check and found shotwell crashed, and only 400 photos imported! I launched shotwell from command line but there was no debug output, and as well I couldn't find any cmd line option to enable verbose output but nothing. What am I supposed to do now? Re-run import again? How can I know if something fails? I'm using 0.11.2 from Ubuntu Oneiric. thanks maxxer From dougie at highmoor.co.uk Tue Oct 11 14:15:24 2011 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Tue, 11 Oct 2011 15:15:24 +0100 Subject: [Shotwell] Two features I'm really missing .... In-Reply-To: <4E84C4F8.80507@highmoor.co.uk> References: <4E837A74.10301@highmoor.co.uk> <4E842198.5070506@highmoor.co.uk> <4E84C4F8.80507@highmoor.co.uk> Message-ID: <4E944F7C.8060308@highmoor.co.uk> On 29/09/2011 20:20, Dougie Nisbet wrote: > On 29/09/2011 19:52, Eric Gregory wrote: > > [ ... ] > >> >> The Find toolbar works for tags; just hit F8 and you can search >> through your current view for a given tag. > I'm not sure it does, or I understand. Certainly, it can find text > strings that are a substring of a tag, but if doesn't offer > autocompletion of tags, or zoom into the tag in the tag pane. Can I just clarify this. Because I've imported an already untidy f-spot tag list/hierarchy it's going to take me some time to gradually sort it all out. A particular problem I have is sometimes I have names that are stored twice: e.g. John Smith John I only want 'John Smith' but sometimes find when I'm tagging, and shotwell offers autocompletion, that 'John' also exists. I just don't know where in my tag cloud to find it. A side-issue is that it would be useful to do a whole-word search, rather than automatically having a substring search. e.g. Searching on 'John' would not bring up tags for 'John Smith'. Dougie From dougie at highmoor.co.uk Tue Oct 11 14:41:06 2011 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Tue, 11 Oct 2011 15:41:06 +0100 Subject: [Shotwell] Duplicate tag created if entered while in edit mode Message-ID: <4E945582.5070508@highmoor.co.uk> I've checked to see if there's a bug already open for this so apologies if I've missed it. I've discovered that if I add an already existing tag to an image while in Edit Mode the tag is added as a duplicate as a top level tag. This doesn't happen if in browse (thumbnail) view. Dougie From adam at yorba.org Tue Oct 11 17:19:41 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 11 Oct 2011 10:19:41 -0700 Subject: [Shotwell] Duplicate tag created if entered while in edit mode In-Reply-To: <4E945582.5070508@highmoor.co.uk> References: <4E945582.5070508@highmoor.co.uk> Message-ID: <4E947AAD.1080707@yorba.org> On 10/11/2011 07:41 AM, Dougie Nisbet wrote: > I've checked to see if there's a bug already open for this so > apologies if I've missed it. > > I've discovered that if I add an already existing tag to an image > while in Edit Mode the tag is added as a duplicate as a top level tag. > This doesn't happen if in browse (thumbnail) view. Congratulations: you've found a new bug. I've ticketed this here: http://redmine.yorba.org/issues/4244 adam From adam at yorba.org Tue Oct 11 17:23:42 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 11 Oct 2011 10:23:42 -0700 Subject: [Shotwell] Failed import from F-Spot (debug?) In-Reply-To: <92555822-3283-4e6b-98d1-d15031301839@ariel> References: <92555822-3283-4e6b-98d1-d15031301839@ariel> Message-ID: <4E947B9E.2020808@yorba.org> On 10/10/2011 11:12 PM, Lorenzo Milesi wrote: > Hi. > > Yesteday I was trying to (finally) migrate from F-Spot my 56k photo collection, but shotwell crashed after just 400 pics! :( > > I made online all my images then launched the f-spot import. It ran for more than 3h "preparing" pics for import. Then I went to check and found shotwell crashed, and only 400 photos imported! > I launched shotwell from command line but there was no debug output, and as well I couldn't find any cmd line option to enable verbose output but nothing. > > What am I supposed to do now? Re-run import again? How can I know if something fails? > I'm using 0.11.2 from Ubuntu Oneiric. Maxxer, sorry to hear it. If you can reproduce this crash, then please generate a backtrace and log as described in the Shotwell FAQ: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#I-found-a-bug-in-Shotwell-How-can-I-report-it Then file a new ticket in our bug tracking system (http://redmine.yorba.org/projects/shotwell). Thanks! adam From adam at yorba.org Tue Oct 11 17:27:17 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 11 Oct 2011 10:27:17 -0700 Subject: [Shotwell] UFRaw Edits In-Reply-To: References: Message-ID: <4E947C75.4070903@yorba.org> On 10/10/2011 10:16 PM, Dylan McReynolds wrote: > Using Shotwell 0.11.2. I am trying to edit in UFRaw. After I save a photo in > UFRaw and close it, Shotwell seems to do nothing with the saved photo. > According to the user manual, I can click Shift to see it. This method works > for edits that I've done within Shotwell, but not outside of Shotwell. > > Any advice? Today, if you open a RAW file in an external editor such as UFRaw and then save it as a JPEG, you can reimport the JPEG into Shotwell, but it will be a separate image which will not be associated with the original RAW file. So presing Shift won't take you back to the original photo, for example. We'd like to make Shotwell smarter in this respect: http://redmine.yorba.org/issues/3061 adam From clinton at yorba.org Tue Oct 11 18:39:14 2011 From: clinton at yorba.org (Clinton Rogers) Date: Tue, 11 Oct 2011 11:39:14 -0700 Subject: [Shotwell] GConf Assertion Failed In-Reply-To: <4E923991.7000506@gmail.com> References: <4E923991.7000506@gmail.com> Message-ID: Hi Cody, Although we can't officially provide support for users on anything but Gnome or Unity, there might be a few things you can try. First, you may be helped by migrating to the latest version, if you haven't done so already. You can find out what version you have by navigating to the 'Help' menu in the main window and choosing 'About'. The most recent version at the time of this writing is 0.11.2, and may contain a fix for the issue you're seeing. If your distro doesn't have this version in its repositories, you may want to try building from source - please see http://yorba.org/shotwell/install/#source for details on how to do this. I hope this helps you out, but if you have any other questions, please feel free to write to this mailing list again and add the output from the command 'uname -a' to the message - perhaps someone has a similar setup to yours and may be able to provide further assistance. Cheers, -c On Sun, Oct 9, 2011 at 5:17 PM, Cody Harris wrote: > Hello All, > I can no longer import images. When I do, I get the following: > > $ > shotwell > > > > (shotwell:14822): GConf-CRITICAL **: gconf_client_remove_dir: assertion > `found->add_count > 0' > failed > > ** > > ERROR:gconfsettingsbackend.c:205:gconf_settings_backend_remove_notifier: > assertion failed: (notifier && g_str_equal (path, > notifier->path)) > > Aborted > $ > > Any help would be appreciated. > > $ shotwell -V > Shotwell 0.11.2 > $ > > Using Funtoo Linux. Not sure what you want for versions. I'm a KDE4 user. > > Thanks, > Cody > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From clinton at yorba.org Tue Oct 11 20:19:44 2011 From: clinton at yorba.org (Clinton Rogers) Date: Tue, 11 Oct 2011 13:19:44 -0700 Subject: [Shotwell] bug with accent ? In-Reply-To: <1318081162.1549.27.camel@roumano> References: <1318081162.1549.27.camel@roumano> Message-ID: Hi again, Roumano, I looked into this, and here's what seems to be happening: When we export a photograph, we write the keywords you're seeing into the IPTC field 'Keywords' and it seems as if exiftool isn't respecting the fact that characters in this field can be multibyte correctly and, as such, outputting gibberish here. According to the exiftool FAQ, it's supposed to pick up on the fact that a string is in UTF8 format automatically, and it seems to do this in 'Subject' and 'Tag List', but it may be that it's expecting Keywords to be plain ASCII. In any case, it's possible to control this by running exiftool as follows: exiftool -charset IPTC=UTF8 ...which should cause keywords with multibyte characters to display normally (I just checked that it works with accented Latin characters, hiragana and Cyrillic). I hope this helps, but if you have further questions, please feel free to write again. Cheers, -c On Sat, Oct 8, 2011 at 6:39 AM, Roumano wrote: > Hi, > > I not sure is was already reported : > > I have created tag with accent like ? (exemple created Andr?a) > > After tag the picture with shotwell 0.11.2 > > exiftool of the picture report this : > > Subject OK : Andr?a > Tags List OK : Andr?a > Keyword NOT OK : Andr??a > > Regards > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Tue Oct 11 23:21:14 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 11 Oct 2011 16:21:14 -0700 Subject: [Shotwell] Shotwell 0.11.3 released! Message-ID: Yorba has just released Shotwell 0.11.3, a bug-fix release of our popular GNOME-based photo manager. We recommend that all users upgrade. This releases fixes two critical bugs, including: * Shotwell could crash at the end of photo imports where one or more files failed to import correctly * Showell crashed when a new tag containing a slash (?/?) character was created by context-clicking on the ?Tags? item in the sidebar and choosing ?New? and improves error reporting in the publishing system. Download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Binaries for Ubuntu Natty will soon be available at Yorba?s Launchpad PPA: https://launchpad.net/~yorba/+archive/ppa From mauricio.tellez at gmail.com Wed Oct 12 04:12:08 2011 From: mauricio.tellez at gmail.com (Mauricio Tellez) Date: Tue, 11 Oct 2011 23:12:08 -0500 Subject: [Shotwell] Writing metada forever Message-ID: Hi, I'm just upgrade to version 0.11.3 and after shotwell start I get a "Escribiendo metadatos en los archivos", from 0% to 95% last like 3 minutes, but at 99% it has 1 hour and do not finish. If I double click a photo, after 2 seconds shotwell switch thumbnail view again. Any help? -- Mauricio Tellez From ziggystar at gmx.de Wed Oct 12 08:10:10 2011 From: ziggystar at gmx.de (Thomas Geier) Date: Wed, 12 Oct 2011 10:10:10 +0200 Subject: [Shotwell] Changing menu content In-Reply-To: References: Message-ID: <4E954B62.2010608@gmx.de> Hi list, I find it very confusing that the available items inside the menu change depending on whether you look at an Event, all photos or a single photo. I'm often struggling to find e.g. the "filter photos" setting because it is not always visible. Why is it so? Additionally the menu gives no indication that its contents have changed. I find this is very poor usability. Regards, Thomas From mark at foresightlinux.org Wed Oct 12 10:47:05 2011 From: mark at foresightlinux.org (Mark Trompell) Date: Wed, 12 Oct 2011 12:47:05 +0200 Subject: [Shotwell] Shotwell 0.11.3 released! In-Reply-To: References: Message-ID: On Wed, Oct 12, 2011 at 1:21 AM, Lucas Beeler wrote: > Yorba has just released Shotwell 0.11.3, a bug-fix release of our > popular GNOME-based photo manager. I wonder if you could provide it in a way, that the releases can be built without vala at all. That way releases could be independant from the vala version that is installed. -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From mark at foresightlinux.org Wed Oct 12 11:03:19 2011 From: mark at foresightlinux.org (Mark Trompell) Date: Wed, 12 Oct 2011 13:03:19 +0200 Subject: [Shotwell] Shotwell 0.11.3 released! In-Reply-To: References: Message-ID: On Wed, Oct 12, 2011 at 1:21 AM, Lucas Beeler wrote: > Yorba has just released Shotwell 0.11.3, a bug-fix release of our > popular GNOME-based photo manager. I wonder if you could provide it in a way, that the releases can be built without vala at all. That way releases could be independant from the vala version that is installed. -- Mark Trompell Foresight Linux Xfce Edition Cause your desktop should be freaking cool (and Xfce) From lorenzo.milesi at ufficyo.com Wed Oct 12 12:24:12 2011 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Wed, 12 Oct 2011 14:24:12 +0200 (CEST) Subject: [Shotwell] Failed import from F-Spot (debug?) In-Reply-To: <4E947B9E.2020808@yorba.org> Message-ID: <430753830.6.1318422252114.JavaMail.root@quaglia> > Then file a new ticket in our bug tracking system > (http://redmine.yorba.org/projects/shotwell). Thanks! http://redmine.yorba.org/issues/4248 thanks From lorenzo.milesi at ufficyo.com Wed Oct 12 17:09:51 2011 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Wed, 12 Oct 2011 19:09:51 +0200 (CEST) Subject: [Shotwell] Failed import from F-Spot (debug?) In-Reply-To: <756491865.191.1318439370070.JavaMail.root@quaglia> Message-ID: <746440931.193.1318439391063.JavaMail.root@quaglia> > sorry to hear it. If you can reproduce this crash, then please > generate > a backtrace and log as described in the Shotwell FAQ: hi Adam, I'm not the one that pisses devs off, but do you have an idea about this bug? I'm asking this because I'm stuck in a position where I wouldn't like to use fspot anymore, and yet cannot use shotwell. if you or anyone have an idea of what could it be and can give some direction on the resolution or a workaround, I'll be willing to perform tests or whatever. Thanks! maxxer From rom at rom1v.com Wed Oct 12 19:22:53 2011 From: rom at rom1v.com (Romain Vimont =?ISO-8859-1?Q?=28=AEom=29?=) Date: Wed, 12 Oct 2011 21:22:53 +0200 Subject: [Shotwell] =?utf-8?q?Updating_library=E2=80=A6?= Message-ID: <1318447373.2405.52.camel@rom-laptop> Hi, I use Shotwell 0.11.2, and on almost every start (except if the last start was only few minutes ago), it executes "updating library", which is quite long (30 seconds or 1 minute), while there are absolutely no changes in my library. Moreover, in preferences, "Watch library directory for new files" is disabled. Any idea ? From lucas at yorba.org Wed Oct 12 19:41:34 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 12 Oct 2011 12:41:34 -0700 Subject: [Shotwell] Writing metada forever In-Reply-To: References: Message-ID: Hi Mauricio, Sorry to hear this. First, just to confirm, this behavior did not happen on Shotwell 0.11.2, it only occurs after you updated to 0.11.3? Second, how did you install 0.11.3, from source or from the Yorba PPA? Third, Shotwell has a logging feature that could be very helpful in figuring out what's going on here. To run Shotwell with logging enabled, start Shotwell with this command line: $ SHOTWELL_LOG=1 shotwell This will generate a log file at ~/.cache/shotwell/shotwell.log. If you can reproduce this behavior with logging turned on, email your log file to shotwell at yorba.org (the mailing list doesn't accept attachments). That'd go a long way to helping us nail down what's causing this issue. Lucas On Tue, Oct 11, 2011 at 9:12 PM, Mauricio Tellez wrote: > Hi, I'm just upgrade to version 0.11.3 and after shotwell start I get a > "Escribiendo metadatos en los archivos", from 0% to 95% last like 3 minutes, > but at 99% it has 1 hour and do not finish. If I double click a photo, after > 2 seconds shotwell switch thumbnail view again. Any help? > > -- > Mauricio Tellez > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Wed Oct 12 19:59:11 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 12 Oct 2011 12:59:11 -0700 Subject: [Shotwell] Shotwell 0.11.3 released! In-Reply-To: References: Message-ID: > I wonder if you could provide it in a way, that the releases can be > built without vala at all. > That way releases could be independant from the vala version that is installed. In theory this is possible because under the covers the vala compiler generates plain old ANSI C source and header files. We've looked at packaging Shotwell before as pure C code for distribution, but there are a number of technical issues to be resolved involving configuration, etc., and we thought that implementing new features was a better use of our time as devs. That said, if someone in the community wants to come forward and put together a C-only source package, I think that'd be great! If the packaging is solid enough, we might even consider making the package available on the Yorba website, right beside our own Vala tarball! Cheers, Lucas From lucas at yorba.org Wed Oct 12 20:03:28 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 12 Oct 2011 13:03:28 -0700 Subject: [Shotwell] Failed import from F-Spot (debug?) In-Reply-To: <746440931.193.1318439391063.JavaMail.root@quaglia> References: <756491865.191.1318439370070.JavaMail.root@quaglia> <746440931.193.1318439391063.JavaMail.root@quaglia> Message-ID: Hi Maxxer, The ticket priority has been upped to urgent, so we certainly hope to get a look at your problem soon. In the meantime, one potential workaround is this. If you've had f-spot write your tags and other metadata to the photo files themselves (which f-spot can be configured to do), then you could simply import the directory containing the photos via a normal Shotwell file import instead of doing an f-spot import. Just a thought! Lucas On Wed, Oct 12, 2011 at 10:09 AM, Lorenzo Milesi wrote: >> sorry to hear it. If you can reproduce this crash, then please >> generate >> a backtrace and log as described in the Shotwell FAQ: > > hi Adam, > I'm not the one that pisses devs off, but do you have an idea about this bug? > I'm asking this because I'm stuck in a position where I wouldn't like to use fspot anymore, and yet cannot use shotwell. > if you or anyone have an idea of what could it be and can give some direction on the resolution or a workaround, I'll be willing to perform tests or whatever. > > Thanks! > maxxer > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Wed Oct 12 20:07:08 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 12 Oct 2011 13:07:08 -0700 Subject: [Shotwell] =?windows-1252?q?Updating_library=85?= In-Reply-To: <1318447373.2405.52.camel@rom-laptop> References: <1318447373.2405.52.camel@rom-laptop> Message-ID: Hi Romain, What would be really helpful here is a log file generated by Shotwell during one of these start-ups that requires a long time "updating library." Shotwell has a logging feature and is pretty good about writing into the log file what it is doing at any given time. To run Shotwell with logging enabled, start Shotwell with this command line: $ SHOTWELL_LOG=1 shotwell This will generate a log file at ~/.cache/shotwell/shotwell.log. If you can reproduce this behavior with logging turned on, email your log file to shotwell at yorba.org (the mailing list doesn't accept attachments). That'd go a long way to helping us nail down what's causing this issue. Lucas On Wed, Oct 12, 2011 at 12:22 PM, Romain Vimont (?om) wrote: > Hi, > > I use Shotwell 0.11.2, and on almost every start (except if the last > start was only few minutes ago), it executes "updating library", which > is quite long (30 seconds or 1 minute), while there are absolutely no > changes in my library. > > Moreover, in preferences, "Watch library directory for new files" is > disabled. > > Any idea ? > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Wed Oct 12 23:34:44 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 12 Oct 2011 16:34:44 -0700 Subject: [Shotwell] EXIF data contained in JPEG image files In-Reply-To: <4E91E02B.4030009@ourwoods.org> References: <4E7FF101.9050109@ourwoods.org> <4E809ECC.6030506@ourwoods.org> <4E80A0E6.2060507@gmail.com> <4E80ABDD.7090905@ourwoods.org> <4E80CA1F.4070109@ourwoods.org> <4E91E02B.4030009@ourwoods.org> Message-ID: Hi Alex, I've been able to reproduce the problem and have opened a ticket for it in our bug tracking database here: http://redmine.yorba.org/issues/4250. We hope to fix this as part of the next Shotwell release, since it does potentially involve the loss of user data. Lucas On Sun, Oct 9, 2011 at 10:55 AM, Alex Janssen wrote: > On 09/27/2011 04:49 PM, Jim Nelson wrote: >> >> I took a photo, modified it in direct-edit mode, and saved it. ?I then ran >> this command for each: >> >> $ exiv2 -pa IMG_0001.JPG > orig.txt >> $ exiv2 -pa IMG_0002_saved.JPG > saved.txt >> >> Then I did a diff (using meld) of the files. ?I see no changes other than >> a couple expected modifications. >> >> What do you see when you do this experiment? > > Jim, > I spoke too soon. ?I installed Shotwell 0.11.2, loaded an image, cropped and > adjusted saturation and saved it. ?It deleted all of the camera information. > ?Actually, all it retained was the original imaging date and time. ?Maybe > this is appropriate action as the image is not the original any more, but > why would "Save as" retain it? > > Just to be clear, using "Save As" retains all camera information, ?"Save" > deletes it. > > Maybe someone else could verify this. > > diff output is as follows for "Save": > 1,2d0 > < Exif.Image.Make ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Ascii ? ? ?10 ?Panasonic > < Exif.Image.Model ? ? ? ? ? ? ? ? ? ? ? ? ? ? Ascii ? ? ? 8 ?DMC-LZ7 > 4,7c2 > < Exif.Image.XResolution ? ? ? ? ? ? ? ? ? ? ? Rational ? ?1 ?72 > < Exif.Image.YResolution ? ? ? ? ? ? ? ? ? ? ? Rational ? ?1 ?72 > < Exif.Image.ResolutionUnit ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?inch > < Exif.Image.Software ? ? ? ? ? ? ? ? ? ? ? ? ?Ascii ? ? ?10 ?Ver.1.0 > --- >> Exif.Image.Software ? ? ? ? ? ? ? ? ? ? ? ? ?Ascii ? ? ?16 ?Shotwell >> 0.11.2 > 9,15c4 > < Exif.Image.YCbCrPositioning ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Co-sited > < Exif.Image.ExifTag ? ? ? ? ? ? ? ? ? ? ? ? ? Long ? ? ? ?1 ?418 > < Exif.Photo.ExposureTime ? ? ? ? ? ? ? ? ? ? ?Rational ? ?1 ?1/1000 s > < Exif.Photo.FNumber ? ? ? ? ? ? ? ? ? ? ? ? ? Rational ? ?1 ?F2.8 > < Exif.Photo.ExposureProgram ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Auto > < Exif.Photo.ISOSpeedRatings ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?100 > < Exif.Photo.ExifVersion ? ? ? ? ? ? ? ? ? ? ? Undefined ? 4 ?2.21 > --- >> Exif.Image.ExifTag ? ? ? ? ? ? ? ? ? ? ? ? ? Long ? ? ? ?1 ?98 > 18,92c7,15 > < Exif.Photo.ComponentsConfiguration ? ? ? ? ? Undefined ? 4 ?YCbCr > < Exif.Photo.CompressedBitsPerPixel ? ? ? ? ? ?Rational ? ?1 ?2 > < Exif.Photo.ExposureBiasValue ? ? ? ? ? ? ? ? SRational ? 1 ?0 EV > < Exif.Photo.MaxApertureValue ? ? ? ? ? ? ? ? ?Rational ? ?1 ?F2.8 > < Exif.Photo.MeteringMode ? ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Multi-segment > < Exif.Photo.LightSource ? ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Unknown > < Exif.Photo.Flash ? ? ? ? ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?No, compulsory > < Exif.Photo.FocalLength ? ? ? ? ? ? ? ? ? ? ? Rational ? ?1 ?6.1 mm > < Exif.Photo.MakerNote ? ? ? ? ? ? ? ? ? ? ? ? Undefined 6774 ?(Binary value > suppressed) > < Exif.MakerNote.Offset ? ? ? ? ? ? ? ? ? ? ? ?Long ? ? ? ?1 ?920 > < Exif.MakerNote.ByteOrder ? ? ? ? ? ? ? ? ? ? Ascii ? ? ? 3 ?II > < Exif.Panasonic.Quality ? ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Normal > < Exif.Panasonic.FirmwareVersion ? ? ? ? ? ? ? Undefined ? 4 ?0 1 0 6 > < Exif.Panasonic.WhiteBalance ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Auto > < Exif.Panasonic.FocusMode ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Auto > < Exif.Panasonic.AFMode ? ? ? ? ? ? ? ? ? ? ? ?Byte ? ? ? ?2 ?5-area > < Exif.Panasonic.ImageStabilization ? ? ? ? ? ?Short ? ? ? 1 ?On, Mode 2 > < Exif.Panasonic.Macro ? ? ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Off > < Exif.Panasonic.ShootingMode ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Intelligent > ISO > < Exif.Panasonic.Audio ? ? ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?No > < Exif.Panasonic.DataDump ? ? ? ? ? ? ? ? ? ? ?Undefined 6152 ?(Binary value > suppressed) > < Exif.Panasonic.WhiteBalanceBias ? ? ? ? ? ? ?Short ? ? ? 1 ?0 EV > < Exif.Panasonic.FlashBias ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?0 > < Exif.Panasonic.InternalSerialNumber ? ? ? ? ?Undefined ?16 ?70 51 53 48 55 > 48 50 49 51 48 53 54 48 0 0 0 > < Exif.Panasonic.ExifVersion ? ? ? ? ? ? ? ? ? Undefined ? 4 ?2.20 > < Exif.Panasonic.ColorEffect ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Off > < Exif.Panasonic.TimeSincePowerOn ? ? ? ? ? ? ?Long ? ? ? ?1 ?578 > < Exif.Panasonic.BurstMode ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Off > < Exif.Panasonic.SequenceNumber ? ? ? ? ? ? ? ?Long ? ? ? ?1 ?0 > < Exif.Panasonic.Contrast ? ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Normal > < Exif.Panasonic.NoiseReduction ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Standard > < Exif.Panasonic.SelfTimer ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Off > < Exif.Panasonic.Rotation ? ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Horizontal > (normal) > < Exif.Panasonic.ColorMode ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Natural > < Exif.Panasonic.BabyAge ? ? ? ? ? ? ? ? ? ? ? Ascii ? ? ?20 ?9999:99:99 > 00:00:00 > < Exif.Panasonic.OpticalZoomMode ? ? ? ? ? ? ? Short ? ? ? 1 ?Standard > < Exif.Panasonic.ConversionLens ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Off > < Exif.Panasonic.TravelDay ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?65535 > < Exif.Panasonic.WorldTimeLocation ? ? ? ? ? ? Short ? ? ? 1 ?Home > < Exif.Panasonic.ProgramISO ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?65535 > < Exif.Panasonic.MakerNoteVersion ? ? ? ? ? ? ?Undefined ? 4 ?1.01 > < Exif.Panasonic.SceneMode ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Intelligent > ISO > < Exif.Panasonic.WBRedLevel ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?1954 > < Exif.Panasonic.WBGreenLevel ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?1054 > < Exif.Panasonic.WBBlueLevel ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?1734 > < Exif.Panasonic.BabyAge ? ? ? ? ? ? ? ? ? ? ? Ascii ? ? ?20 ?9999:99:99 > 00:00:00 > < Exif.Photo.FlashpixVersion ? ? ? ? ? ? ? ? ? Undefined ? 4 ?1.00 > < Exif.Photo.ColorSpace ? ? ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?sRGB > < Exif.Photo.PixelXDimension ? ? ? ? ? ? ? ? ? Long ? ? ? ?1 ?3072 > < Exif.Photo.PixelYDimension ? ? ? ? ? ? ? ? ? Long ? ? ? ?1 ?2304 > < Exif.Photo.InteroperabilityTag ? ? ? ? ? ? ? Long ? ? ? ?1 ?7702 > < Exif.Iop.InteroperabilityIndex ? ? ? ? ? ? ? Ascii ? ? ? 4 ?R98 > < Exif.Iop.InteroperabilityVersion ? ? ? ? ? ? Undefined ? 4 ?1.00 > < Exif.Photo.SensingMethod ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?One-chip color > area > < Exif.Photo.FileSource ? ? ? ? ? ? ? ? ? ? ? ?Undefined ? 1 ?Digital still > camera > < Exif.Photo.SceneType ? ? ? ? ? ? ? ? ? ? ? ? Undefined ? 1 ?Directly > photographed > < Exif.Photo.CustomRendered ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Normal process > < Exif.Photo.ExposureMode ? ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Auto > < Exif.Photo.WhiteBalance ? ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Auto > < Exif.Photo.DigitalZoomRatio ? ? ? ? ? ? ? ? ?Rational ? ?1 ?0.0 > < Exif.Photo.FocalLengthIn35mmFilm ? ? ? ? ? ? Short ? ? ? 1 ?37.0 mm > < Exif.Photo.SceneCaptureType ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Standard > < Exif.Photo.GainControl ? ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?None > < Exif.Photo.Contrast ? ? ? ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Normal > < Exif.Photo.Saturation ? ? ? ? ? ? ? ? ? ? ? ?Short ? ? ? 1 ?Low > < Exif.Photo.Sharpness ? ? ? ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?Soft > < Exif.Image.PrintImageMatching ? ? ? ? ? ? ? ?Undefined 208 ?(Binary value > suppressed) > < Exif.Thumbnail.Compression ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?JPEG > (old-style) > < Exif.Thumbnail.Orientation ? ? ? ? ? ? ? ? ? Short ? ? ? 1 ?top, left > < Exif.Thumbnail.XResolution ? ? ? ? ? ? ? ? ? Rational ? ?1 ?72 > < Exif.Thumbnail.YResolution ? ? ? ? ? ? ? ? ? Rational ? ?1 ?72 > < Exif.Thumbnail.ResolutionUnit ? ? ? ? ? ? ? ?Short ? ? ? 1 ?inch > < Exif.Thumbnail.JPEGInterchangeFormat ? ? ? ? Long ? ? ? ?1 ?8084 > < Exif.Thumbnail.JPEGInterchangeFormatLength ? Long ? ? ? ?1 ?3996 > < Exif.Thumbnail.YCbCrPositioning ? ? ? ? ? ? ?Short ? ? ? 1 ?Co-sited > --- >> Exif.Photo.PixelXDimension ? ? ? ? ? ? ? ? ? SLong ? ? ? 1 ?2916 >> Exif.Photo.PixelYDimension ? ? ? ? ? ? ? ? ? SLong ? ? ? 1 ?2211 >> Xmp.exif.PixelXDimension ? ? ? ? ? ? ? ? ? ? XmpText ? ? 4 ?2916 >> Xmp.exif.PixelYDimension ? ? ? ? ? ? ? ? ? ? XmpText ? ? 4 ?2211 >> Xmp.exif.DateTimeOriginal ? ? ? ? ? ? ? ? ? ?XmpText ? ?20 ?2011:09:12 >> 22:03:04 >> Xmp.exif.DateTimeDigitized ? ? ? ? ? ? ? ? ? XmpText ? ?20 >> ?2011-09-12T22:03:04Z >> Xmp.tiff.ImageWidth ? ? ? ? ? ? ? ? ? ? ? ? ?XmpText ? ? 1 ?1 >> Xmp.tiff.ImageHeight ? ? ? ? ? ? ? ? ? ? ? ? XmpText ? ? 4 ?2211 >> Xmp.xmp.CreateDate ? ? ? ? ? ? ? ? ? ? ? ? ? XmpText ? ?20 >> ?2011-09-12T22:03:04Z > > -- > Ourwoods.org > > Anything can be made to work if you fiddle with it long enough. (37) > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mauricio.tellez at gmail.com Thu Oct 13 00:29:58 2011 From: mauricio.tellez at gmail.com (Mauricio Tellez) Date: Wed, 12 Oct 2011 19:29:58 -0500 Subject: [Shotwell] Writing metada forever In-Reply-To: References: Message-ID: Hi, I'm unable to reproduce this error. I restart shotwell 2 times with the same behaivor I describe (before I get your mail Lucas so no debug output), then I delete manually the last modified photo from the filesystem, restart shotwell and now everything works fine. If I get another error now I know that $SHOTWELL_LOG=1 is my friend. Thanks! 2011/10/12 Lucas Beeler > Hi Mauricio, > > Sorry to hear this. First, just to confirm, this behavior did not > happen on Shotwell 0.11.2, it only occurs after you updated to 0.11.3? > Second, how did you install 0.11.3, from source or from the Yorba PPA? > Third, Shotwell has a logging feature that could be very helpful in > figuring out what's going on here. > > To run Shotwell with logging enabled, start Shotwell with this command > line: > > $ SHOTWELL_LOG=1 shotwell > > This will generate a log file at ~/.cache/shotwell/shotwell.log. > > If you can reproduce this behavior with logging turned on, email your > log file to shotwell at yorba.org (the mailing list doesn't accept > attachments). That'd go a long way to helping us nail down what's > causing this issue. > > Lucas > > On Tue, Oct 11, 2011 at 9:12 PM, Mauricio Tellez > wrote: > > Hi, I'm just upgrade to version 0.11.3 and after shotwell start I get a > > "Escribiendo metadatos en los archivos", from 0% to 95% last like 3 > minutes, > > but at 99% it has 1 hour and do not finish. If I double click a photo, > after > > 2 seconds shotwell switch thumbnail view again. Any help? > > > > -- > > Mauricio Tellez > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > -- Mauricio Tellez From dougie at highmoor.co.uk Thu Oct 13 07:49:20 2011 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Thu, 13 Oct 2011 08:49:20 +0100 Subject: [Shotwell] Two features I'm really missing .... [ Finding a tag in the hierarchy ] In-Reply-To: <4E944F7C.8060308@highmoor.co.uk> References: <4E837A74.10301@highmoor.co.uk> <4E842198.5070506@highmoor.co.uk> <4E84C4F8.80507@highmoor.co.uk> <4E944F7C.8060308@highmoor.co.uk> Message-ID: <4E969800.9030802@highmoor.co.uk> On 11/10/2011 15:15, Dougie Nisbet wrote: > On 29/09/2011 20:20, Dougie Nisbet wrote: >> On 29/09/2011 19:52, Eric Gregory wrote: >> >> [ ... ] >> >>> >>> The Find toolbar works for tags; just hit F8 and you can search >>> through your current view for a given tag. >> I'm not sure it does, or I understand. Certainly, it can find text >> strings that are a substring of a tag, but if doesn't offer >> autocompletion of tags, or zoom into the tag in the tag pane. > I've found a rather clumsy workaround to this. Locate the image (Right Click / Show in File Manager ) Open a terminal window Type: exiftool -tagslist This assumes that you write the metadata to the image file. Dougie From sk at skaiser.at Thu Oct 13 08:45:58 2011 From: sk at skaiser.at (Siegfried Kaiser) Date: Thu, 13 Oct 2011 10:45:58 +0200 Subject: [Shotwell] relationship thumbnaul/picture in database Message-ID: <1318495558.1824.9.camel@nre03> Hello all, I have a little problem with shotwell - after migrating to a new computer I miss some pictures, - they are present in the thumbnail list, but not the image-files themselves. I have looked through the database schema, but I find no connection between thumbnail and image-file. It would be easy for me to find the image files in my backups, but I cannot get a list of the missing files because I see no connection in the database. Can anybody explain to me how these data are linke so that I can write an SQL command which puts out the list of missing images? Thanks, Siegfried From adam at yorba.org Thu Oct 13 18:07:22 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 13 Oct 2011 11:07:22 -0700 Subject: [Shotwell] Failed import from F-Spot (debug?) In-Reply-To: References: <756491865.191.1318439370070.JavaMail.root@quaglia> <746440931.193.1318439391063.JavaMail.root@quaglia> Message-ID: <4E9728DA.90904@yorba.org> Note, however that if you use this technique you won't get any hierarchical tags from F-Spot, since F-Spot doesn't write hierachical tag information to photo files. Cheers - adam On 10/12/2011 01:03 PM, Lucas Beeler wrote: > Hi Maxxer, > > The ticket priority has been upped to urgent, so we certainly hope to > get a look at your problem soon. In the meantime, one potential > workaround is this. If you've had f-spot write your tags and other > metadata to the photo files themselves (which f-spot can be configured > to do), then you could simply import the directory containing the > photos via a normal Shotwell file import instead of doing an f-spot > import. Just a thought! > > Lucas > > On Wed, Oct 12, 2011 at 10:09 AM, Lorenzo Milesi > wrote: >>> sorry to hear it. If you can reproduce this crash, then please >>> generate >>> a backtrace and log as described in the Shotwell FAQ: >> hi Adam, >> I'm not the one that pisses devs off, but do you have an idea about this bug? >> I'm asking this because I'm stuck in a position where I wouldn't like to use fspot anymore, and yet cannot use shotwell. >> if you or anyone have an idea of what could it be and can give some direction on the resolution or a workaround, I'll be willing to perform tests or whatever. >> >> Thanks! >> maxxer >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> From lorenzo.milesi at ufficyo.com Thu Oct 13 21:33:10 2011 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Thu, 13 Oct 2011 23:33:10 +0200 (CEST) Subject: [Shotwell] Directory monitor? In-Reply-To: <33ef70ef-d12e-451c-a683-d1a66ce36720@ariel> Message-ID: <79ddaddf-fc9a-4d0c-8be6-aff7421f2ac2@ariel> Hi. I have disabled photo directory watch in preferences, but when I fire up shotwell I find this in the log: L 2598 2011-10-13 23:29:21 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/maxxer/Photos/2006/11/06/._IMG_1578.JPG.2dm6Gv L 2598 2011-10-13 23:29:21 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/maxxer/Photos/2006/11/06/._IMG_1567.JPG.uKSCIz L 2598 2011-10-13 23:29:22 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/maxxer/Photos/2006/11/06/._IMG_1552.JPG.ysVHJB why is it monitoring, if it is supposed not to? thanks maxxer From lucas at yorba.org Fri Oct 14 00:53:56 2011 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 13 Oct 2011 17:53:56 -0700 Subject: [Shotwell] Shotwell 0.11.4 Released! Message-ID: Yorba has just released Shotwell 0.11.4, a bug-fix release of our popular GNOME-based photo manager. This release fixes two critical issues present in all previous versions of Shotwell 0.11.x that could cause Shotwell to crash when using the ?Import from F-Spot? feature. We recommend that all users upgrade. Download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Or grab a binary for Ubuntu Natty at Yorba?s Launchpad PPA: https://launchpad.net/~yorba/+archive/ppa From giampisalvi at gmail.com Fri Oct 14 13:39:57 2011 From: giampisalvi at gmail.com (Giampiero Salvi) Date: Fri, 14 Oct 2011 15:39:57 +0200 Subject: [Shotwell] Feature request: merging databases Message-ID: Hi, Background: I use Shotwell the following way. I have a desktop computer where I keep all my pictures and then I have a small laptop that I bring with me when I am travelling that I use to download the pictures from my camera and sometimes organize and publish them during my longer trips. Both computers are running the latest version of Ubuntu, and the version of Shotwell that comes with it. Problem: I do not want to keep the whole database of pictures on the small laptop because of space constraints on the disk. So, after every trip, I would like to copy the photos to the desktop and delete them from the laptop. I can do this easily by copying the picture files with tools such as rsync and then importing again. The problem is that any information contained in ~/.shotwell/data/photo.db on the laptop is not transferred to the corresponding database on the desktop. For example, any tags I may have added using the laptop are lost. Question1: is there a good way to merge the SQLite databases without breaking Shotwell functionality? Question2 (feature request): could it be possible to add a function in Shotwell that merges the databases and copies the picture files between different computers? Thank you for the great job you have done so far!! Giampiero From el.cameleon.1 at gmail.com Fri Oct 14 13:44:37 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Fri, 14 Oct 2011 15:44:37 +0200 Subject: [Shotwell] Feature request: merging databases In-Reply-To: References: Message-ID: Hi, Maybe you should consider to write the metadata into the pictures? See: http://yorba.org/shotwell/help/other-files.html#writing-metadata I think it should be enable by default... 2011/10/14 Giampiero Salvi > Hi, > Background: I use Shotwell the following way. I have a desktop > computer where I keep all my pictures and then I have a small laptop > that I bring with me when I am travelling that I use to download the > pictures from my camera and sometimes organize and publish them during > my longer trips. Both computers are running the latest version of > Ubuntu, and the version of Shotwell that comes with it. > > Problem: I do not want to keep the whole database of pictures on the > small laptop because of space constraints on the disk. So, after every > trip, I would like to copy the photos to the desktop and delete them > from the laptop. I can do this easily by copying the picture files > with tools such as rsync and then importing again. The problem is that > any information contained in ~/.shotwell/data/photo.db on the laptop > is not transferred to the corresponding database on the desktop. For > example, any tags I may have added using the laptop are lost. > > Question1: is there a good way to merge the SQLite databases without > breaking Shotwell functionality? > > Question2 (feature request): could it be possible to add a function in > Shotwell that merges the databases and copies the picture files > between different computers? > > Thank you for the great job you have done so far!! > Giampiero > From adam at yorba.org Fri Oct 14 16:25:02 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 14 Oct 2011 09:25:02 -0700 Subject: [Shotwell] Feature request: merging databases In-Reply-To: References: Message-ID: <4E98625E.5070701@yorba.org> When you enable the option to write metadata into pictures as Vincent suggested, Shotwell will store tag (i.e. keywords) and rotation information there. But that's not a complete solution to this problem, since Shotwell stores other metadata (such as photo edits and event membership) only in its SQL database, not in pictures themselves. Unfortunately it's not possible to merge two Shotwell databases today. This is a significant limitation. We hope to address this in one of two ways: 1. Provide a command that merges two databases explicitly. This is http://redmine.yorba.org/issues/3393 . 2. Enhance Shotwell to store all metadata (including photo edits and events) in sidecar files. If we implement this, you'll be able to merge two databases by simply combining two directories and then reimporting. This is http://redmine.yorba.org/issues/1879 . I think that approach (2) is the right long-term direction for Shotwell. adam On 10/14/2011 06:44 AM, Vincent wrote: > Hi, > > Maybe you should consider to write the metadata into the pictures? > > See: http://yorba.org/shotwell/help/other-files.html#writing-metadata > > I think it should be enable by default... > > 2011/10/14 Giampiero Salvi > >> Hi, >> Background: I use Shotwell the following way. I have a desktop >> computer where I keep all my pictures and then I have a small laptop >> that I bring with me when I am travelling that I use to download the >> pictures from my camera and sometimes organize and publish them during >> my longer trips. Both computers are running the latest version of >> Ubuntu, and the version of Shotwell that comes with it. >> >> Problem: I do not want to keep the whole database of pictures on the >> small laptop because of space constraints on the disk. So, after every >> trip, I would like to copy the photos to the desktop and delete them >> from the laptop. I can do this easily by copying the picture files >> with tools such as rsync and then importing again. The problem is that >> any information contained in ~/.shotwell/data/photo.db on the laptop >> is not transferred to the corresponding database on the desktop. For >> example, any tags I may have added using the laptop are lost. >> >> Question1: is there a good way to merge the SQLite databases without >> breaking Shotwell functionality? >> >> Question2 (feature request): could it be possible to add a function in >> Shotwell that merges the databases and copies the picture files >> between different computers? >> >> Thank you for the great job you have done so far!! >> Giampiero >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Fri Oct 14 16:34:50 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 14 Oct 2011 09:34:50 -0700 Subject: [Shotwell] Directory monitor? In-Reply-To: <79ddaddf-fc9a-4d0c-8be6-aff7421f2ac2@ariel> References: <79ddaddf-fc9a-4d0c-8be6-aff7421f2ac2@ariel> Message-ID: <4E9864AA.1030705@yorba.org> Lorenzo, Shotwell currently always scans your library directory at startup, even when auto-import (i.e. photo directory watching) is disabled. We consider this a bug: http://redmine.yorba.org/issues/3130 adam On 10/13/2011 02:33 PM, Lorenzo Milesi wrote: > Hi. > I have disabled photo directory watch in preferences, but when I fire up shotwell I find this in the log: > > L 2598 2011-10-13 23:29:21 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/maxxer/Photos/2006/11/06/._IMG_1578.JPG.2dm6Gv > L 2598 2011-10-13 23:29:21 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/maxxer/Photos/2006/11/06/._IMG_1567.JPG.uKSCIz > L 2598 2011-10-13 23:29:22 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/maxxer/Photos/2006/11/06/._IMG_1552.JPG.ysVHJB > > why is it monitoring, if it is supposed not to? > > thanks > maxxer > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From wmstrome at yahoo.com Sat Oct 15 09:25:16 2011 From: wmstrome at yahoo.com (Murray Strome) Date: Sat, 15 Oct 2011 02:25:16 -0700 (PDT) Subject: [Shotwell] Quandry of choices and I need some general advice In-Reply-To: Message-ID: <1318670716.41045.YahooMailClassic@web160316.mail.bf1.yahoo.com> On Sun, 09 Oct 2011 Stephen R Douglas wrote: I have digital photos scattered about on memory chips, on an old linux computer and none on my newest computer listed below. New Computer: Systems 76 Ion Nettop running Ubuntu 10.10 Maverick Meerkat with a Gnome 2.32 desktop.???The hard drive is plenty large. Shotwell version: 0.7.2-Oubuntu2 I need to do something before something happens and I lose a bunch of photos including photos taken on two trips to Turkey and Greece.? Also, Full Circle online magazine for the Ubuntu community just published Issue # 53, September 2011 with an article on Back Up Strategies, Part 1. Or I could take my computers into a Linux shop and have them do it. I could make somebody wealthy I suppose. I have not backed anything up in years and so I need to accomplish that as soon as possible. So I have some questions.? Once I have backed up everything should I do the update to Ubuntu 11.04 via the Update Manager on the new computer? I have resisted that update because I will end up with a Unity Desktop. ? I resisted upgrading to 11.04 on my wife's computer using the Update Manager for because I did not want her to have to cope with the changes that would result with a Unity Desktop.? When I did the update, it actually told me it was reverting to standard Gnome and there were relatively few changes in look and feel. If you do end up with Unity, you can make sure that the traditional Gnome is installed and use that instead of Unity. An other option is to use the XUbuntu interface (XFCE) which is "lighter" than Gnome, KDE or Unity and I find especially useful on my small 7" eeePC notebook. Not against it.? Just not sure I want to use it.? I am 69 years old and not what you would call a wiz-band knowledgeable Linux user or mechanic although I have used Ubuntu for many years and I have largely forgotten how to use my old Win-XP that is on my old dual boot computer with Ubuntu. On the old computer with dual boot is: Ubuntu 10.04 Lucid Lynx LTS which is supported to April 2013.? I do not believe I can update this computer to a later Ubuntu version due to its age...mainboard installed in 2000. Gnome 2.30.2 is the desktop. F-Spot and gThumb is installed. ? I have Ubuntu 11.04 running just fine on a much older computer than yours. I would be willing to bet that it will work on yours. You can easily find out by booting with a live CD which you can download and burn either from Windows or Ubuntu. I have never tried gThumb so cannot comment on that. Shotwell seems to work OK. Personally, I prefer the concept of KPhotoAlbum, but have found stability issues with it at times. There are many features of Shotwell that I like so I actually have both installed and use them for different purposes.? KPhotoAlbum works fine with Gnome, even though it is designed for KDE. With Shotwell, I suggest that you always import your photos using the mode where you do not actually copy the photos from their original locations. When you do an import from your hard drive, it gives you those options. Ubuntu Software Center shows that Shotwell version 0.5.0 is offered but not supported by Conical on this edition of Gnome 2.30.2 and Ubuntu 10.04 Lucid.? Since everything in this old computer box has been replaced with new gear except the mainboard and one 20 gig hard drive, I hope to install a new mainboard with sata cabling and install the latest either Mint 11 or Ubuntu...not sure which way I may go, but I am at that cross roads once all my back-ups are completed. ? I don't know enough about Mint. I expect that Ubuntu (or a variation such as XUbuntu) will probably work OK.? The main issues that I have with new mainboards?are with?sound, which is irrelevant for photo work. On the other side is Win-XP with Picasa 3.8.0 installed.? Win-XP is up to date with Ms-Windows Security program, (Hey, its free!), installed and up to date.? There are photos on the Win-XP side taken with an old Canon A-40.? I understand that there is a way to reach into the Win-XP side from Ubuntu to retrieve those photos, but I do not know how. ? ? If Windows XP works OK on that computer, Ubuntu 11.04 will almost certainly work a lot better! ? When you are in Ubuntu (at least 10.04 or higher) under System, you can use the Disk Utility to see all of your hard drives and partitions and mount your Windows one(s). Or, most likely, you will see icons on your desktop for each partition. Using either the disk utility, or by clicking (perhaps double click) on the icons on the desktop, you can mount and explore those drives. When you find your Windows C drive, you can locate your photos and copy them anywhere you wish, including an external USB drive. Once I have completed all the back-ups I would really like to offer my friends to see my photos either on CDs or DVDs as photo albums.? How should I go about doing this using Shotwell?? I am not keen on using web based sites to store my photos.? Nothing against it so much as I do not want to pay for or lose control of my photos at some future date.? ? You can do something really simple like just using a CD/DVD burning software package?(I prefer K3b myself) to put all your photos onto the media.? For your own archiving purposes, I suggest?that you use Gold Archive DVDs. They are a lot more expensive than regular ones, but are supposed to last at least 100 years. A few stores sell them, but not many.?Most companies that do slide conversion?provide the results on these disks, and?most purchase them from Amazon.com.?I believe that Shotwell (like Picasa which is also available for LINUX, but without facial recognition the last time I checked). ? KodakGallery is one web based location which does not charge anything if you want to download your own photos from it. I know that most others do charge (e.g. SnapShot). I am not sure about Picasa. There is a lot to think about and that is the reason I made this posting to the list.? I am open to any and all advice before I do anything with my photos.? Mint or Ubuntu or something else.? I want a system and desktop that will remain friendly into my old age that I can live with as my mental powers wither away to the final end.? It may not matter what happens to the photos other than my offspring should enjoy making that decision for themselves. Thanks for any advice you may have. ?? I am finding that Ubuntu is getting more friendly (with the exception of Unity, which I don't like) with each release. I know some people prefer other flavours of LINUX. Ubuntu 11.04 with Gnome or KDE (or XUbuntu) will be supported for quite some time.? ? I hope my suggestions help (rather than confuse). ? Murray From schnouki at schnouki.net Mon Oct 17 12:21:13 2011 From: schnouki at schnouki.net (Thomas Jost) Date: Mon, 17 Oct 2011 14:21:13 +0200 Subject: [Shotwell] How to remove metadata from photo files? Message-ID: <87y5wjyfk6.fsf@thor.loria.fr> Hi list, I've been using Shotwell for several months now and I really like it. Lightweight and efficient -- just what I like on my computers running Arch Linux. When I switched to Shotwell, I enabled the option to write tags and other metadata inside the photo files. Since then I realized that it's probably a bad idea when you want to do regular backups. (Right now I'm using unison to backup and sync the DB and pictures on several computers, but I'd like to switch to a real VCS like git/git-annex or boar). So is there a (simple) way to remove these metadata while leaving the pictures intact? I'm perfectly fine with long command lines and shell/Python/Perl scripts, it's just that I don't know where to start and I'm a little lost with all these EXIF, IPTC and XMP things :) Thanks! Best regards, -- Thomas/Schnouki -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From clanlaw at googlemail.com Mon Oct 17 12:33:06 2011 From: clanlaw at googlemail.com (Colin Law) Date: Mon, 17 Oct 2011 13:33:06 +0100 Subject: [Shotwell] How to remove metadata from photo files? In-Reply-To: <87y5wjyfk6.fsf@thor.loria.fr> References: <87y5wjyfk6.fsf@thor.loria.fr> Message-ID: On 17 October 2011 13:21, Thomas Jost wrote: > Hi list, > > I've been using Shotwell for several months now and I really like it. > Lightweight and efficient -- just what I like on my computers running > Arch Linux. > > When I switched to Shotwell, I enabled the option to write tags and > other metadata inside the photo files. Since then I realized that it's > probably a bad idea when you want to do regular backups. (Right now I'm > using unison to backup and sync the DB and pictures on several > computers, but I'd like to switch to a real VCS like git/git-annex or > boar). > > So is there a (simple) way to remove these metadata while leaving the > pictures intact? I'm perfectly fine with long command lines and > shell/Python/Perl scripts, it's just that I don't know where to start > and I'm a little lost with all these EXIF, IPTC and XMP things :) I don't understand why you would want to remove the metadata. What harm is it doing? Note that all digital pictures have such data for the date taken and so on. Colin From schnouki at schnouki.net Mon Oct 17 12:44:49 2011 From: schnouki at schnouki.net (Thomas Jost) Date: Mon, 17 Oct 2011 14:44:49 +0200 Subject: [Shotwell] How to remove metadata from photo files? In-Reply-To: References: <87y5wjyfk6.fsf@thor.loria.fr> Message-ID: <87vcrnyegu.fsf@thor.loria.fr> On Mon, 17 Oct 2011 13:33:06 +0100, Colin Law wrote: > On 17 October 2011 13:21, Thomas Jost wrote: > > Hi list, > > > > I've been using Shotwell for several months now and I really like it. > > Lightweight and efficient -- just what I like on my computers running > > Arch Linux. > > > > When I switched to Shotwell, I enabled the option to write tags and > > other metadata inside the photo files. Since then I realized that it's > > probably a bad idea when you want to do regular backups. (Right now I'm > > using unison to backup and sync the DB and pictures on several > > computers, but I'd like to switch to a real VCS like git/git-annex or > > boar). > > > > So is there a (simple) way to remove these metadata while leaving the > > pictures intact? I'm perfectly fine with long command lines and > > shell/Python/Perl scripts, it's just that I don't know where to start > > and I'm a little lost with all these EXIF, IPTC and XMP things :) > > I don't understand why you would want to remove the metadata. What > harm is it doing? The problem is that if I add a simple tag to a photo, the file will be modified. As a result, I will have to re-upload it next time I backup my photos folder. When doing that on 100+ photos, each one more than 4 MB, it makes a lot of data to upload just for a tag. It would make more sense to only upload the modified database (a few kB). (I know rsync and unison have very efficient algorithms to only transfer the modified part of a file -- but when doing version control, this still causes troubles because neither Git nor any other VCS that I know of is capable of efficiently storing multiple version of binary files -- they just keep full copies for every version, which costs a lot of disk space) Right now I disabled saving tags to photos, so I can in fact already do that. But just to be consistent I'd like to remove the tags from my other photos. > Note that all digital pictures have such data for the date taken and > so on. Of course, and they are much appreciated :) I'd only want to remove what was added by Shotwell, i.e. tags and titles. Regards, -- Thomas/Schnouki From nomnex at gmail.com Mon Oct 17 12:50:27 2011 From: nomnex at gmail.com (nomnex) Date: Mon, 17 Oct 2011 21:50:27 +0900 Subject: [Shotwell] How to remove metadata from photo files? In-Reply-To: <87y5wjyfk6.fsf@thor.loria.fr> References: <87y5wjyfk6.fsf@thor.loria.fr> Message-ID: <20111017215027.14f8b70c.nomnex@gmail.com> On Mon, 17 Oct 2011 14:21:13 +0200 Thomas Jost wrote: > So is there a (simple) way to remove these metadata while leaving the > pictures intact? http://www.sentex.net/~mwandel/jhead/ You can use imagemagick, but jhead is way brain-dead straightforward when working with JPEG. -- nomnex. Registered Linux user #505281. Be counted at: http://counter.li.org/ From oliver at first.in-berlin.de Mon Oct 17 12:55:00 2011 From: oliver at first.in-berlin.de (oliver) Date: Mon, 17 Oct 2011 14:55:00 +0200 Subject: [Shotwell] How to remove metadata from photo files? In-Reply-To: <20111017215027.14f8b70c.nomnex@gmail.com> References: <87y5wjyfk6.fsf@thor.loria.fr> <20111017215027.14f8b70c.nomnex@gmail.com> Message-ID: <20111017125500.GA4759@siouxsie> On Mon, Oct 17, 2011 at 09:50:27PM +0900, nomnex wrote: > On Mon, 17 Oct 2011 14:21:13 +0200 > Thomas Jost wrote: > > > > So is there a (simple) way to remove these metadata while leaving the > > pictures intact? > > http://www.sentex.net/~mwandel/jhead/ > > You can use imagemagick, but jhead is way brain-dead straightforward > when working with JPEG. [...] Why is straightforward "brain-dead"? It's efficient and elegant. That's how software should be: easy to use, and doing what the user wants from it... And jhead is a really good tool in my opinion. Ciao, Oliver From dougie at highmoor.co.uk Mon Oct 17 13:00:37 2011 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Mon, 17 Oct 2011 14:00:37 +0100 Subject: [Shotwell] How to remove metadata from photo files? In-Reply-To: <87vcrnyegu.fsf@thor.loria.fr> References: <87y5wjyfk6.fsf@thor.loria.fr> <87vcrnyegu.fsf@thor.loria.fr> Message-ID: <4E9C26F5.5020000@highmoor.co.uk> On 17/10/11 13:44, Thomas Jost wrote: > On Mon, 17 Oct 2011 13:33:06 +0100, Colin Law wrote: >> On 17 October 2011 13:21, Thomas Jost wrote: >>> Hi list, >>> >>> I've been using Shotwell for several months now and I really like it. >>> Lightweight and efficient -- just what I like on my computers running >>> Arch Linux. >>> >>> When I switched to Shotwell, I enabled the option to write tags and >>> other metadata inside the photo files. Since then I realized that it's >>> probably a bad idea when you want to do regular backups. (Right now I'm >>> using unison to backup and sync the DB and pictures on several >>> computers, but I'd like to switch to a real VCS like git/git-annex or >>> boar). >>> >>> So is there a (simple) way to remove these metadata while leaving the >>> pictures intact? I'm perfectly fine with long command lines and >>> shell/Python/Perl scripts, it's just that I don't know where to start >>> and I'm a little lost with all these EXIF, IPTC and XMP things :) >> I don't understand why you would want to remove the metadata. What >> harm is it doing? > The problem is that if I add a simple tag to a photo, the file will be > modified. But surely if you configure shotwell so that it doesn't write metadata this will no longer happen? (reading your post to the end :) )- If it's just a case of being tidy, you could look at jhead and exiftool. The --purejpg option for jhead should in theory do it, but I've had more success with exiftool. I used to use: |exiftool -all= * |when I was using f-spot and it didn't like certain camera headers http://www.bluecedar.org.uk/?p=76 Dougie From nomnex at gmail.com Mon Oct 17 13:11:53 2011 From: nomnex at gmail.com (nomnex) Date: Mon, 17 Oct 2011 22:11:53 +0900 Subject: [Shotwell] How to remove metadata from photo files? In-Reply-To: <4E9C26F5.5020000@highmoor.co.uk> References: <87y5wjyfk6.fsf@thor.loria.fr> <87vcrnyegu.fsf@thor.loria.fr> <4E9C26F5.5020000@highmoor.co.uk> Message-ID: <20111017221153.93033a22.nomnex@gmail.com> On Mon, 17 Oct 2011 14:00:37 +0100 Dougie Nisbet wrote: > The --purejpg option for it will left the XMP section -- nomnex. Registered Linux user #505281. Be counted at: http://counter.li.org/ From clanlaw at googlemail.com Mon Oct 17 13:22:00 2011 From: clanlaw at googlemail.com (Colin Law) Date: Mon, 17 Oct 2011 14:22:00 +0100 Subject: [Shotwell] How to remove metadata from photo files? In-Reply-To: <20111017125500.GA4759@siouxsie> References: <87y5wjyfk6.fsf@thor.loria.fr> <20111017215027.14f8b70c.nomnex@gmail.com> <20111017125500.GA4759@siouxsie> Message-ID: On 17 October 2011 13:55, oliver wrote: > On Mon, Oct 17, 2011 at 09:50:27PM +0900, nomnex wrote: >> On Mon, 17 Oct 2011 14:21:13 +0200 >> Thomas Jost wrote: >> >> >> > So is there a (simple) way to remove these metadata while leaving the >> > pictures intact? >> >> http://www.sentex.net/~mwandel/jhead/ >> >> You can use imagemagick, but jhead is way brain-dead straightforward >> when working with JPEG. > [...] > > Why is straightforward "brain-dead"? I think he meant that the user could be brain-dead and still use it :) Colin > > It's efficient and elegant. > > That's how software should be: easy to use, and doing what the user wants from it... > > And jhead is a really good tool in my opinion. > > Ciao, > ? Oliver > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- gplus.to/clanlaw From sdouglas at snowgold.com Mon Oct 17 15:05:03 2011 From: sdouglas at snowgold.com (EnochRoot) Date: Mon, 17 Oct 2011 08:05:03 -0700 (PDT) Subject: [Shotwell] Running an older version of Shotwell with a database from newer version Message-ID: <1318863903750-47820.post@talk.nabble.com> Hi there Shotwellers I've recently moved from Xubuntu to CrunchBang after troublesome 11.10 upgrade. As CrunchBang is by default using Debian Squeeze, the version of Shotwell is quite a bit older than the one I was using on Xubuntu so get an error on startup about the database being created from a newer version which is indeed the case. Am going to investigate what options I have for getting a newer version of Shotwell - obviously could compile from source but am not certain that my box will have new enough versions of all the lib dependencies. Does anyone happen to know if Shotwell can be built on Debian Squeeze as is ? Would it be safe to mv my ~/.shotwell directory and re-import photos, or do I just need to move the SQLite database itself out of the way ? Cheers Enoch -- View this message in context: http://shotwell.3510.www.nabble.com/Running-an-older-version-of-Shotwell-with-a-database-from-newer-version-tp47820p47820.html Sent from the Shotwell mailing list archive at Nabble.com. From schnouki at schnouki.net Mon Oct 17 15:07:07 2011 From: schnouki at schnouki.net (Thomas Jost) Date: Mon, 17 Oct 2011 17:07:07 +0200 Subject: [Shotwell] How to remove metadata from photo files? In-Reply-To: <4E9C26F5.5020000@highmoor.co.uk> References: <87y5wjyfk6.fsf@thor.loria.fr> <87vcrnyegu.fsf@thor.loria.fr> <4E9C26F5.5020000@highmoor.co.uk> Message-ID: <87sjmry7vo.fsf@thor.loria.fr> On Mon, 17 Oct 2011 14:00:37 +0100, Dougie Nisbet wrote: > (reading your post to the end :) )- If it's just a case of being tidy, > you could look at jhead and exiftool. The --purejpg option for jhead > should in theory do it, but I've had more success with exiftool. I used > to use: > > |exiftool -all= * > > |when I was using f-spot and it didn't like certain camera headers > > http://www.bluecedar.org.uk/?p=76 > > Dougie Hmm, "jhead --purejpg" removes too much data (I still want to keep date, exposure, etc.), and so does "exiftool -all=". But exiftool is a really nice tool :) Here is what I ended doing: exiftool -Subject= -Keywords= -Title= -Caption-Abstract= -Headline= **/*.[Jj][Pp][Gg] (** is "recursive *" in zsh). This cleaned every instance of the tags and titles in my photos, and led me to discover a bug in Shotwell (http://redmine.yorba.org/issues/4264). Hehe, I had to do some SQL by hand to restore missing titles from the database :) Thank you all for your help! Regards, -- Thomas/Schnouki -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From andrew.stacey at math.ntnu.no Mon Oct 17 16:44:19 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Mon, 17 Oct 2011 18:44:19 +0200 Subject: [Shotwell] Running an older version of Shotwell with a database from newer version In-Reply-To: <1318863903750-47820.post@talk.nabble.com> References: <1318863903750-47820.post@talk.nabble.com> Message-ID: <20111017164419.GA21210@fimf-t19.math.ntnu.no> On Mon, Oct 17, 2011 at 08:05:03AM -0700, EnochRoot wrote: > Hi there Shotwellers > > I've recently moved from Xubuntu to CrunchBang after troublesome 11.10 > upgrade. As CrunchBang is by default using Debian Squeeze, the version of > Shotwell is quite a bit older than the one I was using on Xubuntu so get an > error on startup about the database being created from a newer version which > is indeed the case. > > Am going to investigate what options I have for getting a newer version of > Shotwell - obviously could compile from source but am not certain that my > box will have new enough versions of all the lib dependencies. Does anyone > happen to know if Shotwell can be built on Debian Squeeze as is ? I've built shotwell on top of Debian Squeeze. Yes, you have to install a few newer versions of libraries. There were a couple of main libraries that I installed newer versions of so to avoid conflicts I put them in a non-standard place ($HOME/local/lib) and then I call shotwell via a shell script that sets $LD_LIBRARY_PATH before calling shotwell. If you would be interested, I can dig back and see what extra I installed. Andrew Stacey From sdouglas at snowgold.com Mon Oct 17 17:03:58 2011 From: sdouglas at snowgold.com (EnochRoot) Date: Mon, 17 Oct 2011 10:03:58 -0700 (PDT) Subject: [Shotwell] Running an older version of Shotwell with a database from newer version In-Reply-To: <20111017164419.GA21210@fimf-t19.math.ntnu.no> References: <1318863903750-47820.post@talk.nabble.com> <20111017164419.GA21210@fimf-t19.math.ntnu.no> Message-ID: <1318871038820-47826.post@talk.nabble.com> Hi Andrew If you could dig the info out that would be appreciated - how did you get hold of the newer libs, did you build them from source / enable backports etc ? Cheers Enoch -- View this message in context: http://shotwell.3510.www.nabble.com/Running-an-older-version-of-Shotwell-with-a-database-from-newer-version-tp47820p47826.html Sent from the Shotwell mailing list archive at Nabble.com. From lucas at yorba.org Mon Oct 17 21:29:58 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 17 Oct 2011 14:29:58 -0700 Subject: [Shotwell] Shotwell F-Spot Import Crash Message-ID: Hi Shotwell Fans, We've had reports that the F-Spot import crash problem (http://redmine.yorba.org/issues/4248) that was supposedly fixed in the Shotwell 0.11.4 release still occurs for some users. After delving deeply into the Shotwell import code, we now believe that we have a fix that should work for all users. I've just committed this fix to the shotwell-0.11 branch in our git repository. It would be very helpful to us if someone experiencing this problem could verify that the fix I've committed actually works. You can get the shotwell-0.11 branch in our git repository by first cloning the repository and then checking out the shotwell-0.11 branch. You can do this with the following commands. git clone git://git.yorba.org/shotwell cd shotwell git checkout shotwell-0.11 Once you've got the Shotwell 0.11 branch checked out, just build and install from source as you normally would. If you need help building from source, check out the Shotwell installation page at http://www.yorba.org/shotwell/install/#source. Lucas From lucas at yorba.org Tue Oct 18 01:27:04 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 17 Oct 2011 18:27:04 -0700 Subject: [Shotwell] How to remove metadata from photo files? In-Reply-To: <87sjmry7vo.fsf@thor.loria.fr> References: <87y5wjyfk6.fsf@thor.loria.fr> <87vcrnyegu.fsf@thor.loria.fr> <4E9C26F5.5020000@highmoor.co.uk> <87sjmry7vo.fsf@thor.loria.fr> Message-ID: Take a look at the command-line utility that comes with the exiv2 metadata processing library (http://www.exiv2.org/). It's what we use internally at Yorba for almost all of our photo metadata manipulation needs. Cheers, Lucas On Mon, Oct 17, 2011 at 8:07 AM, Thomas Jost wrote: > On Mon, 17 Oct 2011 14:00:37 +0100, Dougie Nisbet wrote: >> (reading your post to the end :) )- If it's just a case of being tidy, >> you could look at jhead and exiftool. The --purejpg option for jhead >> should in theory do it, but I've had more success with exiftool. I used >> to use: >> >> |exiftool -all= * >> >> |when I was using f-spot and it didn't like certain camera headers >> >> http://www.bluecedar.org.uk/?p=76 >> >> Dougie > > Hmm, "jhead --purejpg" removes too much data (I still want to keep > date, exposure, etc.), and so does "exiftool -all=". But exiftool is a > really nice tool :) > > Here is what I ended doing: > > ?exiftool -Subject= -Keywords= -Title= -Caption-Abstract= -Headline= **/*.[Jj][Pp][Gg] > > (** is "recursive *" in zsh). > > This cleaned every instance of the tags and titles in my photos, and led > me to discover a bug in Shotwell (http://redmine.yorba.org/issues/4264). > Hehe, I had to do some SQL by hand to restore missing titles from the > database :) > > Thank you all for your help! > > Regards, > > -- > Thomas/Schnouki > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From lucas at yorba.org Tue Oct 18 01:43:04 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 17 Oct 2011 18:43:04 -0700 Subject: [Shotwell] relationship thumbnaul/picture in database In-Reply-To: <1318495558.1824.9.camel@nre03> References: <1318495558.1824.9.camel@nre03> Message-ID: Hi Siegfried, Do the files show up under the "Missing Files" sidebar item in Shotwell. This is to say, is Shotwell properly detecting that the backing photo files are missing? Lucas On Thu, Oct 13, 2011 at 1:45 AM, Siegfried Kaiser wrote: > Hello all, > I have a little problem with shotwell - after migrating to a new > computer I miss some pictures, - they are present in the thumbnail list, > but not the image-files themselves. > I have looked through the database schema, but I find no connection > between thumbnail and image-file. > It would be easy for me to find the image files in my backups, but I > cannot get a list of the missing files because I see no connection in > the database. > Can anybody explain to me how these data are linke so that I can write > an SQL command which puts out the list of missing images? > > Thanks, > ? ? ? ? ? ? Siegfried > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lorenzo.milesi at ufficyo.com Tue Oct 18 05:42:35 2011 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Tue, 18 Oct 2011 07:42:35 +0200 (CEST) Subject: [Shotwell] Shotwell F-Spot Import Crash In-Reply-To: Message-ID: <41d25104-96c8-4c89-b871-74849de4843d@ariel> > I can confirm that your commit 4ad69db4 fixes the problem for me. > Looks like a winner. Looks better to me as well, but I ran my import via gdb and I hung shotwell. Sadly it seems I cannot return to gdb console to create a backtrace. I will try reimporting without gdb. Shotwell ran for ~7h and hung at preparing source, IIRC. From malc at wholemeal.co.nz Tue Oct 18 07:57:40 2011 From: malc at wholemeal.co.nz (Malcolm Locke) Date: Tue, 18 Oct 2011 20:57:40 +1300 Subject: [Shotwell] Database empty Message-ID: <20111018075739.GB3144@rudy> So, I just upgraded my Ubuntu laptop to 11.10, and the upgrade includes Shotwell 0.11.2. My previous version of Shotwell would have been 0.7.2, from Ubuntu 10.10. My library is now shown as empty, and my database appears completely empty. sqlite> select count(*) from PhotoTable; 0 To it's credit, Shotwell appears to have made a perfect backup of the completely empty database: $ md5sum .shotwell/data/photo.db* d5cea437bc167b9e1a7a00590d100e13 .shotwell/data/photo.db d5cea437bc167b9e1a7a00590d100e13 .shotwell/data/photo.db.bak Thankfully, it looks like all my pictures are still there. Do I have any chance of ever getting back the many hours I've spent tagging my photos? Malc From lorenzo.milesi at ufficyo.com Tue Oct 18 10:33:28 2011 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Tue, 18 Oct 2011 12:33:28 +0200 (CEST) Subject: [Shotwell] Directory monitor? In-Reply-To: <4E9864AA.1030705@yorba.org> Message-ID: <1893109077.925.1318934008572.JavaMail.root@quaglia> > Shotwell currently always scans your library directory at startup, > even > when auto-import (i.e. photo directory watching) is disabled. We > consider this a bug: Pretty old, eh? :-) This is quite a problem to me, but I guess for anyone. Having gigabytes of photos I cannot carry them with me, but I often keep just the latest months on my laptop to work or show them. So every time I launch shotwell with the partial archive I'll get thousands of errors, isn't it? From dougie at highmoor.co.uk Tue Oct 18 11:01:25 2011 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Tue, 18 Oct 2011 12:01:25 +0100 Subject: [Shotwell] Feature requests (2) Message-ID: <4E9D5C85.2070204@highmoor.co.uk> Is it just me or do other f-spot refugees miss the following: 1. When adding tags using Ctrl-T shotwell autocompletes and offers valid alternatives. This is fantastic. But it doesn't work if you use F8 to search. Also, F8 doesn't allow a whole-word option. 2. shotwell is very fast at photo-retrieval by tag if you click on the tagname in the tag bundle. Trouble is, you have to find the tag first. And in my tag cloud, which is still going through a long and steady tidy-up, it could be anywhere. Dougie From monnier at iro.umontreal.ca Tue Oct 18 14:00:17 2011 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Tue, 18 Oct 2011 10:00:17 -0400 Subject: [Shotwell] How to remove metadata from photo files? References: <87y5wjyfk6.fsf@thor.loria.fr> <87vcrnyegu.fsf@thor.loria.fr> Message-ID: > (I know rsync and unison have very efficient algorithms to only transfer > the modified part of a file -- Actually, AFAIK this only works if the unmodified part of the file stays at the same place in the file (or moves by a distance that is a multiple of the block size used by rsync/unison). For this reason it's good for the metadata to be stored in a "metadata area" that grows by "large" increments (like 4KB at a time). I don't know if Shotwell does that, but at least metaflac does it for Flac files. > but when doing version control, this still causes troubles because > neither Git nor any other VCS that I know of is capable of efficiently > storing multiple version of binary files -- they just keep full copies > for every version, which costs a lot of disk space) Actually, that is not true, Svn, Git, Bzr and probably most other modern VCS store their data using a "binary diff" algorithm, which can be thought of as a variant of dictionary compression where the base dictionary is the other file. So they tend to react very well to changes such as metadata as long as the rest of the bytes are left unchanged. They may even behave better than rsync since they easily handle cases where the unchanged bytes are moved in the file. Stefan From thomas at xyz.pp.se Tue Oct 18 19:12:29 2011 From: thomas at xyz.pp.se (Thomas Novin) Date: Tue, 18 Oct 2011 21:12:29 +0200 Subject: [Shotwell] Database empty In-Reply-To: <20111018075739.GB3144@rudy> References: <20111018075739.GB3144@rudy> Message-ID: <4E9DCF9D.4070409@xyz.pp.se> Malcolm Locke wrote: > Do I have any chance of ever getting back the many hours I've spent > tagging my photos? Can't you just restore from a backup an try the upgrade process again? //Thomas From thomas at xyz.pp.se Tue Oct 18 19:17:06 2011 From: thomas at xyz.pp.se (Thomas Novin) Date: Tue, 18 Oct 2011 21:17:06 +0200 Subject: [Shotwell] Publishing a tag Message-ID: <4E9DD0B2.5020209@xyz.pp.se> Hello Would it be possible to choose a tag and publish that instead of choosing the tag, then all photos, then publish? Then when publishing, it would be nice to have a default of creating a new album with the same name as the tag instead of having to enter that same data again. This should probably be an option in prefences. This way you could even publish (sync) several albums to Picasa. I only publish to Picasa and every time I do it I have to enter my login details, is this a bug? Rgds//Thomas From thomas at xyz.pp.se Tue Oct 18 19:53:57 2011 From: thomas at xyz.pp.se (Thomas Novin) Date: Tue, 18 Oct 2011 21:53:57 +0200 Subject: [Shotwell] Publishing a tag In-Reply-To: <4E9DD0B2.5020209@xyz.pp.se> References: <4E9DD0B2.5020209@xyz.pp.se> Message-ID: On Tue, Oct 18, 2011 at 9:17 PM, Thomas Novin wrote: > data again. This should probably be an option in prefences. This way you > could even publish (sync) several albums to Picasa. Just to clarify.. I meant that you could choose a couple of tags and then publish those. It would be really nice if this could happen in the background (Google Picasa does this very nicely with a Sync button on every album). //Thomas From xavierviader at gmail.com Tue Oct 18 21:06:22 2011 From: xavierviader at gmail.com (Xavi Viader) Date: Tue, 18 Oct 2011 23:06:22 +0200 Subject: [Shotwell] Shotwell 0.11.5? Message-ID: Hi, version 0.11.5 has been alreadey to me via PPA. Is that correct? does anybody know what's new on 0.11.5? Thanks xavi From lucas at yorba.org Tue Oct 18 21:14:32 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 18 Oct 2011 14:14:32 -0700 Subject: [Shotwell] Shotwell 0.11.5? In-Reply-To: References: Message-ID: 0.11.5 has been pushed to the PPA. Expect a formal announcement soon! On Tue, Oct 18, 2011 at 2:06 PM, Xavi Viader wrote: > Hi, > version 0.11.5 has been alreadey to me via PPA. Is that correct? > > does anybody know what's new on 0.11.5? > > Thanks > > xavi > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Tue Oct 18 22:08:23 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 18 Oct 2011 15:08:23 -0700 Subject: [Shotwell] Shotwell 0.11.5 Released Message-ID: Yorba has just released Shotwell 0.11.5, a bug-fix release of our popular GNOME-based photo manager. This release fixes an issue in which Shotwell could crash when using the "Import from F-Spot" feature for the subset of users who continued to experience this problem after the 0.11.4 upgrade. We recommend that all users upgrade. Download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Or grab a binary for Ubuntu Natty or Oneiric at Yorba?s Launchpad PPA: https://launchpad.net/~yorba/+archive/ppa From lucas at yorba.org Tue Oct 18 22:36:55 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 18 Oct 2011 15:36:55 -0700 Subject: [Shotwell] Publishing a tag In-Reply-To: References: <4E9DD0B2.5020209@xyz.pp.se> Message-ID: Hi Thomas, > I only publish to Picasa and every time I > do it I have to enter my login details, is > this a bug? This is indeed a bug. Shotwell should save your session information so you don't have to log in again. Just to help us get a better handle on this problem, here are a few questions. How long have you had the Google account you use with Picasa? What kind of Google account are you using (e.g., an @gmail.com account, a Google+ account, a hosted Google account, etc.)? Have you enabled any non-default security features in your Google account preferences? Lucas From adam at yorba.org Tue Oct 18 22:50:52 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 18 Oct 2011 15:50:52 -0700 Subject: [Shotwell] Feature requests (2) In-Reply-To: <4E9D5C85.2070204@highmoor.co.uk> References: <4E9D5C85.2070204@highmoor.co.uk> Message-ID: <4E9E02CC.0@yorba.org> On 10/18/2011 04:01 AM, Dougie Nisbet wrote: > Is it just me or do other f-spot refugees miss the following: > > 1. When adding tags using Ctrl-T shotwell autocompletes and offers > valid alternatives. This is fantastic. But it doesn't work if you use > F8 to search. Right. We'd like to implement autocomplete in the search box, but haven't gotten to it yet: http://redmine.yorba.org/issues/3191 I've just marked this ticket for consideration for 0.12. > Also, F8 doesn't allow a whole-word option. True. You can pretty easily perform a whole-word tag search using Edit->New Search, however. > > 2. shotwell is very fast at photo-retrieval by tag if you click on the > tagname in the tag bundle. Trouble is, you have to find the tag first. > And in my tag cloud, which is still going through a long and steady > tidy-up, it could be anywhere. Right. I think that search box autocompletion will help a lot here. adam From thecrux at gmail.com Wed Oct 19 03:35:15 2011 From: thecrux at gmail.com (thecrux at gmail.com) Date: Wed, 19 Oct 2011 07:35:15 +0400 Subject: [Shotwell] Shotwell 0.11.5 Released In-Reply-To: References: Message-ID: <20111019033515.GA28464@mail.truecrux.org> On Tue, Oct 18, 2011 at 03:08:23PM -0700, Lucas Beeler wrote: > Yorba has just released Shotwell 0.11.5, a bug-fix release of our > popular GNOME-based photo manager. This release fixes an issue in > which Shotwell could crash when using the "Import from F-Spot" feature > for the subset of users who continued to experience this problem after > the 0.11.4 upgrade. We recommend that all users upgrade. > > Download a source tarball from the Shotwell home page at: > http://www.yorba.org/shotwell/ > > Or grab a binary for Ubuntu Natty or Oneiric at Yorba?s Launchpad PPA: > https://launchpad.net/~yorba/+archive/ppa Hi. Why didn't you tagging new releases on git? (git.yourba.org) Last tag is 0.11.1 -- Vladimir Lettiev aka crux ? theCrux at gmail.com From thomas at xyz.pp.se Wed Oct 19 20:20:30 2011 From: thomas at xyz.pp.se (Thomas Novin) Date: Wed, 19 Oct 2011 22:20:30 +0200 Subject: [Shotwell] Publishing a tag In-Reply-To: References: <4E9DD0B2.5020209@xyz.pp.se> Message-ID: On Wed, Oct 19, 2011 at 12:36 AM, Lucas Beeler wrote: > Hi Thomas, > >> I only publish to Picasa and every time I >> do it I have to enter my login details, is >> this a bug? > > This is indeed a bug. Shotwell should save your session information so > you don't have to log in again. Just to help us get a better handle on > this problem, here are a few questions. How long have you had the > Google account you use with Picasa? What kind of Google account are > you using (e.g., an @gmail.com account, a Google+ account, a hosted > Google account, etc.)? Have you enabled any non-default security > features in your Google account preferences? - Hmm, maybe a year or two? - It's a Google Apps account. - No, I don't think I have. I can use other services like Picasaweb, Gmail and Docs from a browser without having to login every time. If I first do a publish, then close Shotwell and start it again and then try to publish to Picasa it works. If I wait until tomorrow with trying I'm sure it won't work without login. No details that I've entered are remembered, not the email, not the password. Rgds//Thomas From thomas at xyz.pp.se Sat Oct 22 09:01:57 2011 From: thomas at xyz.pp.se (Thomas Novin) Date: Sat, 22 Oct 2011 11:01:57 +0200 Subject: [Shotwell] Publishing a tag In-Reply-To: <4E9DD0B2.5020209@xyz.pp.se> References: <4E9DD0B2.5020209@xyz.pp.se> Message-ID: <4EA28685.50102@xyz.pp.se> On 2011-10-18 21:17, Thomas Novin wrote: > Would it be possible to choose a tag and publish that instead of > choosing the tag, then all photos, then publish? > > Then when publishing, it would be nice to have a default of creating a > new album with the same name as the tag instead of having to enter that > same data again. This should probably be an option in prefences. This > way you could even publish (sync) several albums to Picasa. Btw, I'm also interested in knowing if someone has come up with a workaround to this issue. I'm about to sync almost 10 years of photos / approx 200 tags to Picasa but I would really like to avoid doing it one by one. Google Picasa could do this but I haven't got any albums or tags there so I would have to re-do all my album work again. Rgds//Thomas From lucas at yorba.org Mon Oct 24 18:46:30 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 24 Oct 2011 11:46:30 -0700 Subject: [Shotwell] Shotwell 0.11.5 Released In-Reply-To: <20111019033515.GA28464@mail.truecrux.org> References: <20111019033515.GA28464@mail.truecrux.org> Message-ID: Hi Crux, This was just an oversight on my part, due to the fact that I was rushing to push out the 0.11.5 release just before leaving on vacation. I tagged the 0.11.5 release image this morning with the tag "shotwell-0.11.5". So feel free to check that out and build from it if you'd rather that than use the tarball available at http://www.yorba.org/shotwell/install/. Cheers, Lucas On Tue, Oct 18, 2011 at 8:35 PM, wrote: > On Tue, Oct 18, 2011 at 03:08:23PM -0700, Lucas Beeler wrote: >> Yorba has just released Shotwell 0.11.5, a bug-fix release of our >> popular GNOME-based photo manager. This release fixes an issue in >> which Shotwell could crash when using the "Import from F-Spot" feature >> for the subset of users who continued to experience this problem after >> the 0.11.4 upgrade. We recommend that all users upgrade. >> >> Download a source tarball from the Shotwell home page at: >> http://www.yorba.org/shotwell/ >> >> Or grab a binary for Ubuntu Natty or Oneiric at Yorba?s Launchpad PPA: >> https://launchpad.net/~yorba/+archive/ppa > > Hi. > Why didn't you tagging new releases on git? (git.yourba.org) > Last tag is 0.11.1 > > -- > Vladimir Lettiev aka crux ? theCrux at gmail.com > From tilleykeith at gmail.com Mon Oct 24 21:09:16 2011 From: tilleykeith at gmail.com (Keith Tilley) Date: Mon, 24 Oct 2011 22:09:16 +0100 Subject: [Shotwell] Rejected photos Message-ID: I'm not sure whether I have missed something or found a bug. I have some photos rated as 'Rejected' and the filter set to 'All photos'. When I first open Shotwell all the Rejected photos are in view. To hide them I have to select 'All photos + Rejected' and then switch back to 'All photos'. They also become hidden if I open the search bar. Either way, they stay hidden until I close Shotwell. When I start it up again the Rejected photos are back in view. I'm using Shotwell 0.11.5 on Ubuntu 11.10. Regards, Keith From a.i.sorokin at gmail.com Mon Oct 24 21:26:04 2011 From: a.i.sorokin at gmail.com (=?UTF-8?B?0JDQu9C10LrRgdCw0L3QtNGAINCh0L7RgNC+0LrQuNC9?=) Date: Tue, 25 Oct 2011 01:26:04 +0400 Subject: [Shotwell] Rejected photos In-Reply-To: References: Message-ID: Confirm that. Ubuntu 11.10 64-bit, Shotwell 0.11.5 This is since Shotwell 0.11 or even 0.10 ? ?????????, ??????? ????????? ???????? e-mail: a.i.sorokin at gmail.com icq: 140078822 skype: alexander.i.sorokin tel.: +7 918 014 93 27 2011/10/25 Keith Tilley : > I'm not sure whether I have missed something or found a bug. I have some > photos rated as 'Rejected' and the filter set to 'All photos'. When I first > open Shotwell all the Rejected photos are in view. To hide them I have to > select 'All photos + Rejected' and then switch back to 'All photos'. They > also become hidden if I open the search bar. Either way, they stay hidden > until I close Shotwell. When I start it up again the Rejected photos are > back in view. > > I'm using Shotwell 0.11.5 on Ubuntu 11.10. > > Regards, > Keith > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Mon Oct 24 23:33:20 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 24 Oct 2011 16:33:20 -0700 Subject: [Shotwell] Rejected photos In-Reply-To: References: Message-ID: Thanks guys. I'm seeing this behavior too. I've opened a ticket for it in our bug tracking system here: http://redmine.yorba.org/issues/4300. On Mon, Oct 24, 2011 at 2:26 PM, ????????? ??????? wrote: > Confirm that. > > Ubuntu 11.10 64-bit, Shotwell 0.11.5 > > This is since Shotwell 0.11 or even 0.10 > > ? ?????????, > ??????? ????????? ???????? > e-mail: a.i.sorokin at gmail.com > icq: 140078822 > skype: alexander.i.sorokin > tel.: +7 918 014 93 27 > > > > 2011/10/25 Keith Tilley : >> I'm not sure whether I have missed something or found a bug. I have some >> photos rated as 'Rejected' and the filter set to 'All photos'. When I first >> open Shotwell all the Rejected photos are in view. To hide them I have to >> select 'All photos + Rejected' and then switch back to 'All photos'. They >> also become hidden if I open the search bar. Either way, they stay hidden >> until I close Shotwell. When I start it up again the Rejected photos are >> back in view. >> >> I'm using Shotwell 0.11.5 on Ubuntu 11.10. >> >> Regards, >> Keith >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Tue Oct 25 00:10:32 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 24 Oct 2011 17:10:32 -0700 Subject: [Shotwell] =?windows-1252?q?Updating_library=85?= In-Reply-To: References: <1318447373.2405.52.camel@rom-laptop> Message-ID: Hi Romain, I looked at your log file and I don't see anything out of the ordinary. How many photos are in your library? Note that Shotwell will always do a startup scan to check that everything in your library is where it's supposed to be (i.e., to make sure that your backing photo files haven't been moved or deleted). If you have a library of say, 50,000 photos, that scan will definitely take a while, because of the disk seek time if nothing else. So if you have a large library, seeing the "updating library" progress indicator for 30 seconds or so is the correct behavior. But note that Shotwell's startup scan runs in a background thread, so Shotwell should be perfectly usable and responsive even while the startup scan is in progress. Obviously, if you have your photos files on a slow-to-access storage device, such as an NAS device, the startup scan will take longer than if your photos were stored on your local disk. Lucas On Wed, Oct 12, 2011 at 1:07 PM, Lucas Beeler wrote: > Hi Romain, > > What would be really helpful here is a log file generated by Shotwell > during one of these start-ups that requires a long time "updating > library." Shotwell has a logging feature and is pretty good about > writing into the log file what it is doing at any given time. > > To run Shotwell with logging enabled, start Shotwell with this command line: > > $ SHOTWELL_LOG=1 shotwell > > This will generate a log file at ~/.cache/shotwell/shotwell.log. > > If you can reproduce this behavior with logging turned on, email your > log file to shotwell at yorba.org (the mailing list doesn't accept > attachments). That'd go a long way to helping us nail down what's > causing this issue. > > Lucas > > On Wed, Oct 12, 2011 at 12:22 PM, Romain Vimont (?om) wrote: >> Hi, >> >> I use Shotwell 0.11.2, and on almost every start (except if the last >> start was only few minutes ago), it executes "updating library", which >> is quite long (30 seconds or 1 minute), while there are absolutely no >> changes in my library. >> >> Moreover, in preferences, "Watch library directory for new files" is >> disabled. >> >> Any idea ? >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > From davidvj at frontier.com Thu Oct 27 21:17:34 2011 From: davidvj at frontier.com (davidvj) Date: Thu, 27 Oct 2011 14:17:34 -0700 (PDT) Subject: [Shotwell] Modified File Question Message-ID: <1319750254455-48422.post@talk.nabble.com> If I shoot a series of raw images on a certain date and then process the series over the next few days/weeks; how do I gather all of the series together for viewing in Shotwell. The series appears on my system to be totally fragmented. I must be missing something ... do I need to tag each series with a unique number or date to do this? David -- View this message in context: http://shotwell.3510.www.nabble.com/Modified-File-Question-tp48422p48422.html Sent from the Shotwell mailing list archive at Nabble.com. From lucas at yorba.org Sat Oct 29 18:50:35 2011 From: lucas at yorba.org (Lucas Beeler) Date: Sat, 29 Oct 2011 11:50:35 -0700 Subject: [Shotwell] Modified File Question In-Reply-To: <1319750254455-48422.post@talk.nabble.com> References: <1319750254455-48422.post@talk.nabble.com> Message-ID: Hi David, > and then process the series over the > next few days/weeks I take it by "process" you mean to develop the RAW images into JPEGs using a RAW processing application like UFRaw. If that's the case, you've got two options. First, check the documentation for your RAW processing application and see if there's a way to configure it to copy the original EXIF exposure date/time information from the RAW file to the developed JPEG that it saves. This way, when the developed JPEGs are imported into Shotwell, they'll all the same exposure date and hence will all be grouped into the same event. Another way to achieve something similar would be simply to import all of the processed JPEGs shot on a single day into Shotwell in one import operation. If you did this, you could then click "Last Import" in the Shotwell sidebar and see a view of all of the photos brought into Shotwell during the last import operation. All you'd need to do then would be to select all the photos in that view and assign them a particular tag. Cheers, Lucas On Thu, Oct 27, 2011 at 2:17 PM, davidvj wrote: > If I shoot a series of raw images on a certain date and then process the > series over the next few days/weeks; how do I gather all of the series > together for viewing in Shotwell. > The series appears on my system to be totally fragmented. > I must be missing something ... do I need to tag each series with a unique > number or date to do this? > > David > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Modified-File-Question-tp48422p48422.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From xavierviader at gmail.com Sat Oct 29 19:28:45 2011 From: xavierviader at gmail.com (xavi) Date: Sat, 29 Oct 2011 21:28:45 +0200 Subject: [Shotwell] Change photo year using shotwell Message-ID: <57c3f863-f887-4739-9157-329f0e42b46a@email.android.com> Hi all, I have some imported pictures with wrong dates. Actually they are placed in the year 35345. Is there any way to change at once the year in shotwell? Now I have to click year by year or use exiftool. May it be a new feature suggestion? I mean, to have a year textbox or combo with no future years? Thanks Xavi -- Enviat des d'un tel?fon. Disculpa la brevetat From dominique.hausser at gmail.com Sun Oct 30 10:15:34 2011 From: dominique.hausser at gmail.com (Dominique Hausser) Date: Sun, 30 Oct 2011 10:15:34 +0000 Subject: [Shotwell] Transfer tag from one base to another one Message-ID: <1319969734.5197.3.camel@MX-201470.lan> Hello, During my last trip, I took some time to tag my pictures. Coming back home, I transfer my pictures to my data server. Of course the tags did not follow. Is there a way to transfer the tags from the small shotwell database to the main shotwell database on my main PC ? Thanks in advance for any response and/or suggestions. -- Avec mes salutations les meilleures / Sincerely yours, Dominique Hausser Mel: dominique at hausser dot ch http://hausser.ch [N46?12'45.01" E006?08'32.43"] Merci de penser ? l'environnement avant d'imprimer ce courriel S'il vous pla?t, ne m'envoyez pas de fichiers avec des formats propri?taires, utilisez le standard ISO ODF (ISO/IEC 26300) Please don't send me proprietary file formats, use ISO standard ODF instead (ISO/IEC 26300) From jamesaallsopp at googlemail.com Sun Oct 30 19:40:23 2011 From: jamesaallsopp at googlemail.com (James Allsopp) Date: Sun, 30 Oct 2011 19:40:23 +0000 Subject: [Shotwell] Publishing to a facebook group Message-ID: <4EADA827.5050308@astro.livjm.ac.uk> Hi, Any idea how I can publish directly to a facebook group rather than an album. Excellent program btw, Jim From jim at yorba.org Mon Oct 31 12:36:33 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 31 Oct 2011 07:36:33 -0500 Subject: [Shotwell] Publishing to a facebook group In-Reply-To: <4EADA827.5050308@astro.livjm.ac.uk> References: <4EADA827.5050308@astro.livjm.ac.uk> Message-ID: We have a ticket for this: http://redmine.yorba.org/issues/2942 We accept patches, if you're so inclined! -- Jim On Sun, Oct 30, 2011 at 2:40 PM, James Allsopp wrote: > Hi, > Any idea how I can publish directly to a facebook group rather than an > album. Excellent program btw, > > Jim > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Oct 31 15:49:46 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 31 Oct 2011 11:49:46 -0400 Subject: [Shotwell] Transfer tag from one base to another one In-Reply-To: <1319969734.5197.3.camel@MX-201470.lan> References: <1319969734.5197.3.camel@MX-201470.lan> Message-ID: <4EAEC39A.7000709@yorba.org> Dominique, if you enable Shotwell's option to store metadata in photo files, then Shotwell will store tags there and the tags will follow along when you move the files to another Shotwell library. See http://yorba.org/shotwell/help/other-files.html#writing-metadata Unfortunately this won't work for videos or RAW photos. Maybe we'll be able to store those items' tags and other metadata externally at some point, which will make it easier to share this information; http://redmine.yorba.org/issues/1879 adam On 10/30/2011 06:15 AM, Dominique Hausser wrote: > Hello, > > During my last trip, I took some time to tag my pictures. Coming back > home, I transfer my pictures to my data server. Of course the tags did > not follow. > > Is there a way to transfer the tags from the small shotwell database to > the main shotwell database on my main PC ? > > Thanks in advance for any response and/or suggestions. From adam at yorba.org Mon Oct 31 16:05:03 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 31 Oct 2011 12:05:03 -0400 Subject: [Shotwell] Change photo year using shotwell In-Reply-To: <57c3f863-f887-4739-9157-329f0e42b46a@email.android.com> References: <57c3f863-f887-4739-9157-329f0e42b46a@email.android.com> Message-ID: <4EAEC72F.70003@yorba.org> Xavi, if I understand correctly, you're saying that you can't easily use Shotwell's Adjust Date and Time dialog to fix the years since it won't let you type in a year. Since your photos are placed in the year 35345, you'd need to click the arrow that decrements the year and hold it down for a long long time to get all the way back to the year 2011. I think your suggestion is reasonable, though users will rarely need this since I think when the year is incorrect it's usually off by a few decades at most. Feel free to file a ticket in our bug tracking system at http://redmine.yorba.org/projects/shotwell . adam On 10/29/2011 03:28 PM, xavi wrote: > Hi all, > I have some imported pictures with wrong dates. Actually they are placed in the year 35345. Is there any way to change at once the year in shotwell? Now I have to click year by year or use exiftool. > > May it be a new feature suggestion? I mean, to have a year textbox or combo with no future years? > > Thanks > > Xavi