From eric at yorba.org Sun Apr 1 07:55:08 2012 From: eric at yorba.org (Eric Gregory) Date: Sun, 1 Apr 2012 00:55:08 -0700 Subject: [Shotwell] Shotwell 0.13 to drop JPEG support Message-ID: [SAN FRANCISCO] Yorba announced today that Shotwell, their flagship photo organizer software, will become a lossless-only photo manager with the upcoming release of version 0.13. Lossless-only means support for legacy image formats such as JPEG will be dropped, a forward-looking move Yorba founder Adam Dingle praised as ?position[ing] Shotwell a generation ahead of competing photo management solutions.? Upon installation, Shotwell 0.13 will upconvert the user?s existing JPEG image files to the lossless DNG format. Users requiring additional space for their upconverted photos will be directed to a site where they may purchase a new hard drive. A percentage of proceeds from these purchases will fund Shotwell development. Yorba is confident it?s a positive step for photo management. ?Think of it this way,? said Shotwell lead developer Lucas Beeler, ?If I bought a four terabyte hard drive but only used two terabytes, I?d be wasting half the drive. Free space equals wasted money, which means Shotwell 0.13 users will get more out of their computers than they did with Shotwell 0.12.? As Yorba?s Jim Nelson wrote on a blog post, ?As a Gnome application, our goal is simplicity. Dropping support for legacy formats such as JPEG is one step toward that goal.? From keith.m.duncan at gmail.com Sun Apr 1 08:10:33 2012 From: keith.m.duncan at gmail.com (Keith Duncan) Date: Sun, 1 Apr 2012 09:10:33 +0100 Subject: [Shotwell] Shotwell 0.13 to drop JPEG support In-Reply-To: References: Message-ID: Nice one! - coincidence that this announcement is made on 1 April? http://en.wikipedia.org/wiki/April_Fools%27_Day Still it really is on the blog so I guess it must be true...?!?! ;-) On 1 April 2012 08:55, Eric Gregory wrote: > [SAN FRANCISCO] Yorba announced today that Shotwell, their flagship photo > organizer software, will become a lossless-only photo manager with the > upcoming release of version 0.13. > > Lossless-only means support for legacy image formats such as JPEG will be > dropped, a forward-looking move Yorba founder Adam Dingle praised as > ?position[ing] Shotwell a generation ahead of competing photo management > solutions.? > > Upon installation, Shotwell 0.13 will upconvert the user?s existing JPEG > image files to the lossless DNG format. > > Users requiring additional space for their upconverted photos will be > directed to a site where they may purchase a new hard drive. A percentage > of proceeds from these purchases will fund Shotwell development. > > Yorba is confident it?s a positive step for photo management. > > ?Think of it this way,? said Shotwell lead developer Lucas Beeler, ?If I > bought a four terabyte hard drive but only used two terabytes, I?d be > wasting half the drive. Free space equals wasted money, which means > Shotwell 0.13 users will get more out of their computers than they did with > Shotwell 0.12.? > > As Yorba?s Jim Nelson wrote on a blog post, ?As a Gnome application, our > goal is simplicity. Dropping support for legacy formats such as JPEG is one > step toward that goal.? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From FSteinbock at gmx.net Sun Apr 1 08:23:00 2012 From: FSteinbock at gmx.net (Florian Steinbock) Date: Sun, 01 Apr 2012 10:23:00 +0200 Subject: [Shotwell] Shotwell doesn't save eventnames In-Reply-To: References: <4F77194C.5000104@gmx.net> <4F771C99.5030004@gmx.net> <4F771F38.7010905@gmx.net> Message-ID: <4F781064.5020600@gmx.net> Am 01.04.2012 00:25, schrieb Thomas Moschny: > Florian, > > Florian Steinbock: >> the rpm means: >> >> /shotwell-0.12.1-0.1.fc16.x86_64 need libgexiv2.so.1()(64bit)/ >> >> i downloaded this --> > it seems you tried to manually install only the shotwell rpm. The URL > I gave earlier points to a repository which also contains an updated > libgexiv2 package. > > So, instead of downloading and installing manually, try this: > > su -c 'wget -nd -P /etc/yum.repos.d/ > http://repos.fedorapeople.org/repos/thm/shotwell/fedora-shotwell.repo' > > and then > > su -c 'yum install shotwell' > > Regards > Thomas Thanks dude, that fixed my problem :D From thomas at xyz.pp.se Sun Apr 1 11:21:10 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Sun, 1 Apr 2012 13:21:10 +0200 Subject: [Shotwell] Announcing Shotwell 0.12.0 In-Reply-To: References: Message-ID: On Wed, Mar 28, 2012 at 2:24 AM, Laura Khalil wrote: > We're happy to announce the release of Shotwell 0.12. This is a major > - Improved support for Android devices One bug found with this after my first import from my HTC Sensation. No video files were imported, only images. So after importing the images I have to manually import the videos.. Rgds//Thomas From dam at dlecan.com Sun Apr 1 20:13:01 2012 From: dam at dlecan.com (Damien Lecan) Date: Sun, 01 Apr 2012 22:13:01 +0200 Subject: [Shotwell] [Ubuntu 11.10] Failed upgrade to 0.12.1 Message-ID: <4F78B6CD.20306@dlecan.com> Hi, I'm a user of Shotwell for a long time and I used to play well with Shotwell 0.11.x on Ubuntu 11.10. I'm using Yorba PPA, so today, upgrade to 0.12.1 was automatic. But I can't open my Shotwell database anymore :( See error log below : L 3411 2012-04-01 21:55:06 [DBG] util.vala:162: next step: Tag.init (23606/45825) L 3411 2012-04-01 21:55:07 [CRT] AppWindow.vala:662: Une erreur fatale est survenue lors de l'acc?s ? la phototh?que de Shotwell. Shotwell ne peut pas continuer. (DatabaseTable.update_text_by_id_2 TagTable.name) [19] - constraint failed What to do ? Thanks Damien From adam at yorba.org Sun Apr 1 23:26:36 2012 From: adam at yorba.org (Adam Dingle) Date: Sun, 1 Apr 2012 16:26:36 -0700 Subject: [Shotwell] [Ubuntu 11.10] Failed upgrade to 0.12.1 In-Reply-To: <4F78B6CD.20306@dlecan.com> References: <4F78B6CD.20306@dlecan.com> Message-ID: Damien, sorry to hear about this upgrade trouble. Could you email a copy of your Shotwell database (~/.shotwell/data/photo.db) to the Shotwell team at shotwell at yorba.org? We can investigate. adam On Sun, Apr 1, 2012 at 1:13 PM, Damien Lecan wrote: > Hi, > > I'm a user of Shotwell for a long time and I used to play well with > Shotwell 0.11.x on Ubuntu 11.10. > > I'm using Yorba PPA, so today, upgrade to 0.12.1 was automatic. > > But I can't open my Shotwell database anymore :( > See error log below : > > L 3411 2012-04-01 21:55:06 [DBG] util.vala:162: next step: Tag.init > (23606/45825) > L 3411 2012-04-01 21:55:07 [CRT] AppWindow.vala:662: Une erreur fatale > est survenue lors de l'acc?s ? la phototh?que de Shotwell. Shotwell ne > peut pas continuer. > > (DatabaseTable.update_text_by_id_2 TagTable.name) [19] - constraint failed > > What to do ? > > Thanks > > Damien > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From laura at yorba.org Mon Apr 2 21:20:24 2012 From: laura at yorba.org (Laura Khalil) Date: Mon, 2 Apr 2012 14:20:24 -0700 Subject: [Shotwell] Announcing Shotwell 0.12.0 In-Reply-To: References: Message-ID: Hi Thomas, I can't reproduce this issue on an HTC Evo, so let me ask you a few more questions: What is the video format in question? Did you use an Android (Play) story app to take these videos or your phone's video software? Can you identify where these videos are being stored on your phone? I'm particularly interested in knowing what folder they're located in. Thank you, Laura On Sun, Apr 1, 2012 at 4:21 AM, Thomas Novin wrote: > On Wed, Mar 28, 2012 at 2:24 AM, Laura Khalil wrote: > >> We're happy to announce the release of Shotwell 0.12. This is a major >> - Improved support for Android devices > > One bug found with this after my first import from my HTC Sensation. > No video files were imported, only images. So after importing the > images I have to manually import the videos.. > > Rgds//Thomas > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -- Cheers, Laura Khalil Production Engineer Yorba Foundation From adam at yorba.org Mon Apr 2 22:41:08 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 02 Apr 2012 22:34:08 -0007 Subject: [Shotwell] Shotwell Plugin-based Postprocessing Tools In-Reply-To: References: <4f73a0ea.a2083c0a.3260.ffffeddd@mx.google.com> Message-ID: <4f7a2b07.0808440a.6e8c.ffff9009@mx.google.com> Camilo, thanks for your detailed proposal. This all looks pretty reasonable to me. One point, though: I don't think we want individual effects to show up as icons in the editing toolbar (beside Crop, Straighten and so on). Space there is already quite limited: on some displays (e.g. netbooks with 1024 horizontal pixels) we're already using just about all the available space. Also, I think these effects will be relatively rarely used, so I don't think giving them permanent real estate on the screen is justified. Instead, I think these effects should appear inside the Adjust dialog, near the existing built-in color transformations. There are two ways we can do that: they could either appear below the existing sliders in the dialog, or we could add a second tab to the dialog where all of the effects would appear. If a user has no effects installed, then the second tab wouldn't appear at all. adam On Thu, Mar 29, 2012 at 8:31 PM, Camilo Polymeris wrote: > > Of course, I intend to write a longer proposal detailing this, and > > also expect to see changes during both the design and implementation > > phases. > > I have published a document containing a description of how I intend > to solve the issues you mention, plus a proposed API for the plugins > and some GUI mockups: > > https://github.com/polymeris/shotwell/wiki/Design > > Your feedback is appreciated. A proposal including timeline of the > project is to follow. > > Best regards, > > Camilo > From mictadlo at gmail.com Tue Apr 3 00:15:42 2012 From: mictadlo at gmail.com (Mic) Date: Tue, 3 Apr 2012 10:15:42 +1000 Subject: [Shotwell] Shotwell Plugin-based Postprocessing Tools In-Reply-To: <4f7a2b07.0808440a.6e8c.ffff9009@mx.google.com> References: <4f73a0ea.a2083c0a.3260.ffffeddd@mx.google.com> <4f7a2b07.0808440a.6e8c.ffff9009@mx.google.com> Message-ID: Looks good. GraphicMagic claims not be able any more to take code from ImageMagic, because of ImageMagic's licence. If it is true than this is not a problem, because GraphicMagic claim to have a stable API and run faster than ImageMagic. On Tue, Apr 3, 2012 at 8:41 AM, Adam Dingle wrote: > Camilo, > > thanks for your detailed proposal. This all looks pretty reasonable to > me. One point, though: I don't think we want individual effects to show up > as icons in the editing toolbar (beside Crop, Straighten and so on). Space > there is already quite limited: on some displays (e.g. netbooks with 1024 > horizontal pixels) we're already using just about all the available space. > Also, I think these effects will be relatively rarely used, so I don't > think giving them permanent real estate on the screen is justified. > > Instead, I think these effects should appear inside the Adjust dialog, > near the existing built-in color transformations. There are two ways we > can do that: they could either appear below the existing sliders in the > dialog, or we could add a second tab to the dialog where all of the effects > would appear. If a user has no effects installed, then the second tab > wouldn't appear at all. > > adam > > On Thu, Mar 29, 2012 at 8:31 PM, Camilo Polymeris > wrote: > > > Of course, I intend to write a longer proposal detailing this, and > > > also expect to see changes during both the design and implementation > > > phases. > > > > I have published a document containing a description of how I intend > > to solve the issues you mention, plus a proposed API for the plugins > > and some GUI mockups: > > > > https://github.com/polymeris/shotwell/wiki/Design > > > > Your feedback is appreciated. A proposal including timeline of the > > project is to follow. > > > > Best regards, > > > > Camilo > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From markus.bergkvist at telia.com Tue Apr 3 07:28:34 2012 From: markus.bergkvist at telia.com (Markus Bergkvist) Date: Tue, 03 Apr 2012 09:28:34 +0200 Subject: [Shotwell] Shotwell not picking up event date for HTC photos Message-ID: <4F7AA6A2.4010801@telia.com> Hi Photos taken by my HTC Sensation is put under "No Event" but is placed correctly (YEAR/MONTH/DAY/) in the file hierarchy. I presume the exif-data is used to help categorize the photo but I can't see what might be wrong. Below are exif-outputs from a photo taken by HTC Sensation and a photo taken by Sony Arc. Any suggestions what might be wrong? /Markus Shotwell 0.11.92+trunk OpenBSD 5.1-current (GENERIC.MP) #249: Fri Mar 30 13:54:40 MDT 2012 ExifTool Version Number : 8.65 File Name : imag0017.jpg Directory : . File Size : 2.3 MB File Modification Date/Time : 2011:09:09 19:53:16+02:00 File Permissions : rwxr-xr-x File Type : JPEG MIME Type : image/jpeg Exif Byte Order : Big-endian (Motorola, MM) Make : HTC Camera Model Name : HTC Sensation Z710e X Resolution : 72 Y Resolution : 72 Resolution Unit : inches Y Cb Cr Positioning : Centered ISO : 74 Exif Version : 0220 Date/Time Original : 2011/09/09 17:53:12 Create Date : 2011/09/09 17:53:12 Components Configuration : Y, Cb, Cr, - Focal Length : 4.3 mm Flashpix Version : 0100 Color Space : sRGB Exif Image Width : 3264 Exif Image Height : 1840 Interoperability Index : R98 - DCF basic file (sRGB) Interoperability Version : 0100 GPS Latitude Ref : North GPS Longitude Ref : East GPS Altitude Ref : Above Sea Level GPS Time Stamp : 15:53:11 GPS Processing Method : ASCII GPS Date Stamp : 2011:09:09 Compression : JPEG (old-style) Thumbnail Offset : 854 Thumbnail Length : 35056 Data Length : 264 Preview Quality : 85 Image Width : 3264 Image Height : 1840 Encoding Process : Baseline DCT, Huffman coding Bits Per Sample : 8 Color Components : 3 Y Cb Cr Sub Sampling : YCbCr4:2:0 (2 2) GPS Altitude : 0 m Above Sea Level GPS Date/Time : 2011:09:09 15:53:11Z GPS Latitude : 55 deg 36' 49.05" N GPS Longitude : 13 deg 3' 52.58" E GPS Position : 55 deg 36' 49.05" N, 13 deg 3' 52.58" E Image Size : 3264x1840 Thumbnail Image : (Binary data 35056 bytes, use -b option to extract) Focal Length : 4.3 mm ExifTool Version Number : 8.65 File Name : dsc00466.jpg Directory : . File Size : 3.5 MB File Modification Date/Time : 2011:09:09 20:49:18+02:00 File Permissions : rwxr-xr-x File Type : JPEG MIME Type : image/jpeg Exif Byte Order : Little-endian (Intel, II) Image Description : Make : SONY Camera Model Name : DSC-HX5V Orientation : Rotate 270 CW X Resolution : 72 Y Resolution : 72 Resolution Unit : inches Modify Date : 2011:09:09 18:49:18 Y Cb Cr Positioning : Co-sited Exposure Time : 1/400 F Number : 3.5 Exposure Program : Program AE ISO : 125 Exif Version : 0221 Date/Time Original : 2011:09:09 18:49:18 Create Date : 2011:09:09 18:49:18 Components Configuration : Y, Cb, Cr, - Compressed Bits Per Pixel : 5 Exposure Compensation : 0 Max Aperture Value : 3.5 Metering Mode : Multi-segment Light Source : Unknown Flash : Auto, Fired, Return detected Focal Length : 4.2 mm HDR : Off Face Info Offset : 72 Sony Date Time : 2011:09:09 18:49:18 Faces Detected : 0 Face Info Length : 32 Color Reproduction : Standard Macro : Off Focus Mode : Permanent-AF AF Mode : Multi AF AF Illuminator : Auto Quality : Normal Flash Level : Normal Release Mode : Normal Sequence Number : 1 Anti-Blur : On (Shooting) Long Exposure Noise Reduction : Off Dynamic Range Optimizer : Standard Intelligent Auto : Advanced White Balance : Auto Flashpix Version : 0100 Color Space : sRGB Exif Image Width : 3648 Exif Image Height : 2056 Interoperability Index : R98 - DCF basic file (sRGB) Interoperability Version : 0100 File Source : Digital Camera Scene Type : Directly photographed Custom Rendered : Normal Exposure Mode : Auto Scene Capture Type : Standard Contrast : Normal Saturation : Normal Sharpness : Normal GPS Version ID : 2.2.0.0 GPS Latitude Ref : North GPS Longitude Ref : East GPS Altitude Ref : Above Sea Level GPS Time Stamp : 16:48:51.072 GPS Status : Measurement Void GPS Measure Mode : 3-Dimensional Measurement GPS Speed Ref : km/h GPS Speed : 15.5 GPS Track Ref : True North GPS Track : 152.32 GPS Img Direction Ref : Magnetic North GPS Img Direction : 35.5 GPS Map Datum : WGS-84 GPS Date Stamp : 2011:09:09 GPS Differential : No Correction PrintIM Version : 0300 Compression : JPEG (old-style) Thumbnail Offset : 11294 Thumbnail Length : 12254 MPF Version : 0100 Number Of Images : 2 MP Image Flags : Dependent child image MP Image Format : JPEG MP Image Type : Large Thumbnail (full HD equivalent) MP Image Length : 861944 MP Image Start : 2840980 Dependent Image 1 Entry Number : 0 Dependent Image 2 Entry Number : 0 Image Width : 3648 Image Height : 2056 Encoding Process : Baseline DCT, Huffman coding Bits Per Sample : 8 Color Components : 3 Y Cb Cr Sub Sampling : YCbCr4:2:2 (2 1) Aperture : 3.5 GPS Altitude : 359.2 m Above Sea Level GPS Date/Time : 2011:09:09 16:48:51.072Z GPS Latitude : 55 deg 36' 29.82" N GPS Longitude : 13 deg 8' 2.55" E GPS Position : 55 deg 36' 29.82" N, 13 deg 8' 2.55" E Image Size : 3648x2056 Preview Image : (Binary data 861944 bytes, use -b option to extract) Shutter Speed : 1/400 Thumbnail Image : (Binary data 12254 bytes, use -b option to extract) Focal Length : 4.2 mm Light Value : 11.9 From thomas at xyz.pp.se Tue Apr 3 07:29:39 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Tue, 3 Apr 2012 09:29:39 +0200 Subject: [Shotwell] Announcing Shotwell 0.12.0 In-Reply-To: References: Message-ID: Hi Regular photo/video app, nothing custom installed. thonov at thonov-mint:/media/6361-3637/DCIM/100MEDIA$ ls *.mp4 VIDEO0002.mp4 This video was not imported. Tested it just now again, one new photo was imported but the video wasn't discovered. Rgds//Thomas On Mon, Apr 2, 2012 at 11:20 PM, Laura Khalil wrote: > Hi Thomas, > > I can't reproduce this issue on an HTC Evo, so let me ask you a few > more questions: > > What is the video format in question? Did you use an Android (Play) > story app to take these videos or your phone's video software? > > Can you identify where these videos are being stored on your phone? > I'm particularly interested in knowing what folder they're located in. > > Thank you, > > Laura > > On Sun, Apr 1, 2012 at 4:21 AM, Thomas Novin wrote: >> On Wed, Mar 28, 2012 at 2:24 AM, Laura Khalil wrote: >> >>> We're happy to announce the release of Shotwell 0.12. This is a major >>> - Improved support for Android devices >> >> One bug found with this after my first import from my HTC Sensation. >> No video files were imported, only images. So after importing the >> images I have to manually import the videos.. >> >> Rgds//Thomas From thomas at xyz.pp.se Tue Apr 3 07:31:38 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Tue, 3 Apr 2012 09:31:38 +0200 Subject: [Shotwell] Shotwell not picking up event date for HTC photos In-Reply-To: <4F7AA6A2.4010801@telia.com> References: <4F7AA6A2.4010801@telia.com> Message-ID: On Tue, Apr 3, 2012 at 9:28 AM, Markus Bergkvist wrote: > Hi > > Photos taken by my HTC Sensation is put under "No Event" but is placed > correctly (YEAR/MONTH/DAY/) in the file hierarchy. I presume the exif-data > is used to help categorize the photo but I can't see what might be wrong. > > Below are exif-outputs from a photo taken by HTC Sensation and a photo taken > by Sony Arc. Any suggestions what might be wrong? > This was just discussed.. http://lists.yorba.org/pipermail/shotwell/2012-March/003702.html http://redmine.yorba.org/issues/3850 Rgds//TN From laura at yorba.org Tue Apr 3 17:13:35 2012 From: laura at yorba.org (Laura Khalil) Date: Tue, 3 Apr 2012 10:13:35 -0700 Subject: [Shotwell] Announcing Shotwell 0.12.0 In-Reply-To: References: Message-ID: Hi Thomas, Thanks for your reply. A couple more questions: What OS/version are you on? What version of libgphoto2 are you running? Cheers, Laura On Tue, Apr 3, 2012 at 12:29 AM, Thomas Novin wrote: > Hi > > Regular photo/video app, nothing custom installed. > > thonov at thonov-mint:/media/6361-3637/DCIM/100MEDIA$ ls *.mp4 > VIDEO0002.mp4 > > This video was not imported. Tested it just now again, one new photo > was imported but the video wasn't discovered. > > Rgds//Thomas > > On Mon, Apr 2, 2012 at 11:20 PM, Laura Khalil wrote: >> Hi Thomas, >> >> I can't reproduce this issue on an HTC Evo, so let me ask you a few >> more questions: >> >> What is the video format in question? Did you use an Android (Play) >> story app to take these videos or your phone's video software? >> >> Can you identify where these videos are being stored on your phone? >> I'm particularly interested in knowing what folder they're located in. >> >> Thank you, >> >> Laura >> >> On Sun, Apr 1, 2012 at 4:21 AM, Thomas Novin wrote: >>> On Wed, Mar 28, 2012 at 2:24 AM, Laura Khalil wrote: >>> >>>> We're happy to announce the release of Shotwell 0.12. This is a major >>>> - Improved support for Android devices >>> >>> One bug found with this after my first import from my HTC Sensation. >>> No video files were imported, only images. So after importing the >>> images I have to manually import the videos.. >>> >>> Rgds//Thomas -- Cheers, Laura Khalil Production Engineer Yorba Foundation From thomas at xyz.pp.se Tue Apr 3 20:39:11 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Tue, 3 Apr 2012 22:39:11 +0200 Subject: [Shotwell] Announcing Shotwell 0.12.0 In-Reply-To: References: Message-ID: $ lsb_release -rd Description: Linux Mint 12 Lisa Release: 12 $ apt-cache policy libgphoto2-2 libgphoto2-2: Installed: 2.4.11-3 Candidate: 2.4.11-3 Version table: *** 2.4.11-3 0 500 http://archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages 100 /var/lib/dpkg/status Rgds//Thomas On Tue, Apr 3, 2012 at 7:13 PM, Laura Khalil wrote: > Hi Thomas, > > Thanks for your reply. A couple more questions: > > What OS/version are you on? What version of libgphoto2 are you running? > > Cheers, > > Laura > > On Tue, Apr 3, 2012 at 12:29 AM, Thomas Novin wrote: >> Hi >> >> Regular photo/video app, nothing custom installed. >> >> thonov at thonov-mint:/media/6361-3637/DCIM/100MEDIA$ ls *.mp4 >> VIDEO0002.mp4 >> >> This video was not imported. Tested it just now again, one new photo >> was imported but the video wasn't discovered. >> >> Rgds//Thomas >> >> On Mon, Apr 2, 2012 at 11:20 PM, Laura Khalil wrote: >>> Hi Thomas, >>> >>> I can't reproduce this issue on an HTC Evo, so let me ask you a few >>> more questions: >>> >>> What is the video format in question? Did you use an Android (Play) >>> story app to take these videos or your phone's video software? >>> >>> Can you identify where these videos are being stored on your phone? >>> I'm particularly interested in knowing what folder they're located in. >>> >>> >>> On Sun, Apr 1, 2012 at 4:21 AM, Thomas Novin wrote: >>>> On Wed, Mar 28, 2012 at 2:24 AM, Laura Khalil wrote: >>>> >>>>> We're happy to announce the release of Shotwell 0.12. This is a major >>>>> - Improved support for Android devices >>>> >>>> One bug found with this after my first import from my HTC Sensation. >>>> No video files were imported, only images. So after importing the >>>> images I have to manually import the videos.. From laura at yorba.org Tue Apr 3 20:51:59 2012 From: laura at yorba.org (Laura Khalil) Date: Tue, 3 Apr 2012 13:51:59 -0700 Subject: [Shotwell] Announcing Shotwell 0.12.0 In-Reply-To: References: Message-ID: Thanks Thomas, Please update libgphoto2 to the latest version (2.4.13) and let me know if that solves the problem for you. Cheers, Laura On Tue, Apr 3, 2012 at 1:39 PM, Thomas Novin wrote: > $ lsb_release -rd > Description: ? ?Linux Mint 12 Lisa > Release: ? ? ? ?12 > > $ apt-cache policy libgphoto2-2 > libgphoto2-2: > ?Installed: 2.4.11-3 > ?Candidate: 2.4.11-3 > ?Version table: > ?*** 2.4.11-3 0 > ? ? ? ?500 http://archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages > ? ? ? ?100 /var/lib/dpkg/status > > Rgds//Thomas > > On Tue, Apr 3, 2012 at 7:13 PM, Laura Khalil wrote: >> Hi Thomas, >> >> Thanks for your reply. A couple more questions: >> >> What OS/version are you on? What version of libgphoto2 are you running? >> >> Cheers, >> >> Laura >> >> On Tue, Apr 3, 2012 at 12:29 AM, Thomas Novin wrote: >>> Hi >>> >>> Regular photo/video app, nothing custom installed. >>> >>> thonov at thonov-mint:/media/6361-3637/DCIM/100MEDIA$ ls *.mp4 >>> VIDEO0002.mp4 >>> >>> This video was not imported. Tested it just now again, one new photo >>> was imported but the video wasn't discovered. >>> >>> Rgds//Thomas >>> >>> On Mon, Apr 2, 2012 at 11:20 PM, Laura Khalil wrote: >>>> Hi Thomas, >>>> >>>> I can't reproduce this issue on an HTC Evo, so let me ask you a few >>>> more questions: >>>> >>>> What is the video format in question? Did you use an Android (Play) >>>> story app to take these videos or your phone's video software? >>>> >>>> Can you identify where these videos are being stored on your phone? >>>> I'm particularly interested in knowing what folder they're located in. >>>> >>>> >>>> On Sun, Apr 1, 2012 at 4:21 AM, Thomas Novin wrote: >>>>> On Wed, Mar 28, 2012 at 2:24 AM, Laura Khalil wrote: >>>>> >>>>>> We're happy to announce the release of Shotwell 0.12. This is a major >>>>>> - Improved support for Android devices >>>>> >>>>> One bug found with this after my first import from my HTC Sensation. >>>>> No video files were imported, only images. So after importing the >>>>> images I have to manually import the videos.. -- Cheers, Laura Khalil Production Engineer Yorba Foundation From brunogirin at gmail.com Tue Apr 3 21:18:17 2012 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 03 Apr 2012 22:18:17 +0100 Subject: [Shotwell] Can't build trunk on Ubuntu 12.04 Message-ID: <4F7B6919.2040105@gmail.com> Hi all, I can't build Shotwell trunk on Ubuntu 12.04, I currently get this error: Package rest-0.7 was not found in the pkg-config search path. Perhaps you should add the directory containing `rest-0.7.pc' to the PKG_CONFIG_PATH environment variable No package 'rest-0.7' found First thing I checked is I do have the following packages installed: librest-0.7-0 gir1.2-rest-0.7 And there isn't any *-dev package in the repos for librest. Any suggestion would be welcome! Thanks, Bruno From adam at yorba.org Tue Apr 3 21:23:02 2012 From: adam at yorba.org (Adam Dingle) Date: Tue, 03 Apr 2012 21:16:02 -0007 Subject: [Shotwell] Can't build trunk on Ubuntu 12.04 In-Reply-To: <4F7B6919.2040105@gmail.com> References: <4F7B6919.2040105@gmail.com> Message-ID: <4f7b6a39.e442440a.75be.ffffa79e@mx.google.com> Bruno, you want the package librest-dev. It's there, trust me! :) adam On Tue, Apr 3, 2012 at 2:18 PM, Bruno Girin wrote: > Hi all, > > I can't build Shotwell trunk on Ubuntu 12.04, I currently get this error: > > Package rest-0.7 was not found in the pkg-config search path. > Perhaps you should add the directory containing `rest-0.7.pc' > to the PKG_CONFIG_PATH environment variable > No package 'rest-0.7' found > > First thing I checked is I do have the following packages installed: > librest-0.7-0 > gir1.2-rest-0.7 > > And there isn't any *-dev package in the repos for librest. Any > suggestion would be welcome! > > Thanks, > > Bruno > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From clinton at yorba.org Tue Apr 3 23:41:35 2012 From: clinton at yorba.org (Clinton Rogers) Date: Tue, 3 Apr 2012 16:41:35 -0700 Subject: [Shotwell] Pretty-printed date ranges not so pretty as previously thought...let's fix it! Message-ID: Good afternoon, one and all, Apologies for bothering the list, but we recently encountered an issue where events spanning exactly two days would display their date range incorrectly for certain languages and locales, leading to, say, the fourteenth and fifteenth of February in 1999 displaying nicely when run under en_US, but occasionally producing something like: - Wednesday, 14 Feb-15, 1999 (en_GB) -or- - 2?14??1999? (ja_JP) ...or something equally nonsensical when running under other LANG settings. Although we think we've remedied the problem now, it would be beneficial to have other pairs of eyes looking at this, and so, we turn to you. How to reproduce the problem: 1) Place any two images in an event together. 2) Set one of the image's timestamp to a given date and time, say 4 March 2003. 3) Set the other image's date to 5 March 2003. 4) Next, have a look at the event in the sidebar. If you see something like (depending on your locale) Monday 4-5 Mar, 2003, then the application is functioning as intended, and no change is needed, but if you see anything weird here at all, please let us know. Part of our goal for Shotwell is to have the nicest user experience possible, and that includes not displaying gibberish for dates and times. Cheers, -c From joseph.bylund at gmail.com Wed Apr 4 04:58:40 2012 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Wed, 04 Apr 2012 00:58:40 -0400 Subject: [Shotwell] Choosing application opened by "Show in file manager" Message-ID: <4F7BD500.60608@gmail.com> I'm having an issue where when I right click a photo in my library and select "Show in file manager" eog (previously "eye of gnome" now "gnome image viewer" is opened). How do I select which application is opened by this action (I would prefer thunar). I want to check that there is not something that I'm missing before I open a ticket. -Joe From thomas at xyz.pp.se Wed Apr 4 07:00:00 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Wed, 04 Apr 2012 09:00:00 +0200 Subject: [Shotwell] Announcing Shotwell 0.12.0 In-Reply-To: References: Message-ID: <4F7BF170.2090203@xyz.pp.se> Hello Since it's not included in your PPA and not available as an update to my OS I'm not sure if I easily can do that without breaking something. Is it possible for you to include it in your PPA, since this versions seems to be needed for normal operation? Sure looks like it would help though when looking at http://sourceforge.net/projects/gphoto/files/libgphoto/2.4.13/. Rgds//Thomas -------- Original Message -------- Subject: Re: [Shotwell] Announcing Shotwell 0.12.0 From: Laura Khalil To: Thomas Novin Cc: shotwell Date: 2012-04-03 22:51 Thanks Thomas, Please update libgphoto2 to the latest version (2.4.13) and let me know if that solves the problem for you. Cheers, Laura On Tue, Apr 3, 2012 at 1:39 PM, Thomas Novin wrote: $ lsb_release -rd Description: Linux Mint 12 Lisa Release: 12 $ apt-cache policy libgphoto2-2 libgphoto2-2: Installed: 2.4.11-3 Candidate: 2.4.11-3 Version table: *** 2.4.11-3 0 500 http://archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages 100 /var/lib/dpkg/status Rgds//Thomas On Tue, Apr 3, 2012 at 7:13 PM, Laura Khalil wrote: Hi Thomas, Thanks for your reply. A couple more questions: What OS/version are you on? What version of libgphoto2 are you running? Cheers, Laura On Tue, Apr 3, 2012 at 12:29 AM, Thomas Novin wrote: Hi Regular photo/video app, nothing custom installed. thonov at thonov-mint:/media/6361-3637/DCIM/100MEDIA$ ls *.mp4 VIDEO0002.mp4 This video was not imported. Tested it just now again, one new photo was imported but the video wasn't discovered. Rgds//Thomas On Mon, Apr 2, 2012 at 11:20 PM, Laura Khalil wrote: Hi Thomas, I can't reproduce this issue on an HTC Evo, so let me ask you a few more questions: What is the video format in question? Did you use an Android (Play) story app to take these videos or your phone's video software? Can you identify where these videos are being stored on your phone? I'm particularly interested in knowing what folder they're located in. On Sun, Apr 1, 2012 at 4:21 AM, Thomas Novin wrote: On Wed, Mar 28, 2012 at 2:24 AM, Laura Khalil wrote: We're happy to announce the release of Shotwell 0.12. This is a major - Improved support for Android devices One bug found with this after my first import from my HTC Sensation. No video files were imported, only images. So after importing the images I have to manually import the videos.. From C.Hemsing at gmx.net Wed Apr 4 07:23:11 2012 From: C.Hemsing at gmx.net (C. Hemsing) Date: Wed, 04 Apr 2012 09:23:11 +0200 Subject: [Shotwell] Rejected photos Message-ID: <4F7BF6DF.7080804@gmx.net> Lucas, I see this bug (on startup shotwell displays rejected photos, irrespective the filter settings) in shotwell 0.11.6 too. However, http://redmine.yorba.org/issues/4300 does not seem to exist. What has happened to this bug? Cheers, Chris >Thanks guys. I'm seeing this behavior too. I've opened a ticket for it >in our bug tracking system here:http://redmine.yorba.org/issues/4300. From clanlaw at googlemail.com Wed Apr 4 11:18:11 2012 From: clanlaw at googlemail.com (Colin Law) Date: Wed, 4 Apr 2012 12:18:11 +0100 Subject: [Shotwell] Any database changes in 0.12? Message-ID: I am using Shotwell on Ubuntu 12.04 Beta and so have been upgraded to 0.12.1, which is working fine. I share the database and pictures folder with Shotwell on another machine which is currently running 0.11.6 (Ubuntu 11.10) but have not run that since the first machine was updated. Am I going to run into problems if I open the 0.12.1 db with 0.11.6? Colin From thomas at xyz.pp.se Wed Apr 4 12:47:13 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Wed, 04 Apr 2012 14:47:13 +0200 Subject: [Shotwell] Any database changes in 0.12? In-Reply-To: References: Message-ID: <4F7C42D1.6010709@xyz.pp.se> Why not upgrade the other machine using the Yorba PPA? That's what I did having the same environment as you, sharing the DB on multiple computers. Rgds//Thomas -------- Original Message -------- Subject: [Shotwell] Any database changes in 0.12? From: Colin Law To: shotwell at lists.yorba.org Date: 2012-04-04 13:18 I am using Shotwell on Ubuntu 12.04 Beta and so have been upgraded to 0.12.1, which is working fine. I share the database and pictures folder with Shotwell on another machine which is currently running 0.11.6 (Ubuntu 11.10) but have not run that since the first machine was updated. Am I going to run into problems if I open the 0.12.1 db with 0.11.6? Colin _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Wed Apr 4 14:48:58 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 04 Apr 2012 14:41:58 -0007 Subject: [Shotwell] Rejected photos In-Reply-To: <4F7BF6DF.7080804@gmx.net> References: <4F7BF6DF.7080804@gmx.net> Message-ID: <4f7c5f5d.0808440a.2d23.3d2e@mx.google.com> On Wed, Apr 4, 2012 at 12:23 AM, C. Hemsing wrote: > Lucas, I see this bug (on startup shotwell displays rejected photos, irrespective the filter settings) in shotwell 0.11.6 too. > However, > http://redmine.yorba.org/issues/4300 > does not seem to exist. > What has happened to this bug? Sure, that bug exists! When you follow the link above you should get a page describing that bug ("Shotwell view state is incorrect at startup"). What do you see when you follow the link? adam From adam at yorba.org Wed Apr 4 14:55:27 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 04 Apr 2012 07:55:27 -0700 Subject: [Shotwell] Any database changes in 0.12? In-Reply-To: References: Message-ID: <4F7C60DF.6060201@yorba.org> On 04/04/2012 04:18 AM, Colin Law wrote: > I am using Shotwell on Ubuntu 12.04 Beta and so have been upgraded to > 0.12.1, which is working fine. I share the database and pictures > folder with Shotwell on another machine which is currently running > 0.11.6 (Ubuntu 11.10) but have not run that since the first machine > was updated. Am I going to run into problems if I open the 0.12.1 db > with 0.11.6? Yes: Shotwell 0.11.6 will complain that the 0.12.1 database is too new and will refuse to load it. Actually the only database change from 0.11 to 0.12 is that images in 0.12 can have a straightening applied via the new straighten tool. We incremented the database version number in 0.12 so that people wouldn't attempt to open straightened images in 0.11, which would yield strange results. If you look in Shotwell's SQLite database (~/.shotwell/data/photo.db), you'll see a table VersionTable with a row that stores the database version number (currently 15). If you change this to 14, then you'll be able to open the database in Shotwell 0.11 and everything should work OK, as long as you haven't straightened any images. Of course, the next time you open the database in 0.12 its version number will increment again. As another poster suggested, I think by far the easiest solution will be to upgrade both your machines to Shotwell 0.12. Cheers - adam From adam at yorba.org Wed Apr 4 15:15:09 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 04 Apr 2012 15:08:09 -0007 Subject: [Shotwell] Announcing Shotwell 0.12.0 In-Reply-To: <4F7BF170.2090203@xyz.pp.se> References: <4F7BF170.2090203@xyz.pp.se> Message-ID: <4f7c6581.a737440a.37ac.4344@mx.google.com> Thomas, we'd rather not package libgphoto2 (or other third-party libraries) in the Yorba PPA. But it should be easy to build this library yourself - just unpack the tarball, cd into the source directory and then run $ ./configure $ make $ sudo make install $ sudo ldconfig If you install libgphoto2 in /usr/local (the default prefix), then Shotwell and other applications will use it automatically, on Ubuntu at least. (I don't know whether Mint has changed the default library loading path.) I've done this before and it worked OK. If you run into problems, you can always uninstall the library. adam On Wed, Apr 4, 2012 at 12:00 AM, Thomas Novin wrote: > Hello > > Since it's not included in your PPA and not available as an update to my > OS I'm not sure if I easily can do that without breaking something. Is > it possible for you to include it in your PPA, since this versions seems > to be needed for normal operation? > > Sure looks like it would help though when looking at > http://sourceforge.net/projects/gphoto/files/libgphoto/2.4.13/. > > Rgds//Thomas > > -------- Original Message -------- > Subject: Re: [Shotwell] Announcing Shotwell 0.12.0 > From: Laura Khalil > To: Thomas Novin > Cc: shotwell > Date: 2012-04-03 22:51 > > Thanks Thomas, > > Please update libgphoto2 to the latest version (2.4.13) and let me > know if that solves the problem for you. > > Cheers, > > Laura > > On Tue, Apr 3, 2012 at 1:39 PM, Thomas Novin wrote: > $ lsb_release -rd > Description: Linux Mint 12 Lisa > Release: 12 > > $ apt-cache policy libgphoto2-2 > libgphoto2-2: > Installed: 2.4.11-3 > Candidate: 2.4.11-3 > Version table: > *** 2.4.11-3 0 > 500 http://archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages > 100 /var/lib/dpkg/status > > Rgds//Thomas > > On Tue, Apr 3, 2012 at 7:13 PM, Laura Khalil wrote: > Hi Thomas, > > Thanks for your reply. A couple more questions: > > What OS/version are you on? What version of libgphoto2 are you running? > > Cheers, > > Laura > > On Tue, Apr 3, 2012 at 12:29 AM, Thomas Novin wrote: > Hi > > Regular photo/video app, nothing custom installed. > > thonov at thonov-mint:/media/6361-3637/DCIM/100MEDIA$ ls *.mp4 > VIDEO0002.mp4 > > This video was not imported. Tested it just now again, one new photo > was imported but the video wasn't discovered. > > Rgds//Thomas > > On Mon, Apr 2, 2012 at 11:20 PM, Laura Khalil wrote: > Hi Thomas, > > I can't reproduce this issue on an HTC Evo, so let me ask you a few > more questions: > > What is the video format in question? Did you use an Android (Play) > story app to take these videos or your phone's video software? > > Can you identify where these videos are being stored on your phone? > I'm particularly interested in knowing what folder they're located in. > > > On Sun, Apr 1, 2012 at 4:21 AM, Thomas Novin wrote: > On Wed, Mar 28, 2012 at 2:24 AM, Laura Khalil wrote: > > We're happy to announce the release of Shotwell 0.12. This is a major > - Improved support for Android devices > > One bug found with this after my first import from my HTC Sensation. > No video files were imported, only images. So after importing the > images I have to manually import the videos.. > > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From clanlaw at googlemail.com Wed Apr 4 15:26:47 2012 From: clanlaw at googlemail.com (Colin Law) Date: Wed, 4 Apr 2012 16:26:47 +0100 Subject: [Shotwell] Any database changes in 0.12? In-Reply-To: <4F7C60DF.6060201@yorba.org> References: <4F7C60DF.6060201@yorba.org> Message-ID: On 4 April 2012 15:55, Adam Dingle wrote: > On 04/04/2012 04:18 AM, Colin Law wrote: >> >> I am using Shotwell on Ubuntu 12.04 Beta and so have been upgraded to >> 0.12.1, which is working fine. ?I share the database and pictures >> folder with Shotwell on another machine which is currently running >> 0.11.6 (Ubuntu 11.10) but have not run that since the first machine >> was updated. ?Am I going to run into problems if I open the 0.12.1 db >> with 0.11.6? > > > Yes: Shotwell 0.11.6 will complain that the 0.12.1 database is too new and > will refuse to load it. > > Actually the only database change from 0.11 to 0.12 is that images in 0.12 > can have a straightening applied via the new straighten tool. ?We > incremented the database version number in 0.12 so that people wouldn't > attempt to open straightened images in 0.11, which would yield strange > results. > > If you look in Shotwell's SQLite database (~/.shotwell/data/photo.db), > you'll see a table VersionTable with a row that stores the database version > number (currently 15). ?If you change this to 14, then you'll be able to > open the database in Shotwell 0.11 and everything should work OK, as long as > you haven't straightened any images. ?Of course, the next time you open the > database in 0.12 its version number will increment again. ?As another poster > suggested, I think by far the easiest solution will be to upgrade both your > machines to Shotwell 0.12. ?Cheers - Yes I think you are right, I will do that. Though I guess I will then be at risk with the issue in another thread related to the version of libgphoto2-2, though in practice I think I can work around that if the only issue is importing videos. Thanks both. Colin From adam at yorba.org Wed Apr 4 15:53:08 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 04 Apr 2012 15:46:08 -0007 Subject: [Shotwell] Choosing application opened by "Show in file manager" In-Reply-To: <4F7BD500.60608@gmail.com> References: <4F7BD500.60608@gmail.com> Message-ID: <4f7c6e67.452e440a.7d08.41fc@mx.google.com> Joe, - What operating system version are you running? - What version of Shotwell are you running? - Is Nautilus in your PATH? In other words, what do you see in response to this command? $ type nautilus (I know that you want to use Thunar rather than Nautilus, but Shotwell checks for Nautilus explicitly so the presence/absence of Nautilus could be relevant here.) adam On Tue, Apr 3, 2012 at 9:58 PM, Joseph Bylund wrote: > I'm having an issue where when I right click a photo in my library and > select "Show in file manager" eog (previously "eye of gnome" now "gnome > image viewer" is opened). How do I select which application is opened > by this action (I would prefer thunar). I want to check that there is > not something that I'm missing before I open a ticket. > -Joe > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From C.Hemsing at gmx.net Wed Apr 4 16:10:17 2012 From: C.Hemsing at gmx.net (C. Hemsing) Date: Wed, 04 Apr 2012 18:10:17 +0200 Subject: [Shotwell] Rejected photos In-Reply-To: <4f7c5f5d.0808440a.2d23.3d2e@mx.google.com> References: <4F7BF6DF.7080804@gmx.net> <4f7c5f5d.0808440a.2d23.3d2e@mx.google.com> Message-ID: <4F7C7269.9040100@gmx.net> Adam, you are right! It does exist! I found the referring message on the shotwell archive: http://lists.yorba.org/pipermail/shotwell/2011-October/003297.html The html code on that page says HREF="http://redmine.yorba.org/issues/4300." which includes a trailing dot. I klicked and did not notice the (erroneous) dot. That, of course, resulted in a nonexisting page. One more remark on the shotwell bug: If you press F8 to display the search bar as the first action after startup, then the rejected photos are hidden immediately. Maybe you can add this as a comment to the issue. It should be fairly easy to locate the bug (what action is being taken, when you pess F8 ...). Chris On 04/04/12 16:48, Adam Dingle wrote: > > > On Wed, Apr 4, 2012 at 12:23 AM, C. Hemsing wrote: >> Lucas, I see this bug (on startup shotwell displays rejected photos, irrespective the filter settings) in shotwell 0.11.6 too. >> However, >> http://redmine.yorba.org/issues/4300 >> does not seem to exist. >> What has happened to this bug? > Sure, that bug exists! When you follow the link above you should get a page describing that bug ("Shotwell view state is incorrect at startup"). What do you see when you follow the link? > > adam > From joseph.bylund at gmail.com Wed Apr 4 16:28:14 2012 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Wed, 04 Apr 2012 12:28:14 -0400 Subject: [Shotwell] Choosing application opened by "Show in file manager" In-Reply-To: <4f7c6e67.452e440a.7d08.41fc@mx.google.com> References: <4F7BD500.60608@gmail.com> <4f7c6e67.452e440a.7d08.41fc@mx.google.com> Message-ID: <4F7C769E.9060404@gmail.com> On 04/04/2012 11:53 AM, Adam Dingle wrote: > Joe, > > - What operating system version are you running? Linux poseidon 3.0.0-17-generic #30-Ubuntu SMP Thu Mar 8 20:45:39 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux > - What version of Shotwell are you running? shotwell 0.12.1-2~oneiric1 > > - Is Nautilus in your PATH? In other words, what do you see in response to this command? > > $ type nautilus This looks like it is the issue: type nautilus nautilus is /home/jbylund/bin/nautilus ls -l /home/jbylund/bin/nautilus lrwxrwxrwx 1 jbylund ants 21 2012-02-06 21:48 /home/jbylund/bin/nautilus -> /usr/local/bin/thunar* so I have nautilus installed, but it's actually thunar... so I imagine the command that is called with nautilus i.e. "nautilus ..." actually opens the default image viewer when you replace nautilus with thunar. If I delete my symlink it opens up nautilus. I don't remember why I made the symlink, possibly just after switching to xfce to ease the transition. If I uninstall thunar I get a 'missing program "filelight"' or somesuch. If I make a link named filelight in my personal bin that points to thunar I get almost the behavior I would expect (the file in question is not selected, so if the folder has many photos in it there's still some digging around). So there appear to be a couple of small niggles. 1) shotwell does not respect file manager of choice, what about a dropdown like for choose external editor? 2) it does not select the file of interest in some file managers when choosing "show in file manager". thanks for the quick reply, -Joe > > (I know that you want to use Thunar rather than Nautilus, but Shotwell checks for Nautilus explicitly so the presence/absence of Nautilus could be relevant here.) > > adam > > On Tue, Apr 3, 2012 at 9:58 PM, Joseph Bylund wrote: >> I'm having an issue where when I right click a photo in my library and >> select "Show in file manager" eog (previously "eye of gnome" now "gnome >> image viewer" is opened). How do I select which application is opened >> by this action (I would prefer thunar). I want to check that there is >> not something that I'm missing before I open a ticket. >> -Joe >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> From adam at yorba.org Wed Apr 4 16:58:56 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 04 Apr 2012 16:51:56 -0007 Subject: [Shotwell] Choosing application opened by "Show in file manager" In-Reply-To: <4F7C769E.9060404@gmail.com> References: <4F7BD500.60608@gmail.com> <4f7c6e67.452e440a.7d08.41fc@mx.google.com> <4F7C769E.9060404@gmail.com> Message-ID: <4f7c7dd3.6413440a.3ad3.4599@mx.google.com> On Wed, Apr 4, 2012 at 9:28 AM, Joseph Bylund wrote: > This looks like it is the issue: > > type nautilus > nautilus is /home/jbylund/bin/nautilus > > ls -l /home/jbylund/bin/nautilus > lrwxrwxrwx 1 jbylund ants 21 2012-02-06 21:48 /home/jbylund/bin/nautilus > -> /usr/local/bin/thunar* > > so I have nautilus installed, but it's actually thunar... so I imagine > the command that is called with nautilus i.e. "nautilus ..." actually > opens the default image viewer when you replace nautilus with thunar. > If I delete my symlink it opens up nautilus. Yes - that's what's going on. > So there appear to be a couple of small niggles. > 1) shotwell does not respect file manager of choice, what about a > dropdown like for choose external editor? I think there's no need for a dropdown, but you're right: currently Shotwell runs Nautilus whenever it is present in your PATH, but instead it should always run your file manager of choice. I've ticketed this at http://redmine.yorba.org/issues/4998 > 2) it does not select the file of interest in some file managers when > choosing "show in file manager". Well, Thunar and Nautilus behave differently here. If you launch Nautilus and pass a filename on the command line, Nautilus will open a window showing the enclosing directory and will highlight the given file. But if you do the same with Thunar, Thunar will instead attempt to open the file itself using whatever application is preferred for it. So if you'd Thunar to show and select the file when launched from Shotwell, you'll probably need to convince the Thunar developers to make Thunar behave like Nautilus in this respect. adam From cpolymeris at gmail.com Wed Apr 4 17:54:50 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Wed, 4 Apr 2012 13:54:50 -0400 Subject: [Shotwell] Shotwell Plugin-based Postprocessing Tools In-Reply-To: <1723FCF6-52F2-44DF-A4CB-12CDFD2482B8@dewie.net.au> References: <4f73a0ea.a2083c0a.3260.ffffeddd@mx.google.com> <4f7a2b07.0808440a.6e8c.ffff9009@mx.google.com> <1723FCF6-52F2-44DF-A4CB-12CDFD2482B8@dewie.net.au> Message-ID: Tabbed in the adjust dialog it is, then. I imagine a vertical list of tool icons, with a slider next to it, if necessary. Also makes it easier to categorize the tools, if there ever are too many to keep a clear overview. Thanks for the feedback & best regards, Camilo. El abr 3, 2012 3:44 a.m., "Scott Cove" escribi?: > For what it's worth I would definitely prefer a tabbed approach. > > I would certainly use these postprocessing tools, but much rarer than say > desaturate so it doesn't need to be too prominent. > > Scott > > Sent from my iPhone > > On 03/04/2012, at 8:41 AM, Adam Dingle wrote: > > > Camilo, > > > > thanks for your detailed proposal. This all looks pretty reasonable to > me. One point, though: I don't think we want individual effects to show up > as icons in the editing toolbar (beside Crop, Straighten and so on). Space > there is already quite limited: on some displays (e.g. netbooks with 1024 > horizontal pixels) we're already using just about all the available space. > Also, I think these effects will be relatively rarely used, so I don't > think giving them permanent real estate on the screen is justified. > > > > Instead, I think these effects should appear inside the Adjust dialog, > near the existing built-in color transformations. There are two ways we > can do that: they could either appear below the existing sliders in the > dialog, or we could add a second tab to the dialog where all of the effects > would appear. If a user has no effects installed, then the second tab > wouldn't appear at all. > > adam > > > > On Thu, Mar 29, 2012 at 8:31 PM, Camilo Polymeris > wrote: > >>> Of course, I intend to write a longer proposal detailing this, and > >>> also expect to see changes during both the design and implementation > >>> phases. > >> > >> I have published a document containing a description of how I intend > >> to solve the issues you mention, plus a proposed API for the plugins > >> and some GUI mockups: > >> > >> https://github.com/polymeris/shotwell/wiki/Design > >> > >> Your feedback is appreciated. A proposal including timeline of the > >> project is to follow. > >> > >> Best regards, > >> > >> Camilo > >> > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > _______________________________________________ > gnome-soc-list mailing list > gnome-soc-list at gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-soc-list > From brunogirin at gmail.com Wed Apr 4 23:38:58 2012 From: brunogirin at gmail.com (Bruno Girin) Date: Thu, 05 Apr 2012 00:38:58 +0100 Subject: [Shotwell] Can't build trunk on Ubuntu 12.04 In-Reply-To: <4f7b6a39.e442440a.75be.ffffa79e@mx.google.com> References: <4F7B6919.2040105@gmail.com> <4f7b6a39.e442440a.75be.ffffa79e@mx.google.com> Message-ID: <4F7CDB92.2080000@gmail.com> On 03/04/12 22:23, Adam Dingle wrote: > Bruno, > > you want the package librest-dev. It's there, trust me! :) That's because I was looking for librest-0.7-dev rather than librest-dev. Duh! Thanks Adam! Cheers, Bruno From cpolymeris at gmail.com Thu Apr 5 10:04:23 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Thu, 5 Apr 2012 06:04:23 -0400 Subject: [Shotwell] Shotwell Plugin-based Postprocessing Tools In-Reply-To: References: <4f73a0ea.a2083c0a.3260.ffffeddd@mx.google.com> <4f7a2b07.0808440a.6e8c.ffff9009@mx.google.com> <1723FCF6-52F2-44DF-A4CB-12CDFD2482B8@dewie.net.au> Message-ID: On Wed, Apr 4, 2012 at 2:54 PM, Camilo Polymeris wrote: > Tabbed in the adjust dialog it is, then. > I imagine a vertical list of tool icons, with a slider next to it, if > necessary. Also makes it easier to categorize the tools, if there ever are > too many to keep a clear overview. Thanks for the feedback & best regards, > Camilo. A prototype: http://www.youtube.com/watch?v=HOnrcLLXH-0 From thomas at xyz.pp.se Thu Apr 5 12:19:33 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Thu, 05 Apr 2012 14:19:33 +0200 Subject: [Shotwell] Announcing Shotwell 0.12.0 In-Reply-To: <4f7c6581.a737440a.37ac.4344@mx.google.com> References: <4F7BF170.2090203@xyz.pp.se> <4f7c6581.a737440a.37ac.4344@mx.google.com> Message-ID: <4F7D8DD5.6030603@xyz.pp.se> Hi Since it's needed for the correct operation of 0.12 I think you should reconsider that. Gave it a quick try but it failed because I didn't have everything that was needed. I don't want to dilute my system with lots of packages & files that I don't really need so I guess I'll have to continue manually import my photos until I get an updated OS version which has this new version. Thanks for pointing out the issue. Rgds//Thomas -------- Original Message -------- Subject: Re: [Shotwell] Announcing Shotwell 0.12.0 From: Adam Dingle To: Thomas Novin Cc: Laura Khalil , shotwell Date: 2012-04-04 17:15 Thomas, we'd rather not package libgphoto2 (or other third-party libraries) in the Yorba PPA. But it should be easy to build this library yourself - just unpack the tarball, cd into the source directory and then run $ ./configure $ make $ sudo make install $ sudo ldconfig If you install libgphoto2 in /usr/local (the default prefix), then Shotwell and other applications will use it automatically, on Ubuntu at least. (I don't know whether Mint has changed the default library loading path.) I've done this before and it worked OK. If you run into problems, you can always uninstall the library. adam On Wed, Apr 4, 2012 at 12:00 AM, Thomas Novin wrote: Hello Since it's not included in your PPA and not available as an update to my OS I'm not sure if I easily can do that without breaking something. Is it possible for you to include it in your PPA, since this versions seems to be needed for normal operation? Sure looks like it would help though when looking at http://sourceforge.net/projects/gphoto/files/libgphoto/2.4.13/. Rgds//Thomas -------- Original Message -------- Subject: Re: [Shotwell] Announcing Shotwell 0.12.0 From: Laura Khalil To: Thomas Novin Cc: shotwell Date: 2012-04-03 22:51 Thanks Thomas, Please update libgphoto2 to the latest version (2.4.13) and let me know if that solves the problem for you. Cheers, Laura On Tue, Apr 3, 2012 at 1:39 PM, Thomas Novin wrote: $ lsb_release -rd Description: Linux Mint 12 Lisa Release: 12 $ apt-cache policy libgphoto2-2 libgphoto2-2: Installed: 2.4.11-3 Candidate: 2.4.11-3 Version table: *** 2.4.11-3 0 500 http://archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages 100 /var/lib/dpkg/status Rgds//Thomas On Tue, Apr 3, 2012 at 7:13 PM, Laura Khalil wrote: Hi Thomas, Thanks for your reply. A couple more questions: What OS/version are you on? What version of libgphoto2 are you running? Cheers, Laura On Tue, Apr 3, 2012 at 12:29 AM, Thomas Novin wrote: Hi Regular photo/video app, nothing custom installed. thonov at thonov-mint:/media/6361-3637/DCIM/100MEDIA$ ls *.mp4 VIDEO0002.mp4 This video was not imported. Tested it just now again, one new photo was imported but the video wasn't discovered. Rgds//Thomas On Mon, Apr 2, 2012 at 11:20 PM, Laura Khalil wrote: Hi Thomas, I can't reproduce this issue on an HTC Evo, so let me ask you a few more questions: What is the video format in question? Did you use an Android (Play) story app to take these videos or your phone's video software? Can you identify where these videos are being stored on your phone? I'm particularly interested in knowing what folder they're located in. On Sun, Apr 1, 2012 at 4:21 AM, Thomas Novin wrote: On Wed, Mar 28, 2012 at 2:24 AM, Laura Khalil wrote: We're happy to announce the release of Shotwell 0.12. This is a major - Improved support for Android devices One bug found with this after my first import from my HTC Sensation. No video files were imported, only images. So after importing the images I have to manually import the videos.. _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From dougie at highmoor.co.uk Thu Apr 5 20:21:38 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Thu, 05 Apr 2012 21:21:38 +0100 Subject: [Shotwell] any news on multi-tag select? Message-ID: <4F7DFED2.7030800@highmoor.co.uk> Given that I now have a massive flat array of previously beautifully nested hierarchical tags I'm stoically, philosophically, and a little grumpily embarking on a tag-tidy. First thing to do was disable writing exif data to files, but the job could be done very quickly indeed if http://redmine.yorba.org/issues/2275 was implemented. Any news on this? If it's just around the corner I shall abandon any short-term tag tidy and wait. Also, are hyphens ok/legal in tag names? I ask because I noticed that it looks like it has been used as a seperator in the flattening. If it's a problematic character it's best I discover now and give some thought to an alternative while I'm doing some epic housekeeping. Thanks, Dougie From adam at yorba.org Thu Apr 5 20:47:25 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 05 Apr 2012 20:40:25 -0007 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4F7DFED2.7030800@highmoor.co.uk> References: <4F7DFED2.7030800@highmoor.co.uk> Message-ID: <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> Dougie, again, we're sorry that you had to be one to be bitten by our pre-release tag-flattening bug, and we appreciate your stoicism at this point. ??:) I think it's likely we'll implement??http://redmine.yorba.org/issues/2275 some time between now and the release of 0.13 (probably in September) but I don't think it's just around the corner, either. Hyphens are and will remain legal in tag names. ??Good luck with the epic housekeeping - adam On Thu, Apr 5, 2012 at 1:21 PM, Dougie Nisbet wrote: Given that I now have a massive flat array of previously beautifully nested hierarchical tags I'm stoically, philosophically, and a little grumpily embarking on a tag-tidy. First thing to do was disable writing exif data to files, but the job could be done very quickly indeed if http://redmine.yorba.org/issues/2275 was implemented. Any news on this? If it's just around the corner I shall abandon any short-term tag tidy and wait. Also, are hyphens ok/legal in tag names? I ask because I noticed that it looks like it has been used as a seperator in the flattening. If it's a problematic character it's best I discover now and give some thought to an alternative while I'm doing some epic housekeeping. Thanks, Dougie _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From clanlaw at googlemail.com Thu Apr 5 20:56:05 2012 From: clanlaw at googlemail.com (Colin Law) Date: Thu, 5 Apr 2012 21:56:05 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> Message-ID: On 5 April 2012 21:47, Adam Dingle wrote: > Dougie, > > again, we're sorry that you had to be one to be bitten by our pre-release tag-flattening bug, and we appreciate your stoicism at this point. ?:) Dougie, do you have a backup from before you got flattened? If so you could go back to that and start again. Colin From dougie at highmoor.co.uk Thu Apr 5 21:00:06 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Thu, 05 Apr 2012 22:00:06 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> Message-ID: <4F7E07D6.5000809@highmoor.co.uk> Thanks Adam, sounds good to me. On 05/04/2012 21:47, Adam Dingle wrote: > Dougie, > > again, we're sorry that you had to be one to be bitten by our > pre-release tag-flattening bug, and we appreciate your stoicism at > this point. :) > > I think it's likely we'll > implement http://redmine.yorba.org/issues/2275 some time between now > and the release of 0.13 (probably in September) but I don't think it's > just around the corner, either. > > Hyphens are and will remain legal in tag names. Good luck with the > epic housekeeping - > > adam > > On Thu, Apr 5, 2012 at 1:21 PM, Dougie Nisbet wrote: > > Given that I now have a massive flat array of previously beautifully > nested hierarchical tags I'm stoically, philosophically, and a little > grumpily embarking on a tag-tidy. First thing to do was disable > writing > exif data to files, but the job could be done very quickly indeed if > http://redmine.yorba.org/issues/2275 was implemented. Any news on > this? > If it's just around the corner I shall abandon any short-term tag > tidy > and wait. > > Also, are hyphens ok/legal in tag names? I ask because I noticed > that it > looks like it has been used as a seperator in the flattening. If > it's a > problematic character it's best I discover now and give some > thought to > an alternative while I'm doing some epic housekeeping. > > Thanks, > > Dougie > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From joseph.bylund at gmail.com Fri Apr 6 02:26:28 2012 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Thu, 05 Apr 2012 22:26:28 -0400 Subject: [Shotwell] Portrait Thumbnails Stretched to Landscape Dimensions in Overview In-Reply-To: References: <4F4D2769.5090007@yorba.org> <4F4DBB6B.4010308@gmail.com> <4F4E5AD2.8090000@yorba.org> <4F4F050B.6070509@gmail.com> Message-ID: <4F7E5454.9030505@gmail.com> Clinton, To go way back in time here, I _think_ I may have diagnosed this issue. I occasionally use my own raw->jpg developer, and for some reason I decided I wanted it to always output jpeg files without any orientation information. I believe this decision was originally linked to some other program not respecting this information when displaying jpeg files. My naming scheme is such that shotwell will (always, sometimes?) detect the pair of files as a raw+jpeg pair (which is great because they are) but it seems to pull the exif info from one file, I assume the raw, even when it is displaying the jpeg. Thus, when I have already applied the translation to the jpeg it "double translates" (yes I do strip the "Orientation" field from the exif (using exiftool). Does that make sense. Is my converter breaking some accepted practice by applying the translation and stripping the orientation field (I'd think not, because in my opinion I should be able to have it draw a square smiley face for every input raw file if I want it to). Let me know what other information I can provide (I won't delete my database this time). -Joe Linux poseidon 3.0.0-17-generic #30-Ubuntu SMP Thu Mar 8 20:45:39 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux shotwell 0.12.1-2~oneiric1 On 03/01/2012 02:09 PM, Clinton Rogers wrote: > Hi again, Joseph, > > Looking at the version in question and when it was released, I see > that it would pre-date the current get_dimensions() behavior, so that > doesn't appear to be the problem. > > If you're comfortable building things from source, could you try > checking out the current version of the source code and seeing if that > fixes the problem? (Please feel free to ask for help with this if you > need it.) > > Off the cuff, I'm inclined to suspect you've happened upon some > alternate case of http://redmine.yorba.org/issues/3067, but since you > haven't edited these, that doesn't seem quite right... > > Cheers, > -c > > On 2/29/12, Joseph Bylund wrote: >>>> If you start Shotwell with a dummy library (e.g. 'shotwell -d foo') >> and import just those photos, are the orientation and dimensions correct? >> Yes. >> >>>> What version of Shotwell are you running? >> 0.11.6-0ubuntu0.1 >> I have the yorba ppa in my repo, but is that the most recent? >> or --version reports "Shotwell 0.11.6". >> >>>> What operating system version are you running? >> Linux poseidon 3.0.0-16-generic #28-Ubuntu SMP Fri Jan 27 17:44:39 UTC >> 2012 x86_64 x86_64 x86_64 GNU/Linux >> Distributor ID: Ubuntu >> Description: Ubuntu 11.10 >> Release: 11.10 >> Codename: oneiric >> >>>> Have you made any edits to these photos in Shotwell? Have you edited >> them in an external editor? >> I believe no to both, but I'm not 100%. >> >> On 02/29/2012 03:26 PM, Clinton Rogers wrote: >>> Hi all, >>> >>> Please pardon my intruding upon this thread, but this sounds very >>> similar to http://redmine.yorba.org/issues/4747 . If you can tell us >>> more about what version of Shotwell you're running, and, if you're >>> using trunk, what commit you're on*, that will provide a huge clue. >>> >>> In the Shotwell code, there is a function named get_dimensions() that >>> takes, among other arguments, a flag that tells it whether to take >>> into account EXIF orientation or not when computing the width and >>> height of a given image, and another function named >>> get_raw_dimensions() that returns the width and height of an image >>> before any orientation changes or editing are taken into account >>> (they're pulled directly from the image). My guess is that somewhere, >>> a call to get_dimensions() is being told not to respect the >>> orientation when it in fact should or we're using get_raw_dimensions() >>> in a place where get_dimensions() is needed, which would explain why >>> the values you see for the width and height of your affected photos >>> are (sort of) correct, but reversed (along with stretching or >>> squashing). >>> >>> Cheers, >>> -c >>> >>> * this can be determined by going to where you've checked out the >>> Shotwell source code and typing 'git log', then looking at the topmost >>> entry in the resulting text, which will usually be something like >>> 'commit'. The hexadecimal number is >>> what we're interested in. >>> >>> On 2/29/12, Adam Dingle wrote: >>>> Joseph, >>>> >>>> On 02/28/2012 09:45 PM, Joseph Bylund wrote: >>>>> When I view my library some portrait photos are stretched to landscape >>>>> dimensions, such that people are very wide (i.e. right orientation, >>>>> wrong dimensions). Weirdly when I double click these the orientation is >>>>> wrong but the dimensions are right. Rotating again gives me short >>>>> people sideways in the overview and normal people correctly oriented if >>>>> I double click. >>>> >>>> What version of Shotwell are you running? What operating system version >>>> are you running? Have you made any edits to these photos in Shotwell? >>>> Have you edited them in an external editor? If you start Shotwell with >>>> a dummy library (e.g. 'shotwell -d foo') and import just those photos, >>>> are the orientation and dimensions correct? >>>> >>>>> Somewhat unrelated, can I reset my password on the redmine site if I >>>>> know only my username (i.e. no email, but I'm sure I'll get the message >>>>> if an email is sent to the address I registered with). >>>> >>>> No. I'll send you a private email message with your registered email >>>> address. >>>> >>>> adam >> >> -- >> Joseph Bylund >> March 1, 2012 >> Life... is like a grapefruit. It's orange and squishy, and has a few >> pips in it, and some folks have half a one for breakfast. >> Douglas Adams >> >> -- Joseph Bylund April 5, 2012 An appeaser is one who feeds a crocodile, hoping it will eat him last. Sir Winston Churchill From dougie at highmoor.co.uk Fri Apr 6 07:10:26 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Fri, 06 Apr 2012 08:10:26 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> Message-ID: <4F7E96E2.4000906@highmoor.co.uk> On 05/04/12 21:56, Colin Law wrote: > On 5 April 2012 21:47, Adam Dingle wrote: >> Dougie, >> >> again, we're sorry that you had to be one to be bitten by our pre-release tag-flattening bug, and we appreciate your stoicism at this point. :) > Dougie, do you have a backup from before you got flattened? If so you > could go back to that and start again. I'm not sure what you mean Colin. I have a 0.11.6 version on my netbook but when I copy photos.db over the top of my 0.12.1+trunk version on my desktop and start shotwell there the tags are flattened. If there's an other approach I'd be willing to give it a try. Dougie From clanlaw at googlemail.com Fri Apr 6 08:14:26 2012 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 6 Apr 2012 09:14:26 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4F7E96E2.4000906@highmoor.co.uk> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> Message-ID: On 6 April 2012 08:10, Dougie Nisbet wrote: > On 05/04/12 21:56, Colin Law wrote: >> >> On 5 April 2012 21:47, Adam Dingle ?wrote: >>> >>> Dougie, >>> >>> again, we're sorry that you had to be one to be bitten by our pre-release >>> tag-flattening bug, and we appreciate your stoicism at this point. ?:) >> >> Dougie, do you have a backup from before you got flattened? ?If so you >> could go back to that and start again. > > I'm not sure what you mean Colin. I have a 0.11.6 version on my netbook but > when I copy photos.db over the top of my 0.12.1+trunk version on my desktop > and start shotwell there the tags are flattened. If there's an other > approach I'd be willing to give it a try. I cannot remember why they are being flattened, I seem to have lost the start of this thread. Is the bug that caused the flattening going to be fixed (assuming it is a bug)? If not can you change the tags using the previous shotwell version (so you still have your hierarchy) in such a way that they will not then be flattened when you go to the new version? This might be easier than re-building the hierarchy. Or have I got the wrong end of the stick entirely? Colin From dougie at highmoor.co.uk Fri Apr 6 08:56:17 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Fri, 06 Apr 2012 09:56:17 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> Message-ID: <4F7EAFB1.1010302@highmoor.co.uk> On 06/04/2012 09:14, Colin Law wrote: > On 6 April 2012 08:10, Dougie Nisbet wrote: >> On 05/04/12 21:56, Colin Law wrote: >>> On 5 April 2012 21:47, Adam Dingle wrote: >>>> Dougie, >>>> >>>> again, we're sorry that you had to be one to be bitten by our pre-release >>>> tag-flattening bug, and we appreciate your stoicism at this point. :) >>> Dougie, do you have a backup from before you got flattened? If so you >>> could go back to that and start again. >> I'm not sure what you mean Colin. I have a 0.11.6 version on my netbook but >> when I copy photos.db over the top of my 0.12.1+trunk version on my desktop >> and start shotwell there the tags are flattened. If there's an other >> approach I'd be willing to give it a try. > I cannot remember why they are being flattened, I seem to have lost > the start of this thread. Is the bug that caused the flattening going > to be fixed (assuming it is a bug)? If not can you change the tags > using the previous shotwell version (so you still have your hierarchy) > in such a way that they will not then be flattened when you go to the > new version? This might be easier than re-building the hierarchy. Or > have I got the wrong end of the stick entirely? > > Colin > I'm not sure of the details but it's the migration from 0.11 to 0.12 that I think causes the flattening. So going to an older version doesn't help. But, news just coming in, one thing I have just done with rather whizzy results is this: I moved my .shotwell folder out the way and started shotwell. It has immediately started to auto-import my images, and, as they have tags/exif data written into them, appears to be reconstructing the tag hierarchy as it goes. It's only at 2% complete at the moment and it looks like it will take hours if it does actually work. But it is actually quite a snazzy thing to watch - the tags autmagically unflattening and nesting themselves is quite cool. fingers crossed. From adam at yorba.org Fri Apr 6 14:18:05 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 06 Apr 2012 14:11:05 -0007 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> Message-ID: <4f7efb20.ca3b440a.3302.7308@mx.google.com> On Fri, Apr 6, 2012 at 1:14 AM, Colin Law wrote: On 6 April 2012 08:10, Dougie Nisbet wrote: > On 05/04/12 21:56, Colin Law wrote: >> >> Dougie, do you have a backup from before you got flattened? ??If so you >> could go back to that and start again. > > I'm not sure what you mean Colin. I have a 0.11.6 version on my netbook but > when I copy photos.db over the top of my 0.12.1+trunk version on my desktop > and start shotwell there the tags are flattened. If there's an other > approach I'd be willing to give it a try. I cannot remember why they are being flattened, I seem to have lost the start of this thread. Is the bug that caused the flattening going to be fixed (assuming it is a bug)? Dougie was burned by a bug that flattened all tags on upgrade to 0.12: http://redmine.yorba.org/issues/4925 We fixed the bug before the 0.12.0 release. adam From clanlaw at googlemail.com Fri Apr 6 14:30:11 2012 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 6 Apr 2012 15:30:11 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4f7efb20.ca3b440a.3302.7308@mx.google.com> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> Message-ID: On 6 April 2012 15:18, Adam Dingle wrote: > > > On Fri, Apr 6, 2012 at 1:14 AM, Colin Law wrote: > > On 6 April 2012 08:10, Dougie Nisbet wrote: >> On 05/04/12 21:56, Colin Law wrote: >>> >>> Dougie, do you have a backup from before you got flattened? ?If so you >>> could go back to that and start again. >> >> I'm not sure what you mean Colin. I have a 0.11.6 version on my netbook >> but >> when I copy photos.db over the top of my 0.12.1+trunk version on my >> desktop >> and start shotwell there the tags are flattened. If there's an other >> approach I'd be willing to give it a try. > > I cannot remember why they are being flattened, I seem to have lost > the start of this thread. Is the bug that caused the flattening going > to be fixed (assuming it is a bug)? > > > Dougie was burned by a bug that flattened all tags on upgrade to 0.12: > > http://redmine.yorba.org/issues/4925 > > We fixed the bug before the 0.12.0 release. So if Dougie goes back to a previous database and uses that with released 0.12 his tags should not get flattened this time? Colin > > adam -- gplus.to/clanlaw From dougie at highmoor.co.uk Fri Apr 6 14:42:05 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Fri, 06 Apr 2012 15:42:05 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> Message-ID: <4F7F00BD.3040409@highmoor.co.uk> On 06/04/2012 15:30, Colin Law wrote: > So if Dougie goes back to a previous database and uses that with > released 0.12 his tags should not get flattened this time? Colin That what I was wondering but I don't think it works like that. If I read my 0.11.6 db with 0.12.1 they're flattened. The auto-import seems to be doing a pretty good job although it is fiendishly slow. Running 3 hours now and only 4% imported. Dougie From adam at yorba.org Fri Apr 6 14:47:13 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 06 Apr 2012 07:47:13 -0700 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4F7F00BD.3040409@highmoor.co.uk> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> Message-ID: <4F7F01F1.6040106@yorba.org> On 04/06/2012 07:42 AM, Dougie Nisbet wrote: > On 06/04/2012 15:30, Colin Law wrote: >> So if Dougie goes back to a previous database and uses that with >> released 0.12 his tags should not get flattened this time? Colin No, I would certainly expect not. > That what I was wondering but I don't think it works like that. If I > read my 0.11.6 db with 0.12.1 they're flattened. Really? That would be a serious bug. Could you send a copy of your 0.11.6 db (~/.shotwell/data/photo.db) to shotwell at yorba.org so we can investigate? 0.12.1 should not be flattening hierarchical tags. adam From adam at yorba.org Fri Apr 6 15:12:46 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 06 Apr 2012 15:05:46 -0007 Subject: [Shotwell] Portrait Thumbnails Stretched to Landscape Dimensions in Overview In-Reply-To: <4F7E5454.9030505@gmail.com> References: <4F4D2769.5090007@yorba.org> <4F4DBB6B.4010308@gmail.com> <4F4E5AD2.8090000@yorba.org> <4F4F050B.6070509@gmail.com> <4F7E5454.9030505@gmail.com> Message-ID: <4f7f07f2.452e440a.7d08.6d23@mx.google.com> Yes, Shotwell would expect that both halves of a RAW+JPEG pair have the same physical orientation. ??If one of them has rotated pixels and the other has unrotated pixels with an EXIF rotation, I wouldn't be surprised if that leads to trouble. More generally, Shotwell is known to have trouble displaying some RAW photos in the correct orientation - see http://redmine.yorba.org/issues/4262 adam On Thu, Apr 5, 2012 at 7:26 PM, Joseph Bylund wrote: Clinton, To go way back in time here, I _think_ I may have diagnosed this issue. I occasionally use my own raw->jpg developer, and for some reason I decided I wanted it to always output jpeg files without any orientation information. I believe this decision was originally linked to some other program not respecting this information when displaying jpeg files. My naming scheme is such that shotwell will (always, sometimes?) detect the pair of files as a raw+jpeg pair (which is great because they are) but it seems to pull the exif info from one file, I assume the raw, even when it is displaying the jpeg. Thus, when I have already applied the translation to the jpeg it "double translates" (yes I do strip the "Orientation" field from the exif (using exiftool). Does that make sense. Is my converter breaking some accepted practice by applying the translation and stripping the orientation field (I'd think not, because in my opinion I should be able to have it draw a square smiley face for every input raw file if I want it to). Let me know what other information I can provide (I won't delete my database this time). -Joe Linux poseidon 3.0.0-17-generic #30-Ubuntu SMP Thu Mar 8 20:45:39 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux shotwell 0.12.1-2~oneiric1 On 03/01/2012 02:09 PM, Clinton Rogers wrote: > Hi again, Joseph, > > Looking at the version in question and when it was released, I see > that it would pre-date the current get_dimensions() behavior, so that > doesn't appear to be the problem. > > If you're comfortable building things from source, could you try > checking out the current version of the source code and seeing if that > fixes the problem? (Please feel free to ask for help with this if you > need it.) > > Off the cuff, I'm inclined to suspect you've happened upon some > alternate case of http://redmine.yorba.org/issues/3067, but since you > haven't edited these, that doesn't seem quite right... > > Cheers, > -c > > On 2/29/12, Joseph Bylund wrote: >>>> If you start Shotwell with a dummy library (e.g. 'shotwell -d foo') >> and import just those photos, are the orientation and dimensions correct? >> Yes. >> >>>> What version of Shotwell are you running? >> 0.11.6-0ubuntu0.1 >> I have the yorba ppa in my repo, but is that the most recent? >> or --version reports "Shotwell 0.11.6". >> >>>> What operating system version are you running? >> Linux poseidon 3.0.0-16-generic #28-Ubuntu SMP Fri Jan 27 17:44:39 UTC >> 2012 x86_64 x86_64 x86_64 GNU/Linux >> Distributor ID: Ubuntu >> Description: Ubuntu 11.10 >> Release: 11.10 >> Codename: oneiric >> >>>> Have you made any edits to these photos in Shotwell? Have you edited >> them in an external editor? >> I believe no to both, but I'm not 100%. >> >> On 02/29/2012 03:26 PM, Clinton Rogers wrote: >>> Hi all, >>> >>> Please pardon my intruding upon this thread, but this sounds very >>> similar to http://redmine.yorba.org/issues/4747 . If you can tell us >>> more about what version of Shotwell you're running, and, if you're >>> using trunk, what commit you're on*, that will provide a huge clue. >>> >>> In the Shotwell code, there is a function named get_dimensions() that >>> takes, among other arguments, a flag that tells it whether to take >>> into account EXIF orientation or not when computing the width and >>> height of a given image, and another function named >>> get_raw_dimensions() that returns the width and height of an image >>> before any orientation changes or editing are taken into account >>> (they're pulled directly from the image). My guess is that somewhere, >>> a call to get_dimensions() is being told not to respect the >>> orientation when it in fact should or we're using get_raw_dimensions() >>> in a place where get_dimensions() is needed, which would explain why >>> the values you see for the width and height of your affected photos >>> are (sort of) correct, but reversed (along with stretching or >>> squashing). >>> >>> Cheers, >>> -c >>> >>> * this can be determined by going to where you've checked out the >>> Shotwell source code and typing 'git log', then looking at the topmost >>> entry in the resulting text, which will usually be something like >>> 'commit'. The hexadecimal number is >>> what we're interested in. >>> >>> On 2/29/12, Adam Dingle wrote: >>>> Joseph, >>>> >>>> On 02/28/2012 09:45 PM, Joseph Bylund wrote: >>>>> When I view my library some portrait photos are stretched to landscape >>>>> dimensions, such that people are very wide (i.e. right orientation, >>>>> wrong dimensions). Weirdly when I double click these the orientation is >>>>> wrong but the dimensions are right. Rotating again gives me short >>>>> people sideways in the overview and normal people correctly oriented if >>>>> I double click. >>>> >>>> What version of Shotwell are you running? What operating system version >>>> are you running? Have you made any edits to these photos in Shotwell? >>>> Have you edited them in an external editor? If you start Shotwell with >>>> a dummy library (e.g. 'shotwell -d foo') and import just those photos, >>>> are the orientation and dimensions correct? >>>> >>>>> Somewhat unrelated, can I reset my password on the redmine site if I >>>>> know only my username (i.e. no email, but I'm sure I'll get the message >>>>> if an email is sent to the address I registered with). >>>> >>>> No. I'll send you a private email message with your registered email >>>> address. >>>> >>>> adam >> >> -- >> Joseph Bylund >> March 1, 2012 >> Life... is like a grapefruit. It's orange and squishy, and has a few >> pips in it, and some folks have half a one for breakfast. >> Douglas Adams >> >> -- Joseph Bylund April 5, 2012 An appeaser is one who feeds a crocodile, hoping it will eat him last. Sir Winston Churchill From adam at yorba.org Fri Apr 6 18:26:07 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 06 Apr 2012 11:26:07 -0700 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4F7F01F1.6040106@yorba.org> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> Message-ID: <4F7F353F.5020000@yorba.org> On 04/06/2012 07:47 AM, Adam Dingle wrote: > On 04/06/2012 07:42 AM, Dougie Nisbet wrote: >> On 06/04/2012 15:30, Colin Law wrote: >>> So if Dougie goes back to a previous database and uses that with >>> released 0.12 his tags should not get flattened this time? Colin > > No, I would certainly expect not. > >> That what I was wondering but I don't think it works like that. If I >> read my 0.11.6 db with 0.12.1 they're flattened. > > Really? That would be a serious bug. Could you send a copy of your > 0.11.6 db (~/.shotwell/data/photo.db) to shotwell at yorba.org so we can > investigate? 0.12.1 should not be flattening hierarchical tags. Dougie, thanks for sending us your Shotwell database and a video demonstrating the problem. Here's what I think is going on. When you were burned by bughttp://redmine.yorba.org/issues/4925 in the Shotwell prerelease, Shotwell flattened your hierarchical tags - and then wrote those flattened tags to the photo files (you must have had metadata writing enabled). Even if you restore an old copy of your photo.db, the flattened tags are still in the photo files. So when Shotwell starts up, it reads those tags from the files, adds them to its database and displays them in the sidebar. This is entirely expected behavior. To fully recover from the attack of bug 4925, you have two choices. You could restore your entire photo library including the photo files themselves from a backup copy, and then run Shotwell 0.12. Or, if you can't do that, you could delete each and every flattened tag within Shotwell, and (assuming metadata writing is still on) Shotwell will then delete them from the associated photo files. I know that might be inconvenient since we don't yet have multiple selection in the sidebar. Thanks again for being stoic about being the first (and, as far as I know, only) victim of a significant prerelease bug. adam From clanlaw at googlemail.com Fri Apr 6 18:49:48 2012 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 6 Apr 2012 19:49:48 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4F7F353F.5020000@yorba.org> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> <4F7F353F.5020000@yorba.org> Message-ID: On 6 April 2012 19:26, Adam Dingle wrote: > On 04/06/2012 07:47 AM, Adam Dingle wrote: > > On 04/06/2012 07:42 AM, Dougie Nisbet wrote: > > On 06/04/2012 15:30, Colin Law wrote: > > So if Dougie goes back to a previous database and uses that with released > 0.12 his tags should not get flattened this time? Colin > > > No, I would certainly expect not. > > That what I was wondering but I don't think it works like that. If I read my > 0.11.6 db with 0.12.1 they're flattened. > > > Really?? That would be a serious bug.? Could you send a copy of your 0.11.6 > db (~/.shotwell/data/photo.db) to shotwell at yorba.org so we can investigate? > 0.12.1 should not be flattening hierarchical tags. > > > Dougie, > > thanks for sending us your Shotwell database and a video demonstrating the > problem.? Here's what I think is going on.? When you were burned by bug > http://redmine.yorba.org/issues/4925 in the Shotwell prerelease, Shotwell > flattened your hierarchical tags - and then wrote those flattened tags to > the photo files (you must have had metadata writing enabled).? Even if you > restore an old copy of your photo.db, the flattened tags are still in the > photo files.? So when Shotwell starts up, it reads those tags from the > files, adds them to its database and displays them in the sidebar.? This is > entirely expected behavior. That does not seem to fit the facts as a bit earlier Dougie said that he had moved .shotwell out of the way so that it would reimport the files (in place if I understood correctly) and that this is re-building the tags. That suggests that the photos have the hierarchical tags still in place. Colin > > To fully recover from the attack of bug 4925, you have two choices.? You > could restore your entire photo library including the photo files themselves > from a backup copy, and then run Shotwell 0.12.? Or, if you can't do that, > you could delete each and every flattened tag within Shotwell, and (assuming > metadata writing is still on) Shotwell will then delete them from the > associated photo files. I know that might be inconvenient since we don't yet > have multiple selection in the sidebar.? Thanks again for being stoic about > being the first (and, as far as I know, only) victim of a significant > prerelease bug. > > adam > From oliver at first.in-berlin.de Fri Apr 6 18:53:57 2012 From: oliver at first.in-berlin.de (oliver) Date: Fri, 6 Apr 2012 20:53:57 +0200 Subject: [Shotwell] Feature-Wish: Photo-Library-Location via CLI args Message-ID: <20120406185357.GA5266@siouxsie> Hello, is the Library Location could be set via command line args, this would be very helpful for handling different locations of pictures. Using -d is only setting the path to the database, but not to the file location. When importing files not only from but also to different file locations, a cli switch to support that would be convenient. Otherwise this must be done by hand. I hope the location of files is also memorized in the database, so that it automaticall ylooks upo the right location, if an already existing database is just used. But when using many seperated libraries, the above mentioned switch ould help. Importing is done easier then. It not only is easier but also less error prone. Maybe also activating import could be allowed via command line switches, this could make it even more convenient. Something like $ shotwell -d /var/mypics/shotwell_1/ -l /var/mypics/shotwell_1/ -import $HOME/pictures_1 $ shotwell -d /var/mypics/shotwell_2/ -l /var/mypics/shotwell_2/ -import $HOME/pictures_2 or $ shotwell -d /var/mypics/shotwell_from_fspot/ -l /var/mypics/shotwell_from_fspot/ -import $HOME/f-spot/ -fspot Would be nice. Ciao, Oliver From adam at yorba.org Fri Apr 6 19:20:57 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 06 Apr 2012 19:13:57 -0007 Subject: [Shotwell] Feature-Wish: Photo-Library-Location via CLI args In-Reply-To: <20120406185357.GA5266@siouxsie> References: <20120406185357.GA5266@siouxsie> Message-ID: <4f7f421c.428a440a.7ceb.1527@mx.google.com> Oliver, yes - I agree that the database should remember the library location: http://redmine.yorba.org/issues/2146 We also have a feature request for importing images from the command line: http://redmine.yorba.org/issues/2865 Hopefully the combination of these two features would give you what you need. ??Comments are welcome on those tickets, of course. ??Cheers - adam On Fri, Apr 6, 2012 at 11:53 AM, oliver wrote: Hello, is the Library Location could be set via command line args, this would be very helpful for handling different locations of pictures. Using -d is only setting the path to the database, but not to the file location. When importing files not only from but also to different file locations, a cli switch to support that would be convenient. Otherwise this must be done by hand. I hope the location of files is also memorized in the database, so that it automaticall ylooks upo the right location, if an already existing database is just used. But when using many seperated libraries, the above mentioned switch ould help. Importing is done easier then. It not only is easier but also less error prone. Maybe also activating import could be allowed via command line switches, this could make it even more convenient. Something like $ shotwell -d /var/mypics/shotwell_1/ -l /var/mypics/shotwell_1/ -import $HOME/pictures_1 $ shotwell -d /var/mypics/shotwell_2/ -l /var/mypics/shotwell_2/ -import $HOME/pictures_2 or $ shotwell -d /var/mypics/shotwell_from_fspot/ -l /var/mypics/shotwell_from_fspot/ -import $HOME/f-spot/ -fspot Would be nice. Ciao, Oliver _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From dougie at highmoor.co.uk Fri Apr 6 19:41:06 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Fri, 06 Apr 2012 20:41:06 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> <4F7F353F.5020000@yorba.org> Message-ID: <4F7F46D2.4050600@highmoor.co.uk> On 06/04/2012 19:49, Colin Law wrote: > On 6 April 2012 19:26, Adam Dingle wrote: >> On 04/06/2012 07:47 AM, Adam Dingle wrote: >> >> On 04/06/2012 07:42 AM, Dougie Nisbet wrote: >> >> On 06/04/2012 15:30, Colin Law wrote: >> >> So if Dougie goes back to a previous database and uses that with released >> 0.12 his tags should not get flattened this time? Colin >> >> >> No, I would certainly expect not. >> >> That what I was wondering but I don't think it works like that. If I read my >> 0.11.6 db with 0.12.1 they're flattened. >> >> >> Really? That would be a serious bug. Could you send a copy of your 0.11.6 >> db (~/.shotwell/data/photo.db) to shotwell at yorba.org so we can investigate? >> 0.12.1 should not be flattening hierarchical tags. >> >> >> Dougie, >> >> thanks for sending us your Shotwell database and a video demonstrating the >> problem. Here's what I think is going on. When you were burned by bug >> http://redmine.yorba.org/issues/4925 in the Shotwell prerelease, Shotwell >> flattened your hierarchical tags - and then wrote those flattened tags to >> the photo files (you must have had metadata writing enabled). Even if you >> restore an old copy of your photo.db, the flattened tags are still in the >> photo files. So when Shotwell starts up, it reads those tags from the >> files, adds them to its database and displays them in the sidebar. This is >> entirely expected behavior. > That does not seem to fit the facts as a bit earlier Dougie said that > he had moved .shotwell out of the way so that it would reimport the > files (in place if I understood correctly) and that this is > re-building the tags. That suggests that the photos have the > hierarchical tags still in place. I think the bottom line is that the 'flattened tags' information is stored in the image files themselves, and whether I like it or not, or tell it or not, shotwell parses the image library on startup and attempts to make sense of what it finds. The "scan library on startup" (regardless) has come up as an issue on the mailing list a few times. I suspect my images contain one unholy mess of exif tag data that is a tramsmash of tags that have resulted from using the various pre-release shotwells. >> you have two choices. There might be a third option. If my db is ok, and the problem is shotwell parsing the library, then if I nuke the exif tags on all my images and allow shotwell to re-write them from its db, that might work? e.g. But running 'exiftool -all= "${fname}"' on all images might work? Dougie From lucas at yorba.org Fri Apr 6 19:47:43 2012 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 6 Apr 2012 12:47:43 -0700 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4F7F46D2.4050600@highmoor.co.uk> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> <4F7F353F.5020000@yorba.org> <4F7F46D2.4050600@highmoor.co.uk> Message-ID: > There might be a third option. If > my db is ok, and the problem is > hotwell parsing the library, then > if I nuke the exif tags on all my > images and allow shotwell to > re-write them from its db, that > might work? In theory this approach should actually work. That said, make sure to backup your photo library (I'm assuming it's large so you might want to use an external USB or FireWire hard disk for this purpose) before nuking all the tags in all the photos in your library. Assuming that your Shotwell database does have correct hierarchical tag information in it (which you check by using, say, SQLiteMan) and if you turn metadata writing on, then correct hierarchical tag information should be written back to the photo files when you start Shotwell. Note that you may have to set the file modification timestamp on all of your photo library files to a date before your last database update timestamp to get this to work. Lucas From adam at yorba.org Fri Apr 6 19:55:56 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 06 Apr 2012 19:48:56 -0007 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> <4F7F353F.5020000@yorba.org> Message-ID: <4f7f4a4f.ca3b440a.3302.ffff8b93@mx.google.com> On Fri, Apr 6, 2012 at 11:49 AM, Colin Law wrote: On 6 April 2012 19:26, Adam Dingle wrote: > Dougie, > > thanks for sending us your Shotwell database and a video demonstrating the > problem.?? Here's what I think is going on.?? When you were burned by bug > http://redmine.yorba.org/issues/4925 in the Shotwell prerelease, Shotwell > flattened your hierarchical tags - and then wrote those flattened tags to > the photo files (you must have had metadata writing enabled).?? Even if you > restore an old copy of your photo.db, the flattened tags are still in the > photo files.?? So when Shotwell starts up, it reads those tags from the > files, adds them to its database and displays them in the sidebar.?? This is > entirely expected behavior. That does not seem to fit the facts as a bit earlier Dougie said that he had moved .shotwell out of the way so that it would reimport the files (in place if I understood correctly) and that this is re-building the tags. That suggests that the photos have the hierarchical tags still in place. True, though perhaps the photos have both the hierarchical and non-hierarchical tags. ??In any case, if Dougie is unsure about which tags are stored directly in the photo files, it's not hard to find out - just run 'exiv2 -pa' on any photo file and it will dump out all the EXIF/IPTC/XMP metadata. ??Dougie, if you'd like to do that and post the output here we'd be happy to comment. adam From dougie at highmoor.co.uk Fri Apr 6 20:28:54 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Fri, 06 Apr 2012 21:28:54 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4f7f4a4f.ca3b440a.3302.ffff8b93@mx.google.com> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> <4F7F353F.5020000@yorba.org> <4f7f4a4f.ca3b440a.3302.ffff8b93@mx.google.com> Message-ID: <4F7F5206.9040505@highmoor.co.uk> On 06/04/2012 20:55, Adam Dingle wrote: > True, though perhaps the photos have both the hierarchical and > non-hierarchical tags. I'm pretty sure that's what's happened, although I suspect the embedded file data is mostly non-hierarchical, and my photos are by no means consistent, covering several decades and a multitude of subjects and tagging conventions. But it's a moot point. The question is how to best go about tidying things up. I'm in no great rush at the moment. From oliver at first.in-berlin.de Fri Apr 6 22:39:00 2012 From: oliver at first.in-berlin.de (oliver) Date: Sat, 7 Apr 2012 00:39:00 +0200 Subject: [Shotwell] Feature-Wish: Photo-Library-Location via CLI args In-Reply-To: <4f7f421c.428a440a.7ceb.1527@mx.google.com> References: <20120406185357.GA5266@siouxsie> <4f7f421c.428a440a.7ceb.1527@mx.google.com> Message-ID: <20120406223900.GF18876@siouxsie> Hello Adam, On Fri, Apr 06, 2012 at 07:13:57PM -0007, Adam Dingle wrote: > Oliver, > > yes - I agree that the database should remember the library location: > > http://redmine.yorba.org/issues/2146 [...] Well... when the full path is saved inside the database as one string, this can also have disadvantages. Let's think about the following situation: You have a seperated database (-d ) ad also a seperated photo-library (-l ) and then you want to move the photo-library. If doing this, then the database must be changed / updated for any file. If you have many files, then the database update may need a lot of time. To use a relative path from the database to the library would be helping here. But this in other situations might also become problematic. But if a library at least has some kind of pointer to the photo-files, this would be good. Maybe the full path to the photo-directories coul?d be split up into the and inside the database there could be the . The could be just hold in a file inside the database-dir, and the relative paths from the photolib-root to the inidividual photographs inside that photolib could be held inside the database. This mixed approach has the advantage, that relocatoion of a complete photo-archive could be done just mith mv/rename or cp/rm and in the database only the inside a simple textfile could be changed. (This is inspired by tar, which throws away the absolute path ad therefore adds flexibility when untaring.) > > We also have a feature request for importing images from the command line: > > http://redmine.yorba.org/issues/2865 [...] OK, yes, that way of importing would be nice. > > Hopefully the combination of these two features would give you what you need. > ??Comments are welcome on those tickets, of course. ??Cheers - See above. Ciao, Oliver From dougie at highmoor.co.uk Sat Apr 7 08:04:13 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 09:04:13 +0100 Subject: [Shotwell] regenerate thumbnails In-Reply-To: References: Message-ID: <4F7FF4FD.4010600@highmoor.co.uk> On 02/11/2011 18:25, Eric Gregory wrote: > > There is a workaround for this problem -- select all photos, then hit > Rotate, then undo. But be warned: this only works for regular photos, it > will *not* work on RAW photos or videos. any news on http://redmine.yorba.org/issues/2889 The workaround doesn't work for me. Dougie From dougie at highmoor.co.uk Sat Apr 7 08:59:59 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 09:59:59 +0100 Subject: [Shotwell] regenerate thumbnails In-Reply-To: <4F7FF4FD.4010600@highmoor.co.uk> References: <4F7FF4FD.4010600@highmoor.co.uk> Message-ID: <4F80020F.5070605@highmoor.co.uk> On 07/04/2012 09:04, Dougie Nisbet wrote: > On 02/11/2011 18:25, Eric Gregory wrote: >> >> There is a workaround for this problem -- select all photos, then hit >> Rotate, then undo. But be warned: this only works for regular >> photos, it >> will *not* work on RAW photos or videos. > > any news on > > http://redmine.yorba.org/issues/2889 > > The workaround doesn't work for me. > it's ok, found my thumbnails! From clanlaw at googlemail.com Sat Apr 7 09:05:26 2012 From: clanlaw at googlemail.com (Colin Law) Date: Sat, 7 Apr 2012 10:05:26 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4F7F5206.9040505@highmoor.co.uk> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> <4F7F353F.5020000@yorba.org> <4f7f4a4f.ca3b440a.3302.ffff8b93@mx.google.com> <4F7F5206.9040505@highmoor.co.uk> Message-ID: On 6 April 2012 21:28, Dougie Nisbet wrote: > On 06/04/2012 20:55, Adam Dingle wrote: > > True, though perhaps the photos have both the hierarchical and > non-hierarchical tags. > > > I'm pretty sure that's what's happened, although I suspect the embedded file > data is mostly non-hierarchical, and my photos are by no means consistent, > covering several decades and a multitude of subjects and tagging > conventions. > > But it's a moot point. The question is how to best go about tidying things > up. I'm in no great rush at the moment. I imagine that someone more knowledgeable than myself could produce a simple script to remove all tags from the photos. Then presumably the old db should work correctly with the new version. Colin From dougie at highmoor.co.uk Sat Apr 7 09:06:28 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 10:06:28 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> <4F7F353F.5020000@yorba.org> <4F7F46D2.4050600@highmoor.co.uk> Message-ID: <4F800394.2050809@highmoor.co.uk> On 06/04/2012 20:47, Lucas Beeler wrote: >> There might be a third option. If >> my db is ok, and the problem is >> hotwell parsing the library, then >> if I nuke the exif tags on all my >> images and allow shotwell to >> re-write them from its db, that >> might work? > In theory this approach should actually work. That said, make sure to > backup your photo library (I'm assuming it's large so you might want > to use an external USB or FireWire hard disk for this purpose) before > nuking all the tags in all the photos in your library. Assuming that > your Shotwell database does have correct hierarchical tag information > in it (which you check by using, say, SQLiteMan) and if you turn > metadata writing on, then correct hierarchical tag information should > be written back to the photo files when you start Shotwell. Note that > you may have to set the file modification timestamp on all of your > photo library files to a date before your last database update > timestamp to get this to work. My first attempt certainly seemed quite promising, but I think it needs refining. My tags and ratings are all there, but things, such as GPS co-ordinates, (which are important for me), are gone. Presumably this is a result of the sledgehammer command I used, i.e: exiftool -all= and it should be just a matter of refining the exiftool switches to remove tag info only. Next step is to restore the images (110GB) from backup, then have a look at the exiftool man page again and the tags. If anyone can help with a form of the command line that would amount to something along the lines of "remove all the tags and keywords, but leave everything else" I would be very interested. I guess if I play with 'exiv2 -pa' on a few images as Adam suggested it might give me an idea of what to feed to exiftool to tell it what to remove. There may be other tools - I've used jhead in the past to strip exif data but didn't find it too reliable. Dougie From dougie at highmoor.co.uk Sat Apr 7 09:48:06 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 10:48:06 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> <4F7F353F.5020000@yorba.org> <4f7f4a4f.ca3b440a.3302.ffff8b93@mx.google.com> <4F7F5206.9040505@highmoor.co.uk> Message-ID: <4F800D56.9070907@highmoor.co.uk> On 07/04/2012 10:05, Colin Law wrote: > On 6 April 2012 21:28, Dougie Nisbet wrote: >> On 06/04/2012 20:55, Adam Dingle wrote: >> >> True, though perhaps the photos have both the hierarchical and >> non-hierarchical tags. >> >> >> I'm pretty sure that's what's happened, although I suspect the embedded file >> data is mostly non-hierarchical, and my photos are by no means consistent, >> covering several decades and a multitude of subjects and tagging >> conventions. >> >> But it's a moot point. The question is how to best go about tidying things >> up. I'm in no great rush at the moment. > I imagine that someone more knowledgeable than myself could produce a > simple script to remove all tags from the photos. Then presumably the > old db should work correctly with the new version. > > Colin > It might be a lot easier than I first thought. A few tests on example jpegs, using exiftool and exiv2 -pa 'before and after', make me think it might be as simple as: exiftool -r -overwrite_original -Subject= -Keywords= /images (these spaces after the equals signs are important - there's no option for deleting or removing tags, they have to be set equal to null). Dougie From pt at traversin.org Sat Apr 7 10:32:15 2012 From: pt at traversin.org (pt) Date: Sat, 7 Apr 2012 12:32:15 +0200 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: <4F800D56.9070907@highmoor.co.uk> References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> <4F7F353F.5020000@yorba.org> <4f7f4a4f.ca3b440a.3302.ffff8b93@mx.google.com> <4F7F5206.9040505@highmoor.co.uk> <4F800D56.9070907@highmoor.co.uk> Message-ID: On 7 April 2012 11:48, Dougie Nisbet wrote: > > It might be a lot easier than I first thought. A few tests on example jpegs, > using exiftool and exiv2 -pa 'before and after', make me think it might be > as simple as: > > ? ?exiftool -r -overwrite_original -Subject= -Keywords= /images The above should work, but you probably want to erase the hierarchical structure too (if any): ?When Shotwell exports a photo with hierarchical keywords, it currently saves the keyword information to the following tags in XMP: Xmp.digiKam.TagsList Xmp.MicrosoftPhoto.LastKeywordXMP? (check http://redmine.yorba.org/issues/4050) I guess you have to find the exact name of those tags in Exiftool and nuke'em too. Ciao ciao, Piergi -- Web: http://traversin.org GNU/Linux user 190604 From oliver at first.in-berlin.de Sat Apr 7 12:55:37 2012 From: oliver at first.in-berlin.de (oliver) Date: Sat, 7 Apr 2012 14:55:37 +0200 Subject: [Shotwell] Bulk Import? Message-ID: <20120407125537.GA19369@siouxsie> Hello, The import of my f-spot folder runs since last evening... maxbe it's more than about ten hours running... When I tried it the first time, I used f-spot import. When it took too long I tried strace and ltrace on it (when shotwell already is running). The latter one killed shotwell. (It is an old shotwell version; I tested the ltrace killing-issue with a current version of shotwell on a different machine/system and this problem was away.) What I experienced when importing at leats with the old shotwell, was that it is importing slowly. A lot of stuff is going on... I could see this, when using ltrace directly (instead of attaching it later). Same also holds true for the current version of shotwell. There is even alot of calls going on, when an empty archive is used. >From what I saw in the latrace outputs it seems to me, that any picture files is handled seperately (maybe each one an object), and importing a file means: creating an object, which individually connects to sqlite. Just from that (without looking at the code) I think, it would make sense to have an internal representation of the data not only for one picture, but for a bunch of pictures and doing a bulk-insertion operation into the database, instead of individually insert the files unto the database. Does anyone of the shotwell developers who knows the internals of the code, can affirm or reject my assumption on individual sqlite-accesses? And if that's the case, would it be possible to have a bulk insertion feature? So that - for example - bunches of e.g. 1000 files will be inserted in one operation, instead of individually inserting any file? It seems, that the sqlite access is eating up a lot of time, when doing massively adding files to the database. Thanks, Oliver From lbc at bnrlabs.com Sat Apr 7 12:57:16 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Sat, 07 Apr 2012 14:57:16 +0200 Subject: [Shotwell] event names getting randomly mangled Message-ID: <4F8039AC.7000206@bnrlabs.com> Dear list, This morning my version 0.11.6 of Shotwell (installed out of the Debian testing repository) started horribly mangling all the event names that I had ever renamed from their default (the string). Results are very different and seemingly random after each program launch, and can be summarized as follows: - some are now labelled 'thumb000000000000nnnn' (hex) - some have a single character such as a letter, a digit, '&', '(', '*' or 2-byte UTF-8 characters - some are a multiple seemingly random characters - some are names I had given to events, but they are associated with another event - some are completely blank This behavior occurs with two different Shotwell databases. One of the last actions I performed in Shotwell before closing it and reopening it was to muck around in an import folder and deleting a couple of files, namely _modified.jpg and a _PEF_shotwell.jpg, in an attempt to understand how exactly it is that Shotwell uses them. Restoring them did not stop the name mangling, however. I'd be surprised if that had something to do with what I'm seeing now. I'm not seeing anything striking in .cache/shotwell/shotwell.log : only an 'unable to fetch high-quality thumbnail' [CRT] entry matching the same PEF file I messed around with and mentioned above. How can I find out what is causing this ? From lbc at bnrlabs.com Sat Apr 7 13:03:25 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Sat, 07 Apr 2012 15:03:25 +0200 Subject: [Shotwell] event names getting randomly mangled In-Reply-To: <4F8039AC.7000206@bnrlabs.com> References: <4F8039AC.7000206@bnrlabs.com> Message-ID: <4F803B1D.2080201@bnrlabs.com> On 2012.04.07 14:57, Lucas B. Cohen wrote: > This morning my version 0.11.6 of Shotwell (installed out of the Debian > testing repository) started horribly mangling all the event names that I > had ever renamed from their default (the string). After taking another look, that's not exactly the case. Some events that I had renamed are getting their (correct) date used as a label. What is really puzzling (and caused me to wrongly think their event names were the right ones) is that it is always the same events that are being given a name at every launch. All the other events get completely different names at each program launch. From dougie at highmoor.co.uk Sat Apr 7 13:32:14 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 14:32:14 +0100 Subject: [Shotwell] any news on multi-tag select? In-Reply-To: References: <4F7DFED2.7030800@highmoor.co.uk> <4f7e04e1.e61f440a.2fe1.fffffb8d@mx.google.com> <4F7E96E2.4000906@highmoor.co.uk> <4f7efb20.ca3b440a.3302.7308@mx.google.com> <4F7F00BD.3040409@highmoor.co.uk> <4F7F01F1.6040106@yorba.org> <4F7F353F.5020000@yorba.org> <4f7f4a4f.ca3b440a.3302.ffff8b93@mx.google.com> <4F7F5206.9040505@highmoor.co.uk> <4F800D56.9070907@highmoor.co.uk> Message-ID: <4F8041DE.5040704@highmoor.co.uk> On 07/04/2012 11:32, pt wrote: > On 7 April 2012 11:48, Dougie Nisbet wrote: >> It might be a lot easier than I first thought. A few tests on example jpegs, >> using exiftool and exiv2 -pa 'before and after', make me think it might be >> as simple as: >> >> exiftool -r -overwrite_original -Subject= -Keywords= /images > > The above should work, but you probably want to erase the hierarchical > structure too (if any): > > ?When Shotwell exports a photo with hierarchical keywords, it > currently saves the keyword information to the following tags in XMP: > > Xmp.digiKam.TagsList > > Xmp.MicrosoftPhoto.LastKeywordXMP? > > (check http://redmine.yorba.org/issues/4050) > > I guess you have to find the exact name of those tags in Exiftool and > nuke'em too. > > Ciao ciao, > Piergi Thanks Piergi ... I added these to the recipe and the final command was: exiftool -r -overwrite_original -Subject= -Keywords= -LastKeywordXMP= -TagsList= /images It seems to have been successful although I don't have any exif data in the images any longer. I may well just let this happen naturally as I review tag groups over time. Dougie From dougie at highmoor.co.uk Sat Apr 7 13:37:54 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 14:37:54 +0100 Subject: [Shotwell] 0.12.1+TRUNK Message-ID: <4F804332.9010408@highmoor.co.uk> A few observations (these may be related to my other troubles) 1. F11 does not go Full Screen. It just hides the menu bar. To go full-screen I need to View/FullScreen 2. Performance is degraded to the point of unusability when Shotwell starts doing some behind-the-scenes housekeeping. I'm not sure what it's doing, or whether it's connected with my other adventures, or whether it's because I resized my thumbnail view, or whether I edited a file ... An excerpt from the logfile shows: L 25102 2012-04-07 14:27:59 [DBG] ThumbnailCache.vala:182: import from source: [19414] /images/2009/07/12/Coastal Run - 2009 -- 12-07-2009 10-04-02.jpg L 25102 2012-04-07 14:27:59 [DBG] Photo.vala:3025: spawning new precache timeout for [19414] /images/2009/07/12/Coastal Run - 2009 -- 12-07-2009 10-04-02.jpg L 25102 2012-04-07 14:27:59 [DBG] Photo.vala:3144: pipeline being run against [19414] /images/2009/07/12/Coastal Run - 2009 -- 12-07-2009 10-04-02.jpg, timer restarted. L 25102 2012-04-07 14:27:59 [DBG] Photo.vala:3144: pipeline being run against [19414] /images/2009/07/12/Coastal Run - 2009 -- 12-07-2009 10-04-02.jpg, timer restarted. L 25102 2012-04-07 14:27:59 [DBG] ThumbnailCache.vala:182: import from source: [14331] /images/2008/10/24/Burnhope Reservoir - Scrub Management and Coppicing - DSCN0065 - 24Oct2008 - 1233.jpg L 25102 2012-04-07 14:27:59 [DBG] Photo.vala:3025: spawning new precache timeout for [14331] /images/2008/10/24/Burnhope Reservoir - Scrub Management and Coppicing - DSCN0065 - 24Oct2008 - 1233.jpg L 25102 2012-04-07 14:27:59 [DBG] Photo.vala:3144: pipeline being run against [14331] /images/2008/10/24/Burnhope Reservoir - Scrub Management and Coppicing - DSCN0065 - 24Oct2008 - 1233.jpg, timer restarted. L 25102 2012-04-07 14:28:00 [DBG] Photo.vala:3144: pipeline being run against [14331] /images/2008/10/24/Burnhope Reservoir - Scrub Management and Coppicing - DSCN0065 - 24Oct2008 - 1233.jpg, timer restarted. L 25102 2012-04-07 14:28:00 [DBG] ThumbnailCache.vala:182: import from source: [18013] /images/2009/03/28/Debs Goddard -- Harrier League - Temple Park - 2009 -- 28-03-2009 14-24-34.jpg From adam at yorba.org Sat Apr 7 13:39:44 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 07 Apr 2012 06:39:44 -0700 Subject: [Shotwell] event names getting randomly mangled In-Reply-To: <4F8039AC.7000206@bnrlabs.com> References: <4F8039AC.7000206@bnrlabs.com> Message-ID: <4F8043A0.4090802@yorba.org> Lucas, you've been burned by this bug: http://redmine.yorba.org/issues/4201 The bug is not normally present in Shotwell 0.11, which supports building with versions of Vala up to 0.13.0 only, and includes this line in its Makefile: MAX_VALAC_VERSION := 0.13.0 I just looked at the Debian packaging for Shotwell 0.11, found at http://ftp.de.debian.org/debian/pool/main/s/shotwell/shotwell_0.11.6-2.debian.tar.gz Debian has patched the Makefile to build with Vala 0.14, which unfortunately exposes the bug above. We fixed the bug in Shotwell 0.12. The fix was not small, but Debian will have to backport that fix to Shotwell 0.11 if they really want to build with Vala 0.14. adam On 04/07/2012 05:57 AM, Lucas B. Cohen wrote: > Dear list, > > This morning my version 0.11.6 of Shotwell (installed out of the Debian > testing repository) started horribly mangling all the event names that I > had ever renamed from their default (the string). > > Results are very different and seemingly random after each program > launch, and can be summarized as follows: > > - some are now labelled 'thumb000000000000nnnn' (hex) > - some have a single character such as a letter, a digit, '&', '(', '*' > or 2-byte UTF-8 characters > - some are a multiple seemingly random characters > - some are names I had given to events, but they are associated with > another event > - some are completely blank > > This behavior occurs with two different Shotwell databases. > > One of the last actions I performed in Shotwell before closing it and > reopening it was to muck around in an import folder and deleting a > couple of files, namely_modified.jpg and a > _PEF_shotwell.jpg, in an attempt to understand how exactly it is > that Shotwell uses them. Restoring them did not stop the name mangling, > however. I'd be surprised if that had something to do with what I'm > seeing now. > > I'm not seeing anything striking in .cache/shotwell/shotwell.log : only > an 'unable to fetch high-quality thumbnail' [CRT] entry matching the > same PEF file I messed around with and mentioned above. > > How can I find out what is causing this ? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From dougie at highmoor.co.uk Sat Apr 7 13:40:18 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 14:40:18 +0100 Subject: [Shotwell] 0.12.1+TRUNK In-Reply-To: <4F804332.9010408@highmoor.co.uk> References: <4F804332.9010408@highmoor.co.uk> Message-ID: <4F8043C2.20708@highmoor.co.uk> another feature seems to be a Multi-select Enhance. I discovered this when I selected about 50 photos to export, and hit Ctrl-E, which doesn't export, it enhances. I think this could be a problem if there's no Undo-Enhance feature. I didn't get as far as finding out because the performance degradation issues mention in my OP kicked in and the Enhance hung on 27% and wouldn't accept a Cancel. From lbc at bnrlabs.com Sat Apr 7 13:58:23 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Sat, 07 Apr 2012 15:58:23 +0200 Subject: [Shotwell] event names getting randomly mangled In-Reply-To: <4F8043A0.4090802@yorba.org> References: <4F8039AC.7000206@bnrlabs.com> <4F8043A0.4090802@yorba.org> Message-ID: <4F8047FF.5070002@bnrlabs.com> On 2012.04.07 15:39, Adam Dingle wrote: > you've been burned by this bug: > http://redmine.yorba.org/issues/4201 Thank you. I'm glad to see this is known and has been solved. At this point, are my databases irremediably corrupt, or does this bug only affect data presentation ? From adam at yorba.org Sat Apr 7 13:59:54 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 07 Apr 2012 06:59:54 -0700 Subject: [Shotwell] 0.12.1+TRUNK In-Reply-To: <4F804332.9010408@highmoor.co.uk> References: <4F804332.9010408@highmoor.co.uk> Message-ID: <4F80485A.6060304@yorba.org> On 04/07/2012 06:37 AM, Dougie Nisbet wrote: > A few observations (these may be related to my other troubles) > > 1. F11 does not go Full Screen. It just hides the menu bar. To go > full-screen I need to View/FullScreen I can't reproduce this. What operating system version are you running? Does F11 go full screen in other applications (e.g. gedit)? > 2. Performance is degraded to the point of unusability when Shotwell > starts doing some behind-the-scenes housekeeping. I'm not sure what > it's doing, or whether it's connected with my other adventures, or > whether it's because I resized my thumbnail view, or whether I edited > a file ... I can't reproduce this either. But I know you have a very large library, and we should probably do some more testing with libraries of that size here at Yorba. If you can come up with specific steps that cause the performance degradation every single time, we'd certainly be interested to hear about them. adam From adam at yorba.org Sat Apr 7 14:02:04 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 07 Apr 2012 07:02:04 -0700 Subject: [Shotwell] 0.12.1+TRUNK In-Reply-To: <4F8043C2.20708@highmoor.co.uk> References: <4F804332.9010408@highmoor.co.uk> <4F8043C2.20708@highmoor.co.uk> Message-ID: <4F8048DC.2020603@yorba.org> On 04/07/2012 06:40 AM, Dougie Nisbet wrote: > another feature seems to be a Multi-select Enhance. I discovered this > when I selected about 50 photos to export, and hit Ctrl-E, which > doesn't export, it enhances. Right. That's nothing new; it's been that way in Shotwell for many releases now. > > > I think this could be a problem if there's no Undo-Enhance feature. I > didn't get as far as finding out because the performance degradation > issues mention in my OP kicked in and the Enhance hung on 27% and > wouldn't accept a Cancel. Never fear - this operation is undoable. :) Again, the performance degradation is worrisome and I hope we can figure out what's going on there. adam From lbc at bnrlabs.com Sat Apr 7 14:07:22 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Sat, 07 Apr 2012 16:07:22 +0200 Subject: [Shotwell] building Shotwell against vala 0.12 : good idea ? In-Reply-To: <4F8043A0.4090802@yorba.org> References: <4F8039AC.7000206@bnrlabs.com> <4F8043A0.4090802@yorba.org> Message-ID: <4F804A1A.5050305@bnrlabs.com> On 2012.04.07 15:39, Adam Dingle wrote: > The bug is not normally present in Shotwell 0.11, which supports > building with versions of Vala up to 0.13.0 only, and includes this line > in its Makefile. As a quick fix, I'm considering building a custom Shotwell 0.11.6 package with the Debian packaging tools. It would have to be built against vala 0.12 however, as Debian has not packaged valac 0.13. Does that feel like a sound idea ? Has it been tested before ? I know nothing at all about vala. From adam at yorba.org Sat Apr 7 14:08:23 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 07 Apr 2012 14:01:23 -0007 Subject: [Shotwell] event names getting randomly mangled In-Reply-To: <4F8047FF.5070002@bnrlabs.com> References: <4F8039AC.7000206@bnrlabs.com> <4F8043A0.4090802@yorba.org> <4F8047FF.5070002@bnrlabs.com> Message-ID: <4f804a5b.4233440a.62f2.ffffdf16@mx.google.com> On Sat, Apr 7, 2012 at 6:58 AM, Lucas B. Cohen wrote: On 2012.04.07 15:39, Adam Dingle wrote: > you've been burned by this bug: > http://redmine.yorba.org/issues/4201 Thank you. I'm glad to see this is known and has been solved. At this point, are my databases irremediably corrupt, or does this bug only affect data presentation ? I'm pretty sure it affects only data presentation. ??I see that Debian experimental includes Shotwell 0.12; if you can upgrade to that I think you should be OK. adam From dougie at highmoor.co.uk Sat Apr 7 14:10:41 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 15:10:41 +0100 Subject: [Shotwell] 0.12.1+TRUNK In-Reply-To: <4F8048DC.2020603@yorba.org> References: <4F804332.9010408@highmoor.co.uk> <4F8043C2.20708@highmoor.co.uk> <4F8048DC.2020603@yorba.org> Message-ID: <4F804AE1.6050706@highmoor.co.uk> On 07/04/2012 15:02, Adam Dingle wrote: > On 04/07/2012 06:40 AM, Dougie Nisbet wrote: >> another feature seems to be a Multi-select Enhance. I discovered this >> when I selected about 50 photos to export, and hit Ctrl-E, which >> doesn't export, it enhances. > > Right. That's nothing new; it's been that way in Shotwell for many > releases now. > ah ... I've just checked back through the list and I'm getting mixed up with a multi-auto-exposure request (posted by Duy le 29/9/11). I can easily get used to Shift-Ctrl-E. >> >> >> I think this could be a problem if there's no Undo-Enhance feature. I >> didn't get as far as finding out because the performance degradation >> issues mention in my OP kicked in and the Enhance hung on 27% and >> wouldn't accept a Cancel. > > Never fear - this operation is undoable. :) Again, the performance > degradation is worrisome and I hope we can figure out what's going on > there. > I'm cautiously optimistic that it might be a one-off. I've checked the log and notice that there don't appear to be any duplicate filenames, so is it possible it's just doing some housekeeping on my thumbnails? Current log (still going strong as I type), Dropboxed to http://dl.dropbox.com/u/52214259/shotwell.log Dougie From adam at yorba.org Sat Apr 7 14:12:53 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 07 Apr 2012 14:05:53 -0007 Subject: [Shotwell] building Shotwell against vala 0.12 : good idea ? In-Reply-To: <4F804A1A.5050305@bnrlabs.com> References: <4F8039AC.7000206@bnrlabs.com> <4F8043A0.4090802@yorba.org> <4F804A1A.5050305@bnrlabs.com> Message-ID: <4f804b68.a123440a.2250.ffffe590@mx.google.com> On Sat, Apr 7, 2012 at 7:07 AM, Lucas B. Cohen wrote: On 2012.04.07 15:39, Adam Dingle wrote: > The bug is not normally present in Shotwell 0.11, which supports > building with versions of Vala up to 0.13.0 only, and includes this line > in its Makefile. As a quick fix, I'm considering building a custom Shotwell 0.11.6 package with the Debian packaging tools. It would have to be built against vala 0.12 however, as Debian has not packaged valac 0.13. Does that feel like a sound idea ? Has it been tested before ? I know nothing at all about vala. I think that should work. ??I personally wouldn't bother trying to use the Debian packaging tools or make a package. ??You could just download the Shotwell 0.11 tarball (http://yorba.org/download/shotwell/0.11/shotwell-0.11.6.tar.bz2), unpack it, cd into it and run $ sudo apt-get build-dep shotwell $ valac --version ?? # make sure this prints 0.12 $ ./configure $ make $ sudo make install adam From dougie at highmoor.co.uk Sat Apr 7 14:14:37 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 15:14:37 +0100 Subject: [Shotwell] 0.12.1+TRUNK In-Reply-To: <4F80485A.6060304@yorba.org> References: <4F804332.9010408@highmoor.co.uk> <4F80485A.6060304@yorba.org> Message-ID: <4F804BCD.1070806@highmoor.co.uk> On 07/04/2012 14:59, Adam Dingle wrote: > On 04/07/2012 06:37 AM, Dougie Nisbet wrote: >> A few observations (these may be related to my other troubles) >> >> 1. F11 does not go Full Screen. It just hides the menu bar. To go >> full-screen I need to View/FullScreen > > I can't reproduce this. What operating system version are you > running? Does F11 go full screen in other applications (e.g. gedit)? Debian Testing. gedit goes full-screen fine on F11. However I have done a lot of updates and installs/uninstalls without reboot the last couple of days. And for the last few weeks I've been running the LXDE desktop, so when I get the chance I shall reboot and try it with a couple of different Desktops (gnome2 and XFCE4) and see if it's any different. Dougie From oliver at first.in-berlin.de Sat Apr 7 14:47:57 2012 From: oliver at first.in-berlin.de (oliver) Date: Sat, 7 Apr 2012 16:47:57 +0200 Subject: [Shotwell] Usage performance shotwell vs. f-spot Message-ID: <20120407144756.GA28252@siouxsie> Hello, even importing has taken a lot of time, now I can compare shotwell vs. f-spot with "real data". When i did massive imports of files some months ago, this was somehow unrealistic for typical use, as that test was importing a huge number of files from one directory and all those files had same date. So a filesystem issue might have added to the problem. Now I have my f-spot stuf fimported into shotwell. Shotwell is much more responsive. It even llowed me to look at already imported pictures, while doing the import of new files. Now I have started f-spot to compare it, and f-spot is slower even without a running import - just using it as is. It does not even update it's gui at the moment, so f-spot is really ugly. So after doing a last backup of my f-spot dir (or writing a small tool that shows me files that were not imported by shotwell), I think I can throw away my f-spot stuff completely then. :-) I already convnced other people to use shotwell, and now, late, I also migrate. I think this is the right decision, even some issues are open in shotwell. Ciao, Oliver P.S.: Above I talked about the better responsiveness only, but the better GUI and features (and keyboard driven usage) are also a good plus. P.S.S.: I did the import in a testing directory (/tmp) and hope, no problems will occur, when I move all my stuff to my $HOME ... From dougie at highmoor.co.uk Sat Apr 7 19:59:31 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 20:59:31 +0100 Subject: [Shotwell] 0.12.1+TRUNK In-Reply-To: <4F80485A.6060304@yorba.org> References: <4F804332.9010408@highmoor.co.uk> <4F80485A.6060304@yorba.org> Message-ID: <4F809CA3.5000105@highmoor.co.uk> On 07/04/2012 14:59, Adam Dingle wrote: > On 04/07/2012 06:37 AM, Dougie Nisbet wrote: >> A few observations (these may be related to my other troubles) >> >> 1. F11 does not go Full Screen. It just hides the menu bar. To go >> full-screen I need to View/FullScreen > > I can't reproduce this. What operating system version are you > running? Does F11 go full screen in other applications (e.g. gedit)? > Interesting. Seems to be an LXDE thing. Even more interesting, F11 works ok on gedit in LXDE, but not shotwell. F11 works fine on XFCE and Gnome. Dougie From dougie at highmoor.co.uk Sat Apr 7 20:01:48 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 21:01:48 +0100 Subject: [Shotwell] 0.12.1+TRUNK In-Reply-To: <4F804AE1.6050706@highmoor.co.uk> References: <4F804332.9010408@highmoor.co.uk> <4F8043C2.20708@highmoor.co.uk> <4F8048DC.2020603@yorba.org> <4F804AE1.6050706@highmoor.co.uk> Message-ID: <4F809D2C.4080109@highmoor.co.uk> On 07/04/2012 15:10, Dougie Nisbet wrote: > On 07/04/2012 15:02, Adam Dingle wrote: >> Never fear - this operation is undoable. :) Again, the performance >> degradation is worrisome and I hope we can figure out what's going on >> there. >> > > I'm cautiously optimistic that it might be a one-off. I've checked the > log and notice that there don't appear to be any duplicate filenames, > so is it possible it's just doing some housekeeping on my thumbnails? > Current log (still going strong as I type), Dropboxed to > http://dl.dropbox.com/u/52214259/shotwell.log > I decided to just let it run and after 5+ hours it finished doing whatever it was doing. Seems ok now. From dougie at highmoor.co.uk Sat Apr 7 20:06:37 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 07 Apr 2012 21:06:37 +0100 Subject: [Shotwell] 0.12.1+TRUNK In-Reply-To: <4F809CA3.5000105@highmoor.co.uk> References: <4F804332.9010408@highmoor.co.uk> <4F80485A.6060304@yorba.org> <4F809CA3.5000105@highmoor.co.uk> Message-ID: <4F809E4D.7000900@highmoor.co.uk> On 07/04/2012 20:59, Dougie Nisbet wrote: > On 07/04/2012 14:59, Adam Dingle wrote: >> On 04/07/2012 06:37 AM, Dougie Nisbet wrote: >>> A few observations (these may be related to my other troubles) >>> >>> 1. F11 does not go Full Screen. It just hides the menu bar. To go >>> full-screen I need to View/FullScreen >> >> I can't reproduce this. What operating system version are you >> running? Does F11 go full screen in other applications (e.g. gedit)? >> > > Interesting. Seems to be an LXDE thing. Even more interesting, F11 > works ok on gedit in LXDE, but not shotwell. > > F11 works fine on XFCE and Gnome. Just discovered another LXDE-only quirk ... Import from Folder - the secondary dialogue window that appears (i.e. the "Import to Library" one) is hidden behind the "Import from Folder" dialogue window, which needs to be moved out the way. I think I'll just stick with XFCE! Dougie From dougie at highmoor.co.uk Sun Apr 8 09:55:59 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sun, 08 Apr 2012 10:55:59 +0100 Subject: [Shotwell] 0.12.1+TRUNK In-Reply-To: <4F804332.9010408@highmoor.co.uk> References: <4F804332.9010408@highmoor.co.uk> Message-ID: <4F8160AF.5070507@highmoor.co.uk> On 07/04/2012 14:37, Dougie Nisbet wrote: > A few observations Terminology: Does Right-Click : "Move to Wastebasket" to the same thing as Shift-Delete : Move to Desktop Wastebasket? i.e. Does Right-Click : "Move to Wastebasket" also remove from Shotwell library? (If so, that's kinda handy, as a quick delete). Dougie From adam at yorba.org Sun Apr 8 13:18:21 2012 From: adam at yorba.org (Adam Dingle) Date: Sun, 08 Apr 2012 06:18:21 -0700 Subject: [Shotwell] 0.12.1+TRUNK In-Reply-To: <4F8160AF.5070507@highmoor.co.uk> References: <4F804332.9010408@highmoor.co.uk> <4F8160AF.5070507@highmoor.co.uk> Message-ID: <4F81901D.3070404@yorba.org> On 04/08/2012 02:55 AM, Dougie Nisbet wrote: > On 07/04/2012 14:37, Dougie Nisbet wrote: >> A few observations > > > Terminology: > > Does Right-Click : "Move to Wastebasket" to the same thing as > Shift-Delete : Move to Desktop Wastebasket? No, it's not the same. Right-Click : "Move to Wastebasket" moves an image into Shotwell's internal wastebasket. This changes the view in which the image appears in Shotwell: it will appear in the Wastebasket view rather than in Library. The on-disk file does not move. Shift-Delete : Move to Desktop Wastebasket moves the actual file into the GNOME wastebasket. It will no longer appear anywhere in your Shotwell library. See http://yorba.org/shotwell/help/delete.html . (We're considering unifying these wastebaskets at some point, but have made no decision about that yet. See http://redmine.yorba.org/issues/2645 .) adam From brunogirin at gmail.com Mon Apr 9 01:09:02 2012 From: brunogirin at gmail.com (Bruno Girin) Date: Mon, 09 Apr 2012 02:09:02 +0100 Subject: [Shotwell] Bulk Import? In-Reply-To: <20120407125537.GA19369@siouxsie> References: <20120407125537.GA19369@siouxsie> Message-ID: <4F8236AE.5020702@gmail.com> Hi Oliver, On 07/04/12 13:55, oliver wrote: > Hello, > > The import of my f-spot folder runs since last evening... > maxbe it's more than about ten hours running... > > When I tried it the first time, I used f-spot import. > When it took too long I tried strace and ltrace on it > (when shotwell already is running). > The latter one killed shotwell. > > (It is an old shotwell version; I tested the ltrace killing-issue > with a current version of shotwell on a different machine/system > and this problem was away.) > > What I experienced when importing at leats with the old shotwell, > was that it is importing slowly. > A lot of stuff is going on... I could see this, when using ltrace > directly (instead of attaching it later). That's because it does a lot of things. The F-Spot import works a bit like this: - Do a single SELECT on the F-Spot DB to get the full list of photos, - Then for each photo: - Do a select on the photo_versions table and on the tags table to load each version of a photo independently, - Check whether the photo already exists in the Shotwell database, - If not, insert it with all the tags and event (in itself a few INSERTs in the Shotwell DB). > > Same also holds true for the current version of shotwell. > There is even alot of calls going on, when an empty > archive is used. Part of that is also due to the following aspects of the F-Spot import: - In the latest version, F-Spot import is a plugin so calls go through the SPIT API and then through the SPIT extension point interfaces before hitting the F-Spot plugin itself. - The F-Spot plugin is built to auto-detect the version of the F-Spot database being read and adjust its behaviour accordingly: this is implemented by an intermediate layer of data access objects, which in turn means additional intermediary calls. - The actual import into the Shotwell database is performed in a background thread, which means that individual photos are handed to background jobs that perform the actual inserts in the Shotwell DB once they have been loaded from the F-Spot DB: this adds yet more calls but is essential to make sure you can still use Shotwell even while it's importing data. > > From what I saw in the latrace outputs it seems to me, > that any picture files is handled seperately (maybe each one > an object), and importing a file means: creating an object, > which individually connects to sqlite. This is correct. For each photo, there are multiple sqlite SELECT queries to load the data from the F-Spot DB. There are then multiple sqlite INSERT calls to store it into the Shotwell DB. Having said this, the objects that connect to sqlite are created only once and re-used throughout the import. > > Just from that (without looking at the code) I think, > it would make sense to have an internal representation of the data > not only for one picture, but for a bunch of pictures > and doing a bulk-insertion operation into the database, > instead of individually insert the files unto the database. Doing a bulk insert could potentially provide performance improvements. You'd have to deal with a few complications though: - Inserting photos one by one means that 1) progress reporting is smooth and 2) it provides the user the ability to cancel the import at any time and have it stop immediately. If inserts were bulked, the code would only be able to abort between blocks of inserts. - The object tree being persisted is not flat: each photo comes with an event and a number of tags so even though you would be able to bulk-insert the photos, it would be a lot more difficult to do that for tags. - The combination of the two points above would make it quite difficult to ensure that the Shotwell DB ends up in a consistent state if you were to cancel the import half-way through or if writing to the Shotwell DB failed are any point during the insert. > > Does anyone of the shotwell developers who knows the internals > of the code, can affirm or reject my assumption on individual > sqlite-accesses? > > And if that's the case, would it be possible to have a bulk insertion feature? > So that - for example - bunches of e.g. 1000 files will be inserted in one > operation, instead of individually inserting any file? > > It seems, that the sqlite access is eating up a lot of time, > when doing massively adding files to the database. You'd need to see examples of bulk insert timings against repeated individual insert timings to confirm that bulk inserts is actually more efficient and to get an estimate of what performance improvements you could get. So any data you have that demonstrate a different in performance between the two approaches would be useful (not necessarily Shotwell related, basic sqlite comparisons would be good to see as I really don't know how sqlite behaves under load). Then you would have to deal with the complications detailed above, which is likely to add complexity to the Shotwell import code. The code is already quite complex as it is so I'd rather avoid making it more complex if at all possible. Having said this, any performance or memory usage analysis is always useful so if you've found any sequence of calls that seem wasteful to you, don't hesitate to share trace output and we can discuss individual cases. Cheers, Bruno From adam at yorba.org Mon Apr 9 16:35:50 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 09 Apr 2012 16:28:50 -0007 Subject: [Shotwell] event names getting randomly mangled In-Reply-To: <4F82BD99.3080802@debian.org> References: <4F8039AC.7000206@bnrlabs.com> <4F8043A0.4090802@yorba.org> <4F82BD99.3080802@debian.org> Message-ID: <4f830fea.043c440a.3d1d.ffffcb68@mx.google.com> On Mon, Apr 9, 2012 at 3:44 AM, Luca Falavigna wrote: Il 07/04/2012 15:39, Adam Dingle ha scritto: > Debian has patched the Makefile to build with Vala 0.14, which > unfortunately exposes the bug above. We fixed the bug in Shotwell 0.12. > The fix was not small, but Debian will have to backport that fix to > Shotwell 0.11 if they really want to build with Vala 0.14. Thanks for the links. Unfortunately I had to attempt to use a not tested vala version because 0.10 and 0.12 are being removed from the archive. I hope to be able to upload 0.12.x to unstable soon, but I need some more time for the Release Team to give us a time frame for this to happen. Understandable. ??I think the best path forward for you guys will be to upload 0.12.x to unstable as soon as you can. I really wish we had released Shotwell 0.11 to build with Vala 0.14, but we delayed too long in that release cycle before switching to Vala 0.13.x and it would have been too risky to switch at the last minute. ??We won't make that mistake again; Shotwell 0.12 builds with the current Vala (0.16) and future Shotwell versions will build with current Vala versions as well. ??Cheers - adam From oliver at first.in-berlin.de Mon Apr 9 16:45:03 2012 From: oliver at first.in-berlin.de (oliver) Date: Mon, 9 Apr 2012 18:45:03 +0200 Subject: [Shotwell] killed by SIGTRAP Message-ID: <20120409164503.GA28044@siouxsie> Hello, why is SIGTRAP not caught and irgnored? I used ltrace to attach on an already running shotwell, and it was killed by this attempt and SIGTRAP was the reason. If SIGTRAP could be caught and ignored, this problem would not stay here. Some days ago I thought, this problem only coccured with old versions (0.7.2). But this time it occured in 0.11.6 also. Would be nice if this signal can be caught/ignored, instead of that it kills shotwell. or are there any reasons why this signal should kill shotwell? Ciao, Oliver From adam at yorba.org Mon Apr 9 16:59:49 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 09 Apr 2012 09:59:49 -0700 Subject: [Shotwell] killed by SIGTRAP In-Reply-To: <20120409164503.GA28044@siouxsie> References: <20120409164503.GA28044@siouxsie> Message-ID: <4F831585.2090702@yorba.org> On 04/09/2012 09:45 AM, oliver wrote: > Hello, > > > why is SIGTRAP not caught and irgnored? > > > I used ltrace to attach on an already running > shotwell, and it was killed by this attempt > and SIGTRAP was the reason. > > If SIGTRAP could be caught and ignored, > this problem would not stay here. > > Some days ago I thought, this problem only coccured with > old versions (0.7.2). But this time it occured in 0.11.6 > also. > > Would be nice if this signal can be caught/ignored, > instead of that it kills shotwell. > > or are there any reasons why this signal should kill shotwell? Oliver, ltrace can't handle multi-threaded processes, and causes them to die with SIGTRAP. This has nothing to do with Shotwell specifically. See, for example, http://lists.alioth.debian.org/pipermail/ltrace-devel/2006-April/000036.html http://kazenotaiyo.blogspot.com/2010/02/tracing-system-and-library-calls-w.html https://bugzilla.redhat.com/show_bug.cgi?id=526007 Perhaps you'd have better luck with other tracing tools such as strace or latrace. Cheers - adam From oliver at first.in-berlin.de Mon Apr 9 17:14:45 2012 From: oliver at first.in-berlin.de (oliver) Date: Mon, 9 Apr 2012 19:14:45 +0200 Subject: [Shotwell] killed by SIGTRAP In-Reply-To: <4F831585.2090702@yorba.org> References: <20120409164503.GA28044@siouxsie> <4F831585.2090702@yorba.org> Message-ID: <20120409171445.GC28310@siouxsie> On Mon, Apr 09, 2012 at 09:59:49AM -0700, Adam Dingle wrote: > On 04/09/2012 09:45 AM, oliver wrote: > >Hello, > > > > > >why is SIGTRAP not caught and irgnored? > > > > > >I used ltrace to attach on an already running > >shotwell, and it was killed by this attempt > >and SIGTRAP was the reason. > > > >If SIGTRAP could be caught and ignored, > >this problem would not stay here. > > > >Some days ago I thought, this problem only coccured with > >old versions (0.7.2). But this time it occured in 0.11.6 > >also. > > > >Would be nice if this signal can be caught/ignored, > >instead of that it kills shotwell. > > > >or are there any reasons why this signal should kill shotwell? > > Oliver, > > ltrace can't handle multi-threaded processes, and causes them to die > with SIGTRAP. This has nothing to do with Shotwell specifically. > See, for example, > > http://lists.alioth.debian.org/pipermail/ltrace-devel/2006-April/000036.html > http://kazenotaiyo.blogspot.com/2010/02/tracing-system-and-library-calls-w.html > https://bugzilla.redhat.com/show_bug.cgi?id=526007 Oh, thank you foir the links. Din't knew that ltrace prolem. > > Perhaps you'd have better luck with other tracing tools such as > strace or latrace. Cheers - strace I already used and it has worked with shotwell, but the output is rather Unix-API calls only, which not necessarily is, what I was looking for. latrace I didn't knew so far. Thanks for the hint I will have a look at it. Ciao, Oliver From laura at yorba.org Mon Apr 9 22:57:09 2012 From: laura at yorba.org (Laura Khalil) Date: Mon, 9 Apr 2012 15:57:09 -0700 Subject: [Shotwell] Performance testing recap Message-ID: I've updated the performance testing page on the wiki. The only point of concern I found was flagging/unflagging 10000 photos which takes over two minutes and makes Shotwell unusable (a dark gray hue comes over the application) while that operation is being performed. http://redmine.yorba.org/projects/shotwell/wiki/ShotwellPerformanceTesting -- Cheers, Laura Khalil Production Engineer Yorba Foundation From oliver at first.in-berlin.de Wed Apr 11 10:42:36 2012 From: oliver at first.in-berlin.de (oliver) Date: Wed, 11 Apr 2012 12:42:36 +0200 Subject: [Shotwell] more on performance (Re: Usage performance shotwell vs. f-spot) In-Reply-To: <20120407144756.GA28252@siouxsie> References: <20120407144756.GA28252@siouxsie> Message-ID: <20120411104236.GA1977@siouxsie> Two different versions (on two different computers with different Linux) gave two different results. Bothe with > 20.000 files. First Version: The old Ubuntu 10.04 with shotwell 0.7.2 performed good only before stopping and restarting it. Afterwards it behaved bad. Second Version: The shotwell 0.11.6 on Arch Linux (and same processor family, but dual core) performed much better, afetr a big import, even after restarting the program. When opening or closing a picture it needs some time, about one, but posisble up to some seconds. (Any other stuff below, if not seperated mentioned, relates to second version, mentioned above.) This is much better than former tests. But what will happen if the number of pictures will become even higher? (The one time I tested with about 100k files was, where all those filkes were inside one directory. This is unrealistic for real photography and may be a problem of too much files in one directory (filesystem issue). But I have so far ot a realistic set of data with about 100k files, so time or seperate tests will show it.) Both shotwell versions show the same behaviour which I also found with my 100k bulk inesrtion test a while ago: when starting shotwell, at about 50% of the progression bar in startup phase, the progression stops for a while. (I think 49% and 50% seem to be a barrier). All in all I can say: seems to work at least for that number of files I have at the moment. Inserting the files took many hours, and I could do that while sleeping. After the import, One error occured after I scrolled forward and backward and looked at some pictures: ========================== ** ERROR:arraylist.c:1136:gee_array_list_iterator_real_next: assertion failed: (_tmp0_ == _tmp2_) ========================== (with shotwell 0.11.6) But after starting shotwell anew, and scrolling in the overview and looking at picture arbitrarily, I could not provoke such an error so far again. For now it seems like something coming from the import. All in all: yes, now shotwell is my favourite and I will use it during the next days for working on some of my pictures. With more experience I can send more feedback to this list again. Ciao, Oliver P.S.: I'm astouned. Even I imported the files via directory, not fspot-database, my tags are there. I said to f-spot only to use databse-based tags, not comments in the jpeg's. But somehow by magic, shotwell recreated them...?! (Maybe the option to not use jpeg-comments was not working in f-spot??) From oliver at first.in-berlin.de Wed Apr 11 14:26:40 2012 From: oliver at first.in-berlin.de (oliver) Date: Wed, 11 Apr 2012 16:26:40 +0200 Subject: [Shotwell] Path of a picture Message-ID: <20120411142640.GA4858@siouxsie> Hello, with shotwell 0.11.6 I can't get the path of a picture. When using the option to open it with the file-manager, I got the result, that there is no program that could work on that file. What I'm looking for is, to get the path of the file, so that I may copy it with cp or open it with gimp or so. Do newer versions than 0.11.6 have this option, to give me the path to the file? If not, this would be a useful option. Ciao, Oliver From adam at yorba.org Wed Apr 11 15:42:50 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 11 Apr 2012 15:35:50 -0007 Subject: [Shotwell] Path of a picture In-Reply-To: <20120411142640.GA4858@siouxsie> References: <20120411142640.GA4858@siouxsie> Message-ID: <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> On Wed, Apr 11, 2012 at 7:26 AM, oliver wrote: Hello, with shotwell 0.11.6 I can't get the path of a picture. When using the option to open it with the file-manager, I got the result, that there is no program that could work on that file. What I'm looking for is, to get the path of the file, so that I may copy it with cp or open it with gimp or so. Do newer versions than 0.11.6 have this option, to give me the path to the file? If not, this would be a useful option. Oliver, the Extended Information window (View->Extended Information) will show you the path of any photo. Version 0.12 does have one new capability in this respect: when you choose Show in File Manager in 0.12, Nautilus (but not other file managers) will open a window showing the containing directory and will highlight the actual file. ??In previous versions, and when you use a file manager other than Nautilus, you see only the containing directory but the file itself is not highlighted. If you want to open a photo in GIMP, there's no need to access the path explicitly; you can select GIMP as your external editor in Shotwell (Edit->Preferences->External Editors), then right click the photo and choose Open With External Editor. adam From laura at yorba.org Wed Apr 11 21:55:46 2012 From: laura at yorba.org (Laura Khalil) Date: Wed, 11 Apr 2012 14:55:46 -0700 Subject: [Shotwell] Shotwell 0.12.2 released Message-ID: Greetings, We're happy to announce the release of Shotwell 0.12.2. This is primarily a bug-fix release. Several of the bug fixes include: - Fixed a display corruption bug that occurred when navigating away from camera pages. - Optionally display a progress bar in the Unity sidebar. - Clarified several strings. - The application now recovers gracefully from corrupted tag data. - Updated help documentation. You can download the Shotwell 0.12.2 tarball here: http://yorba.org/download/shotwell/stable/shotwell-0.12.2.tar.bz2 http://yorba.org/download/shotwell/stable/shotwell-0.12.2.tar.gz Shotwell 0.12.2 will be available for Ubuntu 11.10 (Oneiric) users soon in the Yorba PPA: https://launchpad.net/~yorba/+archive/ppa -- Cheers, Laura Khalil Production Engineer Yorba Foundation From oliver at first.in-berlin.de Thu Apr 12 00:39:25 2012 From: oliver at first.in-berlin.de (oliver) Date: Thu, 12 Apr 2012 02:39:25 +0200 Subject: [Shotwell] Path of a picture In-Reply-To: <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> References: <20120411142640.GA4858@siouxsie> <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> Message-ID: <20120412003925.GF8050@siouxsie> On Wed, Apr 11, 2012 at 03:35:50PM -0007, Adam Dingle wrote: > > > On Wed, Apr 11, 2012 at 7:26 AM, oliver wrote: > Hello, > > with shotwell 0.11.6 I can't get the path of a > picture. > > When using the option to open it with the file-manager, > I got the result, that there is no program that could > work on that file. > > What I'm looking for is, to get the path of the file, > so that I may copy it with cp or open it with gimp or > so. > > Do newer versions than 0.11.6 have this option, to give me the > path to the file? > If not, this would be a useful option. > > Oliver, > > the Extended Information window (View->Extended Information) will show you the path of any photo. [...] It does not show anything. Maybe, because I used not copying but only "linking" into the database?? > > Version 0.12 does have one new capability in this respect: when you choose > Show in File Manager in 0.12, Nautilus (but not other file managers) will open > a window showing the containing directory and will highlight the actual file. I use wmii window manager on my Arch box. On my Ubuntu box (old install) I have gnome, but there shotwell is outdated. So something that just gives me the path in a way that can be copied cia X11-mechanisms would be fine. And ofte I work with the shell and start software this way. So e.g. just copy-and-paste the path via LeftMouseButton-select/copy and MiddleMouseButton-insert would be nice. Also fine would be, if I could drag a file from the overview window into a shell window and the path will be inserted into the shell, as if typed by hand. (At least with old shotwell versions 0.7.x this even does not work in Gnome.) > ??In previous versions, and when you use a file manager other than Nautilus, > you see only the containing directory but the file itself is not highlighted. OK, so thats a progress. But to have simple X11-based copy&paste mechanisms would be very helpful too. > > If you want to open a photo in GIMP, there's no need to access the path > explicitly; you can select GIMP as your external editor in Shotwell > (Edit->Preferences->External Editors), then right click the photo and choose > Open With External Editor. Oh, cool. Thanks. This was very helpful. :-) So for the next day ( when i need a lot of photo editing, and GIMP is my preferrd tool at the moment), this helps a lot. But sometimes I need to have the path available e.g. for some other programs, and to have it easily copied to the shell, as parameter for other programs, would be very fine. Also a list of files, if selected in the overview, copied to the shell would be nice. (I sometimes do some data analysis on files and trying around some things, and the to have the filenames as CLI-args opens possibilities.) Ciao, Oliver From senewag at iinet.com.au Thu Apr 12 04:38:45 2012 From: senewag at iinet.com.au (bryan) Date: Thu, 12 Apr 2012 12:38:45 +0800 Subject: [Shotwell] Ancient question Message-ID: <4F865C55.50401@iinet.com.au> I've got images going back to the 1880s. The program is mishandling older images (this is a known issue #3040). Images appear to be disappearing (sorting incorrectly) within my 10k database and dating an image to say 1940 will also stuff up its event and today I just noticed a random sample of my images sitting in the rubbish bin (scary). It's hard to pin down the date beyond which things go awry, for every test I do the limit seems to float around. So... does anyone know within what date range does Shotwell reliably operate? From bug-track at fisher-privat.net Thu Apr 12 07:33:57 2012 From: bug-track at fisher-privat.net (Oleksij Rempel) Date: Thu, 12 Apr 2012 09:33:57 +0200 Subject: [Shotwell] Ancient question In-Reply-To: <4F865C55.50401@iinet.com.au> References: <4F865C55.50401@iinet.com.au> Message-ID: <4F868565.60903@fisher-privat.net> On 12.04.2012 06:38, bryan wrote: > I've got images going back to the 1880s. The program is > mishandling older images (this is a known issue #3040). Images > appear to be disappearing (sorting incorrectly) within my 10k > database and dating an image to say 1940 will also stuff up its > event and today I just noticed a random sample of my images sitting > in the rubbish bin (scary). It's hard to pin down the date beyond > which things go awry, for every test I do the limit seems to float > around. > > So... does anyone know within what date range does Shotwell > reliably operate? This is interesting issue. The problem is in used time format. Usually we use unix time (or m$ time:)). The reason is CPU usage. So, i assume this kind of old photos are usually scans. And nobody cared about EXIF data back in 1880's... This mean shotwell need to create it. Best way to do it is XMP. We can use "xmp:CreateDate" to store any kind of time according to ISO RFC 8601, with limitation to year 0. For most historical collections it is OK. But i'm 100% sure, if shotwell will make this step, after some time some body will ask to support for some thing like 1.000.000 year BC :) Any way. I thing the major problem is not to store the time in to image, it is more about storing time in to database of shotwell. In my historical study i know, that seconds and minutes in historical collections and researches do not matter. My suggestion to shotwell devs is to add timescale parameter to the database. For example: use same time base like before. start time is January 1, 1970. scale = 100000 (seconds) timestamp = 0000000010 (1970-01-01 00:00:10Z) if we use set scale = 10000 (minuts) timestamp 0000000010 (1970-01-01 00:10) scale = 1000 (minuts) timestamp 0000000010 (1970-01-01 10) scale = 100 timestamp 0000000010 (1970-01-10) scale = 10 timestamp 0000000010 (1970-10) scale = 1 timestamp 0000000010 (1980) this kind of timescale use matroska for timestamping frames. - Regards, Oleksij From adam at yorba.org Thu Apr 12 15:52:48 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 12 Apr 2012 15:45:48 -0007 Subject: [Shotwell] Ancient question In-Reply-To: <4F865C55.50401@iinet.com.au> References: <4F865C55.50401@iinet.com.au> Message-ID: <4f86fa53.e938b60a.68b9.3811@mx.google.com> On Wed, Apr 11, 2012 at 9:38 PM, bryan wrote: I've got images going back to the 1880s. The program is mishandling older images (this is a known issue #3040). Images appear to be disappearing (sorting incorrectly) within my 10k database and dating an image to say 1940 will also stuff up its event and today I just noticed a random sample of my images sitting in the rubbish bin (scary). It's hard to pin down the date beyond which things go awry, for every test I do the limit seems to float around. So... does anyone know within what date range does Shotwell reliably operate? Bryan, currently Shotwell correctly handles dates after January 1, 1970. ??This is the start of Unix/POSIX time: http://en.wikipedia.org/wiki/Unix_time As you noticed, we want to enhance Shotwell to handle older dates: http://redmine.yorba.org/issues/3040 As I mentioned in comment #3 on that ticket: >It would be cool to move everything to GDateTime and serialize that format as a 64-bit number of microseconds since the year 1 ... Once we've done that, you'll be able to assign correct dates to all your old photos of the Roman Empire at its height and of Han Dynasty China. ??I hope we'll be able to implement this for the next release (0.13). ??Cheers - adam From stimberg at users.sourceforge.net Thu Apr 12 16:22:44 2012 From: stimberg at users.sourceforge.net (Marcel Stimberg) Date: Thu, 12 Apr 2012 18:22:44 +0200 Subject: [Shotwell] Ancient question In-Reply-To: <4f86fa53.e938b60a.68b9.3811@mx.google.com> References: <4F865C55.50401@iinet.com.au> <4f86fa53.e938b60a.68b9.3811@mx.google.com> Message-ID: Hi Adam, just out of curiosity: > currently Shotwell correctly handles dates after January 1, 1970. ?This is the start of Unix/POSIX time: normally, a signed integer is used for this -- therefore this should already allow dates back to 1902 even on 32Bit systems, shouldn't it? And as you seem to use time_t as the datatype within shotwell, this should even be a 64Bit integer on 64Bit systems and therefore be enough for all dates and times...? >>It would be cool to move everything to GDateTime and serialize that format as a 64-bit number of microseconds since the year 1 ... This would have the slight disadvantage that you can't use sqlite date and time functions (though you do not seem to use them, anyway). sqlite does support the 64Bit integer UNIX time format, however. The only disadvantage of that format is that it would not give you microsecond precision which might indeed be useful for photos taken in rapid succession (though I do not think any standard camera saves sub-second timestamps...) Cheers Marcel From joseph.bylund at gmail.com Thu Apr 12 16:36:00 2012 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Thu, 12 Apr 2012 12:36:00 -0400 Subject: [Shotwell] Ancient question In-Reply-To: References: <4F865C55.50401@iinet.com.au> <4f86fa53.e938b60a.68b9.3811@mx.google.com> Message-ID: <4F870470.7020403@gmail.com> On 04/12/2012 12:22 PM, Marcel Stimberg wrote: >>> It would be cool to move everything to GDateTime and serialize that format as a 64-bit number of microseconds since the year 1 ... > This would have the slight disadvantage that you can't use sqlite date > and time functions (though you do not seem to use them, anyway). > sqlite does support the 64Bit integer UNIX time format, however. The > only disadvantage of that format is that it would not give you > microsecond precision which might indeed be useful for photos taken in > rapid succession (though I do not think any standard camera saves > sub-second timestamps...) My d7000 (and I assume at least many other nikon cameras) saves: SubSecCreateDate : 2012:03:30 17:02:39.60 SubSecDateTimeOriginal : 2012:03:30 17:02:39.60 SubSecModifyDate : 2012:03:30 17:02:39.60 I'm for never discarding data from exif or storing it at lower "resolution" than it came in. From stimberg at users.sourceforge.net Thu Apr 12 17:48:17 2012 From: stimberg at users.sourceforge.net (Marcel Stimberg) Date: Thu, 12 Apr 2012 19:48:17 +0200 Subject: [Shotwell] Ancient question In-Reply-To: <4F870470.7020403@gmail.com> References: <4F865C55.50401@iinet.com.au> <4f86fa53.e938b60a.68b9.3811@mx.google.com> <4F870470.7020403@gmail.com> Message-ID: Hi Joseph, > My d7000 (and I assume at least many other nikon cameras) saves: > SubSecCreateDate ? ? ? ? ? ? ? ?: 2012:03:30 17:02:39.60 > SubSecDateTimeOriginal ? ? ? ? ?: 2012:03:30 17:02:39.60 > SubSecModifyDate ? ? ? ? ? ? ? ?: 2012:03:30 17:02:39.60 I just found out that my Canon camera *does* indeed save this information as well :) So using milliseconds indeed makes sense (microseconds seems a bit too much, though). The above string format (using .xx for the sub-second part) is by the way one of the supported sqlite time formats. Cheers, Marcel From adam at yorba.org Thu Apr 12 21:20:20 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 12 Apr 2012 14:20:20 -0700 Subject: [Shotwell] Path of a picture In-Reply-To: <20120412003925.GF8050@siouxsie> References: <20120411142640.GA4858@siouxsie> <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> Message-ID: <4F874714.9060503@yorba.org> On 04/11/2012 05:39 PM, oliver wrote: > On Wed, Apr 11, 2012 at 03:35:50PM -0007, Adam Dingle wrote: >> Oliver, >> >> the Extended Information window (View->Extended Information) will show you the path of any photo. > [...] > > It does not show anything. > > Maybe, because I used not copying but only "linking" into the database?? That's odd. Select a photo, then choose Photos->Extended Information. In the resulting dialog, the Location: field is empty? Are other values (File size, Original dimensions and so on) also empty, or do they show values? Can you send a screenshot of the Extended Information window to shotwell at yorba.org? > > >> Version 0.12 does have one new capability in this respect: when you choose >> Show in File Manager in 0.12, Nautilus (but not other file managers) will open >> a window showing the containing directory and will highlight the actual file. > I use wmii window manager on my Arch box. > On my Ubuntu box (old install) I have gnome, but there > shotwell is outdated. > > So something that just gives me the path in a way that can be copied cia > X11-mechanisms would be fine. > > And ofte I work with the shell and start software this way. > So e.g. just copy-and-paste the path via LeftMouseButton-select/copy > and MiddleMouseButton-insert would be nice. > > Also fine would be, if I could drag a file from the overview window into > a shell window and the path will be inserted into the shell, as if typed by hand. > (At least with old shotwell versions 0.7.x this even does not work in Gnome.) Yes, we agree: it would be nice if you could copy (or drag) photos out of Shotwell, and it would also be nice if copying (or dragging) a photo to an application like gedit or gnome-terminal would copy the photo's path. See http://redmine.yorba.org/issues/1098 , and also the discussion at http://redmine.yorba.org/issues/3451 . adam From oliver at first.in-berlin.de Fri Apr 13 00:09:39 2012 From: oliver at first.in-berlin.de (oliver) Date: Fri, 13 Apr 2012 02:09:39 +0200 Subject: [Shotwell] Path of a picture In-Reply-To: <4F874714.9060503@yorba.org> References: <20120411142640.GA4858@siouxsie> <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> <4F874714.9060503@yorba.org> Message-ID: <20120413000939.GA26111@siouxsie> On Thu, Apr 12, 2012 at 02:20:20PM -0700, Adam Dingle wrote: > On 04/11/2012 05:39 PM, oliver wrote: > >On Wed, Apr 11, 2012 at 03:35:50PM -0007, Adam Dingle wrote: > >>Oliver, > >> > >>the Extended Information window (View->Extended Information) will show you the path of any photo. > >[...] > > > >It does not show anything. > > > >Maybe, because I used not copying but only "linking" into the database?? > > That's odd. Select a photo, then choose Photos->Extended > Information. In the resulting dialog, the Location: field is empty? > Are other values (File size, Original dimensions and so on) also > empty, or do they show values? Can you send a screenshot of the > Extended Information window to shotwell at yorba.org? [...] This seems to be a rare case. Or it was, because the last time shotwell ran very long and there are some dangling pointers or so? Freshly started and tried on some pictures, at least the Path and Filesize are shown now, but not necessarily resolution of the picture (what also is astouning). I tried to copy the path from the Photos->Extended_Information via X11's LeftMouseButton-Selection and insert it into my terminal with MiddleMouseButton, and that worked now :-) (Even without Ctrl-C/Ctrl-V, so the bare X11 mechanism is working from this extended information window, at least at the moment.) But some pictures do not have a known dimension, or at least it's not displayed in the window from Photos->Extended_Information. Because the view Is this also a case, a screenshot is welcome for? Or only in cases, where no kind of information is displayed? Ciao, Oliver P.S.: Some days ago I also had another strange problem: the view of a photograph changed orientation by n * 90 degrees, when zooming into it. And when zooming out, it toggled back to the former durection. Clicking on rotation of the view made the problem even more weird. Later I could not reproduse the problem, and also had other focus, rather oriented on looking for interesting pictures and give stars for them, so I stopped looking for problems then. From ondrej at svetlik.info Sat Apr 14 11:03:26 2012 From: ondrej at svetlik.info (=?UTF-8?B?T25kxZllaiBTdsSbdGzDrWs=?=) Date: Sat, 14 Apr 2012 13:03:26 +0200 Subject: [Shotwell] Shotwell Connect Facebook app missing Message-ID: <4F89597E.9050203@svetlik.info> Hello there, I cannot upload my photos to Facebook anymore. The last successful upload was on 2012-04-09, later uploads are reported as successful but nothing appears on Facebook. Also the application page says "The page you requested was not found" See https://www.facebook.com/apps/application.php?id=162702932093 Do I have something broken or is it really a Shotwell problem? With regards, Ondrej From adam at yorba.org Sat Apr 14 12:36:17 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 14 Apr 2012 05:36:17 -0700 Subject: [Shotwell] Shotwell Connect Facebook app missing In-Reply-To: <4F89597E.9050203@svetlik.info> References: <4F89597E.9050203@svetlik.info> Message-ID: Ond?ej, Facebook publishing is working fine for me in both Shotwell 0.11.6 and in trunk (which is very close to 0.12.2). What version of Shotwell are you running? If you upload photos through Facebook's Web site, do they appear normally? adam 2012/4/14 Ond?ej Sv?tl?k > Hello there, > > I cannot upload my photos to Facebook anymore. The last successful upload > was on 2012-04-09, later uploads are reported as successful but nothing > appears on Facebook. Also the application page says > > "The page you requested was not found" > > See https://www.facebook.com/apps/**application.php?id=**162702932093 > > Do I have something broken or is it really a Shotwell problem? > > With regards, > > Ondrej > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From ondrej at svetlik.info Sat Apr 14 19:53:49 2012 From: ondrej at svetlik.info (=?UTF-8?B?T25kxZllaiBTdsSbdGzDrWs=?=) Date: Sat, 14 Apr 2012 21:53:49 +0200 Subject: [Shotwell] Shotwell Connect Facebook app missing In-Reply-To: References: <4F89597E.9050203@svetlik.info> Message-ID: <4F89D5CD.5000200@svetlik.info> Dne 14.4.2012 14:36, Adam Dingle napsal(a): > Ond?ej, > > Facebook publishing is working fine for me in both Shotwell 0.11.6 and > in trunk (which is very close to 0.12.2). What version of Shotwell are > you running? If you upload photos through Facebook's Web site, do they > appear normally? > > adam > Hello Adam, I'm using shotwell-0.10.1-1.fc16.x86_64, I can't update to shotwell-0.10.1-3.fc16.x86_64, because it crashes on startup. Uploading pictures through Facebook's web site works fine. Regards, Ondra From thomas.moschny at gmail.com Sat Apr 14 20:31:37 2012 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Sat, 14 Apr 2012 22:31:37 +0200 Subject: [Shotwell] Shotwell Connect Facebook app missing In-Reply-To: <4F89D5CD.5000200@svetlik.info> References: <4F89597E.9050203@svetlik.info> <4F89D5CD.5000200@svetlik.info> Message-ID: Hello Ond?ej, Ond?ej Sv?tl?k : > I'm using shotwell-0.10.1-1.fc16.x86_64, I can't update to > shotwell-0.10.1-3.fc16.x86_64, because it crashes on startup. Uploading > pictures through Facebook's web site works fine. You could try the Fedora 16 rpm of 0.12.2 from this non-official repo: http://repos.fedorapeople.org/repos/thm/shotwell/ (Make sure you have a backup, just in case.) Regards, Thomas From ondrej at svetlik.info Sat Apr 14 21:13:47 2012 From: ondrej at svetlik.info (=?UTF-8?B?T25kxZllaiBTdsSbdGzDrWs=?=) Date: Sat, 14 Apr 2012 23:13:47 +0200 Subject: [Shotwell] Shotwell Connect Facebook app missing In-Reply-To: References: <4F89597E.9050203@svetlik.info> <4F89D5CD.5000200@svetlik.info> Message-ID: <4F89E88B.50203@svetlik.info> Dne 14.4.2012 22:31, Thomas Moschny napsal(a): > Hello Ond?ej, > > Ond?ej Sv?tl?k: >> I'm using shotwell-0.10.1-1.fc16.x86_64, I can't update to >> shotwell-0.10.1-3.fc16.x86_64, because it crashes on startup. Uploading >> pictures through Facebook's web site works fine. > > You could try the Fedora 16 rpm of 0.12.2 from this non-official repo: > http://repos.fedorapeople.org/repos/thm/shotwell/ > (Make sure you have a backup, just in case.) > > Regards, > Thomas Hello Thomas, your package works like a charm! Thanks a lot :-). Regards, Ondrej From oliver at first.in-berlin.de Sun Apr 15 12:42:01 2012 From: oliver at first.in-berlin.de (oliver) Date: Sun, 15 Apr 2012 14:42:01 +0200 Subject: [Shotwell] Importing two pics (Raw+Jpeg) creates a third one (_shotwell.jpg) Message-ID: <20120415124201.GA5840@siouxsie> Hello, Example: I import: IMG_9466.CR2 and IMG_9466.JPG And in shotwell's picture-lib I find: IMG_9466.CR2 IMG_9466_CR2_shotwell.jpg IMG_9466.JPG This is in shotwell 0.11.6. The shotwell-jpg file is smaller and of course looks different than the original from the camera. Nevertheless it is smaller, this eats up additional disk space. Can shotwell somehow be told to see the imported jpeg as corresponding to the RAW-file with same name (ignoring the extension) and use this instead? Ciao, Oliver P.S.: I also tried to use ufraw as raw-file-editor. This integrates well from a usage standpoint: enter ufraw as editor in the settings, and it is available via picture-menue (RMB-click). But so far I did not decided to only use RAW files. So at least at the moment I prefer to have jpg+raw until I'm used enough to only use raw and create my jpeg (or other formats) from that... From laura at yorba.org Mon Apr 16 16:12:46 2012 From: laura at yorba.org (Laura Khalil) Date: Mon, 16 Apr 2012 09:12:46 -0700 Subject: [Shotwell] Path of a picture In-Reply-To: <20120413000939.GA26111@siouxsie> References: <20120411142640.GA4858@siouxsie> <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> <4F874714.9060503@yorba.org> <20120413000939.GA26111@siouxsie> Message-ID: Hi Oliver, > This seems to be a rare case. > Or it was, because the last time shotwell ran very long > and there are some dangling pointers or so? Do you recall how long was Shotwell running for? What size is your library? > > > Freshly started and tried on some pictures, at least > the Path and Filesize are shown now, but not necessarily > resolution of the picture (what also is astouning). Would you be willing to privately send me one of the pictures in question? I would like to try and reproduce this issue at Yorba. > P.S.: Some days ago I also had another strange problem: the view of a photograph > ? ? ?changed orientation by n * 90 degrees, when zooming into it. > ? ? ?And when zooming out, it toggled back to the former durection. > ? ? ?Clicking on rotation of the view made the problem even more weird. Do you happen to recall if you had also rotated the photo prior to zooming? There is a known issue with rotation. I wonder if this might be related: http://redmine.yorba.org/issues/4813 I will try to reproduce this, but if you didn't see it again, it sounds like something that was just a fluke. I will keep you advised. > > ? ? ?Later I could not reproduse the problem, and also had other focus, > ? ? ?rather oriented on looking for interesting pictures and give stars for them, > ? ? ?so I stopped looking for problems then. -- Cheers, Laura Khalil Production Engineer Yorba Foundation From oliver at first.in-berlin.de Mon Apr 16 16:28:57 2012 From: oliver at first.in-berlin.de (oliver) Date: Mon, 16 Apr 2012 18:28:57 +0200 Subject: [Shotwell] Path of a picture In-Reply-To: References: <20120411142640.GA4858@siouxsie> <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> <4F874714.9060503@yorba.org> <20120413000939.GA26111@siouxsie> Message-ID: <20120416162857.GA4321@siouxsie> On Mon, Apr 16, 2012 at 09:12:46AM -0700, Laura Khalil wrote: > Hi Oliver, > > > This seems to be a rare case. > > Or it was, because the last time shotwell ran very long > > and there are some dangling pointers or so? > > Do you recall how long was Shotwell running for? What size is your library? [...] The biggest import needed one night long, estimated 10 hours. > > > > > > Freshly started and tried on some pictures, at least > > the Path and Filesize are shown now, but not necessarily > > resolution of the picture (what also is astouning). > > Would you be willing to privately send me one of the pictures in > question? I would like to try and reproduce this issue at Yorba. ATM I don't think some pictures are a problem. What I now today saw: if no picture is selected or if more than one picture is selected, then the window with the enhanced information opens and shows nothing. A message box, saying that there must be one qand only one picture be selected would help here. Maybe this was just the case (no picture selected), which was irritating me. > > > P.S.: Some days ago I also had another strange problem: the view of a photograph > > ? ? ?changed orientation by n * 90 degrees, when zooming into it. > > ? ? ?And when zooming out, it toggled back to the former durection. > > ? ? ?Clicking on rotation of the view made the problem even more weird. > > Do you happen to recall if you had also rotated the photo prior to > zooming? There is a known issue with rotation. I wonder if this might > be related: http://redmine.yorba.org/issues/4813 I remember on some pictures I had used exifautotran. Maybe that is making problems here. > > I will try to reproduce this, but if you didn't see it again, it > sounds like something that was just a fluke. I will keep you advised. A "fluke", if coming from software in my eyes is a bug. But some things mentioned above seem to be not a problem of the database or display, but just, that there was no pic selected and no information message was displayed. >From what I experienced today when using shotwell intensive, is: all in all shotwell is a pleasure to use. :-) Ciao, Oliver From laura at yorba.org Mon Apr 16 16:34:23 2012 From: laura at yorba.org (Laura Khalil) Date: Mon, 16 Apr 2012 09:34:23 -0700 Subject: [Shotwell] Importing two pics (Raw+Jpeg) creates a third one (_shotwell.jpg) In-Reply-To: <20120415124201.GA5840@siouxsie> References: <20120415124201.GA5840@siouxsie> Message-ID: Hi Oliver, I believe what you're seeing is a known bug: http://redmine.yorba.org/issues/4261 Currently, a fix is slated for Shotwell 0.13. If you'd like, you can follow the ticket listed above to see it's progress. Cheers, Laura On Sun, Apr 15, 2012 at 5:42 AM, oliver wrote: > Hello, > > Example: > > I import: > IMG_9466.CR2 ?and ?IMG_9466.JPG > > And in shotwell's picture-lib I find: > > IMG_9466.CR2 > IMG_9466_CR2_shotwell.jpg > IMG_9466.JPG > > > This is in shotwell 0.11.6. > > The shotwell-jpg file is smaller and of course looks > different than the original from the camera. > Nevertheless it is smaller, this eats up additional disk space. > > Can shotwell somehow be told to see the imported jpeg > as corresponding to the RAW-file with same name (ignoring the extension) > and use this instead? > > Ciao, > ? Oliver > > > P.S.: I also tried to use ufraw as raw-file-editor. > ? ? ?This integrates well from a usage standpoint: > ? ? ?enter ufraw as editor in the settings, > ? ? ?and it is available via picture-menue > ? ? ?(RMB-click). > ? ? ?But so far I did not decided to only use RAW files. > ? ? ?So at least at the moment I prefer to have jpg+raw > ? ? ?until I'm used enough to only use raw and create my > ? ? ?jpeg (or other formats) from that... > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -- Cheers, Laura Khalil Production Engineer Yorba Foundation From laura at yorba.org Mon Apr 16 18:47:20 2012 From: laura at yorba.org (Laura Khalil) Date: Mon, 16 Apr 2012 11:47:20 -0700 Subject: [Shotwell] Path of a picture In-Reply-To: <20120416162857.GA4321@siouxsie> References: <20120411142640.GA4858@siouxsie> <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> <4F874714.9060503@yorba.org> <20120413000939.GA26111@siouxsie> <20120416162857.GA4321@siouxsie> Message-ID: > The biggest import needed one night long, estimated 10 hours. Sounds like you've got a huge library! How many photo do you have? > What I now today saw: if no picture is selected or if more than one picture is selected, > then the window with the enhanced information opens and shows nothing. > A message box, saying that there must be one qand only one picture be selected would > help here. > > Maybe this was just the case (no picture selected), > which was irritating me. This feature has been requested: http://redmine.yorba.org/issues/4854 Currently, we don't have plans to fix this issue, but if you'd like to add your opinion to the ticket listed above, please do. >> I will try to reproduce this, but if you didn't see it again, it >> sounds like something that was just a fluke. I will keep you advised. > > A "fluke", if coming from software in my ?eyes is a bug. Totally agree. To clarify, we need to be able to reproduce bugs to fix them. > From what I experienced today when using shotwell intensive, > is: all in all shotwell is a pleasure to use. :-) Glad you're enjoying Shotwell overall! -- Cheers, Laura Khalil Production Engineer Yorba Foundation From eric at yorba.org Mon Apr 16 18:47:49 2012 From: eric at yorba.org (Eric Gregory) Date: Mon, 16 Apr 2012 11:47:49 -0700 Subject: [Shotwell] Importing two pics (Raw+Jpeg) creates a third one (_shotwell.jpg) In-Reply-To: References: <20120415124201.GA5840@siouxsie> Message-ID: Actually this is a different issue. The _shotwell.jpg files correspond with the version of the RAW photo as developed by Shotwell. In the prefs if you set the default RAW developer to "Camera" it won't create these files in the future and will simply display the JPEG from the RAW+JPEG pair. For some reason we didn't make this the default, but we plan to change that: http://redmine.yorba.org/issues/4702 - Eric On Mon, Apr 16, 2012 at 9:34 AM, Laura Khalil wrote: > Hi Oliver, > > I believe what you're seeing is a known bug: > http://redmine.yorba.org/issues/4261 > > Currently, a fix is slated for Shotwell 0.13. If you'd like, you can > follow the ticket listed above to see it's progress. > > Cheers, > > Laura > > On Sun, Apr 15, 2012 at 5:42 AM, oliver wrote: > > Hello, > > > > Example: > > > > I import: > > IMG_9466.CR2 and IMG_9466.JPG > > > > And in shotwell's picture-lib I find: > > > > IMG_9466.CR2 > > IMG_9466_CR2_shotwell.jpg > > IMG_9466.JPG > > > > > > This is in shotwell 0.11.6. > > > > The shotwell-jpg file is smaller and of course looks > > different than the original from the camera. > > Nevertheless it is smaller, this eats up additional disk space. > > > > Can shotwell somehow be told to see the imported jpeg > > as corresponding to the RAW-file with same name (ignoring the extension) > > and use this instead? > > > > Ciao, > > Oliver > > > > > > P.S.: I also tried to use ufraw as raw-file-editor. > > This integrates well from a usage standpoint: > > enter ufraw as editor in the settings, > > and it is available via picture-menue > > (RMB-click). > > But so far I did not decided to only use RAW files. > > So at least at the moment I prefer to have jpg+raw > > until I'm used enough to only use raw and create my > > jpeg (or other formats) from that... > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > -- > Cheers, > > Laura Khalil > Production Engineer > Yorba Foundation > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From oliver at first.in-berlin.de Mon Apr 16 21:23:28 2012 From: oliver at first.in-berlin.de (oliver) Date: Mon, 16 Apr 2012 23:23:28 +0200 Subject: [Shotwell] Path of a picture In-Reply-To: References: <20120411142640.GA4858@siouxsie> <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> <4F874714.9060503@yorba.org> <20120413000939.GA26111@siouxsie> <20120416162857.GA4321@siouxsie> Message-ID: <20120416212328.GA2162@siouxsie> On Mon, Apr 16, 2012 at 11:47:20AM -0700, Laura Khalil wrote: > > The biggest import needed one night long, estimated 10 hours. > > Sounds like you've got a huge library! How many photo do you have? Shotwell says, there are now 29.775 photographs. But I'm not sure if raw and jpeg are counted together. But I have a lot more photographs which are not already slurped into shotwell. So I have some more stuff to look what happens if I use real data in shotwell with much more than 30k files. But at the moment I need shotwell to create some prints from some phortographs, and so I have no time to insert more photos just to test the behaviour of shotwell. > > > What I now today saw: if no picture is selected or if more than one picture is selected, > > then the window with the enhanced information opens and shows nothing. > > A message box, saying that there must be one qand only one picture be selected would > > help here. > > > > Maybe this was just the case (no picture selected), > > which was irritating me. > > This feature has been requested: http://redmine.yorba.org/issues/4854 OK. > > Currently, we don't have plans to fix this issue, but if you'd like to > add your opinion to the ticket listed above, please do. Maybe later. But let me mention: some pictures, when selected, do not show all necessary information. I already sent a screenshot of the enhanced-information-window to yorba. I selected one picture and only the path and the filesize was displayed, not the dimesnions of the picture. I maybe explore that later in more depth. With some of my raw-pics I also have problems when viewing them with qiv image viewer. Maybe the problem is not a problem from qiv and not from shotwell, but from a raw-pic library? But shotwell displays those pics with missing dimesnions correctly. So at the moment I don't know more details. Can just guesing whats going on, until I have time to explore it in depth. This will be not before the weekend. At the moment it's just guessing around. > > >> I will try to reproduce this, but if you didn't see it again, it > >> sounds like something that was just a fluke. I will keep you advised. > > > > A "fluke", if coming from software in my ?eyes is a bug. > > Totally agree. To clarify, we need to be able to reproduce bugs to fix them. Fine that you agree. :-) More exploration will follow. > > > From what I experienced today when using shotwell intensive, > > is: all in all shotwell is a pleasure to use. :-) > > Glad you're enjoying Shotwell overall! Yes. :-) I thought, it's a good ideas to mention it... because my mourning otherwise might look too negative. When the number of pics will increase, maybe I again will start to complain. ;-) But then I think some optimisations could be implemented to solve that problem. (I already mentioned the bulk insertion; will answer to the last mail on this list regarding this problem, as soon as I have time.) What I do like is the usability. It was so easy to give stars and tags to pictures, hey this was really amazing. Especially if you have a lot of pictures and the problem of making decisions, which pics to select, then good usability is important. Keyboard-based handling makes things so fast. :-) And I have a new feature wish for that, which I will send in a seperate mail. Ciao, Oliver From oliver at first.in-berlin.de Mon Apr 16 21:34:04 2012 From: oliver at first.in-berlin.de (oliver) Date: Mon, 16 Apr 2012 23:34:04 +0200 Subject: [Shotwell] Feature wish: tagging temporarily Message-ID: <20120416213404.GB2162@siouxsie> Hello, a feature which I would like to ask for: A temporarily tagging feature (maybe "t" key?) to tag pictures without giving them a tag right now. Hey, I just saw, this already exists as "Markieren" (marking/flagging). So I don't really ask for that new feature... So I'm rather asking just for a way to use ONE KEY ("f" for flag or "m" for mark?) instead of the two-Keys command Ctrl-G. If you have many files (and I do have that), then just pressing "f" for example is much more convenient and also more healthy... Maybe this can be done without too much effort and also consitently from a usability-concepts standpoint?! Ciao, Oliver From adam at yorba.org Mon Apr 16 22:43:18 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 16 Apr 2012 18:43:18 -0400 Subject: [Shotwell] Feature wish: tagging temporarily In-Reply-To: <20120416213404.GB2162@siouxsie> References: <20120416213404.GB2162@siouxsie> Message-ID: Oliver, I agree that it might be nice to have single-letter keyboard shortcuts, not just for flagging but for other operations too. I've ticketed this at http://redmine.yorba.org/issues/5069 (Alternatively, we've thought about letting the user tag photos just by typing a single letter - that's http://redmine.yorba.org/issues/1899 . I think I like using single letters for commands better, though.) adam On Mon, Apr 16, 2012 at 5:34 PM, oliver wrote: > Hello, > > a feature which I would like to ask for: > > A temporarily tagging feature (maybe "t" key?) > to tag pictures without giving them a tag right now. > > > Hey, I just saw, this already exists as "Markieren" (marking/flagging). > > > So I don't really ask for that new feature... > > > So I'm rather asking just for a way to use ONE KEY > ("f" for flag or "m" for mark?) instead of the two-Keys > command Ctrl-G. > > If you have many files (and I do have that), > then just pressing "f" for example is much more convenient > and also more healthy... > > Maybe this can be done without too much effort and also consitently > from a usability-concepts standpoint?! > > Ciao, > Oliver > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From oliver at first.in-berlin.de Tue Apr 17 02:17:37 2012 From: oliver at first.in-berlin.de (oliver) Date: Tue, 17 Apr 2012 04:17:37 +0200 Subject: [Shotwell] Feature wish: tagging temporarily In-Reply-To: References: <20120416213404.GB2162@siouxsie> Message-ID: <20120417021737.GF2162@siouxsie> Hello Adam, the longer email-text which I deleted as I saw the flagging feature, has described the way flagging can be used for tagging: - flag all files that belong to a certain category, and then tag all flagged files and delete the flag afterwards. The one-key-tagging-shortcurt, when using fixed mappings would never be able to allow any kind of category reached via one-key mapping, because so many categories will start with the same letter. If you have more than 26 categories beginning with a letter, than you have at least one more tahn once. These mappings would be needed to be set by the user each time a certain category needs to be tagged. I would prefer to look what categories are there the most, then use flagging, tag the flagged files, unflag them, and go on with the next category (again with the category with most members). So, IMHO there are good reasons to map functions, not aliases. (Or for those who want to implement more sophisticated stuff: in a certain tagging mode, such tag-shortcuts could be used, but when I remember the positive surprise that shotwell already offers matching tag names, when entering a new tag name, I think, shotwell already is quite good in this respect.) Ciao, Oliver On Mon, Apr 16, 2012 at 06:43:18PM -0400, Adam Dingle wrote: > Oliver, > > I agree that it might be nice to have single-letter keyboard shortcuts, not > just for flagging but for other operations too. I've ticketed this at > > http://redmine.yorba.org/issues/5069 > > (Alternatively, we've thought about letting the user tag photos just by > typing a single letter - that's http://redmine.yorba.org/issues/1899 . I > think I like using single letters for commands better, though.) > > adam > > On Mon, Apr 16, 2012 at 5:34 PM, oliver wrote: > > > Hello, > > > > a feature which I would like to ask for: > > > > A temporarily tagging feature (maybe "t" key?) > > to tag pictures without giving them a tag right now. > > > > > > Hey, I just saw, this already exists as "Markieren" (marking/flagging). > > > > > > So I don't really ask for that new feature... > > > > > > So I'm rather asking just for a way to use ONE KEY > > ("f" for flag or "m" for mark?) instead of the two-Keys > > command Ctrl-G. > > > > If you have many files (and I do have that), > > then just pressing "f" for example is much more convenient > > and also more healthy... > > > > Maybe this can be done without too much effort and also consitently > > from a usability-concepts standpoint?! > > > > Ciao, > > Oliver > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From fcassia at gmail.com Tue Apr 17 11:52:14 2012 From: fcassia at gmail.com (Fernando Cassia) Date: Tue, 17 Apr 2012 08:52:14 -0300 Subject: [Shotwell] Usability suggestions (Gnome notifications) Message-ID: I find the shotwell handling of Gnome notifications (Fedira 17 beta here, Gnome 3.x) a bit intrusive and annoying. Let me explain, I plug a removable USB drive into the system that happens to contain a dcim folder and the transparent window crawls up from the bottom of the screen telling me if I want to: 1. Import the pictures into this software 2. Eject. There's no escape. What if I want to "open a folder view" of the drive?. You cant. From that dialog, at least. And if I click on Eject, well, the drive is gone. Now, if I remove shotwell, things get back to normal. Ie in the same situation you plug and drive and get two options: "Open folder view" (I think it?s actually called "Open in files..") or "Eject" (I still think there should be an option titled ?do nothing? and even better, a selection box so it?s not asked again. If anything, there should be at the very least three options: 1. Import pictures into Shotwell 2. Open a folder view 3. Do nothing [ ] Do this automatically in the future 4. Eject Thoughts? Comments? Expletives? ;) FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell From ivoroghair at gmail.com Tue Apr 17 12:25:20 2012 From: ivoroghair at gmail.com (Ivo Roghair) Date: Tue, 17 Apr 2012 14:25:20 +0200 Subject: [Shotwell] Usability suggestions (Gnome notifications) In-Reply-To: References: Message-ID: I'm not sure if this is a Shotwell issue. It sounds like you have problems with how Gnome 3 handles these notifications. If you click on the notification popup, but not on a button, it should be dismissed and do nothing. Op 17 april 2012 13:52 schreef Fernando Cassia het volgende: > I find the shotwell handling of Gnome notifications (Fedira 17 beta > here, Gnome 3.x) > a bit intrusive and annoying. > > Let me explain, I plug a removable USB drive into the system that > happens to contain a dcim folder and the transparent window crawls up > from the bottom of the screen telling me if I want to: > > 1. Import the pictures into this software > 2. Eject. > > There's no escape. What if I want to "open a folder view" of the > drive?. You cant. From that dialog, at least. > > And if I click on Eject, well, the drive is gone. > > Now, if I remove shotwell, things get back to normal. Ie in the same > situation you plug and drive and get two options: "Open folder view" > (I think it?s actually called "Open in files..") or "Eject" (I still > think there should be an option titled ?do nothing? and even better, a > selection box so it?s not asked again. > > If anything, there should be at the very least three options: > > 1. Import pictures into Shotwell > 2. Open a folder view > 3. Do nothing > [ ] Do this automatically in the future > 4. Eject > > Thoughts? Comments? Expletives? ;) > FC > -- > During times of Universal Deceit, telling the truth becomes a > revolutionary act > - George Orwell > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From amcnabb at mcnabbs.org Tue Apr 17 16:15:13 2012 From: amcnabb at mcnabbs.org (Andrew McNabb) Date: Tue, 17 Apr 2012 10:15:13 -0600 Subject: [Shotwell] Usability suggestions (Gnome notifications) In-Reply-To: References: Message-ID: <20120417161513.GB14901@mcnabbs.org> On Tue, Apr 17, 2012 at 02:25:20PM +0200, Ivo Roghair wrote: > I'm not sure if this is a Shotwell issue. It sounds like you have problems > with how Gnome 3 handles these notifications. If you click on the > notification popup, but not on a button, it should be dismissed and do > nothing. Why not add a "do nothing" button, too? This is much more discoverable than clicking on a non-button. -- Andrew McNabb http://www.mcnabbs.org/andrew/ PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868 From eric at yorba.org Tue Apr 17 18:20:46 2012 From: eric at yorba.org (Eric Gregory) Date: Tue, 17 Apr 2012 11:20:46 -0700 Subject: [Shotwell] Usability suggestions (Gnome notifications) In-Reply-To: References: Message-ID: > > I find the shotwell handling of Gnome notifications (Fedira 17 beta > here, Gnome 3.x) > a bit intrusive and annoying. Same! Personally I turn all that stuff off. As others have said, this isn't a Shotwell issue. You'd get exactly the same dialog with F-Spot, etc. Your best bet is likely the Gnome Shell mailing list: https://mail.gnome.org/mailman/listinfo/gnome-shell-list - Eric From fcassia at gmail.com Tue Apr 17 19:22:41 2012 From: fcassia at gmail.com (Fernando Cassia) Date: Tue, 17 Apr 2012 16:22:41 -0300 Subject: [Shotwell] Usability suggestions (Gnome notifications) In-Reply-To: <20120417161513.GB14901@mcnabbs.org> References: <20120417161513.GB14901@mcnabbs.org> Message-ID: On Tue, Apr 17, 2012 at 13:15, Andrew McNabb wrote: > > Why not add a "do nothing" button, too? This is much more discoverable > than clicking on a non-button. Exactly my pooint. Telling users that they should know about an invisible option is a bit silly. I moved from XFCE and wasn't aware of this odd behaviour wrt notifications. Yet, my point is still valid. If pre-shotwell installation it showed two valid options: 1. See folder view 2. Eject Then, installing new software that adds its own functionality should NOT remove those options but ADD to them. IE: 1. See Folder view 2. NEW APP OPTIONS (in this case shotwell' s) 3. Eject Of course, those who said to take it to Gnome lists are right, but about the "[ ] do this from now on..." part, that should be implemented globally. FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante ?pocas de Enga?o Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell From laura at yorba.org Tue Apr 17 19:24:51 2012 From: laura at yorba.org (Laura Khalil) Date: Tue, 17 Apr 2012 12:24:51 -0700 Subject: [Shotwell] Path of a picture In-Reply-To: <20120416212328.GA2162@siouxsie> References: <20120411142640.GA4858@siouxsie> <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> <4F874714.9060503@yorba.org> <20120413000939.GA26111@siouxsie> <20120416162857.GA4321@siouxsie> <20120416212328.GA2162@siouxsie> Message-ID: Hi again Oliver, > > Shotwell says, there are now 29.775 photographs. > But I'm not sure if raw and jpeg are counted together. > But I have a lot more photographs which are not already > slurped into shotwell. > So I have some more stuff to look what happens if I use real > data in shotwell with much more than 30k files. > But at the moment I need shotwell to create some prints from > some phortographs, and so I have no time to insert more photos just > to test the behaviour of shotwell. > I am creating a library of this size to see if some of the problems you're experiencing may be related to scalability issues. At the the moment, I'm not able to replicate the issues you're having with extended information or with pictures rotating 90 degrees while zooming. My next hunch is that your photos may somehow be corrupted. If I am able to replicated your issues with a larger library, I will let you know. -- Cheers, Laura Khalil Production Engineer Yorba Foundation From fcassia at gmail.com Tue Apr 17 19:29:24 2012 From: fcassia at gmail.com (Fernando Cassia) Date: Tue, 17 Apr 2012 16:29:24 -0300 Subject: [Shotwell] Usability suggestions (Gnome notifications) In-Reply-To: References: Message-ID: On Tue, Apr 17, 2012 at 09:25, Ivo Roghair wrote: > If you click on the notification popup, but not on a button, it should be > dismissed and do nothing. I realized that, much, much later after cursing in different languages. ;) But how is a newbie supposed to know? Moreover, since shotwell displays its own gnome notification, is it too hard to code a third option in that notification dubbed "do nothing from now own" dialog that sets a global flag somewhere, and hence on further calls to the program, the notification routine is byassed? Otherwise, what you risk is users getting mad with it and uninstalling the package, like I did. (I' ll never disable system-wide notifications, because those are good and serve a purpose, ie, print notficiations). Just my $0.02 FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell From laura at yorba.org Tue Apr 17 20:35:12 2012 From: laura at yorba.org (Laura Khalil) Date: Tue, 17 Apr 2012 13:35:12 -0700 Subject: [Shotwell] Path of a picture In-Reply-To: References: <20120411142640.GA4858@siouxsie> <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> <4F874714.9060503@yorba.org> <20120413000939.GA26111@siouxsie> <20120416162857.GA4321@siouxsie> <20120416212328.GA2162@siouxsie> Message-ID: Hi Oliver, The issue you've been having with photos not showing metadata is a know bug for RAW photos. You can read more about that here: http://redmine.yorba.org/issues/4372 If you do notice the zooming/rotation bug happening consistently, please let us know. I am not able to reproduce it even with a larger library. Cheers, Laura On Tue, Apr 17, 2012 at 12:24 PM, Laura Khalil wrote: > Hi again Oliver, >> >> Shotwell says, there are now 29.775 photographs. >> But I'm not sure if raw and jpeg are counted together. >> But I have a lot more photographs which are not already >> slurped into shotwell. >> So I have some more stuff to look what happens if I use real >> data in shotwell with much more than 30k files. >> But at the moment I need shotwell to create some prints from >> some phortographs, and so I have no time to insert more photos just >> to test the behaviour of shotwell. >> > I am creating a library of this size to see if some of the problems > you're experiencing may be related to scalability issues. At the the > moment, I'm not able to replicate the issues you're having with > extended information or with pictures rotating 90 degrees while > zooming. > > My next hunch is that your photos may somehow be corrupted. > > If I am able to replicated your issues with a larger library, I will > let you know. > > > -- > Cheers, > > Laura Khalil > Production Engineer > Yorba Foundation -- Cheers, Laura Khalil Production Engineer Yorba Foundation From c0rtm4n at gmail.com Wed Apr 18 01:57:18 2012 From: c0rtm4n at gmail.com (Evan Kaspar) Date: Tue, 17 Apr 2012 20:57:18 -0500 Subject: [Shotwell] Shotwell Viewer Message-ID: Quick question: How do I call up the Shotwell VIEWER program from the command line? My problem is that the viewer doesn't show up in the menu of available programs in my Fedora LXDE spin OS, and therefore I can't set it as the default program for JPG's. Setting the default as simply "Shotwell" just opens the standard photo manager instead of the actual photo. Thanks! -- Regards, Evan From eric at yorba.org Wed Apr 18 02:04:53 2012 From: eric at yorba.org (Eric Gregory) Date: Tue, 17 Apr 2012 19:04:53 -0700 Subject: [Shotwell] Shotwell Viewer In-Reply-To: References: Message-ID: On Tue, Apr 17, 2012 at 6:57 PM, Evan Kaspar wrote: > Quick question: How do I call up the Shotwell VIEWER program from the > command line? My problem is that the viewer doesn't show up in the menu of > available programs in my Fedora LXDE spin OS, and therefore I can't set it > as the default program for JPG's. Setting the default as simply "Shotwell" > just opens the standard photo manager instead of the actual photo. > Thanks! > Simple: shotwell [filename] Where filename is an image that Shotwell can open. - Eric From c0rtm4n at gmail.com Wed Apr 18 03:27:12 2012 From: c0rtm4n at gmail.com (Evan Kaspar) Date: Tue, 17 Apr 2012 22:27:12 -0500 Subject: [Shotwell] Shotwell Viewer In-Reply-To: References: Message-ID: Yes that does work! But my problem is setting the program default- when I select "use custom command" and use "shotwell", it still just opens up the photo manager when I double click a JPG. > Is there not some flag or extension to enable the viewer, or how could I > make it use the viewer to open pictures? > > Thanks for the response. > > > On Tue, Apr 17, 2012 at 9:04 PM, Eric Gregory wrote: > >> On Tue, Apr 17, 2012 at 6:57 PM, Evan Kaspar wrote: >> >>> Quick question: How do I call up the Shotwell VIEWER program from the >>> command line? My problem is that the viewer doesn't show up in the menu >>> of >>> available programs in my Fedora LXDE spin OS, and therefore I can't set >>> it >>> as the default program for JPG's. Setting the default as simply >>> "Shotwell" >>> just opens the standard photo manager instead of the actual photo. >>> Thanks! >>> >> >> Simple: >> shotwell [filename] >> >> Where filename is an image that Shotwell can open. >> >> - Eric >> > > > > -- > Regards, > Evan > > -- Regards, Evan From thomas at xyz.pp.se Wed Apr 18 09:54:19 2012 From: thomas at xyz.pp.se (Thomas Novin) Date: Wed, 18 Apr 2012 11:54:19 +0200 Subject: [Shotwell] Shotwell Viewer In-Reply-To: References: Message-ID: <4F8E8F4B.3040605@xyz.pp.se> You probably need to specify a variable. Maybe 'shotwell %s' Rgds//TN -------- Original Message -------- Subject: Re: [Shotwell] Shotwell Viewer From: Evan Kaspar To: shotwell at lists.yorba.org Date: 2012-04-18 05:27 Yes that does work! But my problem is setting the program default- when I select "use custom command" and use "shotwell", it still just opens up the photo manager when I double click a JPG. Is there not some flag or extension to enable the viewer, or how could I make it use the viewer to open pictures? Thanks for the response. On Tue, Apr 17, 2012 at 9:04 PM, Eric Gregory wrote: On Tue, Apr 17, 2012 at 6:57 PM, Evan Kaspar wrote: Quick question: How do I call up the Shotwell VIEWER program from the command line? My problem is that the viewer doesn't show up in the menu of available programs in my Fedora LXDE spin OS, and therefore I can't set it as the default program for JPG's. Setting the default as simply "Shotwell" just opens the standard photo manager instead of the actual photo. Thanks! Simple: shotwell [filename] Where filename is an image that Shotwell can open. - Eric -- Regards, Evan From c0rtm4n at gmail.com Wed Apr 18 20:09:04 2012 From: c0rtm4n at gmail.com (Evan Kaspar) Date: Wed, 18 Apr 2012 15:09:04 -0500 Subject: [Shotwell] Shotwell Viewer In-Reply-To: <4F8E8F4B.3040605@xyz.pp.se> References: <4F8E8F4B.3040605@xyz.pp.se> Message-ID: This worked perfectly! Thank you, Thomas! On Wed, Apr 18, 2012 at 4:54 AM, Thomas Novin wrote: > You probably need to specify a variable. Maybe 'shotwell %s' > > Rgds//TN > > > -------- Original Message -------- > Subject: Re: [Shotwell] Shotwell Viewer > From: Evan Kaspar > To: shotwell at lists.yorba.org > Date: 2012-04-18 05:27 > > Yes that does work! But my problem is setting the program default- when I > select "use custom command" and use "shotwell", it still just opens up the > photo manager when I double click a JPG. > > Is there not some flag or extension to enable the viewer, or how could I > make it use the viewer to open pictures? > > Thanks for the response. > > > On Tue, Apr 17, 2012 at 9:04 PM, Eric Gregory wrote: > > On Tue, Apr 17, 2012 at 6:57 PM, Evan Kaspar wrote: > > Quick question: How do I call up the Shotwell VIEWER program from the > command line? My problem is that the viewer doesn't show up in the menu > of > available programs in my Fedora LXDE spin OS, and therefore I can't set > it > as the default program for JPG's. Setting the default as simply > "Shotwell" > just opens the standard photo manager instead of the actual photo. > Thanks! > > > Simple: > shotwell [filename] > > Where filename is an image that Shotwell can open. > > - Eric > > > > > -- > Regards, > Evan > > > > > > -- Regards, Evan From bkerensa at ubuntu.com Thu Apr 19 08:21:39 2012 From: bkerensa at ubuntu.com (Benjamin Kerensa) Date: Thu, 19 Apr 2012 01:21:39 -0700 Subject: [Shotwell] Shotwell + OpenPhoto = Bliss Message-ID: <4F8FCB13.4060901@ubuntu.com> Hello Shotwell Geeks, I'm writing you guys on behalf of OpenPhoto which is a new OpenSource photo management platform that lets you liberate your photos. Our users have shown interest for a Shotwell plugin and were wondering if their are any fancy Shotwell plugin hackers who might be interested in collaborating with us? Feel free to ping me -- Benjamin Kerensa benjaminkerensa.com | bkerensa at ubuntu.com "I am what I am because of who we all are" - Ubuntu From brunogirin at gmail.com Thu Apr 19 22:08:57 2012 From: brunogirin at gmail.com (Bruno Girin) Date: Thu, 19 Apr 2012 23:08:57 +0100 Subject: [Shotwell] Shotwell + OpenPhoto = Bliss In-Reply-To: <4F8FCB13.4060901@ubuntu.com> References: <4F8FCB13.4060901@ubuntu.com> Message-ID: <4F908CF9.80100@gmail.com> On 19/04/12 09:21, Benjamin Kerensa wrote: > Hello Shotwell Geeks, > > I'm writing you guys on behalf of OpenPhoto which is a new OpenSource > photo management platform that lets you liberate your photos. Our > users have shown interest for a Shotwell plugin and were wondering if > their are any fancy Shotwell plugin hackers who might be interested in > collaborating with us? > > Feel free to ping me > Hi Benjamin, The first question would be: has OpenPhoto got a REST API? If yes, it shouldn't be too difficult to create a Shotwell plugin for it. Hacking a Shotwell plugin is relatively easy and Vala is not difficult to learn if you know any C derived language. I wouldn't have the time to write and support a plugin from scratch but if someone in the OpenPhoto community wants to have a go, I'm happy to provide help and advice. Cheers, Bruno From oliver at first.in-berlin.de Fri Apr 20 11:32:55 2012 From: oliver at first.in-berlin.de (oliver) Date: Fri, 20 Apr 2012 13:32:55 +0200 Subject: [Shotwell] Path of a picture In-Reply-To: References: <20120411142640.GA4858@siouxsie> <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> <4F874714.9060503@yorba.org> <20120413000939.GA26111@siouxsie> <20120416162857.GA4321@siouxsie> <20120416212328.GA2162@siouxsie> Message-ID: <20120420113255.GH1859@siouxsie> On Tue, Apr 17, 2012 at 12:24:51PM -0700, Laura Khalil wrote: > Hi again Oliver, > > > > Shotwell says, there are now 29.775 photographs. > > But I'm not sure if raw and jpeg are counted together. > > But I have a lot more photographs which are not already > > slurped into shotwell. > > So I have some more stuff to look what happens if I use real > > data in shotwell with much more than 30k files. > > But at the moment I need shotwell to create some prints from > > some phortographs, and so I have no time to insert more photos just > > to test the behaviour of shotwell. > > > I am creating a library of this size to see if some of the problems > you're experiencing may be related to scalability issues. At the the > moment, I'm not able to replicate the issues you're having with > extended information or with pictures rotating 90 degrees while > zooming. > > My next hunch is that your photos may somehow be corrupted. [...] Even I think thats not very likely, I can not be sure if thats the case. I can check this later, maybe at the weekend I can do it. > > If I am able to replicated your issues with a larger library, I will > let you know. OK. One performance issue I had a while ago with about 100k files I could not reproduce with the real data. In my old test all files were from same date and so they were all in one directory, which might be the reason for the problem (possible filesystem slowdown). But with about 30k files I also saw similar behaviour when straung shotwell: at about 49 and 50 percent of loading the database, startup slows down a littlebid and afterwards speeds up again. This kind of behavior also was with my 100k files test (in one directory), but then it needeed minutes until shotwell was usable. If this problem was related to filesystem issue or not I can't say at the moment. At the moment working with shotwell is fluent. It has helped me well in preparing my pictures for a exhibition. :) Ciao, Oliver From oliver at first.in-berlin.de Fri Apr 20 11:40:22 2012 From: oliver at first.in-berlin.de (oliver) Date: Fri, 20 Apr 2012 13:40:22 +0200 Subject: [Shotwell] Path of a picture In-Reply-To: References: <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> <4F874714.9060503@yorba.org> <20120413000939.GA26111@siouxsie> <20120416162857.GA4321@siouxsie> <20120416212328.GA2162@siouxsie> Message-ID: <20120420114022.GI1859@siouxsie> On Tue, Apr 17, 2012 at 01:35:12PM -0700, Laura Khalil wrote: > Hi Oliver, > > The issue you've been having with photos not showing metadata is a > know bug for RAW photos. You can read more about that here: > > http://redmine.yorba.org/issues/4372 [...] Ah, ok. Thanks for looking that up. If the problem one day will be solved, it would be nice, if data of the older files could then be read also (something like reimport or reread data), so that for already imported files this information also could be displayed. Is it possible to circumvent this problem by creatiung a jpeg from the rawfile and then read the information that way? > > If you do notice the zooming/rotation bug happening consistently, > please let us know. I am not able to reproduce it even with a larger > library. Maybe it's coming from pre-rotated files: on some files I used exifautotran, a tool which applies autotran to files where rotation is needed (depending on what the EXIF header says about rotation). Maybe the thumbnails are not rotated in the same way as the picture data. So that there is just a mismatch. But it also was in detailed view, not thumbnails only. Mabye it comes from a mismatch of rotated jpeg and non-rotated raw file, also by the use of exifautotran. Testing this might be comparingly easy. Ciao, Oliver From oliver at first.in-berlin.de Fri Apr 20 11:48:28 2012 From: oliver at first.in-berlin.de (oliver) Date: Fri, 20 Apr 2012 13:48:28 +0200 Subject: [Shotwell] Importing two pics (Raw+Jpeg) creates a third one (_shotwell.jpg) In-Reply-To: References: <20120415124201.GA5840@siouxsie> Message-ID: <20120420114828.GJ1859@siouxsie> On Mon, Apr 16, 2012 at 11:47:49AM -0700, Eric Gregory wrote: > Actually this is a different issue. The _shotwell.jpg files correspond with > the version of the RAW photo as developed by Shotwell. > > In the prefs if you set the default RAW developer to "Camera" it won't > create these files in the future and will simply display the JPEG from the > RAW+JPEG pair. [...] And what happens if I set this option but don't import JPEG also? Will then automatically a jpeg be created? Ciao, Oliver From adam at yorba.org Fri Apr 20 12:14:10 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 20 Apr 2012 12:10:10 -0004 Subject: [Shotwell] Importing two pics (Raw+Jpeg) creates a third one (_shotwell.jpg) In-Reply-To: <20120420114828.GJ1859@siouxsie> References: <20120415124201.GA5840@siouxsie> <20120420114828.GJ1859@siouxsie> Message-ID: <4f915314.c4c0e00a.6c9a.230d@mx.google.com> On Fri, Apr 20, 2012 at 7:48 AM, oliver wrote: On Mon, Apr 16, 2012 at 11:47:49AM -0700, Eric Gregory wrote: > Actually this is a different issue. The _shotwell.jpg files correspond with > the version of the RAW photo as developed by Shotwell. > > In the prefs if you set the default RAW developer to "Camera" it won't > create these files in the future and will simply display the JPEG from the > RAW+JPEG pair. [...] And what happens if I set this option but don't import JPEG also? Will then automatically a jpeg be created? Yes: Shotwell will extract the embedded preview JPEG from the RAW photo and store it in a file whose name ends with _embedded.jpg. It would be nice if Shotwell could read the embedded JPEG from the photo directly without needing to store it in a separate file: http://redmine.yorba.org/issues/4261 adam From adam at yorba.org Fri Apr 20 12:41:55 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 20 Apr 2012 12:37:55 -0004 Subject: [Shotwell] Path of a picture In-Reply-To: <20120420114022.GI1859@siouxsie> References: <4f85a67f.23a5b60a.70ee.ffff89f1@mx.google.com> <20120412003925.GF8050@siouxsie> <4F874714.9060503@yorba.org> <20120413000939.GA26111@siouxsie> <20120416162857.GA4321@siouxsie> <20120416212328.GA2162@siouxsie> <20120420114022.GI1859@siouxsie> Message-ID: <4f915995.44d5e00a.3e32.291a@mx.google.com> On Fri, Apr 20, 2012 at 7:40 AM, oliver wrote: On Tue, Apr 17, 2012 at 01:35:12PM -0700, Laura Khalil wrote: > Hi Oliver, > > The issue you've been having with photos not showing metadata is a > know bug for RAW photos. You can read more about that here: > > http://redmine.yorba.org/issues/4372 [...] Ah, ok. Thanks for looking that up. If the problem one day will be solved, it would be nice, if data of the older files could then be read also (something like reimport or reread data), so that for already imported files this information also could be displayed. Right. Is it possible to circumvent this problem by creatiung a jpeg from the rawfile and then read the information that way? This problem affects RAW photos, but doesn't affect RAW+JPEG photos if you have the developer set to Camera. ??So yes, if you create a JPEG from your RAW photo and then import them together as a RAW+JPEG then Shotwell should display the metadata. The right solution here is for us to simply fix the bug. ??:) ??Shotwell's support for RAW+JPEG photos and switching photo developers is (and has always been) pretty buggy. ??I hope we can improve the situation for 0.13. adam From raphael.dubost.lamy at gmail.com Sat Apr 21 03:44:55 2012 From: raphael.dubost.lamy at gmail.com (=?UTF-8?Q?Rapha=C3=ABl_Dubost=2DLamy?=) Date: Sat, 21 Apr 2012 15:44:55 +1200 Subject: [Shotwell] Pictures folder to be sorted by *Year / Event* Message-ID: Hi Yorba team, First of all, congratulation and thank you very much for your hard work. Shotwell is an awesome application which still needs a little bit more options to become close to perfect. Regularly on websites, or other application on your computer, if you want to upload / open a picture if they don't support drag&drop or don't have a shotwell add-on it becomes quite a mission. Depending on how you've set up how shotwell manage your pictures, you need to remember the year then the month and sometimes even the day. To be left with not named properly pictures. How much easier would that be to have shotwell importing your pictures and saving them in the *Pictures* folder, creating a new folder named after the event (shotwell requesting an event name when importing, and displaying the pictures as per sorted in the folder). Something like it is a mirror of the folder. Do you believe it is an option easily created / possible? English isn't my native language so please ask for more explanations. Cheers, -- *Raphael Dubost-Lamy* Please consider our environment before printing this e-mail From el.cameleon.1 at gmail.com Sat Apr 21 12:39:48 2012 From: el.cameleon.1 at gmail.com (Vincent) Date: Sat, 21 Apr 2012 14:39:48 +0200 Subject: [Shotwell] Don't switch back to thumbnails view after image deletion Message-ID: Hi gents, After import from my camera, I browse my photos in order to delete all of those who are not really great, or too similar between each other. So I use the full-window view in order to see the details of the photos. I navigate until I find one that need to be deleted. Then I press the "Delete" button Then my photo is deleted (great) but Shotwell switch back to the thumbnail view :-( So I need to double-clic on a photo to continue my work. What do you think? Is it a feature or a bug? -- Vincent (cam?l?on) From adam at yorba.org Sun Apr 22 11:17:07 2012 From: adam at yorba.org (Adam Dingle) Date: Sun, 22 Apr 2012 11:13:07 -0004 Subject: [Shotwell] Don't switch back to thumbnails view after image deletion In-Reply-To: References: Message-ID: <4f93e8b5.6ae4440a.4373.0b0a@mx.google.com> Vincent, I can't reproduce this in Shotwell 0.12.2. ??When I select Last Import and browse photos in full-window mode, I can delete photos and Shotwell stays in the full-window view. There was a bug like this in 0.11, though: http://redmine.yorba.org/issues/4263 What version of Shotwell are you running? adam On Sat, Apr 21, 2012 at 8:39 AM, Vincent wrote: Hi gents, After import from my camera, I browse my photos in order to delete all of those who are not really great, or too similar between each other. So I use the full-window view in order to see the details of the photos. I navigate until I find one that need to be deleted. Then I press the "Delete" button Then my photo is deleted (great) but Shotwell switch back to the thumbnail view :-( So I need to double-clic on a photo to continue my work. What do you think? Is it a feature or a bug? -- Vincent (cam??l??on) _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Sun Apr 22 11:26:20 2012 From: adam at yorba.org (Adam Dingle) Date: Sun, 22 Apr 2012 11:22:20 -0004 Subject: [Shotwell] Pictures folder to be sorted by *Year / Event* In-Reply-To: References: Message-ID: <4f93eadf.2138440a.4bfe.ffffda08@mx.google.com> Rapha??l, On Fri, Apr 20, 2012 at 11:44 PM, Rapha??l Dubost-Lamy wrote: Hi Yorba team, First of all, congratulation and thank you very much for your hard work. Shotwell is an awesome application which still needs a little bit more options to become close to perfect. Glad you like Shotwell! Regularly on websites, or other application on your computer, if you want to upload / open a picture if they don't support drag&drop or don't have a shotwell add-on it becomes quite a mission. Depending on how you've set up how shotwell manage your pictures, you need to remember the year then the month and sometimes even the day. To be left with not named properly pictures. I hope you realize that you can easily find the path of any photo in Shotwell. ??To do this, right click the photo and choose Show in File Manager from the context menu. ??The Advanced Properties window will also reveal any photo's path. How much easier would that be to have shotwell importing your pictures and saving them in the *Pictures* folder, creating a new folder named after the event (shotwell requesting an event name when importing, and displaying the pictures as per sorted in the folder). Something like it is a mirror of the folder. Do you believe it is an option easily created / possible? I agree that it would be nice to give the user more control over where imported photos are placed. ??As you suggest, one way to do this would be to let the user specify an event name at import time: http://redmine.yorba.org/issues/3550 And yes, in that case we could place photos in a directory based on the event name: http://redmine.yorba.org/issues/3549 So yes, I hope we'll be able to make Shotwell more flexible in this respect. ??Cheers - adam From el.cameleon.1 at gmail.com Sun Apr 22 12:08:08 2012 From: el.cameleon.1 at gmail.com (Vincent) Date: Sun, 22 Apr 2012 14:08:08 +0200 Subject: [Shotwell] Don't switch back to thumbnails view after image deletion In-Reply-To: <4f93e8b5.6ae4440a.4373.0b0a@mx.google.com> References: <4f93e8b5.6ae4440a.4373.0b0a@mx.google.com> Message-ID: On Sun, Apr 22, 2012 at 1:17 PM, Adam Dingle wrote: > > What version of Shotwell are you running? > I use Shotwell 0.11.6 (official release in Ubuntu 11.10), so I hope it will be fixed in next release! -- Vincent (cam?l?on) From xavierviader at gmail.com Sun Apr 22 12:32:59 2012 From: xavierviader at gmail.com (Xavi) Date: Sun, 22 Apr 2012 14:32:59 +0200 Subject: [Shotwell] contribution copyright Message-ID: <4F93FA7B.4080106@gmail.com> Hi all, this email would be slightly different from the others. For my studies I have to do some work about free software contributor copyright. I've been checking yorba website and I haven't been able to find anything about copyrihgt disclaimer o assignments for Shtowell projecte (or others). How yorba manage contributor copyrights in shotwell? Example, if I get some code to yorba to be used in shotwell, is this code belonging still to me? Or the code becomes yorba copyright? Thanks Xavi From joseph.bylund at gmail.com Sun Apr 22 13:25:02 2012 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Sun, 22 Apr 2012 09:25:02 -0400 Subject: [Shotwell] contribution copyright In-Reply-To: <4F93FA7B.4080106@gmail.com> References: <4F93FA7B.4080106@gmail.com> Message-ID: <4F9406AE.8060503@gmail.com> Xavi, I'd recommend getting the source from git git clone git://yorba.org/shotwell and reading the COPYING file. Hope that helps. -Joe On 04/22/2012 08:32 AM, Xavi wrote: > Hi all, > this email would be slightly different from the others. For my studies I > have to do some work about free software contributor copyright. > > I've been checking yorba website and I haven't been able to find > anything about copyrihgt disclaimer o assignments for Shtowell projecte > (or others). How yorba manage contributor copyrights in shotwell? > Example, if I get some code to yorba to be used in shotwell, is this > code belonging still to me? Or the code becomes yorba copyright? > > Thanks > > Xavi > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From xavierviader at gmail.com Sun Apr 22 13:37:15 2012 From: xavierviader at gmail.com (Xavi) Date: Sun, 22 Apr 2012 15:37:15 +0200 Subject: [Shotwell] contribution copyright In-Reply-To: <4F9406AE.8060503@gmail.com> References: <4F93FA7B.4080106@gmail.com> <4F9406AE.8060503@gmail.com> Message-ID: <4F94098B.5050807@gmail.com> Hi Joe, it helps a bit but no clear yet... who owns, the copyright, of code I gave? Yorba or even giving it it's going to mine? So yorba is made by several copyrights? Thanks Xavi Al 22/04/12 15:25, En/na Joseph Bylund ha escrit: > Xavi, > I'd recommend getting the source from git > git clone git://yorba.org/shotwell > and reading the COPYING file. Hope that helps. > -Joe > > On 04/22/2012 08:32 AM, Xavi wrote: >> Hi all, >> this email would be slightly different from the others. For my studies I >> have to do some work about free software contributor copyright. >> >> I've been checking yorba website and I haven't been able to find >> anything about copyrihgt disclaimer o assignments for Shtowell projecte >> (or others). How yorba manage contributor copyrights in shotwell? >> Example, if I get some code to yorba to be used in shotwell, is this >> code belonging still to me? Or the code becomes yorba copyright? >> >> Thanks >> >> Xavi >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From david.velazquez08 at gmail.com Sun Apr 22 19:48:52 2012 From: david.velazquez08 at gmail.com (David Velazquez) Date: Sun, 22 Apr 2012 15:48:52 -0400 Subject: [Shotwell] Don't switch back to thumbnails view after image deletion In-Reply-To: References: <4f93e8b5.6ae4440a.4373.0b0a@mx.google.com> Message-ID: Hi Vincent, Shotwell .12.1 has been made available for Ubuntu 11.10 Oneiric for about two weeks now. You can use Yorbas official PPA for Shotwell to update yours and hopefully rid yourself of this bug. https://launchpad.net/~yorba/+archive/ppa On Sun, Apr 22, 2012 at 8:08 AM, Vincent wrote: > On Sun, Apr 22, 2012 at 1:17 PM, Adam Dingle wrote: > > > > > What version of Shotwell are you running? > > > > I use Shotwell 0.11.6 (official release in Ubuntu 11.10), so I hope it will > be fixed in next release! > > > -- > Vincent (cam?l?on) > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From el.cameleon.1 at gmail.com Sun Apr 22 20:52:52 2012 From: el.cameleon.1 at gmail.com (Vincent) Date: Sun, 22 Apr 2012 22:52:52 +0200 Subject: [Shotwell] Don't switch back to thumbnails view after image deletion In-Reply-To: References: <4f93e8b5.6ae4440a.4373.0b0a@mx.google.com> Message-ID: Works great, thanks! On Sun, Apr 22, 2012 at 9:48 PM, David Velazquez < david.velazquez08 at gmail.com> wrote: > Hi Vincent, Shotwell .12.1 has been made available for Ubuntu 11.10 > Oneiric for about two weeks now. You can use Yorbas official PPA for > Shotwell to update yours and hopefully rid yourself of this bug. > > https://launchpad.net/~yorba/+archive/ppa > > > On Sun, Apr 22, 2012 at 8:08 AM, Vincent wrote: > >> On Sun, Apr 22, 2012 at 1:17 PM, Adam Dingle wrote: >> >> > >> > What version of Shotwell are you running? >> > >> >> I use Shotwell 0.11.6 (official release in Ubuntu 11.10), so I hope it >> will >> be fixed in next release! >> >> >> -- >> Vincent (cam?l?on) >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > -- Vincent (cam?l?on) From cpolymeris at gmail.com Mon Apr 23 05:17:20 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Mon, 23 Apr 2012 01:17:20 -0400 Subject: [Shotwell] contribution copyright In-Reply-To: <4F94098B.5050807@gmail.com> References: <4F93FA7B.4080106@gmail.com> <4F9406AE.8060503@gmail.com> <4F94098B.5050807@gmail.com> Message-ID: On Sun, Apr 22, 2012 at 10:37 AM, Xavi wrote: > Hi Joe, > it helps a bit but no clear yet... who owns, the copyright, of code I gave? > ?Yorba or even giving it it's going to mine? So yorba is made by several > copyrights? Hello Xavier, first, I don't work for yorba and I am not a lawyer, so take this with a grain of salt, but: the yorba coding guidelines[1] ask you to put a file header declaring copyright to the yorba foundation in all source files you submit, which, I guess could be understood as an implicit copyright assignment. On the other hand, I have contributed a little code and they haven't asked me to sign either a formal contributor license agreement (CLA) or to explicitely assign copyright to Yorba, like e.g. the FSF does. Again, IANAL, but I understand that even if there was a CLA you'd still remain the owner of the copyright, but would be agreeing to a worldwide, non-exclusive, royalty-free, etc... license to distribute your code. Regards, Camilo [1] http://redmine.yorba.org/projects/yorba/wiki/CodingConventions From xavierviader at gmail.com Mon Apr 23 07:00:45 2012 From: xavierviader at gmail.com (Xavi Viader) Date: Mon, 23 Apr 2012 09:00:45 +0200 Subject: [Shotwell] contribution copyright In-Reply-To: References: <4F93FA7B.4080106@gmail.com> <4F9406AE.8060503@gmail.com> <4F94098B.5050807@gmail.com> Message-ID: Hi Camilo, thanks for your answer, I guess you are right, the copyright header would be an implicit a copyright assignment. I'm not in favour about giving rights or not, I'm just investigating how it works. It was a surprise, for me, to know how FSF manage copyright. Any yorba confirmation? Xavi 2012/4/23 Camilo Polymeris > On Sun, Apr 22, 2012 at 10:37 AM, Xavi wrote: > > Hi Joe, > > it helps a bit but no clear yet... who owns, the copyright, of code I > gave? > > Yorba or even giving it it's going to mine? So yorba is made by several > > copyrights? > > Hello Xavier, > > first, I don't work for yorba and I am not a lawyer, so take this with > a grain of salt, but: the yorba coding guidelines[1] ask you to put a > file header declaring copyright to the yorba foundation in all source > files you submit, which, I guess could be understood as an implicit > copyright assignment. On the other hand, I have contributed a little > code and they haven't asked me to sign either a formal contributor > license agreement (CLA) or to explicitely assign copyright to Yorba, > like e.g. the FSF does. > Again, IANAL, but I understand that even if there was a CLA you'd > still remain the owner of the copyright, but would be agreeing to a > worldwide, non-exclusive, royalty-free, etc... license to distribute > your code. > > Regards, > Camilo > > [1] http://redmine.yorba.org/projects/yorba/wiki/CodingConventions > From adam at yorba.org Mon Apr 23 15:32:00 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 23 Apr 2012 15:25:00 -0007 Subject: [Shotwell] contribution copyright In-Reply-To: References: <4F93FA7B.4080106@gmail.com> <4F9406AE.8060503@gmail.com> <4F94098B.5050807@gmail.com> Message-ID: <4f9575f3.88f1440a.5a83.7df6@mx.google.com> Xavi, Yorba does not require copyright assignment. ??Anyone who has made a non-trivial contribution to Yorba's programs retains the copyright to their work, so the copyright to Yorba's programs is held both by Yorba (for the bulk of the code) and by numerous other contributors. ??This is a common (but certainly not the only) practice in the free software world. ??I believe that most GNOME projects work the same way (see more at??http://live.gnome.org/CopyrightAssignment). ??As you know, the Free Software Foundation works differently and requires a license agreement from contributors. Our coding conventions (http://redmine.yorba.org/projects/yorba/wiki/CodingConventions) include the text?? ?? Each source file originating at Yorba should begin with the following banner: ?? /* Copyright 2012 Yorba Foundation... */ Note the words "originating at Yorba". ??Anyone external who sends us a new source file or makes a non-trivial contribution to an existing source file is welcome to put their name in a copyright header at the top. adam On Mon, Apr 23, 2012 at 12:00 AM, Xavi Viader wrote: Hi Camilo, thanks for your answer, I guess you are right, the copyright header would be an implicit a copyright assignment. I'm not in favour about giving rights or not, I'm just investigating how it works. It was a surprise, for me, to know how FSF manage copyright. Any yorba confirmation? Xavi 2012/4/23 Camilo Polymeris > On Sun, Apr 22, 2012 at 10:37 AM, Xavi wrote: > > Hi Joe, > > it helps a bit but no clear yet... who owns, the copyright, of code I > gave? > > Yorba or even giving it it's going to mine? So yorba is made by several > > copyrights? > > Hello Xavier, > > first, I don't work for yorba and I am not a lawyer, so take this with > a grain of salt, but: the yorba coding guidelines[1] ask you to put a > file header declaring copyright to the yorba foundation in all source > files you submit, which, I guess could be understood as an implicit > copyright assignment. On the other hand, I have contributed a little > code and they haven't asked me to sign either a formal contributor > license agreement (CLA) or to explicitely assign copyright to Yorba, > like e.g. the FSF does. > Again, IANAL, but I understand that even if there was a CLA you'd > still remain the owner of the copyright, but would be agreeing to a > worldwide, non-exclusive, royalty-free, etc... license to distribute > your code. > > Regards, > Camilo > > [1] http://redmine.yorba.org/projects/yorba/wiki/CodingConventions > _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From oliver at first.in-berlin.de Mon Apr 23 19:36:50 2012 From: oliver at first.in-berlin.de (oliver) Date: Mon, 23 Apr 2012 21:36:50 +0200 Subject: [Shotwell] contribution copyright In-Reply-To: References: <4F93FA7B.4080106@gmail.com> <4F9406AE.8060503@gmail.com> <4F94098B.5050807@gmail.com> Message-ID: <20120423193650.GA1825@siouxsie> AFAIK shotwell is under LGPL. The author has the copyright, but not an exclusive one, because of the LGPL. So it's copyright by the author but copyleft via LGPL. The author can reuse it's code elsewhere, but after publishing under (L)GPL is not allowed to disallow others to redistribute it. (I wonder why it's LGPL and not GPL, which is the one, normally used for programs (and LGPL for libraries.) Ciao, Oliver On Mon, Apr 23, 2012 at 09:00:45AM +0200, Xavi Viader wrote: > Hi Camilo, > thanks for your answer, I guess you are right, the copyright header would > be an implicit a copyright assignment. > > I'm not in favour about giving rights or not, I'm just investigating how it > works. It was a surprise, for me, to know how FSF manage copyright. > > Any yorba confirmation? > > Xavi > > 2012/4/23 Camilo Polymeris > > > On Sun, Apr 22, 2012 at 10:37 AM, Xavi wrote: > > > Hi Joe, > > > it helps a bit but no clear yet... who owns, the copyright, of code I > > gave? > > > Yorba or even giving it it's going to mine? So yorba is made by several > > > copyrights? > > > > Hello Xavier, > > > > first, I don't work for yorba and I am not a lawyer, so take this with > > a grain of salt, but: the yorba coding guidelines[1] ask you to put a > > file header declaring copyright to the yorba foundation in all source > > files you submit, which, I guess could be understood as an implicit > > copyright assignment. On the other hand, I have contributed a little > > code and they haven't asked me to sign either a formal contributor > > license agreement (CLA) or to explicitely assign copyright to Yorba, > > like e.g. the FSF does. > > Again, IANAL, but I understand that even if there was a CLA you'd > > still remain the owner of the copyright, but would be agreeing to a > > worldwide, non-exclusive, royalty-free, etc... license to distribute > > your code. > > > > Regards, > > Camilo > > > > [1] http://redmine.yorba.org/projects/yorba/wiki/CodingConventions > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Apr 23 19:41:07 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 23 Apr 2012 19:34:07 -0007 Subject: [Shotwell] contribution copyright In-Reply-To: <20120423193650.GA1825@siouxsie> References: <4F93FA7B.4080106@gmail.com> <4F9406AE.8060503@gmail.com> <4F94098B.5050807@gmail.com> <20120423193650.GA1825@siouxsie> Message-ID: <4f95b056.e1da440a.464f.ffff8618@mx.google.com> On Mon, Apr 23, 2012 at 12:36 PM, oliver wrote: AFAIK shotwell is under LGPL. The author has the copyright, but not an exclusive one, because of the LGPL. So it's copyright by the author but copyleft via LGPL. The author can reuse it's code elsewhere, but after publishing under (L)GPL is not allowed to disallow others to redistribute it. That's correct, though "The author" here is not just Yorba - it's everyone who's made non-trivial code contributions. (I wonder why it's LGPL and not GPL, which is the one, normally used for programs (and LGPL for libraries.) When Yorba started a few years ago, we chose the LGPL for our programs as a compromise between strong copyleft licenses such as the GPL and more permissive licenses such as the BSD license. ??Our usage of the LGPL for Shotwell is unlikely to change since we'd need to get permission from all past contributors in order to change it. adam From xavierviader at gmail.com Mon Apr 23 19:54:56 2012 From: xavierviader at gmail.com (Xavi) Date: Mon, 23 Apr 2012 21:54:56 +0200 Subject: [Shotwell] contribution copyright In-Reply-To: <4f95b056.e1da440a.464f.ffff8618@mx.google.com> References: <4F93FA7B.4080106@gmail.com> <4F9406AE.8060503@gmail.com> <4F94098B.5050807@gmail.com> <20120423193650.GA1825@siouxsie> <4f95b056.e1da440a.464f.ffff8618@mx.google.com> Message-ID: <4F95B390.5060609@gmail.com> Hi, thank you very much for your answers they've been very clear. Now I've got the information that I needed to know. And it would be so useful for me as may projects acts like Yorba in copyright issue. I'm a shotwell fun and I wanted to use your ("our") project like an example of non copyright assignment compulsory neither necessary !! Thanks for extra information about the reason why Yorba choose LGPL. Xavi Al 23/04/12 21:41, En/na Adam Dingle ha escrit: > > > On Mon, Apr 23, 2012 at 12:36 PM, oliver > wrote: > > AFAIK shotwell is under LGPL. > > The author has the copyright, but not an exclusive one, > because of the LGPL. > > So it's copyright by the author but copyleft via LGPL. > > The author can reuse it's code elsewhere, but > after publishing under (L)GPL is not allowed to disallow > others to redistribute it. > > > That's correct, though "The author" here is not just Yorba - it's > everyone who's made non-trivial code contributions. > > > > (I wonder why it's LGPL and not GPL, which is the one, normally used > for programs (and LGPL for libraries.) > > > When Yorba started a few years ago, we chose the LGPL for our programs > as a compromise between strong copyleft licenses such as the GPL and > more permissive licenses such as the BSD license. Our usage of the > LGPL for Shotwell is unlikely to change since we'd need to get > permission from all past contributors in order to change it. > > adam From adam at yorba.org Wed Apr 25 16:05:08 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 25 Apr 2012 09:05:08 -0700 Subject: [Shotwell] Yorba info, specially from Shotwell In-Reply-To: <4F980B2B.3090805@gmail.com> References: <4F980B2B.3090805@gmail.com> Message-ID: <4F9820B4.9040604@yorba.org> On 04/25/2012 07:33 AM, Xavi wrote: > Hi Yorba team !! > > (I'm not asking for a job :) ) > > My name is Xavi Viader, I'm placed in Barcelona (Spain) and I'm a > Shotwell supporter. Until shotwell (0.6 for me) I wasn't comfortable > with any photo manger projects. So thanks for your initiative !! Glad you like Shotwell! > > I got a Compurter Science degrees some years ago and now I'm > continuing my studies doing a Free Software Master. Some days ago I > wrote to the email-list asking about copyright assigments and license > issue (adam answer clerly everything). Now we have to choose a free > software project and explain lots of things about it. My team has > choosen shotwell because of me and because I do really thing that > projects like shotwell has to be know like an example for others. It's > plenty of free software projects but, in my opinion, most of them > aren't well polished like shotwell... anyway... do you mind if during > the next month (may) we ask you some questions to know everything > about Shotwell project (that could be known ;) )? Sure - we're happy to answer your questions. I'm sending this response to the public Shotwell mailing list in case the answers will be of interest to the wider Shotwell community. > Do you prefer from me writing to the list or choose one of you? It's probably best to write to shotwell at yorba.org to email the whole Shotwell team at Yorba. Or you can email the public list. > > I hope you don't mind If I start right now some SHORT questions :P > > I PROMISE the the NEXT EMAILS would have much less !! > > A- Why you (or who was at the begining) start Shotwell project > (motivations)? We started Shotwell back in March 2009 when Yorba was just 2 people: me and Jim Nelson (Yorba's most senior engineer). Jim had recently returned from a trip to Europe with a whole bunch of photos to organize. He and I looked at a bunch of existing free photo managers and weren't satisfied with anything we found, so we decided to start a new project. > B- How you would describe Shotwell apart from this? > - non-destructive photo editor > - photo manager > - ... I think those terms are accurate. > > C- Do you have any visual identification for the project apart from > the blue, red, green pictures? Why some desktops changes your 'icon' logo? The blue/red/green pictures in the Shotwell icon reflect the Yorba logo, which also includes red, blue and green. I think we originally chose those colors because they're the colors of pixels on an LCD monitor, so they reflect digital media in general which has been Yorba's overall focus. The only other visual identification for our project is found in the About box in Shotwell - it's a picture that Jim took of a sign on Shotwell Street in San Francisco, just a few blocks from the Yorba office. Different desktops have different looks for their icons - some of them may want more muted colors rather than the primary colors in the Shotwell icon. If they want to change the icon that's OK with us. > > D- Anybody else at Shotwell project (or Yorba) apart from you five > (http://yorba.org/about/)? Have you got ""main"" contributors? Names? Jim Nelson was the original engineer for Shotwell and served as its tech lead for the first couple of years. These days, Jim has moved on to other projects at Yorba (namely Geary - see http://redmine.yorba.org/projects/geary/wiki). The active Shotwell developers at Yorba today are Lucas Beeler (the current tech lead) and Clinton Rogers. > > E- We need some information about the main developers (so you five). > We need to know the original country, age, professional and studies > background. We've found some info at your website and in > Adam Dingle > http://elementaryos.org/journal/yorba-founder-software-engineer-adam-dingleLucas > Beeler http://reengagement.wordpress.com/ > But we don't know too much about Jim, Eric and Clinton apart from > Yorba about. All of us who work at Yorba are from the USA. The interview you linked to tells a bit about my background, and there's also some information on our About page as you saw. I won't send personal information about our employees (e.g. age, academic background) out of respect for their privacy, but if any of them want to send more information about themselves (either on this thread or to you directly) they are certainly welcome to do so. > > F- how is organised shotwell project? Who decides everything? All 5 > voting? Board directors? Or director (?) ? What is your rol at > Shotwell project (not just Yorba) I'm the product manager for Shotwell: when we need to make a decision about how it should look or behave, we all discuss it but then I make the final decision (often that's easy since everyone agrees anyway). I also lead the process of deciding which features to develop in each release, with lots of input from the team of course. Lucas is the tech lead: when we need to make a decision about an algorithm or data structure or anything in the code, the engineers discuss it and Lucas makes the call. > > G- Which IT infrastructure do you use? Repositories? We host our own git repositories at yorba.org. > Distribution list? We use GNU Mailman to host our mailing lists. > Wikis (readmine)? Yes - our wikis live on our Redmine server. > Blogs? We use Wordpress to host the Yorba blogs at blog.yorba.org. > ...? Are they Shotwell internal or for all contributors? > http://redmine.yorba.org/projects/shotwell/wiki Anyone is welcome to make constructive edits to the Yorba wikis. > H- I know shotwell is quite active right now, isn't it? Which is the > main issue your are working? JPG deprecation? First of all, I really hope you realize that the JPEG deprecation we announced was an April Fool's joke! http://blog.yorba.org/eric/2012/04/shotwell-0-13-to-become-a-lossless-only-photo-manager-drop-jpeg-support.html I think Shotwell will support the JPEG format for a very long time to come. :) Shotwell's development is moderately active at this time. I'd love to have more engineers on the project, but our resources at Yorba are limited and so we do what we can. The Shotwell road map (http://redmine.yorba.org/projects/shotwell/roadmap) lists features we're considering for the next release, namely 0.13. That's still preliminary, though. At the moment I think that 0.13 will probably have a number of modest improvements (e.g. red eye while zooming, improved RAW+JPEG support, multiple tag selection) rather than any overwhelming whiz-bang feature. But we'll see. > > I- What about the other projects like Valencia, Lombard, Fillmore... > are they still very active? Have you lots of contributions? Lombard and Fillmore have been completely inactive for the last year and a half. In the next couple of weeks we're planning to launch a new Web site with only Shotwell and Geary on the home page; that's long overdue. I hope we can resurrect Lombard and/or Fillmore some day. Valencia is a programmer tool - I find it quite useful, but it could use some bug fixing and we haven't done a release in a while. We've had very few external contributions to any of these projects. > > J- Could you please give us two or three example about third > contributions? example, mr X did this for shotwell Bruno Girin has been an outstanding contributor to Shotwell - he implemented F-Spot importing and has made a bunch of improvements to Piwigo publishing, for example. Jani Monoses wrote the code to upload videos to YouTube, Flickr, Facebook, and PicasaWeb. Last summer, Valent?n Barros worked on Shotwell as a Google Summer of Code student and made good progress toward a feature that lets you mark faces in photos in Shotwell. That hasn't landed in trunk yet, but Valent?n was just accepted to continue his work as part of Summer of Code again this summer and I'm optimistic that his contribution will land soon. > > K- About the money !! Do you just finance shotwell (or yorba) from > donations? Don't you get any extra help from companies (money, > knowledge, tables, pencil, hours from their workers,...)? Today, Yorba survives by doing contract programming work developing software which will be released as open source someday (I can't say much more about that due to client confidentiality), and via donations. Major distributions such as Ubuntu give us lots of help in the form of bug reports. Tables, pencils, and hours of programming time mostly come from us at Yorba, however. :) > > L- I know that Yorba is 'a non-profit software group'. Does it mean > your a little company? There are 8 of us working at Yorba right now including myself. We'll have a student engineering intern in the office this summer as well. > > M- I know Ubuntu is the main distro you are focused (and Fedora?), > don't you? Why you choose ubuntu ? Why don't you focus in Debian, for > example? Yorba isn't focused on any particular distribution. Ubuntu is popular right now and so it does get a lot of our attention (and we provide a Yorba PPA for Ubuntu users, for example) but we want Shotwell to run well on all major GNOME-based distros including Debian, Fedora and others. We're enduringly grateful to Fedora for being the first major distribution to adopt Shotwell as its default photo manager. > > N- You give """suport""" for the current and previous Ubuntu version, > is that true? We do try to ensure that each Shotwell release runs well on the previous two releases of GNOME and of popular distributions derived from it. For example, Shotwell 0.12 should run with GNOME 3.2 or later, Fedora 16 or later, and Ubuntu 11.10 (Oneiric) or later. adam From lombaardcj at gmail.com Fri Apr 27 21:20:53 2012 From: lombaardcj at gmail.com (Chris Lombaard) Date: Fri, 27 Apr 2012 23:20:53 +0200 Subject: [Shotwell] Code compile from clean Ubuntu 12.04 LTS Message-ID: Hi, The new Shotwell v12.2 is really well done! I was forced to update from Ubuntu v10 to enjoy the latest benefits. I'm trying to compile from source as per website instruction with git server containing latest code. The following steps preceded an unsuccessful build: - Install clean Ubuntu 12.04 LTS - Run sudo apt-get update - Install git - Install relevant "developer source packages" as per website: >>> sudo apt-get install libgconf2-dev libgee-dev libgexiv2-dev libglib2.0-dev libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev libgtk2.0-dev libgudev-1.0-dev libexif-dev libgphoto2-2-dev libraw-dev librest-dev libsoup2.4-dev libxml2-dev libsqlite3-dev m4 libunique-dev libwebkit-dev valac-0.16 - Download source using: git clone git://yorba.org/shotwell - Run ./configure and make from Shotwell folder just created from git clone. Error message returned: ..Dev/shotwell$ make Package gtk+-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk+-3.0' found Package unique-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `unique-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'unique-3.0' found Package webkitgtk-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `webkitgtk-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'webkitgtk-3.0' found make: *** [pkgcheck] Error 1 ..Dev/shotwell$ There ain't any packages when searching in Synaptic package manager for above mentioned required packages that I'm seeing, so I guess I'm looking in the wrong place for the solution. How are you guys getting this compiled on Ubuntu 12.04 LTS? -- Regards, Chris Lombaard From adam at yorba.org Fri Apr 27 21:25:49 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 27 Apr 2012 21:18:49 -0007 Subject: [Shotwell] Code compile from clean Ubuntu 12.04 LTS In-Reply-To: References: Message-ID: <4f9b0ee0.0a87440a.48b8.46d3@mx.google.com> Chris, oops - the list of packages on our Web site is out of date. ??Thanks for pointing that out. ??You'll need these additional packages to build Shotwell 0.12 on Ubuntu: libgtk-3-dev libunique-3.0-dev libwebkitgtk-3.0-dev That should fix the problem. ??We'll fix the Web site soon. ??Thanks - adam On Fri, Apr 27, 2012 at 2:20 PM, Chris Lombaard wrote: Hi, The new Shotwell v12.2 is really well done! I was forced to update from Ubuntu v10 to enjoy the latest benefits. I'm trying to compile from source as per website instruction with git server containing latest code. The following steps preceded an unsuccessful build: - Install clean Ubuntu 12.04 LTS - Run sudo apt-get update - Install git - Install relevant "developer source packages" as per website: >>> sudo apt-get install libgconf2-dev libgee-dev libgexiv2-dev libglib2.0-dev libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev libgtk2.0-dev libgudev-1.0-dev libexif-dev libgphoto2-2-dev libraw-dev librest-dev libsoup2.4-dev libxml2-dev libsqlite3-dev m4 libunique-dev libwebkit-dev valac-0.16 - Download source using: git clone git://yorba.org/shotwell - Run ./configure and make from Shotwell folder just created from git clone. Error message returned: .Dev/shotwell$ make Package gtk+-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk+-3.0' found Package unique-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `unique-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'unique-3.0' found Package webkitgtk-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `webkitgtk-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'webkitgtk-3.0' found make: *** [pkgcheck] Error 1 .Dev/shotwell$ There ain't any packages when searching in Synaptic package manager for above mentioned required packages that I'm seeing, so I guess I'm looking in the wrong place for the solution. How are you guys getting this compiled on Ubuntu 12.04 LTS? -- Regards, Chris Lombaard _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From eric at yorba.org Fri Apr 27 21:32:19 2012 From: eric at yorba.org (Eric Gregory) Date: Fri, 27 Apr 2012 14:32:19 -0700 Subject: [Shotwell] Code compile from clean Ubuntu 12.04 LTS In-Reply-To: <4f9b0ee0.0a87440a.48b8.46d3@mx.google.com> References: <4f9b0ee0.0a87440a.48b8.46d3@mx.google.com> Message-ID: On Fri, Apr 27, 2012 at 2:25 PM, Adam Dingle wrote: > How are you guys getting this compiled on Ubuntu 12.04 LTS? > The *easiest* way is to let apt do all the work. The following command will install all the packages you need to build Shotwell: sudo apt-get build-dep shotwell - Eric From lombaardcj at gmail.com Fri Apr 27 21:41:05 2012 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Fri, 27 Apr 2012 21:41:05 +0000 Subject: [Shotwell] Code compile from clean Ubuntu 12.04 LTS In-Reply-To: <4f9b0ee0.0a87440a.48b8.46d3@mx.google.com> References: <4f9b0ee0.0a87440a.48b8.46d3@mx.google.com> Message-ID: <1902327580-1335562682-cardhu_decombobulator_blackberry.rim.net-1973476579-@b27.c3.bise7.blackberry> Hi Adam, Thank you for the quick reply. It's doing a perfect job of compiling now. I forgot about the lib in front of the package name. Knew I was looking in the wrong place. One last question if you don't mind: What IDE would suite Vala best, or would any C type IDE do just fine? I want to use the best first and not waste time if you know what I mean. Regards, Chris Lombaard Sent via my BlackBerry from Vodacom - let your email find you! -----Original Message----- From: Adam Dingle Date: Fri, 27 Apr 2012 21:18:49 To: Chris Lombaard Cc: Subject: Re: [Shotwell] Code compile from clean Ubuntu 12.04 LTS Chris, oops - the list of packages on our Web site is out of date. ??Thanks for pointing that out. ??You'll need these additional packages to build Shotwell 0.12 on Ubuntu: libgtk-3-dev libunique-3.0-dev libwebkitgtk-3.0-dev That should fix the problem. ??We'll fix the Web site soon. ??Thanks - adam On Fri, Apr 27, 2012 at 2:20 PM, Chris Lombaard wrote: Hi, The new Shotwell v12.2 is really well done! I was forced to update from Ubuntu v10 to enjoy the latest benefits. I'm trying to compile from source as per website instruction with git server containing latest code. The following steps preceded an unsuccessful build: - Install clean Ubuntu 12.04 LTS - Run sudo apt-get update - Install git - Install relevant "developer source packages" as per website: >>> sudo apt-get install libgconf2-dev libgee-dev libgexiv2-dev libglib2.0-dev libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev libgtk2.0-dev libgudev-1.0-dev libexif-dev libgphoto2-2-dev libraw-dev librest-dev libsoup2.4-dev libxml2-dev libsqlite3-dev m4 libunique-dev libwebkit-dev valac-0.16 - Download source using: git clone git://yorba.org/shotwell - Run ./configure and make from Shotwell folder just created from git clone. Error message returned: .Dev/shotwell$ make Package gtk+-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'gtk+-3.0' found Package unique-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `unique-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'unique-3.0' found Package webkitgtk-3.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `webkitgtk-3.0.pc' to the PKG_CONFIG_PATH environment variable No package 'webkitgtk-3.0' found make: *** [pkgcheck] Error 1 .Dev/shotwell$ There ain't any packages when searching in Synaptic package manager for above mentioned required packages that I'm seeing, so I guess I'm looking in the wrong place for the solution. How are you guys getting this compiled on Ubuntu 12.04 LTS? -- Regards, Chris Lombaard _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Fri Apr 27 21:41:21 2012 From: adam at yorba.org (Adam Dingle) Date: Fri, 27 Apr 2012 14:41:21 -0700 Subject: [Shotwell] Code compile from clean Ubuntu 12.04 LTS In-Reply-To: <1902327580-1335562682-cardhu_decombobulator_blackberry.rim.net-1973476579-@b27.c3.bise7.blackberry> References: <4f9b0ee0.0a87440a.48b8.46d3@mx.google.com> <1902327580-1335562682-cardhu_decombobulator_blackberry.rim.net-1973476579-@b27.c3.bise7.blackberry> Message-ID: <4F9B1281.8020006@yorba.org> Chris, at Yorba some of us use gedit with Valencia, which is a Vala plugin developed here at Yorba: http://yorba.org/valencia/ If you try Valencia, you should build it from git master since the last release is pretty old and is for GTK 2. We should make a new release soon. Others here use Geany: http://www.geany.org/ For other possibilities, see the list "IDE Support" at http://live.gnome.org/Vala/Tools . Cheers - adam On 04/27/2012 02:41 PM, lombaardcj at gmail.com wrote: > Hi Adam, > > Thank you for the quick reply. > > It's doing a perfect job of compiling now. I forgot about the lib in > front of the package name. Knew I was looking in the wrong place. > > One last question if you don't mind: What IDE would suite Vala best, > or would any C type IDE do just fine? I want to use the best first and > not waste time if you know what I mean. > > Regards, > Chris Lombaard > Sent via my BlackBerry from Vodacom - let your email find you! > ------------------------------------------------------------------------ > *From: * Adam Dingle > *Date: *Fri, 27 Apr 2012 21:18:49 -0007 > *To: *Chris Lombaard > *Cc: * > *Subject: *Re: [Shotwell] Code compile from clean Ubuntu 12.04 LTS > > Chris, > > oops - the list of packages on our Web site is out of date. Thanks > for pointing that out. You'll need these additional packages to build > Shotwell 0.12 on Ubuntu: > > libgtk-3-dev > libunique-3.0-dev > libwebkitgtk-3.0-dev > > That should fix the problem. We'll fix the Web site soon. Thanks - > > adam > > On Fri, Apr 27, 2012 at 2:20 PM, Chris Lombaard > wrote: >> Hi, >> >> The new Shotwell v12.2 is really well done! I was forced to update from >> Ubuntu v10 to enjoy the latest benefits. >> >> I'm trying to compile from source as per website instruction with git >> server containing latest code. >> >> The following steps preceded an unsuccessful build: >> >> - Install clean Ubuntu 12.04 LTS >> - Run sudo apt-get update >> - Install git >> - Install relevant "developer source packages" as per website: >>> sudo >> apt-get install libgconf2-dev libgee-dev libgexiv2-dev libglib2.0-dev >> libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev libgtk2.0-dev >> libgudev-1.0-dev libexif-dev libgphoto2-2-dev libraw-dev librest-dev >> libsoup2.4-dev libxml2-dev libsqlite3-dev m4 libunique-dev libwebkit-dev >> valac-0.16 >> - Download source using: git clone git://yorba.org/shotwell >> - Run ./configure and make from Shotwell folder just created from git >> clone. >> >> Error message returned: >> ..Dev/shotwell$ make >> Package gtk+-3.0 was not found in the pkg-config search path. >> Perhaps you should add the directory containing `gtk+-3.0.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'gtk+-3.0' found >> Package unique-3.0 was not found in the pkg-config search path. >> Perhaps you should add the directory containing `unique-3.0.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'unique-3.0' found >> Package webkitgtk-3.0 was not found in the pkg-config search path. >> Perhaps you should add the directory containing `webkitgtk-3.0.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'webkitgtk-3.0' found >> make: *** [pkgcheck] Error 1 >> ..Dev/shotwell$ >> >> There ain't any packages when searching in Synaptic package manager for >> above mentioned required packages that I'm seeing, so I guess I'm >> looking >> in the wrong place for the solution. >> >> How are you guys getting this compiled on Ubuntu 12.04 LTS? >> >> -- >> Regards, >> Chris Lombaard >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lombaardcj at gmail.com Fri Apr 27 21:46:36 2012 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Fri, 27 Apr 2012 21:46:36 +0000 Subject: [Shotwell] Code compile from clean Ubuntu 12.04 LTS In-Reply-To: References: <4f9b0ee0.0a87440a.48b8.46d3@mx.google.com> Message-ID: <571433009-1335563012-cardhu_decombobulator_blackberry.rim.net-1877158717-@b27.c3.bise7.blackberry> Hi Eric, Thanks. I thinks this the best to remove any possibility that future updates to required packages might be missed. I would think that instead of putting a big list of packages on website(which is still very important), a one liner would do the trick for the uninformed, like me. Very good software by the way! Regards, Chris Lombaard Sent via my BlackBerry from Vodacom - let your email find you! -----Original Message----- From: Eric Gregory Date: Fri, 27 Apr 2012 14:32:19 To: Adam Dingle Cc: Chris Lombaard; Subject: Re: [Shotwell] Code compile from clean Ubuntu 12.04 LTS On Fri, Apr 27, 2012 at 2:25 PM, Adam Dingle wrote: > How are you guys getting this compiled on Ubuntu 12.04 LTS? > The *easiest* way is to let apt do all the work. The following command will install all the packages you need to build Shotwell: sudo apt-get build-dep shotwell - Eric From lombaardcj at gmail.com Sat Apr 28 10:11:17 2012 From: lombaardcj at gmail.com (Chris Lombaard) Date: Sat, 28 Apr 2012 12:11:17 +0200 Subject: [Shotwell] Import from Folder Message-ID: Hi, Not sure if this is a feature thats been removed. When using "Import from folder" menu option: - the user action window to select the folder appears - Folder is chosen and OK button pressed - Import takes place immediately. - (Older versions asked if import should take place with two options: (1) Import in place (Bug #4053) (2) Copy to library (Lets say its a USB Flash or memory card or folder outside usual library Has this been removed because for important reason, or is no one using the option (2)? -- Regards, Chris Lombaard From adam at yorba.org Sat Apr 28 12:15:51 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 28 Apr 2012 12:08:51 -0007 Subject: [Shotwell] Import from Folder In-Reply-To: References: Message-ID: <4f9bdf7a.2138440a.58a3.ffff9c76@mx.google.com> On Sat, Apr 28, 2012 at 3:11 AM, Chris Lombaard wrote: Hi, Not sure if this is a feature thats been removed. When using "Import from folder" menu option: - the user action window to select the folder appears - Folder is chosen and OK button pressed - Import takes place immediately. - (Older versions asked if import should take place with two options: (1) Import in place (Bug #4053) (2) Copy to library (Lets say its a USB Flash or memory card or folder outside usual library Has this been removed because for important reason, or is no one using the option (2)? Chris, that feature hasn't been removed. ?If you import from your library directory (e.g. $HOME/Pictures) or a subdirectory of it, Shotwell won't ask you whether to import in place or copy - there would be no point in copying since the photos are already in the library directory. ?In the Preferences window, the Library Location section shows what your library directory is set to. ?You are probably importing from somewhere under that directory. adam From lbc at bnrlabs.com Sat Apr 28 16:50:15 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Sat, 28 Apr 2012 18:50:15 +0200 Subject: [Shotwell] event names getting randomly mangled In-Reply-To: <4f804a5b.4233440a.62f2.ffffdf16@mx.google.com> References: <4F8039AC.7000206@bnrlabs.com> <4F8043A0.4090802@yorba.org><4F8047FF.5070002@bnrlabs.com> <4f804a5b.4233440a.62f2.ffffdf16@mx.google.com> Message-ID: <4F9C1FC7.4060407@bnrlabs.com> On 2012.04.07 16:08, Adam Dingle wrote: > > On Sat, Apr 7, 2012 at 6:58 AM, Lucas B. Cohen wrote: > > On 2012.04.07 15:39, Adam Dingle wrote: > > > you've been burned by this bug: > > http://redmine.yorba.org/issues/4201 > > At this point, are my databases irremediably corrupt, or does this bug > only affect data presentation ? > > I'm pretty sure it affects only data presentation. I finally got around to recompiling 0.11.6-2 against Vala 0.12, and I'm glad to report my event names are indeed back to normal with this build. Thanks for your support, Adam. From lbc at bnrlabs.com Sat Apr 28 17:24:16 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Sat, 28 Apr 2012 19:24:16 +0200 Subject: [Shotwell] camera or memory card not detected by Shotwell Message-ID: <4F9C27C0.9000306@bnrlabs.com> Dear list, On 2 of the 3 machines where I run Shotwell, the Camera > Mass Storage Camera node in the sidebar does not appear when an SDcard is automatically mounted by my operating system. In order for that node to appear, I systematically need to first go to 'File > Import from folder', and select the memory card device. I've found a 2010 thread regarding a similar issue [1], but my libgphoto2 is much more recent than the one that seemed to cause that user trouble. What might be a significant difference is that the first computer runs the GNOME desktop environment, whereas the two problematic machines run KDE. What could be causing this minor inconvenience ? [1] http://shotwell.3510.www.nabble.com/Shotwell-bug-shotwell-doesn-t-detect-the-camera-but-gphoto-does-it-td25452.html From hernan.lopez+ubuntu at gmail.com Sat Apr 28 18:49:08 2012 From: hernan.lopez+ubuntu at gmail.com (Hernan Javier Lopez) Date: Sat, 28 Apr 2012 15:49:08 -0300 Subject: [Shotwell] Problems in Ubuntu 12.04 In-Reply-To: References: Message-ID: Launching Shotwell in Ubuntu 12.04 64bit, I closed after opening. Launched from the console, the message he gives is as follows: ~$ shotwell ** ERROR:/build/buildd/shotwell-0.12.2/src/DirectoryMonitor.vala:511:directory_monitor_real_internal_notify_file_discovered: assertion failed: (updated) Abortado (`core' generado) Thank you very much From adam at yorba.org Sun Apr 29 12:35:16 2012 From: adam at yorba.org (Adam Dingle) Date: Sun, 29 Apr 2012 12:28:16 -0007 Subject: [Shotwell] Problems in Ubuntu 12.04 In-Reply-To: References: Message-ID: <4f9d3582.e5ec440a.776f.05dd@mx.google.com> Hernan, Hm - I don't think we've seen this bug before. ?Could you generate a stack trace and log file and attach them to a new ticket on redmine.yorba.org, or email them to shotwell at yorba.org? ?See http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#I-found-a-bug-in-Shotwell-How-can-I-report-it adam On Sat, Apr 28, 2012 at 11:49 AM, Hernan Javier Lopez wrote: Launching Shotwell in Ubuntu 12.04 64bit, I closed after opening. Launched from the console, the message he gives is as follows: ~$ shotwell ** ERROR:/build/buildd/shotwell-0.12.2/src/DirectoryMonitor.vala:511:directory_monitor_real_internal_notify_file_discovered: assertion failed: (updated) Abortado (`core' generado) Thank you very much _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Sun Apr 29 12:37:49 2012 From: adam at yorba.org (Adam Dingle) Date: Sun, 29 Apr 2012 12:30:49 -0007 Subject: [Shotwell] camera or memory card not detected by Shotwell In-Reply-To: <4F9C27C0.9000306@bnrlabs.com> References: <4F9C27C0.9000306@bnrlabs.com> Message-ID: <4f9d361b.a7d3440a.1bf0.091c@mx.google.com> Lucas, what version of Shotwell are you running? ?What operating system version are you running on each of these machines? ?Has this ever worked in the past with your KDE machines (e.g. running a previous version of Shotwell or your operating system)? adam On Sat, Apr 28, 2012 at 10:24 AM, Lucas B. Cohen wrote: Dear list, On 2 of the 3 machines where I run Shotwell, the Camera > Mass Storage Camera node in the sidebar does not appear when an SDcard is automatically mounted by my operating system. In order for that node to appear, I systematically need to first go to 'File > Import from folder', and select the memory card device. I've found a 2010 thread regarding a similar issue [1], but my libgphoto2 is much more recent than the one that seemed to cause that user trouble. What might be a significant difference is that the first computer runs the GNOME desktop environment, whereas the two problematic machines run KDE. What could be causing this minor inconvenience ? [1] http://shotwell.3510.www.nabble.com/Shotwell-bug-shotwell-doesn-t-detect-the-camera-but-gphoto-does-it-td25452.html _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lombaardcj at gmail.com Sun Apr 29 12:59:56 2012 From: lombaardcj at gmail.com (Chris Lombaard) Date: Sun, 29 Apr 2012 14:59:56 +0200 Subject: [Shotwell] Saved Search window behavior on date picker window Message-ID: Hi, I'm using the Saved Search feature and notice the following behavior: - Select "*Date*" from filter type dropdown - Select "*is between*" from criteria dropdown - Click on first start date criteria. - Date picker window opens - Select, relevant date BUT don't click on OK button of date picker - Click on Close button on "Saved Search" dialog. Shotwell does not respond or focus on date picker window or close Saved Search window as expected bu normal user. - Click on OK button for date picker. - Click on Close button. Search now starts I think what is going on is when the "Saved Dialog" window is opened and the Date Picker window is not opened in "modal" mode. I mean the current window has to finish and close (modal behaviour) before the application will accept user actions to perform. The current open issues don't refer to this from what I've looked at. Using the latest version 12.2. -- Regards, Chris Lombaard From hernan.lopez+ubuntu at gmail.com Sun Apr 29 21:42:23 2012 From: hernan.lopez+ubuntu at gmail.com (Hernan Javier Lopez) Date: Sun, 29 Apr 2012 18:42:23 -0300 Subject: [Shotwell] Problems in Ubuntu 12.04 In-Reply-To: <4f9d3582.e5ec440a.776f.05dd@mx.google.com> References: <4f9d3582.e5ec440a.776f.05dd@mx.google.com> Message-ID: Done. It is already created. If I made a mistake in the creation, please let me know, because it is the first time I use the system. thank you very much 2012/4/29 Adam Dingle : > Hernan, > > Hm - I don't think we've seen this bug before. ?Could you generate a stack > trace and log file and attach them to a new ticket on redmine.yorba.org, or > email them to shotwell at yorba.org? ?See > > http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#I-found-a-bug-in-Shotwell-How-can-I-report-it > > adam > > On Sat, Apr 28, 2012 at 11:49 AM, Hernan Javier Lopez > wrote: > > Launching Shotwell in Ubuntu 12.04 64bit, I closed after opening. > Launched from the console, the message he gives is as follows: > > ~$ shotwell > ** > ERROR:/build/buildd/shotwell-0.12.2/src/DirectoryMonitor.vala:511:directory_monitor_real_internal_notify_file_discovered: > assertion failed: (updated) > Abortado (`core' generado) > > Thank you very much > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From lbc at bnrlabs.com Mon Apr 30 09:30:04 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Mon, 30 Apr 2012 11:30:04 +0200 Subject: [Shotwell] camera or memory card not detected by Shotwell In-Reply-To: <4f9d361b.a7d3440a.1bf0.091c@mx.google.com> References: <4F9C27C0.9000306@bnrlabs.com> <4f9d361b.a7d3440a.1bf0.091c@mx.google.com> Message-ID: <4F9E5B9C.6020108@bnrlabs.com> On 2012.04.29 14:37, Adam Dingle wrote: > what version of Shotwell are you running? What operating system version > are you running on each of these machines? Has this ever worked in the > past with your KDE machines (e.g. running a previous version of Shotwell > or your operating system)? All machines run under Debian, with mixed packages from stable, and testing repositories. Because of this, they might have subtle differences in library versions. They're all currently running Shotwell 0.11.6, the packaged version from the testing repository. I've never seen this work under the two machines running KDE, on which I've started to use Shotwell more recently. The machine where detection is successful (my old laptop running GNOME) has run earlier versions of Shotwell (the one in Debian stable) before I upgraded. Any specific packages, maybe libraries, I might want to check and compare versions of ? > On Sat, Apr 28, 2012 at 10:24 AM, Lucas B. Cohen wrote: >> On 2 of the 3 machines where I run Shotwell, the Camera > Mass Storage >> Camera node in the sidebar does not appear when an SDcard is >> automatically mounted by my operating system. In order for that node to >> appear, I systematically need to first go to 'File > Import from >> folder', and select the memory card device. From adam at yorba.org Mon Apr 30 16:09:19 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 30 Apr 2012 16:02:19 -0007 Subject: [Shotwell] Saved Search window behavior on date picker window In-Reply-To: References: Message-ID: <4f9eb933.c1c5440a.5dd1.ffffe2b5@mx.google.com> Chris, yes, this looks like a minor user interface bug. ?I've filed a ticket at http://redmine.yorba.org/issues/5161 adam On Sun, Apr 29, 2012 at 5:59 AM, Chris Lombaard wrote: Hi, I'm using the Saved Search feature and notice the following behavior: - Select "*Date*" from filter type dropdown - Select "*is between*" from criteria dropdown - Click on first start date criteria. - Date picker window opens - Select, relevant date BUT don't click on OK button of date picker - Click on Close button on "Saved Search" dialog. Shotwell does not respond or focus on date picker window or close Saved Search window as expected bu normal user. - Click on OK button for date picker. - Click on Close button. Search now starts I think what is going on is when the "Saved Dialog" window is opened and the Date Picker window is not opened in "modal" mode. I mean the current window has to finish and close (modal behaviour) before the application will accept user actions to perform. The current open issues don't refer to this from what I've looked at. Using the latest version 12.2. -- Regards, Chris Lombaard _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Mon Apr 30 21:30:13 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 30 Apr 2012 14:30:13 -0700 Subject: [Shotwell] camera or memory card not detected by Shotwell In-Reply-To: <4F9E5B9C.6020108@bnrlabs.com> References: <4F9C27C0.9000306@bnrlabs.com> <4f9d361b.a7d3440a.1bf0.091c@mx.google.com> <4F9E5B9C.6020108@bnrlabs.com> Message-ID: Hi Lucas, Two quick questions: (1) What brand and model of camera produced the photos on the SD card? (2) When you open the SD card in Dolphin, do you see a DCIM directory, and if so, are all of the photos stored in this directory? Regards, Lucas On Mon, Apr 30, 2012 at 2:30 AM, Lucas B. Cohen wrote: > On 2012.04.29 14:37, Adam Dingle wrote: >> what version of Shotwell are you running? ?What operating system version >> are you running on each of these machines? ?Has this ever worked in the >> past with your KDE machines (e.g. running a previous version of Shotwell >> or your operating system)? > > All machines run under Debian, with mixed packages from stable, and > testing repositories. Because of this, they might have subtle > differences in library versions. They're all currently running Shotwell > 0.11.6, the packaged version from the testing repository. > > I've never seen this work under the two machines running KDE, on which > I've started to use Shotwell more recently. > > The machine where detection is successful (my old laptop running GNOME) > has run earlier versions of Shotwell (the one in Debian stable) before I > upgraded. > > Any specific packages, maybe libraries, I might want to check and > compare versions of ? > > > >> On Sat, Apr 28, 2012 at 10:24 AM, Lucas B. Cohen wrote: > >>> On 2 of the 3 machines where I run Shotwell, the Camera > Mass Storage >>> Camera node in the sidebar does not appear when an SDcard is >>> automatically mounted by my operating system. In order for that node to >>> appear, I systematically need to first go to 'File > Import from >>> folder', and select the memory card device. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell