From jim at yorba.org Fri Nov 1 18:33:51 2013 From: jim at yorba.org (Jim Nelson) Date: Fri, 01 Nov 2013 18:26:51 -0007 Subject: [Shotwell] shotwell tagging In-Reply-To: <527177E6.9070501@cleanweb.co.nz> References: <527177E6.9070501@cleanweb.co.nz> Message-ID: <5273f405.638f440a.1c1a.ffffa670@mx.google.com> Have you considered using Saved Searches? You can specify a date range and it will only show photos taken from within those dates. -- Jim On Wed, Oct 30, 2013 at 2:19 PM, Olmec Sinclair wrote: > I have been using shotwell for a number of years to organise a large > personal photo collection. > I use the tagging feature quite heavily and it works quite well for my > purposes. > > However, I would like to be able to tag all the photos for a > particular > month quickly and easily.... what I am trying to achieve is have a tag > for October say that has photos from october for every year so I can > see > what I was involved in at a given time in previous years.... helping > me > to better plan and organise my garden and planting activities. > > I started writing my own external application to add these tags based > on > file meta data create dates. Unfortunately my photo create dates are > invalid due to recovering from a hardware failure at some point in > the past. > > Appreciate thoughts on this. > > Olmec > -- > *Olmec* Sinclair Web Design and Development > Phone: 021 586 664 03 669 2667 > Online: olmec at cleanweb.co.nz > www.cleanweb.co.nz > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Fri Nov 1 18:45:39 2013 From: jim at yorba.org (Jim Nelson) Date: Fri, 01 Nov 2013 18:38:39 -0007 Subject: [Shotwell] Shotwell stopped writing metadata to files In-Reply-To: References: Message-ID: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> How are you verifying the metadata has stopped writing? -- Jim On Thu, Oct 31, 2013 at 9:10 AM, Kent Tenney wrote: > I've got 'Write tags, titles .. to files' checked, but the files > aren't being > written to. Not sure when this started. > > Version is 0.15.0+trunk on Ubuntu 13.04 64bit desktop. > > Nothing of interest in the log file ... > > 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 Sun Nov 3 21:08:24 2013 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 03 Nov 2013 21:08:24 +0000 Subject: [Shotwell] It might take a minute ... Message-ID: <5276BB48.9060609@highmoor.co.uk> This is just so not working ... > > How can I move my photo files from one directory (or hard drive) > to another? > > There are two ways this can be done: > > *1. If you're moving all of your photos from your current library > directory (typically ~/Pictures) and you want all your future new > photos to be imported to the new directory or hard drive, do the > following:* > > * First, make sure you're running *Shotwell 0.8.1 or greater*. > Earlier versions of Shotwell don't support library monitoring, > which is required for the following to work. > > * Quit Shotwell. Move your photos to the new directory or hard > drive. Then start Shotwell. You'll see all your old photos go into > the "Missing File" bin. > > * Choose *Edit ? Preferences*. In the Preferences dialog you can > select the library directory. Choose the directory where all your > photos now reside. Then press the Close button. > > It might take a minute (depending on the size of your library) but > Shotwell should find all the photos and associate the objects in its > database with them. > Re-organising my PC, taking the photos from secondary mounted harddrive: mv /store1/images /images Followed the FAQ, and despite some lag, the granulated thumbnails beautifully updated before my eyes. /store1 is 125GB, ~55000 images. Unfortunately, trying to do anything (e.g. F11 on a thumbnail) returns an error that clearly indicates that Shotwell still things my images are in /store1. Shotwell 0.14.1 From dougie at highmoor.co.uk Sun Nov 3 21:19:41 2013 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 03 Nov 2013 21:19:41 +0000 Subject: [Shotwell] It might take a minute ... In-Reply-To: <5276BB48.9060609@highmoor.co.uk> References: <5276BB48.9060609@highmoor.co.uk> Message-ID: <5276BDED.10500@highmoor.co.uk> Just tried ... mv /images /shotwelltest run shotwell thumbnails grainy Changed Edit/Preferences for Library to /shotwelltest (Watch Library ticked) Thumbnails immediately sharpen but Edit/View/Browse/Show in File Manager all expect image in /store1/... From dougie at highmoor.co.uk Sun Nov 3 21:37:11 2013 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 03 Nov 2013 21:37:11 +0000 Subject: [Shotwell] It might take a minute ... In-Reply-To: <5276BDED.10500@highmoor.co.uk> References: <5276BB48.9060609@highmoor.co.uk> <5276BDED.10500@highmoor.co.uk> Message-ID: <5276C207.3060609@highmoor.co.uk> tailing shotwell.log suggests that something is happening. Leisurely indications that photos ain't where they should be. I'll see how things look in the morning. L 4767 2013-11-03 21:32:18 [WRN] Photo.vala:2589: Unable to load metadata: /store1/images/2013/10/26/Harrier League - Blaydon - Harrier League - Blaydon - Oct 2013 -- Sat 26 Oct 2013 15-28-27 BST.jpg: Failed to open the data source: (errno = 2) L 4767 2013-11-03 21:32:37 [WRN] Photo.vala:2589: Unable to load metadata: /store1/images/2013/10/26/Harrier League - Blaydon - Harrier League - Blaydon - Oct 2013 -- Sat 26 Oct 2013 15-28-27 BST.jpg: Failed to open the data source: (errno = 2) L 4767 2013-11-03 21:32:58 [WRN] Photo.vala:2589: Unable to load metadata: /store1/images/2013/10/26/Harrier League - Blaydon - Harrier League - Blaydon - Oct 2013 -- Sat 26 Oct 2013 15-28-27 BST.jpg: Failed to open the data source: (errno = 2) L 4767 2013-11-03 21:33:17 [WRN] Photo.vala:2589: Unable to load metadata: /store1/images/2013/10/26/Harrier League - Blaydon - Harrier League - Blaydon - Oct 2013 -- Sat 26 Oct 2013 15-28-27 BST.jpg: Failed to open the data source: (errno = 2) L 4767 2013-11-03 21:33:35 [WRN] Photo.vala:2589: Unable to load metadata: /store1/images/2013/10/26/Harrier League - Blaydon - Harrier League - Blaydon - Oct 2013 -- Sat 26 Oct 2013 15-28-27 BST.jpg: Failed to open the data source: (errno = 2) L 4767 2013-11-03 21:33:52 [WRN] Photo.vala:2589: Unable to load metadata: /store1/images/2013/10/26/Harrier League - Blaydon - Harrier League - Blaydon - Oct 2013 -- Sat 26 Oct 2013 15-28-27 BST.jpg: Failed to open the data source: (errno = 2) L 4767 2013-11-03 21:34:10 [WRN] Photo.vala:2589: Unable to load metadata: /store1/images/2013/10/26/Harrier League - Blaydon - Harrier League - Blaydon - Oct 2013 -- Sat 26 Oct 2013 15-28-27 BST.jpg: Failed to open the data source: (errno = 2) L 4767 2013-11-03 21:34:31 [WRN] Photo.vala:2589: Unable to load metadata: /store1/images/2013/10/26/Harrier League - Blaydon - Harrier League - Blaydon - Oct 2013 -- Sat 26 Oct 2013 15-28-27 BST.jpg: Failed to open the data source: (errno = 2) L 4767 2013-11-03 21:34:48 [WRN] Photo.vala:2589: Unable to load metadata: /store1/images/2013/10/26/Harrier League - Blaydon - Harrier League - Blaydon - Oct 2013 -- Sat 26 Oct 2013 15-28-27 BST.jpg: Failed to open the data source: (errno = 2) From dougie at highmoor.co.uk Mon Nov 4 22:04:19 2013 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Mon, 04 Nov 2013 22:04:19 +0000 Subject: [Shotwell] It might take a minute ... In-Reply-To: <5276C207.3060609@highmoor.co.uk> References: <5276BB48.9060609@highmoor.co.uk> <5276BDED.10500@highmoor.co.uk> <5276C207.3060609@highmoor.co.uk> Message-ID: <527819E3.7040206@highmoor.co.uk> On 03/11/13 21:37, Dougie Nisbet wrote: > tailing shotwell.log suggests that something is happening. Leisurely > indications that photos ain't where they should be. I'll see how > things look in the morning. Happy Ending. Around 8AM this morning still looking unclear what was going on, but the logfile shows that it took about 10 hours to get through all the images. Looks fine now though. From ktenney at gmail.com Tue Nov 5 16:37:41 2013 From: ktenney at gmail.com (Kent Tenney) Date: Tue, 5 Nov 2013 10:37:41 -0600 Subject: [Shotwell] Shotwell stopped writing metadata to files In-Reply-To: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> References: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> Message-ID: These are from a Canon G11 running chdk, paired images IMG_1234.CR2 and IMG_1234.JPG I just checked a photo taken non-chdk, still no evidence of metadata written to the image file. - does the timestamp of the image file change when metadata changes? - I switched to using exiv2 instead of exiftool - what field should the tag appear in? - should the metadata be written to .CR2, .JPG, both, other? Thanks, Kent On Fri, Nov 1, 2013 at 1:45 PM, Jim Nelson wrote: > How are you verifying the metadata has stopped writing? > > -- Jim > > On Thu, Oct 31, 2013 at 9:10 AM, Kent Tenney wrote: > > I've got 'Write tags, titles .. to files' checked, but the files aren't > being written to. Not sure when this started. Version is 0.15.0+trunk on > Ubuntu 13.04 64bit desktop. Nothing of interest in the log file ... > Suggestions? Thanks, Kent _______________________________________________ > Shotwell mailing list Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From shuihuzhuan at free.fr Wed Nov 6 10:51:36 2013 From: shuihuzhuan at free.fr (shuihuzhuan at free.fr) Date: Wed, 6 Nov 2013 11:51:36 +0100 (CET) Subject: [Shotwell] Downgrading shotwell In-Reply-To: <1456554325.161312691.1383733805069.JavaMail.root@zimbra14-e2.priv.proxad.net> Message-ID: <1077071598.161328049.1383735096205.JavaMail.root@zimbra14-e2.priv.proxad.net> Hello, I'm planning to maybe switch my main desktop from ubuntu gnome 13.10 to debian wheezy. Along with others, shotwell seems the most problematic to downgrade (shotwell 0.15 in ubuntu but 0.12 in debian). I don't think shotwell 0.12 will accept the database of 0.15, so I'll have to reimport all my library. I have a rather big photo and video library (~18k photos, ~1k videos). Metadata writing in photos is enabled so I don't think I'll have problems with them. But almost all my videos are wrong dated (I just finished this summer to correct the dates in shotwell). So I don't know how to migrate (and I'm really not an SQL expert). Does anyone has a clue? From jim at yorba.org Wed Nov 6 23:19:11 2013 From: jim at yorba.org (Jim Nelson) Date: Wed, 06 Nov 2013 23:11:11 -0008 Subject: [Shotwell] Downgrading shotwell In-Reply-To: <1077071598.161328049.1383735096205.JavaMail.root@zimbra14-e2.priv.proxad.net> References: <1077071598.161328049.1383735096205.JavaMail.root@zimbra14-e2.priv.proxad.net> Message-ID: <527ace6d.4abd440a.43eb.1ee4@mx.google.com> I can't really recommend manually downgrading your Shotwell database. What's more, we've done a lot of stabilization and bug fixing in Shotwell since 0.12, and so I can't even recommend going back that far version-wise. -- Jim On Wed, Nov 6, 2013 at 2:51 AM, shuihuzhuan at free.fr wrote: > Hello, > > I'm planning to maybe switch my main desktop from ubuntu gnome 13.10 > to debian wheezy. Along with others, shotwell seems the most > problematic to downgrade (shotwell 0.15 in ubuntu but 0.12 in debian). > > I don't think shotwell 0.12 will accept the database of 0.15, so I'll > have to reimport all my library. > > I have a rather big photo and video library (~18k photos, ~1k > videos). Metadata writing in photos is enabled so I don't think I'll > have problems with them. But almost all my videos are wrong dated (I > just finished this summer to correct the dates in shotwell). So I > don't know how to migrate (and I'm really not an SQL expert). > > Does anyone has a clue? > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From ktenney at gmail.com Thu Nov 7 16:16:36 2013 From: ktenney at gmail.com (Kent Tenney) Date: Thu, 7 Nov 2013 10:16:36 -0600 Subject: [Shotwell] Shotwell stopped writing metadata to files In-Reply-To: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> References: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> Message-ID: I seem to recall this being related to config file confusion. - Shotwell prefs: -> write metadata is checked - dconf-editor issues warning on startup: ** (dconf-editor:4131): WARNING **: dconf-schema.vala:330: Unknown property on , extends - in dconf-editor: org -> yorba -> shotwell -> preferences -> files -> commit-metadata is UN checked Should dconf-editor reflect the settings in Shotwell? Thanks, Kent On Fri, Nov 1, 2013 at 1:45 PM, Jim Nelson wrote: > How are you verifying the metadata has stopped writing? > > -- Jim > > On Thu, Oct 31, 2013 at 9:10 AM, Kent Tenney wrote: > > I've got 'Write tags, titles .. to files' checked, but the files aren't > being written to. Not sure when this started. Version is 0.15.0+trunk on > Ubuntu 13.04 64bit desktop. Nothing of interest in the log file ... > Suggestions? Thanks, Kent _______________________________________________ > Shotwell mailing list Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From clanlaw at googlemail.com Fri Nov 8 13:50:44 2013 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 8 Nov 2013 13:50:44 +0000 Subject: [Shotwell] Import photos from non-standard folder on camera Message-ID: I am running an app on my camera (phone) that puts its photos in a non-standard folder (not under DCIM). Is there a way I can tell Shotwell to automatically look there for photos (as well as the standard folder)? Colin From jim at yorba.org Fri Nov 8 22:52:58 2013 From: jim at yorba.org (Jim Nelson) Date: Fri, 08 Nov 2013 22:44:58 -0008 Subject: [Shotwell] Shotwell stopped writing metadata to files In-Reply-To: References: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> Message-ID: <527d6b4b.c99f420a.601e.1d3e@mx.google.com> Ah-ha -- yes, the values in dconf-editor should reflect those in Preferences. However, at one point in the past, we migrated our dconf settings from one place to another. What is the path in dconf-editor you're using to look up these values? -- Jim On Thu, Nov 7, 2013 at 8:16 AM, Kent Tenney wrote: > I seem to recall this being related to config file confusion. > > - Shotwell prefs: -> write metadata is checked > > - dconf-editor issues warning on startup: > ** (dconf-editor:4131): WARNING **: dconf-schema.vala:330: Unknown > property on , extends > > - in dconf-editor: org -> yorba -> shotwell -> preferences -> files -> > commit-metadata is UN checked > > Should dconf-editor reflect the settings in Shotwell? > > Thanks, > Kent > > > > On Fri, Nov 1, 2013 at 1:45 PM, Jim Nelson wrote: >> How are you verifying the metadata has stopped writing? >> >> -- Jim >> >> On Thu, Oct 31, 2013 at 9:10 AM, Kent Tenney >> wrote: >> >> I've got 'Write tags, titles .. to files' checked, but the files >> aren't >> being written to. Not sure when this started. Version is >> 0.15.0+trunk on >> Ubuntu 13.04 64bit desktop. Nothing of interest in the log file ... >> 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 Sat Nov 9 14:13:50 2013 From: ktenney at gmail.com (Kent Tenney) Date: Sat, 9 Nov 2013 08:13:50 -0600 Subject: [Shotwell] Shotwell stopped writing metadata to files In-Reply-To: <527d6b4b.c99f420a.601e.1d3e@mx.google.com> References: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> <527d6b4b.c99f420a.601e.1d3e@mx.google.com> Message-ID: by 'path' do you mean: - in dconf-editor: org -> yorba -> shotwell -> preferences -> files -> commit-metadata That's the key I'm looking at. On Fri, Nov 8, 2013 at 4:52 PM, Jim Nelson wrote: > Ah-ha -- yes, the values in dconf-editor should reflect those in > Preferences. However, at one point in the past, we migrated our dconf > settings from one place to another. What is the path in dconf-editor you're > using to look up these values? > > -- Jim > > > On Thu, Nov 7, 2013 at 8:16 AM, Kent Tenney wrote: > > I seem to recall this being related to config file confusion. - Shotwell > prefs: -> write metadata is checked - dconf-editor issues warning on > startup: ** (dconf-editor:4131): WARNING **: dconf-schema.vala:330: Unknown > property on , extends - in dconf-editor: org -> yorba -> shotwell -> > preferences -> files -> commit-metadata is UN checked Should dconf-editor > reflect the settings in Shotwell? Thanks, Kent On Fri, Nov 1, 2013 at 1:45 > PM, Jim Nelson wrote: > > How are you verifying the metadata has stopped writing? -- Jim On Thu, Oct > 31, 2013 at 9:10 AM, Kent Tenney wrote: I've got 'Write > tags, titles .. to files' checked, but the files aren't being written to. > Not sure when this started. Version is 0.15.0+trunk on Ubuntu 13.04 64bit > desktop. Nothing of interest in the log file ... Suggestions? Thanks, Kent > _______________________________________________ Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Thu Nov 14 01:27:38 2013 From: jim at yorba.org (Jim Nelson) Date: Thu, 14 Nov 2013 01:19:38 -0008 Subject: [Shotwell] Import photos from non-standard folder on camera In-Reply-To: References: Message-ID: <52842704.e1f7440a.045c.ffffdf12@mx.google.com> What version of Shotwell are you running? Older versions looked exclusively in DCIM, but as I recall we patched it to look elsewhere. -- Jim On Fri, Nov 8, 2013 at 5:50 AM, Colin Law wrote: > I am running an app on my camera (phone) that puts its photos in a > non-standard folder (not under DCIM). Is there a way I can tell > Shotwell to automatically look there for photos (as well as the > standard folder)? > > Colin > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Thu Nov 14 01:28:58 2013 From: jim at yorba.org (Jim Nelson) Date: Thu, 14 Nov 2013 01:20:58 -0008 Subject: [Shotwell] Shotwell stopped writing metadata to files In-Reply-To: References: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> <527d6b4b.c99f420a.601e.1d3e@mx.google.com> Message-ID: <52842753.a60d440a.1787.ffffe3f1@mx.google.com> Yes, that's the one. If you close Shotwell, check it in dconf-editor, and re-run Shotwell, does it appear checked in Edit -> Preferences? -- Jim On Sat, Nov 9, 2013 at 6:13 AM, Kent Tenney wrote: > by 'path' do you mean: > - in dconf-editor: org -> yorba -> shotwell -> preferences -> files -> > commit-metadata > > That's the key I'm looking at. > > > > > On Fri, Nov 8, 2013 at 4:52 PM, Jim Nelson wrote: >> Ah-ha -- yes, the values in dconf-editor should reflect those in >> Preferences. However, at one point in the past, we migrated our >> dconf >> settings from one place to another. What is the path in >> dconf-editor you're >> using to look up these values? >> >> -- Jim >> >> >> On Thu, Nov 7, 2013 at 8:16 AM, Kent Tenney >> wrote: >> >> I seem to recall this being related to config file confusion. - >> Shotwell >> prefs: -> write metadata is checked - dconf-editor issues warning on >> startup: ** (dconf-editor:4131): WARNING **: dconf-schema.vala:330: >> Unknown >> property on , extends - in dconf-editor: org -> yorba -> shotwell -> >> preferences -> files -> commit-metadata is UN checked Should >> dconf-editor >> reflect the settings in Shotwell? Thanks, Kent On Fri, Nov 1, 2013 >> at 1:45 >> PM, Jim Nelson wrote: >> >> How are you verifying the metadata has stopped writing? -- Jim On >> Thu, Oct >> 31, 2013 at 9:10 AM, Kent Tenney wrote: I've >> got 'Write >> tags, titles .. to files' checked, but the files aren't being >> written to. >> Not sure when this started. Version is 0.15.0+trunk on Ubuntu 13.04 >> 64bit >> desktop. Nothing of interest in the log file ... Suggestions? >> Thanks, Kent >> _______________________________________________ Shotwell mailing >> list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> From clanlaw at googlemail.com Thu Nov 14 08:45:38 2013 From: clanlaw at googlemail.com (Colin Law) Date: Thu, 14 Nov 2013 08:45:38 +0000 Subject: [Shotwell] Import photos from non-standard folder on camera In-Reply-To: <52842704.e1f7440a.045c.ffffdf12@mx.google.com> References: <52842704.e1f7440a.045c.ffffdf12@mx.google.com> Message-ID: On 14 November 2013 01:27, Jim Nelson wrote: > What version of Shotwell are you running? Older versions looked exclusively > in DCIM, but as I recall we patched it to look elsewhere. Version 0.15.0 on Ubuntu 13.10 Do you mean you think it should already search the complete directory hierarchy on the attached device? It does not appear to do that for me. Colin > > -- Jim > > On Fri, Nov 8, 2013 at 5:50 AM, Colin Law wrote: > > I am running an app on my camera (phone) that puts its photos in a > non-standard folder (not under DCIM). Is there a way I can tell Shotwell to > automatically look there for photos (as well as the standard folder)? Colin > _______________________________________________ Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From ktenney at gmail.com Thu Nov 14 15:05:53 2013 From: ktenney at gmail.com (Kent Tenney) Date: Thu, 14 Nov 2013 09:05:53 -0600 Subject: [Shotwell] Shotwell stopped writing metadata to files In-Reply-To: <52842753.a60d440a.1787.ffffe3f1@mx.google.com> References: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> <527d6b4b.c99f420a.601e.1d3e@mx.google.com> <52842753.a60d440a.1787.ffffe3f1@mx.google.com> Message-ID: Yes, now Shotwell is tracking the settings shown by dconf-editor. The photos are raw/jpg pairs, IMG_1234.CR2/IMG_1234.JPG assuming I've tagged the photo with 'dog', what would be the exiv2 command line which would determine if the file is tagged? - is the .CR2 tagged, only the .JPG ... both? - where does the tag go: exif, xmp, iptc ... - what is the name of the metadata which should have the value 'dog'? Thanks, Kent On Wed, Nov 13, 2013 at 7:28 PM, Jim Nelson wrote: > Yes, that's the one. If you close Shotwell, check it in dconf-editor, and > re-run Shotwell, does it appear checked in Edit -> Preferences? > > -- Jim > > > On Sat, Nov 9, 2013 at 6:13 AM, Kent Tenney wrote: > > by 'path' do you mean: - in dconf-editor: org -> yorba -> shotwell -> > preferences -> files -> commit-metadata That's the key I'm looking at. On > Fri, Nov 8, 2013 at 4:52 PM, Jim Nelson wrote: > > Ah-ha -- yes, the values in dconf-editor should reflect those in > Preferences. However, at one point in the past, we migrated our dconf > settings from one place to another. What is the path in dconf-editor you're > using to look up these values? -- Jim On Thu, Nov 7, 2013 at 8:16 AM, Kent > Tenney wrote: I seem to recall this being related to > config file confusion. - Shotwell prefs: -> write metadata is checked - > dconf-editor issues warning on startup: ** (dconf-editor:4131): WARNING **: > dconf-schema.vala:330: Unknown property on , extends - in dconf-editor: org > -> yorba -> shotwell -> preferences -> files -> commit-metadata is UN > checked Should dconf-editor reflect the settings in Shotwell? Thanks, Kent > On Fri, Nov 1, 2013 at 1:45 PM, Jim Nelson wrote: How are > you verifying the metadata has stopped writing? -- Jim On Thu, Oct 31, 2013 > at 9:10 AM, Kent Tenney wrote: I've got 'Write tags, > titles .. to files' checked, but the files aren't being written to. Not sure > when this started. Version is 0.15.0+trunk on Ubuntu 13.04 64bit desktop. > Nothing of interest in the log file ... Suggestions? Thanks, Kent > _______________________________________________ Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Fri Nov 15 00:31:05 2013 From: jim at yorba.org (Jim Nelson) Date: Fri, 15 Nov 2013 00:23:05 -0008 Subject: [Shotwell] Shotwell stopped writing metadata to files In-Reply-To: References: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> <527d6b4b.c99f420a.601e.1d3e@mx.google.com> <52842753.a60d440a.1787.ffffe3f1@mx.google.com> Message-ID: <52856b41.a186440a.79df.1c08@mx.google.com> I now see the problem. I forgot that metadata writing for RAW+JPEG is currently unavailable: http://redmine.yorba.org/issues/4156 I don't know when that will be implemented. Since Exiv2's support for writing metadata to RAW files is limited, the first step would be to update Shotwell to write to the paired JPEG. -- Jim On Thu, Nov 14, 2013 at 7:05 AM, Kent Tenney wrote: > Yes, now Shotwell is tracking the settings shown by dconf-editor. > > The photos are raw/jpg pairs, IMG_1234.CR2/IMG_1234.JPG > > assuming I've tagged the photo with 'dog', what would be the exiv2 > command > line which would determine if the file is tagged? > > - is the .CR2 tagged, only the .JPG ... both? > - where does the tag go: exif, xmp, iptc ... > - what is the name of the metadata which should have the value 'dog'? > > Thanks, > Kent > > On Wed, Nov 13, 2013 at 7:28 PM, Jim Nelson wrote: >> Yes, that's the one. If you close Shotwell, check it in >> dconf-editor, and >> re-run Shotwell, does it appear checked in Edit -> Preferences? >> >> -- Jim >> >> >> On Sat, Nov 9, 2013 at 6:13 AM, Kent Tenney >> wrote: >> >> by 'path' do you mean: - in dconf-editor: org -> yorba -> shotwell >> -> >> preferences -> files -> commit-metadata That's the key I'm looking >> at. On >> Fri, Nov 8, 2013 at 4:52 PM, Jim Nelson wrote: >> >> Ah-ha -- yes, the values in dconf-editor should reflect those in >> Preferences. However, at one point in the past, we migrated our >> dconf >> settings from one place to another. What is the path in >> dconf-editor you're >> using to look up these values? -- Jim On Thu, Nov 7, 2013 at 8:16 >> AM, Kent >> Tenney wrote: I seem to recall this being >> related to >> config file confusion. - Shotwell prefs: -> write metadata is >> checked - >> dconf-editor issues warning on startup: ** (dconf-editor:4131): >> WARNING **: >> dconf-schema.vala:330: Unknown property on , extends - in >> dconf-editor: org >> -> yorba -> shotwell -> preferences -> files -> commit-metadata is >> UN >> checked Should dconf-editor reflect the settings in Shotwell? >> Thanks, Kent >> On Fri, Nov 1, 2013 at 1:45 PM, Jim Nelson wrote: >> How are >> you verifying the metadata has stopped writing? -- Jim On Thu, Oct >> 31, 2013 >> at 9:10 AM, Kent Tenney wrote: I've got 'Write >> tags, >> titles .. to files' checked, but the files aren't being written to. >> Not sure >> when this started. Version is 0.15.0+trunk on Ubuntu 13.04 64bit >> desktop. >> Nothing of interest in the log file ... Suggestions? Thanks, Kent >> _______________________________________________ Shotwell mailing >> list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> From jim at yorba.org Fri Nov 15 00:44:15 2013 From: jim at yorba.org (Jim Nelson) Date: Fri, 15 Nov 2013 00:36:15 -0008 Subject: [Shotwell] Import photos from non-standard folder on camera In-Reply-To: References: <52842704.e1f7440a.045c.ffffdf12@mx.google.com> Message-ID: <52856e58.a2ea440a.7853.1f64@mx.google.com> No, but as I recall we added a feature for Shotwell to search the device if DCIM was not found looking for an appropriate root. I looked it up now and what it has is a lookup table of common roots on the camera's file system (including AVCHD for video, /private/sony for guess-who's cameras, and /MP_ROOT). Do you know where on the camera your photos are located? Maybe we need to add another common path. -- Jim On Thu, Nov 14, 2013 at 12:45 AM, Colin Law wrote: > On 14 November 2013 01:27, Jim Nelson wrote: >> What version of Shotwell are you running? Older versions looked >> exclusively >> in DCIM, but as I recall we patched it to look elsewhere. >> > Version 0.15.0 on Ubuntu 13.10 > Do you mean you think it should already search the complete directory > hierarchy on the attached device? It does not appear to do that for > me. > > Colin > >> >> -- Jim >> >> On Fri, Nov 8, 2013 at 5:50 AM, Colin Law >> wrote: >> >> I am running an app on my camera (phone) that puts its photos in a >> non-standard folder (not under DCIM). Is there a way I can tell >> Shotwell to >> automatically look there for photos (as well as the standard >> folder)? Colin >> _______________________________________________ Shotwell mailing >> list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> From clanlaw at googlemail.com Fri Nov 15 08:28:43 2013 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 15 Nov 2013 08:28:43 +0000 Subject: [Shotwell] Import photos from non-standard folder on camera In-Reply-To: <52856e58.a2ea440a.7853.1f64@mx.google.com> References: <52842704.e1f7440a.045c.ffffdf12@mx.google.com> <52856e58.a2ea440a.7853.1f64@mx.google.com> Message-ID: On 15 November 2013 00:44, Jim Nelson wrote: > No, but as I recall we added a feature for Shotwell to search the device if > DCIM was not found looking for an appropriate root. I looked it up now and > what it has is a lookup table of common roots on the camera's file system > (including AVCHD for video, /private/sony for guess-who's cameras, and > /MP_ROOT). > > Do you know where on the camera your photos are located? Maybe we need to > add another common path. I do know, but it is not going to be a common path, I am using an Android app Note Everything which stores its photos in noteeverything/photos. In fact it is not a big issue for me, it can be done manually using Import from Folder, which is not a major problem. Colin > > -- Jim > > > On Thu, Nov 14, 2013 at 12:45 AM, Colin Law wrote: > > On 14 November 2013 01:27, Jim Nelson wrote: > > What version of Shotwell are you running? Older versions looked exclusively > in DCIM, but as I recall we patched it to look elsewhere. > > Version 0.15.0 on Ubuntu 13.10 Do you mean you think it should already > search the complete directory hierarchy on the attached device? It does not > appear to do that for me. Colin > > -- Jim On Fri, Nov 8, 2013 at 5:50 AM, Colin Law > wrote: I am running an app on my camera (phone) that puts its photos in a > non-standard folder (not under DCIM). Is there a way I can tell Shotwell to > automatically look there for photos (as well as the standard folder)? Colin > _______________________________________________ Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From ktenney at gmail.com Fri Nov 15 16:06:26 2013 From: ktenney at gmail.com (Kent Tenney) Date: Fri, 15 Nov 2013 10:06:26 -0600 Subject: [Shotwell] Shotwell stopped writing metadata to files In-Reply-To: <52856b41.a186440a.79df.1c08@mx.google.com> References: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> <527d6b4b.c99f420a.601e.1d3e@mx.google.com> <52842753.a60d440a.1787.ffffe3f1@mx.google.com> <52856b41.a186440a.79df.1c08@mx.google.com> Message-ID: Dang. I hope it has a fairly high priority, I wonder how many raw+jpeg users assume metadata is being written. Thanks, Kent On Thu, Nov 14, 2013 at 6:31 PM, Jim Nelson wrote: > I now see the problem. I forgot that metadata writing for RAW+JPEG is > currently unavailable: http://redmine.yorba.org/issues/4156 > > I don't know when that will be implemented. Since Exiv2's support for > writing metadata to RAW files is limited, the first step would be to update > Shotwell to write to the paired JPEG. > > -- Jim > > On Thu, Nov 14, 2013 at 7:05 AM, Kent Tenney wrote: > > Yes, now Shotwell is tracking the settings shown by dconf-editor. The photos > are raw/jpg pairs, IMG_1234.CR2/IMG_1234.JPG assuming I've tagged the photo > with 'dog', what would be the exiv2 command line which would determine if > the file is tagged? - is the .CR2 tagged, only the .JPG ... both? - where > does the tag go: exif, xmp, iptc ... - what is the name of the metadata > which should have the value 'dog'? Thanks, Kent On Wed, Nov 13, 2013 at 7:28 > PM, Jim Nelson wrote: > > Yes, that's the one. If you close Shotwell, check it in dconf-editor, and > re-run Shotwell, does it appear checked in Edit -> Preferences? -- Jim On > Sat, Nov 9, 2013 at 6:13 AM, Kent Tenney wrote: by > 'path' do you mean: - in dconf-editor: org -> yorba -> shotwell -> > preferences -> files -> commit-metadata That's the key I'm looking at. On > Fri, Nov 8, 2013 at 4:52 PM, Jim Nelson wrote: Ah-ha -- yes, > the values in dconf-editor should reflect those in Preferences. However, at > one point in the past, we migrated our dconf settings from one place to > another. What is the path in dconf-editor you're using to look up these > values? -- Jim On Thu, Nov 7, 2013 at 8:16 AM, Kent Tenney > wrote: I seem to recall this being related to config > file confusion. - Shotwell prefs: -> write metadata is checked - > dconf-editor issues warning on startup: ** (dconf-editor:4131): WARNING **: > dconf-schema.vala:330: Unknown property on , extends - in dconf-editor: org > -> yorba -> shotwell -> preferences -> files -> commit-metadata is UN > checked Should dconf-editor reflect the settings in Shotwell? Thanks, Kent > On Fri, Nov 1, 2013 at 1:45 PM, Jim Nelson wrote: How are > you verifying the metadata has stopped writing? -- Jim On Thu, Oct 31, 2013 > at 9:10 AM, Kent Tenney wrote: I've got 'Write tags, > titles .. to files' checked, but the files aren't being written to. Not sure > when this started. Version is 0.15.0+trunk on Ubuntu 13.04 64bit desktop. > Nothing of interest in the log file ... Suggestions? Thanks, Kent > _______________________________________________ Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From kaaloo at gmail.com Fri Nov 15 17:05:04 2013 From: kaaloo at gmail.com (Luis Arias) Date: Fri, 15 Nov 2013 18:05:04 +0100 Subject: [Shotwell] Shotwell stopped writing metadata to files In-Reply-To: References: <5273f6c9.638f440a.1c1a.ffffa8b8@mx.google.com> <527d6b4b.c99f420a.601e.1d3e@mx.google.com> <52842753.a60d440a.1787.ffffe3f1@mx.google.com> <52856b41.a186440a.79df.1c08@mx.google.com> Message-ID: Ouch I didn't know that either :( On Fri, Nov 15, 2013 at 5:06 PM, Kent Tenney wrote: > Dang. I hope it has a fairly high priority, I wonder how many > raw+jpeg users assume metadata is being written. > > Thanks, > Kent > > On Thu, Nov 14, 2013 at 6:31 PM, Jim Nelson wrote: > > I now see the problem. I forgot that metadata writing for RAW+JPEG is > > currently unavailable: http://redmine.yorba.org/issues/4156 > > > > I don't know when that will be implemented. Since Exiv2's support for > > writing metadata to RAW files is limited, the first step would be to > update > > Shotwell to write to the paired JPEG. > > > > -- Jim > > > > On Thu, Nov 14, 2013 at 7:05 AM, Kent Tenney wrote: > > > > Yes, now Shotwell is tracking the settings shown by dconf-editor. The > photos > > are raw/jpg pairs, IMG_1234.CR2/IMG_1234.JPG assuming I've tagged the > photo > > with 'dog', what would be the exiv2 command line which would determine if > > the file is tagged? - is the .CR2 tagged, only the .JPG ... both? - where > > does the tag go: exif, xmp, iptc ... - what is the name of the metadata > > which should have the value 'dog'? Thanks, Kent On Wed, Nov 13, 2013 at > 7:28 > > PM, Jim Nelson wrote: > > > > Yes, that's the one. If you close Shotwell, check it in dconf-editor, and > > re-run Shotwell, does it appear checked in Edit -> Preferences? -- Jim On > > Sat, Nov 9, 2013 at 6:13 AM, Kent Tenney wrote: by > > 'path' do you mean: - in dconf-editor: org -> yorba -> shotwell -> > > preferences -> files -> commit-metadata That's the key I'm looking at. On > > Fri, Nov 8, 2013 at 4:52 PM, Jim Nelson wrote: Ah-ha -- > yes, > > the values in dconf-editor should reflect those in Preferences. However, > at > > one point in the past, we migrated our dconf settings from one place to > > another. What is the path in dconf-editor you're using to look up these > > values? -- Jim On Thu, Nov 7, 2013 at 8:16 AM, Kent Tenney > > wrote: I seem to recall this being related to config > > file confusion. - Shotwell prefs: -> write metadata is checked - > > dconf-editor issues warning on startup: ** (dconf-editor:4131): WARNING > **: > > dconf-schema.vala:330: Unknown property on , extends - in dconf-editor: > org > > -> yorba -> shotwell -> preferences -> files -> commit-metadata is UN > > checked Should dconf-editor reflect the settings in Shotwell? Thanks, > Kent > > On Fri, Nov 1, 2013 at 1:45 PM, Jim Nelson wrote: How > are > > you verifying the metadata has stopped writing? -- Jim On Thu, Oct 31, > 2013 > > at 9:10 AM, Kent Tenney wrote: I've got 'Write tags, > > titles .. to files' checked, but the files aren't being written to. Not > sure > > when this started. Version is 0.15.0+trunk on Ubuntu 13.04 64bit desktop. > > Nothing of interest in the log file ... Suggestions? Thanks, Kent > > _______________________________________________ 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 jim at yorba.org Fri Nov 15 19:16:40 2013 From: jim at yorba.org (Jim Nelson) Date: Fri, 15 Nov 2013 19:08:40 -0008 Subject: [Shotwell] Import photos from non-standard folder on camera In-Reply-To: References: <52842704.e1f7440a.045c.ffffdf12@mx.google.com> <52856e58.a2ea440a.7853.1f64@mx.google.com> Message-ID: <52867310.45dc420a.380c.4b6d@mx.google.com> Yeah, I think that's going to have to be the way you import photos from the app. The problem we face with camera phones that expose their entire filesystem (like Android) is that if we traverse the *entire* filesystem for photos, we'll pick up images in its browser cache, application resources, etc. Hence, we we want to limit where we look for photos to well-known camera directories. -- Jim On Fri, Nov 15, 2013 at 12:28 AM, Colin Law wrote: > On 15 November 2013 00:44, Jim Nelson wrote: >> No, but as I recall we added a feature for Shotwell to search the >> device if >> DCIM was not found looking for an appropriate root. I looked it up >> now and >> what it has is a lookup table of common roots on the camera's file >> system >> (including AVCHD for video, /private/sony for guess-who's cameras, >> and >> /MP_ROOT). >> >> Do you know where on the camera your photos are located? Maybe we >> need to >> add another common path. >> > I do know, but it is not going to be a common path, I am using an > Android app Note Everything which stores its photos in > noteeverything/photos. In fact it is not a big issue for me, it can > be done manually using Import from Folder, which is not a major > problem. > > Colin > >> >> -- Jim >> >> >> On Thu, Nov 14, 2013 at 12:45 AM, Colin Law >> wrote: >> >> On 14 November 2013 01:27, Jim Nelson wrote: >> >> What version of Shotwell are you running? Older versions looked >> exclusively >> in DCIM, but as I recall we patched it to look elsewhere. >> >> Version 0.15.0 on Ubuntu 13.10 Do you mean you think it should >> already >> search the complete directory hierarchy on the attached device? It >> does not >> appear to do that for me. Colin >> >> -- Jim On Fri, Nov 8, 2013 at 5:50 AM, Colin Law >> >> wrote: I am running an app on my camera (phone) that puts its >> photos in a >> non-standard folder (not under DCIM). Is there a way I can tell >> Shotwell to >> automatically look there for photos (as well as the standard >> folder)? Colin >> _______________________________________________ Shotwell mailing >> list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> From thomas at xyz.pp.se Fri Nov 15 22:27:27 2013 From: thomas at xyz.pp.se (Thomas Novin) Date: Fri, 15 Nov 2013 23:27:27 +0100 Subject: [Shotwell] Import photos from non-standard folder on camera In-Reply-To: References: <52842704.e1f7440a.045c.ffffdf12@mx.google.com> <52856e58.a2ea440a.7853.1f64@mx.google.com> Message-ID: Hi Just write a udev rule to create a symlink so that your photos are under /DCIM/(XXX) whenever you mount that camera/phone. Rgds//Thomas On Fri, Nov 15, 2013 at 9:28 AM, Colin Law wrote: > On 15 November 2013 00:44, Jim Nelson wrote: > > No, but as I recall we added a feature for Shotwell to search the device > if > > DCIM was not found looking for an appropriate root. I looked it up now > and > > what it has is a lookup table of common roots on the camera's file system > > (including AVCHD for video, /private/sony for guess-who's cameras, and > > /MP_ROOT). > > > > Do you know where on the camera your photos are located? Maybe we need > to > > add another common path. > > I do know, but it is not going to be a common path, I am using an > Android app Note Everything which stores its photos in > noteeverything/photos. In fact it is not a big issue for me, it can > be done manually using Import from Folder, which is not a major > problem. > > Colin > > > > > -- Jim > > > > > > On Thu, Nov 14, 2013 at 12:45 AM, Colin Law > wrote: > > > > On 14 November 2013 01:27, Jim Nelson wrote: > > > > What version of Shotwell are you running? Older versions looked > exclusively > > in DCIM, but as I recall we patched it to look elsewhere. > > > > Version 0.15.0 on Ubuntu 13.10 Do you mean you think it should already > > search the complete directory hierarchy on the attached device? It does > not > > appear to do that for me. Colin > > > > -- Jim On Fri, Nov 8, 2013 at 5:50 AM, Colin Law > > > wrote: I am running an app on my camera (phone) that puts its photos in a > > non-standard folder (not under DCIM). Is there a way I can tell Shotwell > to > > automatically look there for photos (as well as the standard folder)? > Colin > > _______________________________________________ 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 clanlaw at googlemail.com Sat Nov 16 07:41:36 2013 From: clanlaw at googlemail.com (Colin Law) Date: Sat, 16 Nov 2013 07:41:36 +0000 Subject: [Shotwell] Import photos from non-standard folder on camera In-Reply-To: References: <52842704.e1f7440a.045c.ffffdf12@mx.google.com> <52856e58.a2ea440a.7853.1f64@mx.google.com> Message-ID: Hi Thomas That looks like a great idea, I did not know that could be done. Off to learn about udev to, hopefully, find how to do it. Colin On 15 November 2013 22:27, Thomas Novin wrote: > Hi > > Just write a udev rule to create a symlink so that your photos are under > /DCIM/(XXX) whenever you mount that camera/phone. > > Rgds//Thomas > > > On Fri, Nov 15, 2013 at 9:28 AM, Colin Law wrote: >> >> On 15 November 2013 00:44, Jim Nelson wrote: >> > No, but as I recall we added a feature for Shotwell to search the device >> > if >> > DCIM was not found looking for an appropriate root. I looked it up now >> > and >> > what it has is a lookup table of common roots on the camera's file >> > system >> > (including AVCHD for video, /private/sony for guess-who's cameras, and >> > /MP_ROOT). >> > >> > Do you know where on the camera your photos are located? Maybe we need >> > to >> > add another common path. >> >> I do know, but it is not going to be a common path, I am using an >> Android app Note Everything which stores its photos in >> noteeverything/photos. In fact it is not a big issue for me, it can >> be done manually using Import from Folder, which is not a major >> problem. >> >> Colin >> >> > >> > -- Jim >> > >> > >> > On Thu, Nov 14, 2013 at 12:45 AM, Colin Law >> > wrote: >> > >> > On 14 November 2013 01:27, Jim Nelson wrote: >> > >> > What version of Shotwell are you running? Older versions looked >> > exclusively >> > in DCIM, but as I recall we patched it to look elsewhere. >> > >> > Version 0.15.0 on Ubuntu 13.10 Do you mean you think it should already >> > search the complete directory hierarchy on the attached device? It does >> > not >> > appear to do that for me. Colin >> > >> > -- Jim On Fri, Nov 8, 2013 at 5:50 AM, Colin Law >> > >> > wrote: I am running an app on my camera (phone) that puts its photos in >> > a >> > non-standard folder (not under DCIM). Is there a way I can tell Shotwell >> > to >> > automatically look there for photos (as well as the standard folder)? >> > Colin >> > _______________________________________________ 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 clanlaw at googlemail.com Sat Nov 16 10:01:27 2013 From: clanlaw at googlemail.com (Colin Law) Date: Sat, 16 Nov 2013 10:01:27 +0000 Subject: [Shotwell] Import photos from non-standard folder on camera In-Reply-To: References: <52842704.e1f7440a.045c.ffffdf12@mx.google.com> <52856e58.a2ea440a.7853.1f64@mx.google.com> Message-ID: On 16 November 2013 07:41, Colin Law wrote: > Hi Thomas > > That looks like a great idea, I did not know that could be done. Off > to learn about udev to, hopefully, find how to do it. Unfortunately since the phone is a FAT device it is not possible to create a symlink, or am I misunderstanding? Colin > > Colin > > On 15 November 2013 22:27, Thomas Novin wrote: >> Hi >> >> Just write a udev rule to create a symlink so that your photos are under >> /DCIM/(XXX) whenever you mount that camera/phone. >> >> Rgds//Thomas >> >> >> On Fri, Nov 15, 2013 at 9:28 AM, Colin Law wrote: >>> >>> On 15 November 2013 00:44, Jim Nelson wrote: >>> > No, but as I recall we added a feature for Shotwell to search the device >>> > if >>> > DCIM was not found looking for an appropriate root. I looked it up now >>> > and >>> > what it has is a lookup table of common roots on the camera's file >>> > system >>> > (including AVCHD for video, /private/sony for guess-who's cameras, and >>> > /MP_ROOT). >>> > >>> > Do you know where on the camera your photos are located? Maybe we need >>> > to >>> > add another common path. >>> >>> I do know, but it is not going to be a common path, I am using an >>> Android app Note Everything which stores its photos in >>> noteeverything/photos. In fact it is not a big issue for me, it can >>> be done manually using Import from Folder, which is not a major >>> problem. >>> >>> Colin >>> >>> > >>> > -- Jim >>> > >>> > >>> > On Thu, Nov 14, 2013 at 12:45 AM, Colin Law >>> > wrote: >>> > >>> > On 14 November 2013 01:27, Jim Nelson wrote: >>> > >>> > What version of Shotwell are you running? Older versions looked >>> > exclusively >>> > in DCIM, but as I recall we patched it to look elsewhere. >>> > >>> > Version 0.15.0 on Ubuntu 13.10 Do you mean you think it should already >>> > search the complete directory hierarchy on the attached device? It does >>> > not >>> > appear to do that for me. Colin >>> > >>> > -- Jim On Fri, Nov 8, 2013 at 5:50 AM, Colin Law >>> > >>> > wrote: I am running an app on my camera (phone) that puts its photos in >>> > a >>> > non-standard folder (not under DCIM). Is there a way I can tell Shotwell >>> > to >>> > automatically look there for photos (as well as the standard folder)? >>> > Colin >>> > _______________________________________________ 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 craig.leat at gmail.com Sun Nov 17 14:00:45 2013 From: craig.leat at gmail.com (Craig Leat) Date: Sun, 17 Nov 2013 16:00:45 +0200 Subject: [Shotwell] Duplicate photos in library Message-ID: Hi, I'm using shotwell 0.15.0 on ubuntu 13.10 (i386) I have the "write metadata to photo files" option enabled. This option appears to be causing my photo library to fill up with duplicate photos. I'll import photos from the camera and not delete them. I'll then tag the photos and these tags are written to the files. Sometime later I do another import and the older photos are imported again creating duplicates. I suspect the CRC check fails due to the tags which were added. Turning off "write metadata to photo files" is not ideal because I have the photos on a shared folder and my tags automatically appear to the other users on the system. Any thoughts on how to better manage this? Always deleting the photos from the camera would work except we have multiple devices and multiple users in the home and trying to enforce this ... well it's not going to happen. If tags were written to an associated xml file this would preserve the original and could be useful for file formats which don't support metadata. I don't know if there is already a standard for this. Thanks Craig From clanlaw at googlemail.com Sun Nov 17 15:37:51 2013 From: clanlaw at googlemail.com (Colin Law) Date: Sun, 17 Nov 2013 15:37:51 +0000 Subject: [Shotwell] Duplicate photos in library In-Reply-To: References: Message-ID: On 17 November 2013 14:00, Craig Leat wrote: > Hi, > > I'm using shotwell 0.15.0 on ubuntu 13.10 (i386) > > I have the "write metadata to photo files" option enabled. This option > appears to be causing my photo library to fill up with duplicate > photos. I'll import photos from the camera and not delete them. I'll > then tag the photos and these tags are written to the files. Sometime > later I do another import and the older photos are imported again > creating duplicates. I suspect the CRC check fails due to the tags > which were added. On the import page there is a checkbox, something like Hide Photos Already Imported. Check that and it will only show new photos available to import. Once checked it will stay checked. Colin From craig.leat at gmail.com Sun Nov 17 18:43:49 2013 From: craig.leat at gmail.com (Craig Leat) Date: Sun, 17 Nov 2013 20:43:49 +0200 Subject: [Shotwell] Duplicate photos in library In-Reply-To: References: Message-ID: > On the import page there is a checkbox, something like Hide Photos > Already Imported. Check that and it will only show new photos > available to import. Once checked it will stay checked. Thanks, that option does the trick :) From grat at wyldwood.com Mon Nov 18 03:55:36 2013 From: grat at wyldwood.com (Franklin Jones) Date: Sun, 17 Nov 2013 20:55:36 -0700 Subject: [Shotwell] Is there a way to make shotwell ignore/exempt a camera device? Message-ID: <52898FB8.8010804@wyldwood.com> First post to this list. I've searched the archives going back a year or so as well as pointed google searches and don't see anything similar to this. What I have is a canon camera on a usb device that I have other programs to control and monitor its function. What I would like is some sort of table entry to keep shotwell from grabbing the device it every time it recycles, or on system boot. Once shotwell grabs it I can't control it without manually going into the gui and disabling it so the other program can use the device. I should mention this is a fedora18 system running gnome. I don't really want to disable shotwell per say as it has some functionality that I use with other devices. I just want it to ignore this one. Does this sort of thing exist? or is this fall under the 'feature request' column? thanks for ptr/info, fj.. From clanlaw at googlemail.com Mon Nov 18 09:59:08 2013 From: clanlaw at googlemail.com (Colin Law) Date: Mon, 18 Nov 2013 09:59:08 +0000 Subject: [Shotwell] Is there a way to make shotwell ignore/exempt a camera device? In-Reply-To: <52898FB8.8010804@wyldwood.com> References: <52898FB8.8010804@wyldwood.com> Message-ID: On 18 November 2013 03:55, Franklin Jones wrote: > First post to this list. I've searched the archives going back a year or > so as well as pointed google searches and don't see anything similar to > this. > What I have is a canon camera on a usb device that I have other programs > to control and monitor its function. What I would like is some sort of table > entry to keep shotwell from grabbing the device it every time it recycles, > or on system boot. Once shotwell grabs it I can't control it without > manually going into the gui and disabling it so the other program can use > the device. I should mention this is a fedora18 system running gnome. > I don't really want to disable shotwell per say as it has some > functionality that I use with other devices. I just want it to ignore this > one. Ubuntu can be setup so that it asks when a camera is plugged in which s/w to invoke rather than always invoking Shotwell. Is something similar available in Fedora? Perhaps it is even possible in the OS to specify which s/w to invoke for a particular camera. Colin > Does this sort of thing exist? or is this fall under the 'feature > request' column? > > thanks for ptr/info, > fj.. > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Mon Nov 18 23:02:27 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 18 Nov 2013 22:54:27 -0008 Subject: [Shotwell] Is there a way to make shotwell ignore/exempt a camera device? In-Reply-To: References: <52898FB8.8010804@wyldwood.com> Message-ID: <528a9c85.a7dd420a.54f8.15b2@mx.google.com> I believe you can control this in Fedora with System Settings -> Details -> Removable Media. -- Jim On Mon, Nov 18, 2013 at 1:59 AM, Colin Law wrote: > On 18 November 2013 03:55, Franklin Jones wrote: >> First post to this list. I've searched the archives going back >> a year or >> so as well as pointed google searches and don't see anything >> similar to >> this. >> What I have is a canon camera on a usb device that I have other >> programs >> to control and monitor its function. What I would like is some sort >> of table >> entry to keep shotwell from grabbing the device it every time it >> recycles, >> or on system boot. Once shotwell grabs it I can't control it without >> manually going into the gui and disabling it so the other program >> can use >> the device. I should mention this is a fedora18 system running >> gnome. >> I don't really want to disable shotwell per say as it has some >> functionality that I use with other devices. I just want it to >> ignore this >> one. >> > Ubuntu can be setup so that it asks when a camera is plugged in which > s/w to invoke rather than always invoking Shotwell. Is something > similar available in Fedora? Perhaps it is even possible in the OS to > specify which s/w to invoke for a particular camera. > > Colin > >> Does this sort of thing exist? or is this fall under the >> 'feature >> request' column? >> >> thanks for ptr/info, >> fj.. >> >> _______________________________________________ >> 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 jim at yorba.org Mon Nov 18 23:24:23 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 18 Nov 2013 23:16:23 -0008 Subject: [Shotwell] IMPORTANT: Shotwell mailing list is moving Message-ID: <528aa1a9.69d4440a.7377.2c40@mx.google.com> As you may or may not have noticed, Yorba is in the process of moving its resources into the GNOME infrastructure. Our gedit plugin Valencia and gexiv2 have been moved already. Now we're preparing to move Shotwell. That includes this mailing list. As of today, you do NOT need to do anything. However, in the next few days you'll receive another email saying that the Shotwell mailing list is closed and moved to GNOME. Instructions will be provided explaining how to subscribe to the new mailing list. If you follow those instructions, service should be uninterrupted. If you have any questions, feel free to reply to this message and I'll do my best to answer them. Thanks! -- Jim From jim@yorba.org Wed Nov 20 01:56:35 2013 Return-Path: X-Original-To: shotwell-list@gnome.org Delivered-To: shotwell-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 04AD876A39 for ; Wed, 20 Nov 2013 01:56:35 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: YES X-Spam-Score: 2.058 X-Spam-Level: ** X-Spam-Status: Yes, score=2.058 tagged_above=-999 required=2 tests=[BAYES_50=0.8, BUG6152_INVALID_DATE_TZ_ABSURD=0.766, HTML_MESSAGE=0.001, INVALID_DATE_TZ_ABSURD=0.491, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=no Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fd1yPDnvYgvM for ; Wed, 20 Nov 2013 01:56:30 +0000 (UTC) Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) by restaurant.gnome.org (Postfix) with ESMTP id 865B776A2F for ; Wed, 20 Nov 2013 01:56:19 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id g10so4579768pdj.31 for ; Tue, 19 Nov 2013 17:56:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:subject:to:cc:mime-version :content-type; bh=0pPIAqGf/Ru1QqNJWoNgJg+s1qyiJxzO4+6ZkV3iLl0=; b=Kvb7bwXZm8uT1w33BARU20g/HcV0dzPPeMbyK8c348qr+rY7GXMNkrcd7saK8TtNx8 PFlUqSAqgDzaIJuCfHdcXsGwMSDIDOzlL9/U2zqe3k94ga0ereDK6Mz2bPXtHck2wgcU s2f+g6/F0h8If9+7/XMLRce3QSCp1+3SBMl82QuTYAPLZxHwB7aIFyvNUOQ00TDaXXYE gzVcc15F+WbscIxGY+YJUW3ecVVxnhN1j8VeEOrAJGSjUW+L1hyqJ6d6F7cNj6MfZwu1 ouaeSjRXmku5egEJsyZ7j7GFVFeJ9MwbmR8hm12JKnNqN7n4JSD6ooy+xrsRX0Gg/PwE yxLQ== X-Gm-Message-State: ALoCoQlLTW0RG2KFcUQVvqYX14VCyu7l1esGjX/IyXdPINsDQIhJ/61VMOzRSv7m3PNLOO65uF5a X-Received: by 10.66.249.134 with SMTP id yu6mr29506774pac.37.1384912578433; Tue, 19 Nov 2013 17:56:18 -0800 (PST) Received: from [10.187.208.117] ([38.110.163.206]) by mx.google.com with ESMTPSA id ie6sm7387539pbc.6.2013.11.19.17.56.16 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 19 Nov 2013 17:56:17 -0800 (PST) Message-ID: <528c16c1.86c3440a.081b.ffffa4b9@mx.google.com> Date: Wed, 20 Nov 2013 01:48:17 -0008 From: Jim Nelson To: announce@lists.yorba.org, shotwell , shotwell-list@gnome.org X-Mailer: geary/0.4.1+trunk MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=-0lZ0c6zYxlR5Slyi+Tjj" Cc: Matthias Clasen , Sebastien Bacher Subject: [Shotwell] Announcing Shotwell 0.15.1 X-BeenThere: shotwell-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion and announcements about Shotwell Photo Manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 01:56:35 -0000 --=-0lZ0c6zYxlR5Slyi+Tjj Content-Type: text/plain; charset=utf-8; format=flowed [Note: This message is being sent to both the Yorba and GNOME Shotwell mailing lists. As we're in transition, we want to make sure users who've not migrated to the GNOME mailing lists get this message. This is probably the last message from the Yorba Shotwell mailing list. Apologies to those who receive two announcements.] Yorba has released Shotwell 0.15.2, an important update to our Shotwell Photo Manager. This update includes these fixes: * Install Tumblr plugin resources (Tumblr plugin failed to work without them) * Fix crash when video thumbnails are being inspected and created Yorba strongly recommends all users upgrade to this release. The tarball for Shotwell 0.15.2 is available at http://www.yorba.org/download/shotwell/0.15/ Ubuntu Quantal and Raring users can update by subscribing to Yorba's PPA: https://launchpad.net/~yorba/+archive/ppa We hope that a version for Ubuntu Saucy will be available soon in Ubuntu's repositories. -- Jim --=-0lZ0c6zYxlR5Slyi+Tjj Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
[Note: This message is being sent to both the Yorba and GNOME Shotwell= mailing lists.  As we're in transition, we want to make sure users wh= o've not migrated to the GNOME mailing lists get this message.  This i= s probably the last message from the Yorba Shotwell mailing list.  Apo= logies to those who receive two announcements.]

Yorba has released Shotwell 0.15.2, an important update to our Shot= well Photo Manager. This update includes these fixes:

*= Install Tumblr plugin resources (Tumblr plugin failed to work without them= )
* Fix crash when video thumbnails are being inspected and creat= ed

Yorba strongly recommends all users upgrade to = this release.

The tarball for Shotwell 0.15.2 is a= vailable at http:/= /www.yorba.org/download/shotwell/0.15/

Ubuntu = Quantal and Raring users can update by subscribing to Yorba's PPA: https://launchpad.net/~yorba= /+archive/ppa  We hope that a version for Ubuntu Saucy will be ava= ilable soon in Ubuntu's repositories.

-- Jim
= --=-0lZ0c6zYxlR5Slyi+Tjj-- From jim@yorba.org Wed Nov 20 01:59:43 2013 Return-Path: X-Original-To: shotwell-list@gnome.org Delivered-To: shotwell-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id AB38776A94 for ; Wed, 20 Nov 2013 01:59:43 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 1.257 X-Spam-Level: * X-Spam-Status: No, score=1.257 tagged_above=-999 required=2 tests=[BAYES_20=-0.001, BUG6152_INVALID_DATE_TZ_ABSURD=0.766, HTML_MESSAGE=0.001, INVALID_DATE_TZ_ABSURD=0.491, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=no Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hf5K74FnFO0Z for ; Wed, 20 Nov 2013 01:59:38 +0000 (UTC) Received: from mail-pd0-f170.google.com (mail-pd0-f170.google.com [209.85.192.170]) by restaurant.gnome.org (Postfix) with ESMTP id 15B2276A7D for ; Wed, 20 Nov 2013 01:59:26 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id g10so4601995pdj.15 for ; Tue, 19 Nov 2013 17:59:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:subject:to:in-reply-to :references:mime-version:content-type; bh=iXHlLk1vhKITm0S6MrVzTRFmhVDno5VQuKlhA5Z8Xzw=; b=mZryNDmp3lUZHYkQg3HZKd/qWs+3F8X+49pMc05SRjszCLNgqfPxW2MGGDm5D2Z0hT gHLo0Ynd0y6rCu2oVeokcEKVgJVKU6qP0I0SuX/vswjva0SR3DBgIT5BB+9chGbWxgOV in6v+PvJFDFiv4fWDl/dewqxRxLEwNF7asuriHNgD53rJ4fvBmv7kwpyYDUthFQwhEE8 rSrpFuBDyJQfEHgEgt/q9fApif9Vres3neMqGJZ0kRAE9JKotNVi7Qr7ecNU2NmiVfz5 28a9xk50uMEYLPKs2GtdLhMb+RlVfGIqmOy+1MtG2IztMqYammVdD5/jqC/bLWU2ifaZ uYoA== X-Gm-Message-State: ALoCoQlVbP9DY+NZk9fsc5vVGpUvzG/B79hNpax6UU9P24jnIzFBtQ3pZtPtzjnAlUbab/rSqXSq X-Received: by 10.66.197.164 with SMTP id iv4mr25156262pac.18.1384912765025; Tue, 19 Nov 2013 17:59:25 -0800 (PST) Received: from [10.187.208.117] ([38.110.163.206]) by mx.google.com with ESMTPSA id gg10sm33671452pbc.46.2013.11.19.17.59.23 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 19 Nov 2013 17:59:24 -0800 (PST) Message-ID: <528c177c.4abd440a.19cf.ffffd996@mx.google.com> Date: Wed, 20 Nov 2013 01:51:24 -0008 From: Jim Nelson To: announce@lists.yorba.org, shotwell , shotwell-list@gnome.org In-Reply-To: <528c16c1.86c3440a.081b.ffffa4b9@mx.google.com> References: <528c16c1.86c3440a.081b.ffffa4b9@mx.google.com> X-Mailer: geary/0.4.1+trunk MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=-R5DMH9z2LjAL7+ZXcAGv" Subject: [Shotwell] Addendum: Announcing Shotwell 0.15.1 X-BeenThere: shotwell-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion and announcements about Shotwell Photo Manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 01:59:43 -0000 --=-R5DMH9z2LjAL7+ZXcAGv Content-Type: text/plain; charset=utf-8; format=flowed Two addendums to my prior email: In the body of the email, I called it Shotwell 0.15.2. It's Shotwell 0.15.1. The full URL to the tarball is http://www.yorba.org/download/shotwell/0.15/shotwell-0.15.1.tar.xz Thanks, -- Jim --=-R5DMH9z2LjAL7+ZXcAGv Content-Type: text/html; charset=utf-8 Two addendums to my prior email:

In the body of the email, I called it Shotwell 0.15.2.  It's Shotwell 0.15.1.


Thanks,

-- Jim
--=-R5DMH9z2LjAL7+ZXcAGv-- From mateusz@loskot.net Wed Nov 20 09:53:47 2013 Return-Path: X-Original-To: shotwell-list@gnome.org Delivered-To: shotwell-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 9CEC076B12 for ; Wed, 20 Nov 2013 09:53:47 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.879 X-Spam-Level: X-Spam-Status: No, score=0.879 tagged_above=-999 required=2 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.779] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D2pqWj9jmEQy for ; Wed, 20 Nov 2013 09:53:43 +0000 (UTC) Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) by restaurant.gnome.org (Postfix) with ESMTP id C7C8C76B83 for ; Wed, 20 Nov 2013 09:53:31 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id hm6so300182wib.2 for ; Wed, 20 Nov 2013 01:53:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=mmxU5VVeM7hMLzMTNDGuIi6H9blIe+ndEpk3uEHMg8I=; b=BFBWcoe2QcE3xl1m6aLH0TllkuETHQeuyeofz24kxj6YT6U8G4PySz+BaYdX8tqvy9 qflwZwf+iUFXK8vfM0nrg6rY/jdx88iajAFLP4mXKN8GD5RSEAMxmEKNpD8aoWsscsBj iGvIeiIW7/VvgCgithWkxeC5d8+4Gh/nMqTDi61KK4W0iCKYgkO2Vwv0c5WsrM3HaM59 BxOzIpL9Hk3FKdE0iuQH7PkLfPwOGslOaeyosPcF1iu+ts9aVwVpRqErtjvUxOE9Zst2 TRui6CeLgOeWgPPh0hK/cLzA+CjB2EjipxvscKQMeTXUIeEWdjXVIdJA0W9e0xVUxZpD vuRQ== X-Gm-Message-State: ALoCoQnpsazduyKHUPnTyqcya4icQreTV18jjID84FtqYyr0ekriN2foDceHuC2pnF+QdPKyIjVb X-Received: by 10.195.13.164 with SMTP id ez4mr25352883wjd.11.1384941209491; Wed, 20 Nov 2013 01:53:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.194.90.239 with HTTP; Wed, 20 Nov 2013 01:53:09 -0800 (PST) X-Originating-IP: [82.110.183.162] In-Reply-To: <528c16c1.86c3440a.081b.ffffa4b9@mx.google.com> References: <528c16c1.86c3440a.081b.ffffa4b9@mx.google.com> From: Mateusz Loskot Date: Wed, 20 Nov 2013 09:53:09 +0000 Message-ID: To: Jim Nelson Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Wed, 20 Nov 2013 19:30:44 +0000 Cc: shotwell , shotwell-list@gnome.org, Matthias Clasen , announce@lists.yorba.org, Sebastien Bacher Subject: Re: [Shotwell] Announcing Shotwell 0.15.1 X-BeenThere: shotwell-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion and announcements about Shotwell Photo Manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 09:53:47 -0000 On 20 November 2013 01:56, Jim Nelson wrote: > [Note: This message is being sent to both the Yorba and GNOME Shotwell > mailing lists. As we're in transition, we want to make sure users who've > not migrated to the GNOME mailing lists get this message. This is probably > the last message from the Yorba Shotwell mailing list. Apologies to those > who receive two announcements.] > > > Yorba has released Shotwell 0.15.2, an important update to our Shotwell > Photo Manager. This update includes these fixes: > > * Install Tumblr plugin resources (Tumblr plugin failed to work without > them) > * Fix crash when video thumbnails are being inspected and created > > Yorba strongly recommends all users upgrade to this release. Sweet! Thanks for the great work Yorbamates! ;-) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net From rehmann@math.uni-bielefeld.de Wed Nov 20 20:00:03 2013 Return-Path: X-Original-To: shotwell-list@gnome.org Delivered-To: shotwell-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id ED377768D8 for ; Wed, 20 Nov 2013 20:00:03 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 1.023 X-Spam-Level: * X-Spam-Status: No, score=1.023 tagged_above=-999 required=2 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.556, SPF_NEUTRAL=0.779] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KerApzl64SjW for ; Wed, 20 Nov 2013 19:59:59 +0000 (UTC) X-Greylist: delayed 497 seconds by postgrey-1.34 at restaurant.gnome.org; Wed, 20 Nov 2013 19:59:58 UTC Received: from smtp.math.uni-bielefeld.de (smtp.math.uni-bielefeld.de [129.70.45.10]) by restaurant.gnome.org (Postfix) with ESMTP id D60EC768D7 for ; Wed, 20 Nov 2013 19:59:48 +0000 (UTC) Received: from ada.lan (ip-78-94-149-218.unitymediagroup.de [78.94.149.218]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by smtp.math.uni-bielefeld.de (Postfix) with ESMTPSA id 9BE92601E2; Wed, 20 Nov 2013 20:51:28 +0100 (CET) Received: from localhost ([127.0.0.1] helo=ada.lan) by ada.lan with esmtp (Exim 4.80) (envelope-from ) id 1VjDo8-0003BZ-4I; Wed, 20 Nov 2013 20:51:28 +0100 From: Ulf Rehmann To: Jim Nelson In-Reply-To: <528c16c1.86c3440a.081b.ffffa4b9@mx.google.com> (message from Jim Nelson on Wed, 20 Nov 2013 01:48:17 -0008) Date: Wed, 20 Nov 2013 20:51:28 +0100 Message-ID: <87vbzmonr3.fsf@ada.lan> MIME-Version: 1.0 Content-Type: text/plain Cc: shotwell@lists.yorba.org, shotwell-list@gnome.org, mclasen@redhat.com, announce@lists.yorba.org, sebastien.bacher@canonical.com Subject: Re: [Shotwell] Announcing Shotwell 0.15.1 X-BeenThere: shotwell-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion and announcements about Shotwell Photo Manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Nov 2013 20:00:04 -0000 | The full URL to the tarball is | http://www.yorba.org/download/shotwell/0.15/shotwell-0.15.1.tar.xz This did compile well here on my notebook, (Ubuntu 13.10 x86_64 GNU/Linux). Good work! Thanks to you and to the whole team! Best, Ulf From piotrlg@gmail.com Tue Nov 26 22:12:02 2013 Return-Path: X-Original-To: shotwell-list@gnome.org Delivered-To: shotwell-list@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by restaurant.gnome.org (Postfix) with ESMTP id 4A521766C9 for ; Tue, 26 Nov 2013 22:12:02 +0000 (UTC) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=2 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from restaurant.gnome.org ([127.0.0.1]) by localhost (restaurant.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0zrrxXF664Yv for ; Tue, 26 Nov 2013 22:11:56 +0000 (UTC) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) by restaurant.gnome.org (Postfix) with ESMTP id A11F1765AF for ; Tue, 26 Nov 2013 22:11:45 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id k14so3433343wgh.10 for ; Tue, 26 Nov 2013 14:11:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=9zyhbpIA0ucDKeHsmiG/bWmcofqtvoPHflDTtigSRXI=; b=Xpc4TreQ8nP5P3/Z2q3cU9BdFdjaNN86DNbHNm6D/ZcCMZ6WN17/BNyR4L1rbg15xU rm8r+JbW+2JlId3+v7YOLVvRAIE2stKtFAjmKTK/VppigBmQDCliWqB5yxOaOfHyz9g6 4UL0XrANrCgXKQpHL5RUhwJAkBa+AEOPI/XbzIqkoh0jo5NzwdO50xcMdUrEfN5lR9ic zKNRjEkGieJmeO2KCSWAC4J96TjQVigKS88DO48iAbzH9FuVJ62T55TWGbskdmEw5ZFf dLgA/AfYQuQ8OkM8BAUJ37LjbX5Hze1ox1zUOGfHIhAsljzuXUmLlW0B/U+yLZajnTJZ /t9Q== MIME-Version: 1.0 X-Received: by 10.180.73.70 with SMTP id j6mr19611526wiv.47.1385503903972; Tue, 26 Nov 2013 14:11:43 -0800 (PST) Received: by 10.194.236.129 with HTTP; Tue, 26 Nov 2013 14:11:43 -0800 (PST) Date: Tue, 26 Nov 2013 23:11:43 +0100 Message-ID: From: Piotr Oh To: shotwell-list@gnome.org Content-Type: multipart/alternative; boundary=f46d043890850803fd04ec1bc428 X-Mailman-Approved-At: Mon, 02 Dec 2013 18:45:19 +0000 Subject: [Shotwell] Search multiple tags the easy way X-BeenThere: shotwell-list@gnome.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Discussion and announcements about Shotwell Photo Manager List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2013 22:12:02 -0000 --f46d043890850803fd04ec1bc428 Content-Type: text/plain; charset=ISO-8859-1 Hi I wonder if it is possible to search pictures tagged with more than one tag. Lets say I have tags a,b,c,d and want to search pictures tagged with a and c. It is not possible to use simple search: once it is not focused on tags only and it only allows to put one tag at a time. So the only solution is to use Saved search but is is not very convenient: - it is slow: to much mouse clicks, typing, opening windows - I don't need to save this search when just using one time search with some tags combination - the tags are not autocompleted when typing I whish that the simple search box could be set to be only tags aware (or any other criterion, it should be of course on option) and there I could type as many tags (autocompleted or livesearched) as needed separated with commas. That would be the fastest possible way of filtering/searching. IMHO of course. Regards Piotr --f46d043890850803fd04ec1bc428 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi
I wonder if= it is possible to search pictures tagged with more than one tag. Lets say = I have tags a,b,c,d and want to search pictures tagged with a and c. It is = not possible to use simple search: once it is not focused on tags only and = it only allows to put one tag at a time. So the only solution is to use Sav= ed search but is is not very convenient:
- it is slow: to much mouse clicks, typing, opening windows
- I = don't need to save this search when just using one time search with som= e tags combination
- the tags are not autocompleted when typing
I whish that the simple search box could be set to be only tags a= ware (or any other criterion, it should be of course on option) and there I= could type as many tags (autocompleted or livesearched) as needed separate= d with commas. That would be the fastest possible way of filtering/searchin= g. IMHO of course.

Regards
Piotr

=
--f46d043890850803fd04ec1bc428--