From jim at yorba.org Thu Aug 1 23:48:52 2013 From: jim at yorba.org (Jim Nelson) Date: Thu, 01 Aug 2013 23:41:52 -0007 Subject: [Shotwell] How to remove RAW files after having imported RAW+JPEG In-Reply-To: References: Message-ID: <51faf3e5.45dd440a.32b6.7e58@mx.google.com> Unfortunately this is not something Shotwell offers today. What we'd like to do is to allow a way to both pair and unpair RAW+JPEG photos: http://redmine.yorba.org/issues/4040 If Shotwell had this feature, you could unpair the RAW files and then remove them, leaving the JPEG behind. As for a workaround, the best I can suggest is to copy the associated JPEGs to a safe directory (File -> Show in File Manager would help here), remove the RAW+JPEG files, then import the photos back in. This is unsatisfactory because you lose certain metadata (such as titles, tags, and events). Even with metadata writing turned on, you'll lose the events they came out of (because there is no standard metadata equivalent for events). You'll have to move them into their original events after you import the copies. If you do this, I highly suggest backing up your database so you have something to fall back on: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-back-up-my-Shotwell-library -- Jim On Sun, Jul 28, 2013 at 10:51 AM, Luis Arias wrote: > Hi, > > I tried to remove some RAW files from an event folder containing RAW > and > the associated JPEG files by moving them to the trash in the file > manager > but quickly got frustrated and a bit scared I would loose data. The > effect > was that once a RAW file was deleted the associated JPEG disappeared > from > Shotwell even though it was still present in the file system. > > What would be the best way to remove RAW files while leaving the > associated > JPEG recognized in Shotwell ? I would like to do this to conserve > disk > space on photos for which I decide at some point that I don't want to > use > the RAW format. > > What I'm planning to do know is to make the decision before importing > into > Shotwell but this is less convenient and forces me to either decide > then > and there or be generous with disk space. > > Thanks! > Luis > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From thomas at xyz.pp.se Mon Aug 5 20:52:08 2013 From: thomas at xyz.pp.se (Thomas Novin) Date: Mon, 5 Aug 2013 22:52:08 +0200 Subject: [Shotwell] Chromecast Message-ID: Hello Could it be possible to show your photos/videos on your TV via ChromeCast? Has anyone evaluated what could be done? I think we are way beyond the time where people only sit at their desktop PCs watching photos.. Rgds//Thomas From jim at yorba.org Mon Aug 5 20:58:04 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 05 Aug 2013 20:51:04 -0007 Subject: [Shotwell] Chromecast In-Reply-To: References: Message-ID: <520011da.aab6420a.13a0.548c@mx.google.com> Shotwell doesn't play videos, it launches the associated player for them (usually Totem), so you should direct this question toward those projects. As far as photos, it would be great to be able to route Shotwell's slideshow through its API. More investigation is needed. -- Jim On Mon, Aug 5, 2013 at 1:52 PM, Thomas Novin wrote: > Hello > > Could it be possible to show your photos/videos on your TV via > ChromeCast? > Has anyone evaluated what could be done? > > I think we are way beyond the time where people only sit at their > desktop > PCs watching photos.. > > Rgds//Thomas > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From joseph.bylund at gmail.com Mon Aug 5 20:57:56 2013 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Mon, 05 Aug 2013 16:57:56 -0400 Subject: [Shotwell] Chromecast In-Reply-To: References: Message-ID: <520011D4.10706@gmail.com> Thomas, There was actually a ticket opened recently for sending photos to tv via DLNA (which is actually included in tv's reasonably frequently, but in my experience rarely used). So hopefully a chromecast won't even be necessary. If your TV does not have this capability, I think an android app would be installable to the chromecast (such as https://play.google.com/store/apps/details?id=com.bubblesoft.android.bubbleupnp). -Joe http://redmine.yorba.org/issues/7280 On 08/05/2013 04:52 PM, Thomas Novin wrote: > Hello > > Could it be possible to show your photos/videos on your TV via ChromeCast? > Has anyone evaluated what could be done? > > I think we are way beyond the time where people only sit at their desktop > PCs watching photos.. > > Rgds//Thomas > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From onefiftyfour at hotmail.com Fri Aug 9 18:53:11 2013 From: onefiftyfour at hotmail.com (eric L) Date: Fri, 9 Aug 2013 13:53:11 -0500 Subject: [Shotwell] -d switch --datadir not temporary Message-ID: Sometime ago I ran shotwell like this: shotwell -d ~/shotwelltemp I was testing a behavior of something... that's not important. So after that, I ran shotwell normally without that switch. I've done several imports since then. And now I discover that my library folder has changed to ~/shotwelltemp. And when I try to change the library folder back to what I want, it does not save this preference. I see this related bug: http://redmine.yorba.org/issues/6722 I take it that if you issue the --datadir or -d switch once, then shotwell will keep that setting until you issue it again? Is that intentional? By the way, is the --datadir switch supposed to be for the library folder and the shotwell database and thumbs location? Thanks, -Eric From jim at yorba.org Fri Aug 9 21:53:40 2013 From: jim at yorba.org (Jim Nelson) Date: Fri, 09 Aug 2013 21:46:40 -0007 Subject: [Shotwell] -d switch --datadir not temporary In-Reply-To: References: Message-ID: <520564dd.459b420a.09e5.6b64@mx.google.com> I can't reproduce the problem you're describing but suspect it comes from a misunderstanding of the relationship between datadir and your Library directory. --datadir specifies where Shotwell should store its database and thumbnail files *only*. In essence, it allows for you to run Shotwell with different databases (and, hence, different collections of media). By default Shotwell uses ~/.local/share/shotwell for its database and ~/.cache/shotwell for its thumbnails. When --datadir is used, it stores both sets of data in the same directory. The Library directory is the default directory Shotwell looks for and stores media in. If you import photos with the "Copy" option, they are copied into this directory (but media can be imported from anywhere). By default on most systems, this is ~/Pictures. This is set in Edit -> Preferences. Unfortunately, the Library directory is stored in GSettings, meaning that if you run Shotwell with different --datadir directories, they all use the same Library directory. There are other GSettings that should be per data directory as well. That's the essence of this ticket: http://redmine.yorba.org/issues/6136 However, the Library directory is never set by --datadir, so I suspect you set the library directory at some point via the Edit -> Preferences dialog. You should be able to change it back. An older version of Shotwell had some problem with this regard -- you'd run Shotwell, change your settings, close and re-run Shotwell and the old settings would return. This is fixed in the latest (Shotwell 0.14.1). I encourage you to install this version if not already. -- Jim On Fri, Aug 9, 2013 at 11:53 AM, eric L wrote: > Sometime ago I ran shotwell like this: shotwell -d ~/shotwelltemp > > I was testing a behavior of something... that's not important. > > So after that, I ran shotwell normally without that switch. I've > done several imports since then. And now I discover that my library > folder has changed to ~/shotwelltemp. And when I try to change the > library folder back to what I want, it does not save this preference. > I see this related bug: http://redmine.yorba.org/issues/6722 > > I take it that if you issue the --datadir or -d switch once, then > shotwell will keep that setting until you issue it again? Is that > intentional? > > By the way, is the --datadir switch supposed to be for the library > folder and the shotwell database and thumbs location? > > Thanks, > -Eric > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From rehmann at math.uni-bielefeld.de Wed Aug 14 23:17:55 2013 From: rehmann at math.uni-bielefeld.de (Ulf Rehmann) Date: Thu, 15 Aug 2013 01:17:55 +0200 Subject: [Shotwell] Shotwell 0.14.1+trunk: Erroneous time display in Basic + Extended Info? In-Reply-To: message from Jim Nelson on Tue, 26 Feb 2013 19:43:14 -0008 Message-ID: <87a9kjn9p8.fsf@math.uni-bielefeld.de> Hi Jim, It seems to me that the time display in the Basic and Extended Info isn't correct for 0.14.1+trunk E.g., it shows 10:23 when the Exif entry says 22:23. I think it should be either 22:23 or 10:23 P.M. Similarly in the morning: an entry "A.M." is missing. This was different a couple of months ago. (I still have a machine with a non updated version running.) (In fact I think there should be an option which version is wanted: 12 hour or 24 hour display.) Regards, Ulf From joseph.bylund at gmail.com Thu Aug 15 00:07:25 2013 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Wed, 14 Aug 2013 20:07:25 -0400 Subject: [Shotwell] Shotwell 0.14.1+trunk: Erroneous time display in Basic + Extended Info? In-Reply-To: <87a9kjn9p8.fsf@math.uni-bielefeld.de> References: <87a9kjn9p8.fsf@math.uni-bielefeld.de> Message-ID: <520C1BBD.1050406@gmail.com> Ulf, I think Shotwell has been treating this as a translation issue. This is because some people would prefer to see 24 hour time, and some people would prefer am/pm. Which language are you running Shotwell in? -Joe On 08/14/2013 07:17 PM, Ulf Rehmann wrote: > Hi Jim, > > It seems to me that the time display in the Basic and Extended Info > isn't correct for 0.14.1+trunk > > E.g., it shows 10:23 when the Exif entry says 22:23. > > I think it should be either 22:23 or 10:23 P.M. > > Similarly in the morning: an entry "A.M." is missing. > > This was different a couple of months ago. (I still have a machine with > a non updated version running.) > > (In fact I think there should be an option which version is wanted: > 12 hour or 24 hour display.) > > Regards, > Ulf > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From kike at mazarredos.com Thu Aug 15 06:01:57 2013 From: kike at mazarredos.com (kike) Date: Thu, 15 Aug 2013 11:31:57 +0530 Subject: [Shotwell] audio support in shotwell? Message-ID: <520C6ED5.3080804@mazarredos.com> hi all. I am looking for a simple tagger/labeler to label my audio and video files (own audio, not music). I can find none. Asking in forums someone suggested using digikam, but as I have already shotwell installed, I decided to search in case i could manage with it. In some messages in the list back to december 2010 ( http://www.mail-archive.com/shotwell at lists.yorba.org/msg00617.html) it was pointed out that you could tweak the source code so shotwell would manage audio (though thinking it was video). I downloaded the source code but that tweak doesn't apply any more. so, my question is, any other workaround? cheers. -- El viento y el arcoiris gu?an mis pasos http://revistavicaro.blogspot.com kikE From rehmann at math.uni-bielefeld.de Thu Aug 15 08:46:32 2013 From: rehmann at math.uni-bielefeld.de (Ulf Rehmann) Date: Thu, 15 Aug 2013 10:46:32 +0200 Subject: [Shotwell] Shotwell 0.14.1+trunk: Erroneous time display in Basic + Extended Info? In-Reply-To: <520C1BBD.1050406@gmail.com> (message from Joseph Bylund on Wed, 14 Aug 2013 20:07:25 -0400) Message-ID: <877gfnmjdj.fsf@math.uni-bielefeld.de> Joe, Thanks. | I think Shotwell has been treating this as a translation issue. This is | because some people would prefer to see 24 hour time, and some people | would prefer am/pm. See my locale below. However, I think this is not my point: For me, shotwell shows 12 hour time *without am/pm*. I'd be happy with either 24 hour (preferred) or complete 12 hour including am/pm. | Which language are you running Shotwell in? Here is what `locale` tells me: LANG=en_US.UTF-8 LANGUAGE= LC_CTYPE="en_US.UTF-8" LC_NUMERIC=de_DE.UTF-8 LC_TIME=de_DE.UTF-8 LC_COLLATE="en_US.UTF-8" LC_MONETARY=de_DE.UTF-8 LC_MESSAGES="en_US.UTF-8" LC_PAPER=de_DE.UTF-8 LC_NAME=de_DE.UTF-8 LC_ADDRESS=de_DE.UTF-8 LC_TELEPHONE=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_IDENTIFICATION=de_DE.UTF-8 LC_ALL= Regards, Ulf From mateusz at loskot.net Sat Aug 17 22:07:14 2013 From: mateusz at loskot.net (Mateusz Loskot) Date: Sat, 17 Aug 2013 23:07:14 +0100 Subject: [Shotwell] Pause or cancel import? Message-ID: Hi, I've tried to find some info, but nothing really comes up. Has a feature been discussed to enable users to pause or cancel import process? I found somewhat related post [1], but not sure if it is. [1] http://lists.yorba.org/pipermail/shotwell/2012-April/003821.html Best regards, -- Mateusz Loskot, http://mateusz.loskot.net "Participation in this whole process is a form of torture" ~~ Szalony, wspinanie.pl From hendry.michael at gmail.com Mon Aug 19 09:02:28 2013 From: hendry.michael at gmail.com (Michael Hendry) Date: Mon, 19 Aug 2013 10:02:28 +0100 Subject: [Shotwell] Superfluous JPG versions of imported NEF files In-Reply-To: <243E8899-FB37-4330-8C54-4EBE2F5004AF@gmail.com> References: <518434a5.240b450a.40ab.ffffeed1@mx.google.com> <5187f393.68ed440a.7e71.6a5d@mx.google.com> <51884ca0.2603430a.2119.ffffd814@mx.google.com> <51885671.9070507@gmail.com> <518987c9.84a2440a.23f1.ffffa461@mx.google.com> <518afaf3.e5f2440a.3a7d.2e2a@mx.google.com> <518d3e12.a6fe440a.6d9a.29c7@mx.google.com> <518d61f1.4f79420a.6e88.3f7b@mx.google.com> <66113CA6-D8F9-455C-B2CF-D18DB5A00927@gmail.com> <519128a4.a433440a.7ad4.ffffdd10@mx.google.com> <031B228D-E577-4124-82BD-BA1E1F4C87A1@gmail.com> <51913f37.e7e1440a.5476.1565@mx.google.com> <1CE09817-8FC1-46FD-A1EC-065952C2B8C5@gmail.com> <5039753E-A9A2-40E5-971F-460827AC689E@gmail.com> <519526e0.e7e1440a.1cab.484a@mx.google.com> <243E8899-FB37-4330-8C54-4EBE2F5004AF@gmail.com> Message-ID: Jim, I touched on this subject earlier in the year, and I thought I'd got it all sorted out, but? I recently installed a utility called Dupe Guru on my iMac, and have found it very useful in clearing out duplicate files - the result of my moving files from several old computers and operating systems to the new machine. Working from the largest files downwards, I've cleaned out duplicate music files, and am now coming into the JPGs, where I've discovered numerous Shotwell folders holding DSC_XXXX.NEF files along with corresponding DSC_XXXX_shotwell.jpg and DSC_XXXX_shotwell_1.jpg files. Dupe Guru finds the DSC_XXXX_shotwell.jpg and DSC_XXXX_shotwell_1.jpg to be identical in all but name. Unfortunately, if I delete either or both of these families of JPG files, Shotwell eventually re-generates them in the background. It is possible to recover the disc space occupied by the duplicate files by getting Dupe Guru to set up a link, but this is time-consuming, and I'd rather just delete the DSC_XXXX_shotwell_1.jpg files and be done with it. Incidentally, the process of regenerating a few dozen such files shuts Shotwell down after every eight or ten files. I'm running OSX version 10.8.4 on my iMac, with 8 GB of memory. For Shotwell, I'm running version 0.14.1 with Ubuntu 12.04 in a Parallels Virtual Machine, allocated 2 GB of memory. Shotwell's Library is stored in a shared folder on the iMac itself, allowing GIMP etc to access them in the Mac environment. My primary question is, How can I remove duplicate JPG files without having Shotwell regenerate them? As a secondary issue, do you think that 2 GB is insufficient for Shotwell's needs when it comes to Updating the Library? Regards Michael From ktenney at gmail.com Mon Aug 19 13:28:51 2013 From: ktenney at gmail.com (Kent Tenney) Date: Mon, 19 Aug 2013 08:28:51 -0500 Subject: [Shotwell] Raw + jpg not 'paired' Message-ID: Howdy, I'm shooting raw+jpeg. In the past, deleting the jpeg would delete the corresponding raw, currently, I must delete both. Version = 0.14.1+trunk Suggestions? Thanks, Kent From jim at yorba.org Mon Aug 19 22:35:15 2013 From: jim at yorba.org (Jim Nelson) Date: Mon, 19 Aug 2013 22:28:15 -0007 Subject: [Shotwell] Pause or cancel import? In-Reply-To: References: Message-ID: <52129d8e.215a440a.18ca.ffff87d5@mx.google.com> You can stop an import by going to the Importing... page and pressing the Stop button on the toolbar. Note that this halts the import, but does not remove already-imported photos (which to me is what Cancel would imply). There is no Pause mechanism right now. I've ticketed it here: http://redmine.yorba.org/issues/7360 -- Jim On Sat, Aug 17, 2013 at 3:07 PM, Mateusz Loskot wrote: > Hi, > > I've tried to find some info, but nothing really comes up. > > Has a feature been discussed to enable users to pause or cancel > import process? > I found somewhat related post [1], but not sure if it is. > > > [1] http://lists.yorba.org/pipermail/shotwell/2012-April/003821.html > > Best regards, > -- > Mateusz Loskot, http://mateusz.loskot.net > "Participation in this whole process is a form of torture" ~~ Szalony, > wspinanie.pl > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mateusz at loskot.net Mon Aug 19 22:54:19 2013 From: mateusz at loskot.net (Mateusz Loskot) Date: Mon, 19 Aug 2013 23:54:19 +0100 Subject: [Shotwell] Pause or cancel import? In-Reply-To: <52129d8e.215a440a.18ca.ffff87d5@mx.google.com> References: <52129d8e.215a440a.18ca.ffff87d5@mx.google.com> Message-ID: On 19 August 2013 23:35, Jim Nelson wrote: > You can stop an import by going to the Importing... page and pressing the > Stop button on the toolbar. Note that this halts the import, but does not > remove already-imported photos (which to me is what Cancel would imply). I wasn't aware of the "Importing..." node with the progress bar and the "Stop importing photos" button at the bottom It's great, does the job. > There is no Pause mechanism right now. I've ticketed it here: > http://redmine.yorba.org/issues/7360 Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net "Participation in this whole process is a form of torture" ~~ Szalony From jim at yorba.org Wed Aug 21 23:10:30 2013 From: jim at yorba.org (Jim Nelson) Date: Wed, 21 Aug 2013 23:03:30 -0007 Subject: [Shotwell] Raw + jpg not 'paired' In-Reply-To: References: Message-ID: <521548e8.67e6440a.6fed.3f56@mx.google.com> Quite a bit of work was done in 0.14 to correct a number of issues with RAW+JPEG in Shotwell. These in particular are of interest: http://redmine.yorba.org/issues/6238http://redmine.yorba.org/issues/4207 However, I'm curious what you mean by "deleting the JPEG". Do you mean deleting the JPEG externally (i.e. from the console or Nautilus) or from within Shotwell? -- Jim On Mon, Aug 19, 2013 at 6:28 AM, Kent Tenney wrote: > Howdy, > > I'm shooting raw+jpeg. > > In the past, deleting the jpeg would delete the > corresponding raw, currently, I must delete both. > > Version = 0.14.1+trunk > > 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 Aug 22 00:02:43 2013 From: jim at yorba.org (Jim Nelson) Date: Wed, 21 Aug 2013 23:55:43 -0007 Subject: [Shotwell] Superfluous JPG versions of imported NEF files In-Reply-To: References: <518434a5.240b450a.40ab.ffffeed1@mx.google.com> <5187f393.68ed440a.7e71.6a5d@mx.google.com> <51884ca0.2603430a.2119.ffffd814@mx.google.com> <51885671.9070507@gmail.com> <518987c9.84a2440a.23f1.ffffa461@mx.google.com> <518afaf3.e5f2440a.3a7d.2e2a@mx.google.com> <518d3e12.a6fe440a.6d9a.29c7@mx.google.com> <518d61f1.4f79420a.6e88.3f7b@mx.google.com> <66113CA6-D8F9-455C-B2CF-D18DB5A00927@gmail.com> <519128a4.a433440a.7ad4.ffffdd10@mx.google.com> <031B228D-E577-4124-82BD-BA1E1F4C87A1@gmail.com> <51913f37.e7e1440a.5476.1565@mx.google.com> <1CE09817-8FC1-46FD-A1EC-065952C2B8C5@gmail.com> <5039753E-A9A2-40E5-971F-460827AC689E@gmail.com> <519526e0.e7e1440a.1cab.484a@mx.google.com> <243E8899-FB37-4330-8C54-4EBE2F5004AF@gmail.com> Message-ID: <52155526.8644440a.5aae.5cdf@mx.google.com> On Mon, Aug 19, 2013 at 2:02 AM, Michael Hendry wrote: > Incidentally, the process of regenerating a few dozen such files > shuts Shotwell down after every eight or ten files. Do you mean Shotwell crashes, or that it becomes unresponsive? > My primary question is, How can I remove duplicate JPG files without > having Shotwell regenerate them? You shouldn't have two such files (i.e. _shotwell.jpg and _shotwell_1.jpg). We had prior problems with this in the past but thought we'd cleared most of that up in 0.14.1 However, as long as your RAW Developer is set to "Shotwell" (in Edit -> Preferences), Shotwell has to maintain those files. If you set your RAW Developer to "Camera" it will use the RAW file's JPEG. If your camera produces RAW+JPEG, they should be paired at import time and it will use that one. Otherwise, Shotwell will extract the JPEG from the RAW file (most cameras supply one) and write that to the filesystem. > As a secondary issue, do you think that 2 GB is insufficient for > Shotwell's needs when it comes to Updating the Library? > It all depends on the size of your library. How many photos are we talking about? -- Jim From jim at yorba.org Thu Aug 22 00:04:13 2013 From: jim at yorba.org (Jim Nelson) Date: Wed, 21 Aug 2013 23:57:13 -0007 Subject: [Shotwell] audio support in shotwell? In-Reply-To: <520C6ED5.3080804@mazarredos.com> References: <520C6ED5.3080804@mazarredos.com> Message-ID: <5215557f.4631420a.7cd0.ffffb0c3@mx.google.com> On Wed, Aug 14, 2013 at 11:01 PM, kike wrote: > so, my question is, any other workaround? > Not that I know of. I suspect that patch simply added audio files to the list of video files Shotwell would import. We don't have anything like that planned today. Support audio fully in Shotwell would be a bit more work, especially since audio users would want full metadata support. -- Jim From jim at yorba.org Thu Aug 22 00:46:36 2013 From: jim at yorba.org (Jim Nelson) Date: Thu, 22 Aug 2013 00:39:36 -0007 Subject: [Shotwell] Shotwell 0.14.1+trunk: Erroneous time display in Basic + Extended Info? In-Reply-To: <877gfnmjdj.fsf@math.uni-bielefeld.de> References: <877gfnmjdj.fsf@math.uni-bielefeld.de> Message-ID: <52155f6d.c99f420a.798f.ffffbf95@mx.google.com> I believe you're seeing a problem that has affected other translations as well: http://redmine.yorba.org/issues/6939 I've re-opened that ticket. We have made some work in the past toward a more robust solution by using locale settings rather than translations: http://redmine.yorba.org/issues/2462 -- Jim On Thu, Aug 15, 2013 at 1:46 AM, Ulf Rehmann wrote: > > Joe, > > Thanks. > > | I think Shotwell has been treating this as a translation issue. > This is > | because some people would prefer to see 24 hour time, and some > people > | would prefer am/pm. > > See my locale below. However, I think this is not my point: For me, > shotwell shows 12 hour time *without am/pm*. > > I'd be happy with either 24 hour (preferred) or complete 12 hour > including am/pm. > > | Which language are you running Shotwell in? > > Here is what `locale` tells me: > > LANG=en_US.UTF-8 > LANGUAGE= > LC_CTYPE="en_US.UTF-8" > LC_NUMERIC=de_DE.UTF-8 > LC_TIME=de_DE.UTF-8 > LC_COLLATE="en_US.UTF-8" > LC_MONETARY=de_DE.UTF-8 > LC_MESSAGES="en_US.UTF-8" > LC_PAPER=de_DE.UTF-8 > LC_NAME=de_DE.UTF-8 > LC_ADDRESS=de_DE.UTF-8 > LC_TELEPHONE=de_DE.UTF-8 > LC_MEASUREMENT=de_DE.UTF-8 > LC_IDENTIFICATION=de_DE.UTF-8 > LC_ALL= > > Regards, > Ulf > From hendry.michael at gmail.com Thu Aug 22 05:37:55 2013 From: hendry.michael at gmail.com (Michael Hendry) Date: Thu, 22 Aug 2013 06:37:55 +0100 Subject: [Shotwell] Superfluous JPG versions of imported NEF files In-Reply-To: <52155526.8644440a.5aae.5cdf@mx.google.com> References: <518434a5.240b450a.40ab.ffffeed1@mx.google.com> <5187f393.68ed440a.7e71.6a5d@mx.google.com> <51884ca0.2603430a.2119.ffffd814@mx.google.com> <51885671.9070507@gmail.com> <518987c9.84a2440a.23f1.ffffa461@mx.google.com> <518afaf3.e5f2440a.3a7d.2e2a@mx.google.com> <518d3e12.a6fe440a.6d9a.29c7@mx.google.com> <518d61f1.4f79420a.6e88.3f7b@mx.google.com> <66113CA6-D8F9-455C-B2CF-D18DB5A00927@gmail.com> <519128a4.a433440a.7ad4.ffffdd10@mx.google.com> <031B228D-E577-4124-82BD-BA1E1F4C87A1@gmail.com> <51913f37.e7e1440a.5476.1565@mx.google.com> <1CE09817-8FC1-46FD-A1EC-065952C2B8C5@gmail.com> <5039753E-A9A2-40E5-971F-460827AC689E@gmail.com> <519526e0.e7e1440a.1cab.484a@mx.google.com> <243E8899-FB37-4330-8C54-4EBE2F5004AF@gmail.com> <52155526.8644440a.5aae.5cdf@mx.google.com> Message-ID: <357DE954-18EE-41AC-AD0F-7773A494AA2A@gmail.com> On 22 Aug 2013, at 01:02, Jim Nelson wrote: > > On Mon, Aug 19, 2013 at 2:02 AM, Michael Hendry wrote: >> Incidentally, the process of regenerating a few dozen such files shuts Shotwell down after every eight or ten files. > > Do you mean Shotwell crashes, or that it becomes unresponsive? Thanks, Jim. Shotwell disappears from the screen, as though I'd used File -> Quit. There's no warning message to suggest there's been a crash, although on at least one occasion Ubuntu reported that it was having a problem, and offered to report it to the developers. > >> My primary question is, How can I remove duplicate JPG files without having Shotwell regenerate them? > > You shouldn't have two such files (i.e. _shotwell.jpg and _shotwell_1.jpg). We had prior problems with this in the past but thought we'd cleared most of that up in 0.14.1 I found that only a few directories were affected by this, all containing images captured on a trip to Madagascar. Usually my memory card is big enough for a whole trip, but I'd had to download them to my iPad and clear the memory card, so the images were downloaded from the iPad when we got home, not from the camera. I worked around the problem by removing all the affected images from the library, deleting the superfluous JPG files and then re-importing the images to Shotwell. In the process, I lost the tags I'd put on the files (despite having opted for metadata to be written to them), but I'd anticipated this, and noted the tags down before I went through the process. I notice that the recent Shotwell-generated JPGs are suffixed "_embedded" not "_shotwell". > > However, as long as your RAW Developer is set to "Shotwell" (in Edit -> Preferences), Shotwell has to maintain those files. If you set your RAW Developer to "Camera" it will use the RAW file's JPEG. If your camera produces RAW+JPEG, they should be paired at import time and it will use that one. Otherwise, Shotwell will extract the JPEG from the RAW file (most cameras supply one) and write that to the filesystem. This was happening despite my having set the RAW Developer to "Camera". If I recall correctly, this option was changed to "Shotwell" when I upgraded Shotwell, and it was some time before I realised and changed back to "Camera". >> As a secondary issue, do you think that 2 GB is insufficient for Shotwell's needs when it comes to Updating the Library? > > It all depends on the size of your library. How many photos are we talking about? 28873 + 85 videos. Michael From rehmann at math.uni-bielefeld.de Thu Aug 22 07:46:08 2013 From: rehmann at math.uni-bielefeld.de (Ulf Rehmann) Date: Thu, 22 Aug 2013 09:46:08 +0200 Subject: [Shotwell] Shotwell 0.14.1+trunk: Erroneous time display in Basic + Extended Info? In-Reply-To: <52155f6d.c99f420a.798f.ffffbf95@mx.google.com> (message from Jim Nelson on Thu, 22 Aug 2013 00:39:36 -0007) Message-ID: <87txiib22n.fsf@math.uni-bielefeld.de> Thanks, Jim, for taking care of this: Jim Nelson writes: | [1:text/plain Hide] > > > | I believe you're seeing a problem that has affected other translations | as well: http://redmine.yorba.org/issues/6939 | I've re-opened that ticket. We have made some work in the past toward | a more robust solution by using locale settings rather than | translations: http://redmine.yorba.org/issues/2462 | -- Jim > | On Thu, Aug 15, 2013 at 1:46 AM, Ulf Rehmann | wrote: > >> >> Joe, >> >> Thanks. >> >> | I think Shotwell has been treating this as a translation issue. >> This is >> | because some people would prefer to see 24 hour time, and some >> people >> | would prefer am/pm. >> >> See my locale below. However, I think this is not my point: For me, >> shotwell shows 12 hour time *without am/pm*. >> >> I'd be happy with either 24 hour (preferred) or complete 12 hour >> including am/pm. >> >> | Which language are you running Shotwell in? >> >> Here is what `locale` tells me: >> >> LANG=en_US.UTF-8 >> LANGUAGE= >> LC_CTYPE="en_US.UTF-8" >> LC_NUMERIC=de_DE.UTF-8 >> LC_TIME=de_DE.UTF-8 >> LC_COLLATE="en_US.UTF-8" >> LC_MONETARY=de_DE.UTF-8 >> LC_MESSAGES="en_US.UTF-8" >> LC_PAPER=de_DE.UTF-8 >> LC_NAME=de_DE.UTF-8 >> LC_ADDRESS=de_DE.UTF-8 >> LC_TELEPHONE=de_DE.UTF-8 >> LC_MEASUREMENT=de_DE.UTF-8 >> LC_IDENTIFICATION=de_DE.UTF-8 >> LC_ALL= >> >> Regards, >> Ulf >> > | [2:text/html Show] From matt at acumen-it.co.uk Thu Aug 22 08:12:44 2013 From: matt at acumen-it.co.uk (Matt Wallis) Date: Thu, 22 Aug 2013 09:12:44 +0100 Subject: [Shotwell] Same date appears twice after 2nd import Message-ID: <5215c7fc.3a.ee0.27658@surfanytime.net> Hi, I have just returned from a trip where we had two cameras, and I want to view all photos in Shotwell, sorted by the time they were taken. One camera creates images with filenames like DSCN9999.JPG, and the other IMG_9999.JPG. So, I did two imports into Shotwell, and the result is not as I wanted. Instead I have: - On each date where both cameras were used, Shotwell lists the date twice in its main view. For example, if I view the photos for August, then August 7th appears twice - once for the photos from the first import, and again for the photos from the second import. - When I look at the underlying unix directory, there is just one (~/Pictures/2013/08/07) containing all of the DSCN*.JPG and IMG_*.JPG files. Is there a way to get Shotwell to merge the photos from the two camaras? I am using Shotwell 0.12.3 on Ubuntu. Thanks in anticipation of help, Matt. From hendry.michael at gmail.com Thu Aug 22 08:25:53 2013 From: hendry.michael at gmail.com (Michael Hendry) Date: Thu, 22 Aug 2013 09:25:53 +0100 Subject: [Shotwell] Same date appears twice after 2nd import In-Reply-To: <5215c7fc.3a.ee0.27658@surfanytime.net> References: <5215c7fc.3a.ee0.27658@surfanytime.net> Message-ID: On 22 Aug 2013, at 09:12, Matt Wallis wrote: > Hi, > > I have just returned from a trip where we had two cameras, > and I want to view all photos in Shotwell, sorted by the > time they were taken. One camera creates images with > filenames like DSCN9999.JPG, and the other IMG_9999.JPG. > > So, I did two imports into Shotwell, and the result is not > as I wanted. Instead I have: > > - On each date where both cameras were used, Shotwell > lists the date twice in its main view. For example, if I > view the photos for August, then August 7th appears twice - > once for the photos from the first import, and again for the > photos from the second import. > > - When I look at the underlying unix directory, there is > just one (~/Pictures/2013/08/07) containing all of the > DSCN*.JPG and IMG_*.JPG files. > > Is there a way to get Shotwell to merge the photos from the > two camaras? > > I am using Shotwell 0.12.3 on Ubuntu. > > Thanks in anticipation of help, > Matt. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell I take it you're referring to the Events pane. Open one of the two events folders, it doesn't matter which. Select all the images within it. Drag and drop the images into the other events folder. The unnecessary (and now empty) event will disappear from the Events pane. Michael From matt at acumen-it.co.uk Thu Aug 22 08:32:43 2013 From: matt at acumen-it.co.uk (Matt Wallis) Date: Thu, 22 Aug 2013 09:32:43 +0100 Subject: [Shotwell] Same date appears twice after 2nd import Message-ID: <5215ccab.173.734.4405@surfanytime.net> I think I'm about to answer my own question! Sorry I failed to find this before: ----- Original Message Follows ----- From: "Matt Wallis" To: shotwell at lists.yorba.org Subject: [Shotwell] Same date appears twice after 2nd import Date: Thu, 22 Aug 2013 09:12:44 +0100 > Hi, > > I have just returned from a trip where we had two cameras, > and I want to view all photos in Shotwell, sorted by the > time they were taken. One camera creates images with > filenames like DSCN9999.JPG, and the other IMG_9999.JPG. > > So, I did two imports into Shotwell, and the result is not > as I wanted. Instead I have: > > - On each date where both cameras were used, Shotwell > lists the date twice in its main view. For example, if I > view the photos for August, then August 7th appears twice > - once for the photos from the first import, and again for > the photos from the second import. > > - When I look at the underlying unix directory, there is > just one (~/Pictures/2013/08/07) containing all of the > DSCN*.JPG and IMG_*.JPG files. > > Is there a way to get Shotwell to merge the photos from > the two camaras? > > I am using Shotwell 0.12.3 on Ubuntu. According to http://redmine.yorba.org/issues/3565, the answer is No, not unless you want to merge the two sets of photos before you import them into Shotwell. Is that right? I see in the text of that ticket repeated use of the tern "event". What is an "event"? To me, it is not an obvious concept in the domain of managing photos. Regards, Matt. From rehmann at math.uni-bielefeld.de Thu Aug 22 08:33:33 2013 From: rehmann at math.uni-bielefeld.de (Ulf Rehmann) Date: Thu, 22 Aug 2013 10:33:33 +0200 Subject: [Shotwell] Same date appears twice after 2nd import In-Reply-To: <5215c7fc.3a.ee0.27658@surfanytime.net> (matt@acumen-it.co.uk) Message-ID: <87r4dmazvm.fsf@math.uni-bielefeld.de> | - On each date where both cameras were used, Shotwell | lists the date twice in its main view. For example, if I | view the photos for August, then August 7th appears twice - | once for the photos from the first import, and again for the | photos from the second import. Yes, there is a merge tool: Just ctrl-left-mouse-click on the two occurences of "August 7", so that both are highlighted, then right-mouse-click and choose merge. From hendry.michael at gmail.com Thu Aug 22 08:44:39 2013 From: hendry.michael at gmail.com (Michael Hendry) Date: Thu, 22 Aug 2013 09:44:39 +0100 Subject: [Shotwell] Same date appears twice after 2nd import In-Reply-To: <5215ccab.173.734.4405@surfanytime.net> References: <5215ccab.173.734.4405@surfanytime.net> Message-ID: On 22 Aug 2013, at 09:32, Matt Wallis wrote: > I think I'm about to answer my own question! Sorry I failed > to find this before: > > ----- Original Message Follows ----- > From: "Matt Wallis" > To: shotwell at lists.yorba.org > Subject: [Shotwell] Same date appears twice after 2nd import > Date: Thu, 22 Aug 2013 09:12:44 +0100 > >> Hi, >> >> I have just returned from a trip where we had two cameras, >> and I want to view all photos in Shotwell, sorted by the >> time they were taken. One camera creates images with >> filenames like DSCN9999.JPG, and the other IMG_9999.JPG. >> >> So, I did two imports into Shotwell, and the result is not >> as I wanted. Instead I have: >> >> - On each date where both cameras were used, Shotwell >> lists the date twice in its main view. For example, if I >> view the photos for August, then August 7th appears twice >> - once for the photos from the first import, and again for >> the photos from the second import. >> >> - When I look at the underlying unix directory, there is >> just one (~/Pictures/2013/08/07) containing all of the >> DSCN*.JPG and IMG_*.JPG files. >> >> Is there a way to get Shotwell to merge the photos from >> the two camaras? >> >> I am using Shotwell 0.12.3 on Ubuntu. > > According to http://redmine.yorba.org/issues/3565, the > answer is No, not unless you want to merge the two sets of > photos before you import them into Shotwell. Is that right? > > I see in the text of that ticket repeated use of the tern > "event". What is an "event"? To me, it is not an obvious > concept in the domain of managing photos. Shotwell supports the idea of grouping images into Events - e.g. "Jim & Mary's Wedding", or "Killers Gig at Wembley". Having no information to go on apart from the date-stamp in the file, when Shotwell imports an image it allocates it an event corresponding to the date. If you run more than one import session, you'll end up with more than one event for that date. Michael > > > Regards, > Matt. > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From matt at acumen-it.co.uk Thu Aug 22 08:46:23 2013 From: matt at acumen-it.co.uk (Matt Wallis) Date: Thu, 22 Aug 2013 09:46:23 +0100 Subject: [Shotwell] Same date appears twice after 2nd import Message-ID: <5215cfdf.2a9.c24.3507@surfanytime.net> ----- Original Message Follows ----- From: Ulf Rehmann > Yes, there is a merge tool: Just ctrl-left-mouse-click on > the two occurences of "August 7", so that both are > highlighted, then right-mouse-click and choose merge. Thanks, Ulf - that does the job! Thanks also Michael Hendry - that works too. From insomniacpenguin at googlemail.com Thu Aug 22 09:02:26 2013 From: insomniacpenguin at googlemail.com (Andy Stevens) Date: Thu, 22 Aug 2013 10:02:26 +0100 Subject: [Shotwell] Same date appears twice after 2nd import In-Reply-To: <5215ccab.173.734.4405@surfanytime.net> References: <5215ccab.173.734.4405@surfanytime.net> Message-ID: On 22 Aug 2013 09:32, "Matt Wallis" wrote: > I see in the text of that ticket repeated use of the tern > "event". What is an "event"? To me, it is not an obvious > concept in the domain of managing photos. What's an event? Something you went to, at which you took photos. Friend's wedding, summer holiday, a birthday party, weekly cycle ride in the country, whatever... Shotwell treats them in similar fashion to the "category" tags, though in a separate panel and hierarchy (and to be honest, I don't see why they couldn't just have been handled along with the other tags, nested under a top-level "events" tag...) They could last many days, or you might attend more than one event in a day, but Shotwell by default creates a separate event for each date when it imports pictures and puts them into the respective event, which is the cause of much confusion and questions on the mailing list as people then expect the events to behave as either a timeline or the directory structure (and automatically mirror filesystem or metadata changes) which doesn't happen as they're a separate concept. It might be less confusing if they just got named "event001", "event002", etc. so that people didn't immediately associate them with the date. Perhaps that could be added as a preference? Andy. From matt at acumen-it.co.uk Thu Aug 22 10:23:08 2013 From: matt at acumen-it.co.uk (Matt Wallis) Date: Thu, 22 Aug 2013 11:23:08 +0100 Subject: [Shotwell] Same date appears twice after 2nd import In-Reply-To: References: <5215ccab.173.734.4405@surfanytime.net> Message-ID: <5215E68C.5030601@acumen-it.co.uk> On 22/08/2013 09:44, Michael Hendry wrote: > On 22 Aug 2013, at 09:32, Matt Wallis wrote: > >> I see in the text of that ticket repeated use of the tern >> "event". What is an "event"? To me, it is not an obvious >> concept in the domain of managing photos. > Shotwell supports the idea of grouping images into Events - e.g. "Jim & Mary's Wedding", or "Killers Gig at Wembley". > > Having no information to go on apart from the date-stamp in the file, when Shotwell imports an image it allocates it an event corresponding to the date. If you run more than one import session, you'll end up with more than one event for that date. Thanks for that clear explanation. As Andy Stevens pointed out, I can see why this is a cause of confusion. It confused me! For me, Events and Dates are separate concepts that can co-exist: my holiday (an "event") ran over many days; more than one event can be depicted in the same photo (Jim and Mary's Wedding at the Killers Gig at Wembley!). As I now understand it, an import is modelled as a set of events - one for each day on which the imported photos were taken. I had made the mistake of thinking that the default view provided my Shotwell is of the natural hierarchy provided by dates. This is now getting way off topic. I think I might open a new thread to ask about tagging and non-hierarchical views :-) Matt. From mateusz at loskot.net Thu Aug 22 10:51:26 2013 From: mateusz at loskot.net (Mateusz Loskot) Date: Thu, 22 Aug 2013 11:51:26 +0100 Subject: [Shotwell] Same date appears twice after 2nd import In-Reply-To: <5215E68C.5030601@acumen-it.co.uk> References: <5215ccab.173.734.4405@surfanytime.net> <5215E68C.5030601@acumen-it.co.uk> Message-ID: On 22 August 2013 11:23, Matt Wallis wrote: > On 22/08/2013 09:44, Michael Hendry wrote: >> >> On 22 Aug 2013, at 09:32, Matt Wallis wrote: >> >>> I see in the text of that ticket repeated use of the tern >>> "event". What is an "event"? To me, it is not an obvious >>> concept in the domain of managing photos. >> >> Shotwell supports the idea of grouping images into Events - e.g. "Jim & >> Mary's Wedding", or "Killers Gig at Wembley". >> >> Having no information to go on apart from the date-stamp in the file, when >> Shotwell imports an image it allocates it an event corresponding to the >> date. If you run more than one import session, you'll end up with more than >> one event for that date. > > Thanks for that clear explanation. As Andy Stevens pointed out, I can see > why this is a cause of confusion. It confused me! For me, Events and Dates > are separate concepts that can co-exist: my holiday (an "event") ran over > many days; more than one event can be depicted in the same photo (Jim and > Mary's Wedding at the Killers Gig at Wembley!). IMHO, you've got the point. Event is a feature with known 'location' in time. Date is a particular location in time. Now, Event can span across *continuous* range of Dates. This is how I perceive an Event in Shotwell. What I am missing in Shotwell is an Album, which sits at higher level and can be used to gather photos from multiple Dates or Events, according to personal preferences. A similar concept to Album is Flickr's Collection and Set. Here are my suggested User Stories; 1. As a Shotwell user, I want to create an Album, so I can attach a selection of photos to it. 2. As a Shotwell user, I want to be able to open an Album, so I can list Events from which photos are attached to it. IMHO, this would cover most of common use cases. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net "Participation in this whole process is a form of torture" ~~ Szalony From rehmann at math.uni-bielefeld.de Thu Aug 22 12:33:47 2013 From: rehmann at math.uni-bielefeld.de (Ulf Rehmann) Date: Thu, 22 Aug 2013 14:33:47 +0200 Subject: [Shotwell] Same date appears twice after 2nd import In-Reply-To: (message from Mateusz Loskot on Thu, 22 Aug 2013 11:51:26 +0100) Message-ID: <871u5lj45w.fsf@math.uni-bielefeld.de> | What I am missing in Shotwell is an Album, which sits at higher level | and can be used to gather photos from multiple Dates or Events, | according to personal preferences. You can use 'tags' for that. I have zillions of such (in a collection of about 17.000 photos. They can have any (even multiple word) name like '1989 holidays at Denver' or such, and they can even be cascaded and grouped together. Easy handling! From mateusz at loskot.net Thu Aug 22 12:55:20 2013 From: mateusz at loskot.net (Mateusz Loskot) Date: Thu, 22 Aug 2013 13:55:20 +0100 Subject: [Shotwell] Same date appears twice after 2nd import In-Reply-To: <871u5lj45w.fsf@math.uni-bielefeld.de> References: <871u5lj45w.fsf@math.uni-bielefeld.de> Message-ID: On 22 August 2013 13:33, Ulf Rehmann wrote: > > | What I am missing in Shotwell is an Album, which sits at higher level > | and can be used to gather photos from multiple Dates or Events, > | according to personal preferences. > > You can use 'tags' for that. I have zillions of such (in a collection of > about 17.000 photos. They can have any (even multiple word) name like > '1989 holidays at Denver' or such, and they can even be cascaded and > grouped together. I use tags a lot. However, speaking of semantic and metadata, hierarchical tags is a complete misunderstanding. That is because, "often many hierarchies can be created for any given set of data" [1] Wikipedia says: a tag is a non-hierarchical. It means, tags != taxonomy. I speak of albums as a tool to apply some sort of structured taxonomy to photos. IMHO, the problem is that tags, in many applications, have become some sort of universal tool to handle anything, to build a messy UX :) [1] http://infolab.stanford.edu/~heymann/taghierarchy.html Best regards, -- Mateusz Loskot, http://mateusz.loskot.net "Participation in this whole process is a form of torture" ~~ Szalony From ktenney at gmail.com Thu Aug 22 13:00:38 2013 From: ktenney at gmail.com (Kent Tenney) Date: Thu, 22 Aug 2013 08:00:38 -0500 Subject: [Shotwell] Raw + jpg not 'paired' In-Reply-To: <521548e8.67e6440a.6fed.3f56@mx.google.com> References: <521548e8.67e6440a.6fed.3f56@mx.google.com> Message-ID: I mean from within Shotwell. My Canon G11 has been running 'CHDK' http://chdk.wikia.com/wiki/CHDK I just shot some photos using stock Canon software, with both types on the card, Shotwell's 'Mass Storage Camera' view of the card shows the stock ones as RAW+JPEG and 'Basic Information' says: IMG_5577.CR2 the CHDK ones show the raw and jpeg version as discrete, 'Basic Information': CRW_5574.DNG and IMG_5574.JPG So it looks like the problem is CHDK related ... I'm quite sure pairing with CHDK worked at one point, but I might have changed it's configuration since then. CHDK allows configuring filename extensions, might that be something to look into as a source of confusion for Shotwell? Thanks, Kent On Wed, Aug 21, 2013 at 6:10 PM, Jim Nelson wrote: > Quite a bit of work was done in 0.14 to correct a number of issues with > RAW+JPEG in Shotwell. These in particular are of interest: > > http://redmine.yorba.org/issues/6238 > http://redmine.yorba.org/issues/4207 > > However, I'm curious what you mean by "deleting the JPEG". Do you mean > deleting the JPEG externally (i.e. from the console or Nautilus) or from > within Shotwell? > > -- Jim > > On Mon, Aug 19, 2013 at 6:28 AM, Kent Tenney wrote: > > Howdy, I'm shooting raw+jpeg. In the past, deleting the jpeg would delete > the corresponding raw, currently, I must delete both. Version = 0.14.1+trunk > Suggestions? Thanks, Kent _______________________________________________ > Shotwell mailing list Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From joseph.bylund at gmail.com Thu Aug 22 13:48:32 2013 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Thu, 22 Aug 2013 09:48:32 -0400 Subject: [Shotwell] Raw + jpg not 'paired' In-Reply-To: References: <521548e8.67e6440a.6fed.3f56@mx.google.com> Message-ID: <521616B0.2070600@gmail.com> Kent, This is ticketed as http://redmine.yorba.org/issues/4916 . The easy and immediate fix is to change the chdk prefix from CRW to IMG, since shotwell looks for two files which have the same filename up to the extension. It might be possible to change how halves of a jpg+raw pair are detected, which might depend on the filetypes and what metadata are written to them. Or put in a special case for chdk, but as this is just the default naming scheme that seems easily breakable as well. Anyways, the immediate fix for you would be to change the chdk prefix and rename half of the images you already have (from crw to img or the other way around). -Joe On 08/22/2013 09:00 AM, Kent Tenney wrote: > I mean from within Shotwell. > > My Canon G11 has been running 'CHDK' > http://chdk.wikia.com/wiki/CHDK > > I just shot some photos using stock Canon software, with both > types on the card, Shotwell's 'Mass Storage Camera' view of the > card shows the stock ones as RAW+JPEG and 'Basic Information' says: > IMG_5577.CR2 > > > the CHDK ones > show the raw and jpeg version as discrete, 'Basic Information': > CRW_5574.DNG and IMG_5574.JPG > > So it looks like the problem is CHDK related ... > > I'm quite sure pairing with CHDK worked at one point, but I > might have changed it's configuration since then. CHDK allows > configuring filename extensions, might that be something to look into > as a source of confusion for Shotwell? > > Thanks, > Kent > > > > On Wed, Aug 21, 2013 at 6:10 PM, Jim Nelson wrote: >> Quite a bit of work was done in 0.14 to correct a number of issues with >> RAW+JPEG in Shotwell. These in particular are of interest: >> >> http://redmine.yorba.org/issues/6238 >> http://redmine.yorba.org/issues/4207 >> >> However, I'm curious what you mean by "deleting the JPEG". Do you mean >> deleting the JPEG externally (i.e. from the console or Nautilus) or from >> within Shotwell? >> >> -- Jim >> >> On Mon, Aug 19, 2013 at 6:28 AM, Kent Tenney wrote: >> >> Howdy, I'm shooting raw+jpeg. In the past, deleting the jpeg would delete >> the corresponding raw, currently, I must delete both. Version = 0.14.1+trunk >> 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 Thu Aug 22 18:59:27 2013 From: jim at yorba.org (Jim Nelson) Date: Thu, 22 Aug 2013 18:52:27 -0007 Subject: [Shotwell] Same date appears twice after 2nd import In-Reply-To: References: <871u5lj45w.fsf@math.uni-bielefeld.de> Message-ID: <52165f8e.68f2440a.2c3f.25de@mx.google.com> We have a ticket to add Album support to Shotwell: http://redmine.yorba.org/issues/81 It was closed a few years ago under the thinking that Events, Tags, and Folder heirarchy were enough organizational schemes for users. (I forgot that the ticket had been closed.) I'm reopening it as I think an Album scheme would be more than useful to a lot of users, and that the current schemes don't answer all the needs Albums would provide. -- Jim On Thu, Aug 22, 2013 at 5:55 AM, Mateusz Loskot wrote: > On 22 August 2013 13:33, Ulf Rehmann > wrote: >> >> | What I am missing in Shotwell is an Album, which sits at higher >> level >> | and can be used to gather photos from multiple Dates or Events, >> | according to personal preferences. >> >> You can use 'tags' for that. I have zillions of such (in a >> collection of >> about 17.000 photos. They can have any (even multiple word) name >> like >> '1989 holidays at Denver' or such, and they can even be cascaded and >> grouped together. >> > I use tags a lot. > > However, speaking of semantic and metadata, hierarchical tags is a > complete misunderstanding. That is because, > "often many hierarchies can be created for any given set of data" [1] > > Wikipedia says: a tag is a non-hierarchical. > > It means, tags != taxonomy. > I speak of albums as a tool to apply some sort of structured taxonomy > to photos. > > IMHO, the problem is that tags, in many applications, have become some > sort of universal tool to handle anything, to build a messy UX :) > > [1] http://infolab.stanford.edu/~heymann/taghierarchy.html > > Best regards, > -- > Mateusz Loskot, http://mateusz.loskot.net > "Participation in this whole process is a form of torture" ~~ Szalony > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From spacemen12 at yahoo.com Sat Aug 31 07:21:40 2013 From: spacemen12 at yahoo.com (Xavier Thibert) Date: Sat, 31 Aug 2013 00:21:40 -0700 (PDT) Subject: [Shotwell] database operation Message-ID: <1377933700.4937.YahooMailNeo@web142801.mail.bf1.yahoo.com> Dear all, ? ? This question is about manipulation of the database "photo.db" of the program Shotwell. ? ? For some reason I have lost my rating on many pictures 10 000 range. It was probably a mistake of mine. I have an old backup of the database that I will call "oldPhoto.db". Since I have lost my rating I did a lot of new rating, importation, and many open and closing of shotwell, so I cannot just use the "photo.db.bak". I don't want to replace "Photo.db" by "oldPhoto.db" and lose the new work.? ? ? I realized that the database is a SQL (I don't know it, but I know how powerful it is). For a knowledgeable person I think it is a 15 liner problem or such. What I want to do is in pseudo code bwlow. #------------------------------------------------------------------------------------- foreach [id in photo.db-PhotoTable]{ ? ? x= the rating associate with id ? ? if [ x==0 ]{ ? ? ? ?y= the rating of ?oldPhoto.db-PhotoTable-same id as above ? ? ? ?if [ y > x ]{ ? ? ? ? ? ?x=y ? ? ? ? ? ?write the new x in photo.db rating of corresponding id ? ? ? ?} ? ? } ?? } save photo.db #----------------------------------------------------------------------------------------- Best regards, From dougie at highmoor.co.uk Sat Aug 31 09:00:08 2013 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 31 Aug 2013 10:00:08 +0100 Subject: [Shotwell] Aspect Ratio lost for rotated images published to Facebook Message-ID: <5221B098.5020102@highmoor.co.uk> There seems to be a problem with Publishing photos to Facebook where the photo has been rotated within Shotwell. They're fine if exported first then uploaded - but if published from within Shotwell they appear 'fattened' once they're displayed in Facebook. They look fine in Shotwell. It only happens with photos that have been rotated in Shotwell. Camera is a Nikon Coolpix. Here's an example: https://www.facebook.com/photo.php?fbid=1405800986312956&set=a.1404367529789635.1073741830.100006492042060&type=3&theater From joseph.bylund at gmail.com Sat Aug 31 15:21:24 2013 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Sat, 31 Aug 2013 11:21:24 -0400 Subject: [Shotwell] Aspect Ratio lost for rotated images published to Facebook In-Reply-To: <5221B098.5020102@highmoor.co.uk> References: <5221B098.5020102@highmoor.co.uk> Message-ID: <522209F4.6090107@gmail.com> Dougie, There are two possible & related bugs ticketed for this. http://redmine.yorba.org/issues/6945 http://redmine.yorba.org/issues/7035 It's likely that they're related. So hopefully this will be fixed soonish. -Joe On 08/31/2013 05:00 AM, Dougie Nisbet wrote: > There seems to be a problem with Publishing photos to Facebook where > the photo has been rotated within Shotwell. They're fine if exported > first then uploaded - but if published from within Shotwell they > appear 'fattened' once they're displayed in Facebook. They look fine > in Shotwell. It only happens with photos that have been rotated in > Shotwell. Camera is a Nikon Coolpix. > > Here's an example: > > https://www.facebook.com/photo.php?fbid=1405800986312956&set=a.1404367529789635.1073741830.100006492042060&type=3&theater > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From dougie at highmoor.co.uk Sat Aug 31 19:26:30 2013 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 31 Aug 2013 20:26:30 +0100 Subject: [Shotwell] Aspect Ratio lost for rotated images published to Facebook In-Reply-To: <522209F4.6090107@gmail.com> References: <5221B098.5020102@highmoor.co.uk> <522209F4.6090107@gmail.com> Message-ID: <52224366.8090901@highmoor.co.uk> Thanks Joe. It's not urgent and easily worked around but nice to know it's in hand. Dougie On 31/08/13 16:21, Joseph Bylund wrote: > Dougie, > > There are two possible & related bugs ticketed for this. > http://redmine.yorba.org/issues/6945 > http://redmine.yorba.org/issues/7035 > It's likely that they're related. So hopefully this will be fixed > soonish. > > -Joe > > On 08/31/2013 05:00 AM, Dougie Nisbet wrote: >> There seems to be a problem with Publishing photos to Facebook where >> the photo has been rotated within Shotwell. They're fine if exported >> first then uploaded - but if published from within Shotwell they >> appear 'fattened' once they're displayed in Facebook. They look fine >> in Shotwell. It only happens with photos that have been rotated in >> Shotwell. Camera is a Nikon Coolpix. >> >> Here's an example: >> >> https://www.facebook.com/photo.php?fbid=1405800986312956&set=a.1404367529789635.1073741830.100006492042060&type=3&theater >> >> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >