From ktenney at gmail.com Fri Jun 1 21:14:39 2012 From: ktenney at gmail.com (Kent Tenney) Date: Fri, 1 Jun 2012 16:14:39 -0500 Subject: [Shotwell] Write exif to image files after the fact In-Reply-To: <4fc64a58.c475440a.2a2c.38cc@mx.google.com> References: <4fc64a58.c475440a.2a2c.38cc@mx.google.com> Message-ID: version: trunk I'm not seeing it, either when looking for activity via strace, or running exif on a file which I've tagged. When I rsync to another machine the files aren't showing up as changed ... How do I confirm the metadata is being written? Thanks, Kent On Wed, May 30, 2012 at 11:27 AM, Adam Dingle wrote: > > > On Tue, May 29, 2012 at 1:47 PM, Kent Tenney wrote: > > Howdy, > > I've got lots of images and tags in Shotwell. > > I've recently had a change of heart, wish the metadata was written > to the image files. > > Can Shotwell write data to files already imported? > > > Yes. ?If you enable the option to write metadata to files, Shotwell will > immediately write metadata to all existing files in your library. > > aadm From scott_shotwell at dewie.net.au Sat Jun 2 04:51:43 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Sat, 02 Jun 2012 14:51:43 +1000 Subject: [Shotwell] Shotwell 0.12.3 only maximising in primary X display and grabbing Mass Storage Camera icon again. Message-ID: <4FC99BDF.2040405@dewie.net.au> Hi there guys, I couldn't figure out how to add a ticket on Yorba, nor could i find these bugs up there - but may be missing something. I am currently running a dual screen setup at home (Acer 15.3" 16:9 Laptop as primary, Samsung 17" 4:3 LCD as secondary), and am trying to get shotwell 0.12.3 to maximise on secondary screen, but it just wont do it at all. Is this a feature or a bug? Because the 17" has better colour correction and more real estate, i would much prefer my shotwell workflow on that screen when at home - and preferabbly maximised. If it could be implemented that it maximise on the screen that it is on, that would be excellent. Also, and this is a revert of a bug sometime in the 0.11 stream, every time i go to import from an SD card inserted into the internal reader, shotwell attempts to show the previews for the RAW files on there (i know this is a feature request for later), and once it is finished loading previews if you move your mouse into or out of the sidebar on the left it grabs the Mass Storage icon and wants you to place it again. I know i had issues with this not so long ago, and it was fixed for a while, but has come back. Has been back since i upgraded to Ubuntu 12.04, come to think of it. Thanks, Scott From scott_shotwell at dewie.net.au Sat Jun 2 05:03:15 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Sat, 02 Jun 2012 15:03:15 +1000 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! Message-ID: <4FC99E93.9000806@dewie.net.au> Hi there, My fairly recently upgraded Ubuntu Desktop has developed a serious bug that causes shotwell to crash on import. I was burnt pretty bad by the compiz/unity/lightdm bugs that plagued so many others, so i'm not sure if that has anything to do with it, but i have found that 12.04 overall is far less stable than 11.10 was. But basically what i am doing is inserting the SD card into the internal reader, and when i hit the import all button after it tries to make the previews, it will take forever to prepare to import, import on average around 10 photo's and then crash with the 'Sorry, Ubuntu 12.04 has experienced an internal error' dialogue. I don't know where those go - but i have been sending those off each time i get one. I'm not sure how to extract logs, but if someone is willing to teach me, i am willing to learn to try and fix this rather annoying bug. Oh - and i havent tried importing from the camera or copying into the correct folders yet, but will do that in the next few days when i have time to fiddle some more. Thanks, Scott. From dougie at highmoor.co.uk Sat Jun 2 06:53:28 2012 From: dougie at highmoor.co.uk (Dougie Nisbet) Date: Sat, 02 Jun 2012 07:53:28 +0100 Subject: [Shotwell] Write exif to image files after the fact In-Reply-To: References: <4fc64a58.c475440a.2a2c.38cc@mx.google.com> Message-ID: <4FC9B868.30303@highmoor.co.uk> I can't recall if it's the same in shotwell but in f-spot you had to make a change to the image before the exif data was written. For example, you could: turn off write-exif-data to file option select all images tag all images with a tag, e.g. temptag turn on write-exif-data to file option select all images remove temptag from all images at which point the exif data should be written to you images. There will be a progress indicator to show it working and it may take a long time. Dougie On 01/06/12 22:14, Kent Tenney wrote: > version: trunk > > I'm not seeing it, either when looking for activity via strace, > or running exif on a file which I've tagged. > > When I rsync to another machine the files aren't showing up as changed ... > > How do I confirm the metadata is being written? > > Thanks, > Kent > > On Wed, May 30, 2012 at 11:27 AM, Adam Dingle wrote: >> >> On Tue, May 29, 2012 at 1:47 PM, Kent Tenney wrote: >> >> Howdy, >> >> I've got lots of images and tags in Shotwell. >> >> I've recently had a change of heart, wish the metadata was written >> to the image files. >> >> Can Shotwell write data to files already imported? >> >> >> Yes. If you enable the option to write metadata to files, Shotwell will >> immediately write metadata to all existing files in your library. >> >> aadm > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From clanlaw at googlemail.com Sat Jun 2 07:19:54 2012 From: clanlaw at googlemail.com (Colin Law) Date: Sat, 2 Jun 2012 08:19:54 +0100 Subject: [Shotwell] Shotwell 0.12.3 only maximising in primary X display and grabbing Mass Storage Camera icon again. In-Reply-To: <4FC99BDF.2040405@dewie.net.au> References: <4FC99BDF.2040405@dewie.net.au> Message-ID: On 2 June 2012 05:51, Scott wrote: > Hi there guys, > > I couldn't figure out how to add a ticket on Yorba, nor could i find these > bugs up there - but may be missing something. > > I am currently running a dual screen setup at home (Acer 15.3" 16:9 Laptop > as primary, Samsung 17" 4:3 LCD as secondary), and am trying to get shotwell > 0.12.3 to maximise on secondary screen, but it just wont do it at all. ?Is > this a feature or a bug? ?Because the 17" has better colour correction and > more real estate, i would much prefer my shotwell workflow on that screen > when at home - and preferabbly maximised. ?If it could be implemented that > it maximise on the screen that it is on, that would be excellent. Which UI are you using? It works fine for me with a similar setup using Unity-2d. I can't try with Unity 3D as my hardware does not support it. If you log on as a different user do you see the same problem? Do other apps maximise ok on the second monitor? Colin From clanlaw at googlemail.com Sat Jun 2 07:34:18 2012 From: clanlaw at googlemail.com (Colin Law) Date: Sat, 2 Jun 2012 08:34:18 +0100 Subject: [Shotwell] Shotwell 0.12.3 only maximising in primary X display and grabbing Mass Storage Camera icon again. In-Reply-To: <4FC99BDF.2040405@dewie.net.au> References: <4FC99BDF.2040405@dewie.net.au> Message-ID: On 2 June 2012 05:51, Scott wrote: > Hi there guys, > > I couldn't figure out how to add a ticket on Yorba, nor could i find these > bugs up there - but may be missing something. If you are seeing it on Ubuntu then initially I think a bug on launchpad is the way to go. Colin From scott_shotwell at dewie.net.au Sat Jun 2 11:25:33 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Sat, 02 Jun 2012 21:25:33 +1000 Subject: [Shotwell] Shotwell 0.12.3 only maximising in primary X display and grabbing Mass Storage Camera icon again. In-Reply-To: References: <4FC99BDF.2040405@dewie.net.au> Message-ID: <4FC9F82D.7080806@dewie.net.au> On 02/06/12 17:19, Colin Law wrote: > On 2 June 2012 05:51, Scott wrote: >> Hi there guys, >> >> I couldn't figure out how to add a ticket on Yorba, nor could i find these >> bugs up there - but may be missing something. >> >> I am currently running a dual screen setup at home (Acer 15.3" 16:9 Laptop >> as primary, Samsung 17" 4:3 LCD as secondary), and am trying to get shotwell >> 0.12.3 to maximise on secondary screen, but it just wont do it at all. Is >> this a feature or a bug? Because the 17" has better colour correction and >> more real estate, i would much prefer my shotwell workflow on that screen >> when at home - and preferabbly maximised. If it could be implemented that >> it maximise on the screen that it is on, that would be excellent. > Which UI are you using? It works fine for me with a similar setup > using Unity-2d. I can't try with Unity 3D as my hardware does not > support it. I'm using Unity 3D. At the time of writing the e-mail, i could get xbmc, virtualbox, thunderbird, software centre, synaptic and a couple of others to maximise, but shotwell and chromium were the two notible exceptions. Didn't think of trying a different login, so i tried one of the (many) test logins i created when i was debugging the Unity 3D upgrade bug and came out that it would - with one major difference, that the launcher was on both screens, not just on the laptop like on my main username. So i went back into my main user, went into display settings, and even though it refuses to detect the second display, it let me turn the launcher on and viola - it maximised in the second display! After turning the launcher back off, it seems to work still (for now, will see on next screen restart...). I apologise for speaking too soon, but it seems to be (probably) a compiz problem and not a shotwell problem, but thanks for helping kick my brain back into gear on how to debug! Interestingly, even chrome needs the same workaround if i move it to the second screen when the launcher is hidden. At least i have one now! Thanks, Scott. > If you log on as a different user do you see the same problem? > > Do other apps maximise ok on the second monitor? > > Colin From thecorfiot at gmail.com Sat Jun 2 12:10:20 2012 From: thecorfiot at gmail.com (Bob Giles) Date: Sat, 02 Jun 2012 15:10:20 +0300 Subject: [Shotwell] Shotwell not creating Event Message-ID: <4FCA02AC.3000508@gmail.com> Hi all, I am using the latest version of Shotwell in the Ubuntu 12.04 repository. To be honest, I am revisiting Shotwell to catalogue my digital image collection. I don't require anything too sophisticated and have opted to import the images into the Pictures folder using the format Year/Month/Day. All has gone well until I started to import images taken in 1999, 2000 and 2001 with a Sony Mavica camera. Shotwell imports the images and places them in the correct folders in the format described above. However, it does not create an Event. The images can be viewed by selecting the 'Last import' option but it is literally that, the last import. The first batch that I imported created an event called 'Undated' with a sub event entitled 'Event 633'. Obviously, I would like to be able to access these earlier images from within Shotwell. Any suggestions, please? Regards, Bob From pprieto61es at gmail.com Sat Jun 2 13:21:47 2012 From: pprieto61es at gmail.com (pedro prieto) Date: Sat, 2 Jun 2012 14:21:47 +0100 Subject: [Shotwell] image quality In-Reply-To: References: Message-ID: > Shotwell 0.11.6 under Ubuntu 11.10 > > When trying to export a picture I can't change Image Quality. It's set to > 90%, and the box to change it is disabled. > > Any help? > > Thanks > > From david.velazquez08 at gmail.com Sun Jun 3 17:13:35 2012 From: david.velazquez08 at gmail.com (David Velazquez) Date: Sun, 3 Jun 2012 13:13:35 -0400 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: <4FC99E93.9000806@dewie.net.au> References: <4FC99E93.9000806@dewie.net.au> Message-ID: Hi Scott, that does sound like a rather annoying bug to encounter. To begin with you might want to search redmine and see if this bug is known. If not, this should help you to create the necessary logs so that the developers can help track this down. http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#I-found-a-bug-in-Shotwell-How-can-I-report-it On Sat, Jun 2, 2012 at 1:03 AM, Scott wrote: > Hi there, > > My fairly recently upgraded Ubuntu Desktop has developed a serious bug > that causes shotwell to crash on import. I was burnt pretty bad by the > compiz/unity/lightdm bugs that plagued so many others, so i'm not sure if > that has anything to do with it, but i have found that 12.04 overall is far > less stable than 11.10 was. > > But basically what i am doing is inserting the SD card into the internal > reader, and when i hit the import all button after it tries to make the > previews, it will take forever to prepare to import, import on average > around 10 photo's and then crash with the 'Sorry, Ubuntu 12.04 has > experienced an internal error' dialogue. I don't know where those go - but > i have been sending those off each time i get one. > > I'm not sure how to extract logs, but if someone is willing to teach me, i > am willing to learn to try and fix this rather annoying bug. > > Oh - and i havent tried importing from the camera or copying into the > correct folders yet, but will do that in the next few days when i have time > to fiddle some more. > > Thanks, > > Scott. > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From clanlaw at googlemail.com Sun Jun 3 19:59:26 2012 From: clanlaw at googlemail.com (Colin Law) Date: Sun, 3 Jun 2012 20:59:26 +0100 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: <4FC99E93.9000806@dewie.net.au> References: <4FC99E93.9000806@dewie.net.au> Message-ID: On 2 June 2012 06:03, Scott wrote: > Hi there, > > My fairly recently upgraded Ubuntu Desktop has developed a serious bug that > causes shotwell to crash on import. ?I was burnt pretty bad by the > compiz/unity/lightdm bugs that plagued so many others, so i'm not sure if > that has anything to do with it, but i have found that 12.04 overall is far > less stable than 11.10 was. > > But basically what i am doing is inserting the SD card into the internal > reader, and when i hit the import all button after it tries to make the > previews, it will take forever to prepare to import, import on average > around 10 photo's and then crash with the 'Sorry, Ubuntu 12.04 has > experienced an internal error' dialogue. ?I don't know where those go - but > i have been sending those off each time i get one. Rather than importing into Shotwell try using the Ubuntu file manager (nautilus) to copy a couple of dozen pictures from the SD card to a folder on disk. If that also fails then it is not a Shotwell specific problem. In the past I have had similar problems with SD card readers. In my case the problem was worked around by plugging the camera into PC and then Shotwell worked perfectly. Colin > > I'm not sure how to extract logs, but if someone is willing to teach me, i > am willing to learn to try and fix this rather annoying bug. > > Oh - and i havent tried importing from the camera or copying into the > correct folders yet, but will do that in the next few days when i have time > to fiddle some more. > > Thanks, > > Scott. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From farrukh.najm at gmail.com Mon Jun 4 13:47:39 2012 From: farrukh.najm at gmail.com (Farrukh Najmi) Date: Mon, 04 Jun 2012 09:47:39 -0400 Subject: [Shotwell] Moving library to an external drive Message-ID: <4FCCBC7B.4000004@gmail.com> Hello, I run SHotwell 0.9.3 on Ubuntu 11.04. As my pictures and videos grew I needed more disk space and also needed fault tolernace and recovery. So I bought a WD MyBook Studio 3 x 2 TB disk and configured in in RAID 1 mode (half the disk space, slower but gives redundancy of data and better fault tolerance). The new drive is mounted at /media/external. I then moved my ~/Pictures folder to the new external drive at /media/external/Pictures following directions in FAQ at: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-move-my-photo-files-from-one-directory-or-hard-drive-to-another However, now when I run shotwell it does not start. So I manually tried the shotwell command (with no args) in a shell. This gives the following error: "Multiple segmentation faults occurred; can't display error dialog" What should I do? Thanks for your help. -- Farrukh Najmi From farrukh.najm at gmail.com Mon Jun 4 14:09:26 2012 From: farrukh.najm at gmail.com (Farrukh Najmi) Date: Mon, 04 Jun 2012 10:09:26 -0400 Subject: [Shotwell] Where to put shotwell data directory when library is on external drive In-Reply-To: <4FCCBC7B.4000004@gmail.com> References: <4FCCBC7B.4000004@gmail.com> Message-ID: <4FCCC196.7090003@gmail.com> For context see my message below from another thread... My library is on an external drive that can be mounted to any computer over USB. I need to have shotwell data directory also be on the external drive so that I can run shotwell from any computer using the external drive and have both the library and the database etc. be available from the external drive. Assuming my external drive is mounted as /media/external and teh library is at /media/external/Pictures, is there a suggested best practice for where to put the .shotwell (data) directory? SHould it be under /media/external/Pictures or should it be at /media/external/.shotwell? On 06/04/2012 09:47 AM, Farrukh Najmi wrote: > Hello, > > I run SHotwell 0.9.3 on Ubuntu 11.04. > > As my pictures and videos grew I needed more disk space and also > needed fault tolernace and recovery. > So I bought a WD MyBook Studio 3 x 2 TB disk and configured in in RAID > 1 mode (half the disk space, slower but gives redundancy of data and > better fault tolerance). > The new drive is mounted at /media/external. > > I then moved my ~/Pictures folder to the new external drive at > /media/external/Pictures following directions in FAQ at: > > http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-move-my-photo-files-from-one-directory-or-hard-drive-to-another > > > However, now when I run shotwell it does not start. So I manually > tried the shotwell command (with no args) in a shell. This gives the > following error: > > "Multiple segmentation faults occurred; can't display error dialog" > > What should I do? Thanks for your help. > > -- > Farrukh Najmi > > > From lucas at yorba.org Mon Jun 4 17:36:36 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 4 Jun 2012 10:36:36 -0700 Subject: [Shotwell] Shotwell not creating Event In-Reply-To: <4FCA02AC.3000508@gmail.com> References: <4FCA02AC.3000508@gmail.com> Message-ID: Hi Bob, It sounds like your older camera may produce EXIF dates that Shotwell doesn't recognize. If you don't mind, could you email one of your photos to shotwell at yorba.org? NB: the domain there is just "yorba.org", not "lists.yorba.org." By sending a photo to this address, your photo will only be seen by the Shotwell development team. Getting a sample photo would really help us debug this problem! Lucas On Sat, Jun 2, 2012 at 5:10 AM, Bob Giles wrote: > Hi all, > > I am using the latest version of Shotwell in the Ubuntu 12.04 repository. > > To be honest, I am revisiting Shotwell to catalogue my digital image > collection. I don't require anything too sophisticated and have opted to > import the images into the Pictures folder using the format Year/Month/Day. > > All has gone well until I started to import images taken in 1999, 2000 and > 2001 with a Sony Mavica camera. Shotwell imports the images and places them > in the correct folders in the format described above. However, it does not > create an Event. > > The images can be viewed by selecting the 'Last import' option but it is > literally that, the last import. The first batch that I imported created an > event called 'Undated' with a sub event entitled 'Event 633'. > > Obviously, I would like to be able to access these earlier images from > within Shotwell. > > Any suggestions, please? > > Regards, > > Bob > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Mon Jun 4 17:38:26 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 4 Jun 2012 10:38:26 -0700 Subject: [Shotwell] image quality In-Reply-To: References: Message-ID: Since image quality only applies to JPEG photos (e.g., PNG and TIFF images are always compressed at full quality) if you want to set the quality, you need to select JPEG as the export format. Lucas On Sat, Jun 2, 2012 at 6:21 AM, pedro prieto wrote: >> Shotwell 0.11.6 under Ubuntu 11.10 >> >> When trying to export a picture I can't change Image Quality. It's set to >> 90%, and the box to change it is disabled. >> >> Any help? >> >> Thanks >> >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From farrukh.najm at gmail.com Wed Jun 6 14:36:09 2012 From: farrukh.najm at gmail.com (Farrukh Najmi) Date: Wed, 06 Jun 2012 10:36:09 -0400 Subject: [Shotwell] Moving library to an external drive In-Reply-To: <4FCCBC7B.4000004@gmail.com> References: <4FCCBC7B.4000004@gmail.com> Message-ID: <4FCF6AD9.5010704@gmail.com> Oddly enough the crash on startup I was experiencing has gone away on its own! Shotwell now open. All my photos (~35GB) are now in the missing folder. When I edit preferences to change to new Library folder (on external drive) Shotwell 0.9.3 does not seem to have found them in teh new location as the FAQ entry referenced below suggests. I have waited ~30 minutes so far with no visible change. Any suggestions? On 06/04/2012 09:47 AM, Farrukh Najmi wrote: > Hello, > > I run SHotwell 0.9.3 on Ubuntu 11.04. > > As my pictures and videos grew I needed more disk space and also > needed fault tolernace and recovery. > So I bought a WD MyBook Studio 3 x 2 TB disk and configured in in RAID > 1 mode (half the disk space, slower but gives redundancy of data and > better fault tolerance). > The new drive is mounted at /media/external. > > I then moved my ~/Pictures folder to the new external drive at > /media/external/Pictures following directions in FAQ at: > > http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-move-my-photo-files-from-one-directory-or-hard-drive-to-another > > > However, now when I run shotwell it does not start. So I manually > tried the shotwell command (with no args) in a shell. This gives the > following error: > > "Multiple segmentation faults occurred; can't display error dialog" > > What should I do? Thanks for your help. > > -- > Farrukh Najmi > > > From laura at yorba.org Wed Jun 6 17:35:16 2012 From: laura at yorba.org (Laura Khalil) Date: Wed, 6 Jun 2012 10:35:16 -0700 Subject: [Shotwell] Moving library to an external drive In-Reply-To: <4FCF6AD9.5010704@gmail.com> References: <4FCCBC7B.4000004@gmail.com> <4FCF6AD9.5010704@gmail.com> Message-ID: Hi Farrukh, My first suggestion is to upgrade your version of Shotwell and see if that resolves any issues you're having. You should be able to do this from the Update Manager. Alternatively, you may also download the latest version of Shotwell from the Yorba PPA: https://launchpad.net/~yorba/+archive/ppa Let me know if that helps. Cheers, Laura On Wed, Jun 6, 2012 at 7:36 AM, Farrukh Najmi wrote: > > Oddly enough the crash on startup I was experiencing has gone away on its > own! > > Shotwell now open. All my photos (~35GB) are now in the missing folder. > When I edit preferences to change to new Library folder (on external drive) > Shotwell 0.9.3 does not seem to have found them in teh new location as the > FAQ entry referenced below suggests. I have waited ~30 minutes so far with > no visible change. > > Any suggestions? > > > On 06/04/2012 09:47 AM, Farrukh Najmi wrote: > >> Hello, >> >> I run SHotwell 0.9.3 on Ubuntu 11.04. >> >> As my pictures and videos grew I needed more disk space and also needed >> fault tolernace and recovery. >> So I bought a WD MyBook Studio 3 x 2 TB disk and configured in in RAID 1 >> mode (half the disk space, slower but gives redundancy of data and better >> fault tolerance). >> The new drive is mounted at /media/external. >> >> I then moved my ~/Pictures folder to the new external drive at >> /media/external/Pictures following directions in FAQ at: >> >> http://redmine.yorba.org/**projects/shotwell/wiki/** >> ShotwellFAQ#How-can-I-move-my-**photo-files-from-one-** >> directory-or-hard-drive-to-**another >> >> However, now when I run shotwell it does not start. So I manually tried >> the shotwell command (with no args) in a shell. This gives the following >> error: >> >> "Multiple segmentation faults occurred; can't display error dialog" >> >> What should I do? Thanks for your help. >> >> -- >> Farrukh Najmi >> >> >> >> > ______________________________**_________________ > 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 farrukh.najm at gmail.com Wed Jun 6 18:00:50 2012 From: farrukh.najm at gmail.com (Farrukh Najmi) Date: Wed, 06 Jun 2012 14:00:50 -0400 Subject: [Shotwell] Moving library to an external drive In-Reply-To: References: <4FCCBC7B.4000004@gmail.com> <4FCF6AD9.5010704@gmail.com> Message-ID: <4FCF9AD2.6050104@gmail.com> Hi Laura, Thank you for your helpful suggestion. I upgraded to 0.11.6. I see the same behavior so far. Is there some way to know if there is anything happening in background? On 06/06/2012 01:35 PM, Laura Khalil wrote: > Hi Farrukh, > > My first suggestion is to upgrade your version of Shotwell and see if > that resolves any issues you're having. You should be able to do this > from the Update Manager. > > Alternatively, you may also download the latest version of Shotwell > from the Yorba PPA: > https://launchpad.net/~yorba/+archive/ppa > > > Let me know if that helps. > > Cheers, > > Laura > > On Wed, Jun 6, 2012 at 7:36 AM, Farrukh Najmi > wrote: > > > Oddly enough the crash on startup I was experiencing has gone away > on its own! > > Shotwell now open. All my photos (~35GB) are now in the missing > folder. When I edit preferences to change to new Library folder > (on external drive) Shotwell 0.9.3 does not seem to have found > them in teh new location as the FAQ entry referenced below > suggests. I have waited ~30 minutes so far with no visible change. > > Any suggestions? > > > On 06/04/2012 09:47 AM, Farrukh Najmi wrote: > > Hello, > > I run SHotwell 0.9.3 on Ubuntu 11.04. > > As my pictures and videos grew I needed more disk space and > also needed fault tolernace and recovery. > So I bought a WD MyBook Studio 3 x 2 TB disk and configured in > in RAID 1 mode (half the disk space, slower but gives > redundancy of data and better fault tolerance). > The new drive is mounted at /media/external. > > I then moved my ~/Pictures folder to the new external drive at > /media/external/Pictures following directions in FAQ at: > > http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-move-my-photo-files-from-one-directory-or-hard-drive-to-another > > > However, now when I run shotwell it does not start. So I > manually tried the shotwell command (with no args) in a shell. > This gives the following error: > > "Multiple segmentation faults occurred; can't display error > dialog" > > What should I do? Thanks for your help. > From farrukh.najm at gmail.com Wed Jun 6 18:15:41 2012 From: farrukh.najm at gmail.com (Farrukh Najmi) Date: Wed, 06 Jun 2012 14:15:41 -0400 Subject: [Shotwell] Writing metadata to photo files Message-ID: <4FCF9E4D.7090707@gmail.com> Currently if the writing metadata to photo files option is ON then every time metadata is updated on a photo it changes the modification timestamp of the photo. It seems that photos needs to have the time they were taken preserved. Is there some way to preserve the original timestamp on the file in the metadata? If not, then would that not make the "Writing metadata to photo files" feature lose its value? What is the best practice that akllows preservin the time a photo was taken (as metadata) along with other metadata such as tags, location etc.? Thanks for your guidance. From insomniacpenguin at googlemail.com Wed Jun 6 18:24:50 2012 From: insomniacpenguin at googlemail.com (Andy Stevens) Date: Wed, 6 Jun 2012 19:24:50 +0100 Subject: [Shotwell] Writing metadata to photo files In-Reply-To: <4FCF9E4D.7090707@gmail.com> References: <4FCF9E4D.7090707@gmail.com> Message-ID: There are metadata fields for the time the photo was taken, entirely separate from the last modified timestamp... On 6 Jun 2012 19:15, "Farrukh Najmi" wrote: > > Currently if the writing metadata to photo files option is ON then every > time metadata is updated on a photo it changes the modification timestamp > of the photo. > It seems that photos needs to have the time they were taken preserved. > > Is there some way to preserve the original timestamp on the file in the > metadata? > > If not, then would that not make the "Writing metadata to photo files" > feature lose its value? > > What is the best practice that akllows preservin the time a photo was > taken (as metadata) along with other metadata such as tags, location etc.? > > Thanks for your guidance. > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From farrukh.najm at gmail.com Wed Jun 6 18:29:58 2012 From: farrukh.najm at gmail.com (Farrukh Najmi) Date: Wed, 06 Jun 2012 14:29:58 -0400 Subject: [Shotwell] Writing metadata to photo files In-Reply-To: References: <4FCF9E4D.7090707@gmail.com> Message-ID: <4FCFA1A6.40807@gmail.com> Awesome! How can I see the metadata fields auto-generated by my camera. Any downside to truning on the "Writing metadata to photo files" feature? Curious why then it is not on by default and why we need a separate db file? Thanks for putting up with my noob questions and sharing your expertise. On 06/06/2012 02:24 PM, Andy Stevens wrote: > > There are metadata fields for the time the photo was taken, entirely > separate from the last modified timestamp... > > On 6 Jun 2012 19:15, "Farrukh Najmi" > wrote: > > > Currently if the writing metadata to photo files option is ON then > every time metadata is updated on a photo it changes the > modification timestamp of the photo. > It seems that photos needs to have the time they were taken preserved. > > Is there some way to preserve the original timestamp on the file > in the metadata? > > If not, then would that not make the "Writing metadata to photo > files" feature lose its value? > > What is the best practice that akllows preservin the time a photo > was taken (as metadata) along with other metadata such as tags, > location etc.? > > Thanks for your guidance. > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From farrukh.najm at gmail.com Wed Jun 6 18:42:35 2012 From: farrukh.najm at gmail.com (Farrukh Najmi) Date: Wed, 06 Jun 2012 14:42:35 -0400 Subject: [Shotwell] Moving library to an external drive In-Reply-To: <4FCF9AD2.6050104@gmail.com> References: <4FCCBC7B.4000004@gmail.com> <4FCF6AD9.5010704@gmail.com> <4FCF9AD2.6050104@gmail.com> Message-ID: <4FCFA49B.5040402@gmail.com> Seeking clarification regarding the folder to specify in Edit / Preferences dialog for library location... Is it the "Pictures" folder itself or is it the parent of the "Pictures" folder? BTW I am now seeing "Updating Library" progress bar and some pictures ahve shown up under events. However, when I click on the tags I see no pictures matching them. And there are still huge number of Photos and Videos in the "Missing Files" folder. I have tried specifying both "Pictures" folder itself and also its parent folder but the unexpected behavior prevails. On 06/06/2012 02:00 PM, Farrukh Najmi wrote: > > Hi Laura, > > Thank you for your helpful suggestion. I upgraded to 0.11.6. I see the > same behavior so far. Is there some way to know if there is anything > happening in background? > > On 06/06/2012 01:35 PM, Laura Khalil wrote: >> Hi Farrukh, >> >> My first suggestion is to upgrade your version of Shotwell and see if >> that resolves any issues you're having. You should be able to do this >> from the Update Manager. >> >> Alternatively, you may also download the latest version of Shotwell >> from the Yorba PPA: >> https://launchpad.net/~yorba/+archive/ppa >> >> >> Let me know if that helps. >> >> Cheers, >> >> Laura >> >> On Wed, Jun 6, 2012 at 7:36 AM, Farrukh Najmi > > wrote: >> >> >> Oddly enough the crash on startup I was experiencing has gone >> away on its own! >> >> Shotwell now open. All my photos (~35GB) are now in the missing >> folder. When I edit preferences to change to new Library folder >> (on external drive) Shotwell 0.9.3 does not seem to have found >> them in teh new location as the FAQ entry referenced below >> suggests. I have waited ~30 minutes so far with no visible change. >> >> Any suggestions? >> >> >> On 06/04/2012 09:47 AM, Farrukh Najmi wrote: >> >> Hello, >> >> I run SHotwell 0.9.3 on Ubuntu 11.04. >> >> As my pictures and videos grew I needed more disk space and >> also needed fault tolernace and recovery. >> So I bought a WD MyBook Studio 3 x 2 TB disk and configured >> in in RAID 1 mode (half the disk space, slower but gives >> redundancy of data and better fault tolerance). >> The new drive is mounted at /media/external. >> >> I then moved my ~/Pictures folder to the new external drive >> at /media/external/Pictures following directions in FAQ at: >> >> http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-move-my-photo-files-from-one-directory-or-hard-drive-to-another >> >> >> However, now when I run shotwell it does not start. So I >> manually tried the shotwell command (with no args) in a >> shell. This gives the following error: >> >> "Multiple segmentation faults occurred; can't display error >> dialog" >> >> What should I do? Thanks for your help. >> > From lucas at yorba.org Wed Jun 6 21:48:54 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 6 Jun 2012 14:48:54 -0700 Subject: [Shotwell] Moving library to an external drive In-Reply-To: <4FCFA49B.5040402@gmail.com> References: <4FCCBC7B.4000004@gmail.com> <4FCF6AD9.5010704@gmail.com> <4FCF9AD2.6050104@gmail.com> <4FCFA49B.5040402@gmail.com> Message-ID: Hi Farrukh, Another thing to try would be to force Shotwell to re-import your photos. You can achieve this by dragging your pictures folder onto the Shotwell window. And to answer your question, the "Library Location" option in the preferences dialog specifies the root of the directory tree where your Pictures are located. In your case, that should be /media/external/Pictures. Lucas On Wed, Jun 6, 2012 at 11:42 AM, Farrukh Najmi wrote: > > Seeking clarification regarding the folder to specify in Edit / Preferences > dialog for library location... Is it the "Pictures" folder itself or is it > the parent of the "Pictures" folder? > > BTW I am now seeing "Updating Library" progress bar and some pictures ahve > shown up under events. However, when I click on the tags I see no pictures > matching them. > > And there are still huge number of Photos and Videos in the "Missing Files" > folder. > > I have tried specifying both "Pictures" folder itself and also its parent > folder but the unexpected behavior prevails. > > > > On 06/06/2012 02:00 PM, Farrukh Najmi wrote: >> >> >> Hi Laura, >> >> Thank you for your helpful suggestion. I upgraded to 0.11.6. I see the >> same behavior so far. Is there some way to know if there is anything >> happening in background? >> >> On 06/06/2012 01:35 PM, Laura Khalil wrote: >>> >>> Hi Farrukh, >>> >>> My first suggestion is to upgrade your version of Shotwell and see if >>> that resolves any issues you're having. You should be able to do this from >>> the Update Manager. >>> >>> Alternatively, you may also download the latest version of Shotwell from >>> the Yorba PPA: >>> https://launchpad.net/~yorba/+archive/ppa >>> >>> >>> Let me know if that helps. >>> >>> Cheers, >>> >>> Laura >>> >>> On Wed, Jun 6, 2012 at 7:36 AM, Farrukh Najmi >> > wrote: >>> >>> >>> ? ?Oddly enough the crash on startup I was experiencing has gone >>> ? ?away on its own! >>> >>> ? ?Shotwell now open. All my photos (~35GB) are now in the missing >>> ? ?folder. When I edit preferences to change to new Library folder >>> ? ?(on external drive) Shotwell 0.9.3 does not seem to have found >>> ? ?them in teh new location as the FAQ entry referenced below >>> ? ?suggests. I have waited ~30 minutes so far with no visible change. >>> >>> ? ?Any suggestions? >>> >>> >>> ? ?On 06/04/2012 09:47 AM, Farrukh Najmi wrote: >>> >>> ? ? ? ?Hello, >>> >>> ? ? ? ?I run SHotwell 0.9.3 on Ubuntu 11.04. >>> >>> ? ? ? ?As my pictures and videos grew I needed more disk space and >>> ? ? ? ?also needed fault tolernace and recovery. >>> ? ? ? ?So I bought a WD MyBook Studio 3 x 2 TB disk and configured >>> ? ? ? ?in in RAID 1 mode (half the disk space, slower but gives >>> ? ? ? ?redundancy of data and better fault tolerance). >>> ? ? ? ?The new drive is mounted at /media/external. >>> >>> ? ? ? ?I then moved my ~/Pictures folder to the new external drive >>> ? ? ? ?at /media/external/Pictures following directions in FAQ at: >>> >>> >>> ?http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-move-my-photo-files-from-one-directory-or-hard-drive-to-another >>> >>> >>> ? ? ? ?However, now when I run shotwell it does not start. So I >>> ? ? ? ?manually tried the shotwell command (with no args) in a >>> ? ? ? ?shell. This gives the following error: >>> >>> ? ? ? ?"Multiple segmentation faults occurred; can't display error >>> ? ? ? ?dialog" >>> >>> ? ? ? ?What should I do? Thanks for your help. >>> >> > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Wed Jun 6 21:53:49 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 6 Jun 2012 14:53:49 -0700 Subject: [Shotwell] Writing metadata to photo files In-Reply-To: <4FCFA1A6.40807@gmail.com> References: <4FCF9E4D.7090707@gmail.com> <4FCFA1A6.40807@gmail.com> Message-ID: > Any downside to truning on the "Writing metadata to photo files" feature? Your original photos will be modified (e.g., tag and title information will be written into them). For some people this is problematic because they like to keep their originals pristine. What's more, there are several RAW photo formats that Shotwell can't write into, so keeping updated metadata in Shotwell's internal database is the only option. That said, as support for working with RAW photos gets better on Linux (notably because of the evolution of the exiv2 library), we do plan to move to a world where Shotwell stores all relevant information in the photo files themselves. Lucas From lucas at yorba.org Wed Jun 6 22:05:03 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 6 Jun 2012 15:05:03 -0700 Subject: [Shotwell] Write exif to image files after the fact In-Reply-To: References: <4fc64a58.c475440a.2a2c.38cc@mx.google.com> Message-ID: Hi Kent, Did you try following Dougie Nisbet's suggestion and tagging and then untagging your entire photo collection? That should absolutely force metadata to be written out to the files. What's more, you asked "How do I confirm that metadata is being written?" Assuming you have several hundred photos or more, a progress bar should appear just beneath the Shotwell sidebar with the text "Writing Metadata to Files." Lucas On Fri, Jun 1, 2012 at 2:14 PM, Kent Tenney wrote: > version: trunk > > I'm not seeing it, either when looking for activity via strace, > or running exif on a file which I've tagged. > > When I rsync to another machine the files aren't showing up as changed ... > > How do I confirm the metadata is being written? > > Thanks, > Kent > > On Wed, May 30, 2012 at 11:27 AM, Adam Dingle wrote: >> >> >> On Tue, May 29, 2012 at 1:47 PM, Kent Tenney wrote: >> >> Howdy, >> >> I've got lots of images and tags in Shotwell. >> >> I've recently had a change of heart, wish the metadata was written >> to the image files. >> >> Can Shotwell write data to files already imported? >> >> >> Yes. ?If you enable the option to write metadata to files, Shotwell will >> immediately write metadata to all existing files in your library. >> >> aadm > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From farrukh.najm at gmail.com Wed Jun 6 23:52:13 2012 From: farrukh.najm at gmail.com (Farrukh Najmi) Date: Wed, 06 Jun 2012 19:52:13 -0400 Subject: [Shotwell] [Solved] Re: Moving library to an external drive In-Reply-To: References: <4FCCBC7B.4000004@gmail.com> <4FCF6AD9.5010704@gmail.com> <4FCF9AD2.6050104@gmail.com> <4FCFA49B.5040402@gmail.com> Message-ID: <4FCFED2D.70003@gmail.com> Hi Lucas, Your suggestion of "dragging your pictures folder onto the Shotwell window" did the trick! Thank you. The FAQ should probably be updated to reflect this workaround. Thanks very much for your kind help. On 06/06/2012 05:48 PM, Lucas Beeler wrote: > Hi Farrukh, > > Another thing to try would be to force Shotwell to re-import your > photos. You can achieve this by dragging your pictures folder onto the > Shotwell window. And to answer your question, the "Library Location" > option in the preferences dialog specifies the root of the directory > tree where your Pictures are located. In your case, that should be > /media/external/Pictures. > > Lucas > > On Wed, Jun 6, 2012 at 11:42 AM, Farrukh Najmi wrote: >> Seeking clarification regarding the folder to specify in Edit / Preferences >> dialog for library location... Is it the "Pictures" folder itself or is it >> the parent of the "Pictures" folder? >> >> BTW I am now seeing "Updating Library" progress bar and some pictures ahve >> shown up under events. However, when I click on the tags I see no pictures >> matching them. >> >> And there are still huge number of Photos and Videos in the "Missing Files" >> folder. >> >> I have tried specifying both "Pictures" folder itself and also its parent >> folder but the unexpected behavior prevails. >> >> >> >> On 06/06/2012 02:00 PM, Farrukh Najmi wrote: >>> >>> Hi Laura, >>> >>> Thank you for your helpful suggestion. I upgraded to 0.11.6. I see the >>> same behavior so far. Is there some way to know if there is anything >>> happening in background? >>> >>> On 06/06/2012 01:35 PM, Laura Khalil wrote: >>>> Hi Farrukh, >>>> >>>> My first suggestion is to upgrade your version of Shotwell and see if >>>> that resolves any issues you're having. You should be able to do this from >>>> the Update Manager. >>>> >>>> Alternatively, you may also download the latest version of Shotwell from >>>> the Yorba PPA: >>>> https://launchpad.net/~yorba/+archive/ppa >>>> >>>> >>>> Let me know if that helps. >>>> >>>> Cheers, >>>> >>>> Laura >>>> >>>> On Wed, Jun 6, 2012 at 7:36 AM, Farrukh Najmi>>> > wrote: >>>> >>>> >>>> Oddly enough the crash on startup I was experiencing has gone >>>> away on its own! >>>> >>>> Shotwell now open. All my photos (~35GB) are now in the missing >>>> folder. When I edit preferences to change to new Library folder >>>> (on external drive) Shotwell 0.9.3 does not seem to have found >>>> them in teh new location as the FAQ entry referenced below >>>> suggests. I have waited ~30 minutes so far with no visible change. >>>> >>>> Any suggestions? >>>> >>>> >>>> On 06/04/2012 09:47 AM, Farrukh Najmi wrote: >>>> >>>> Hello, >>>> >>>> I run SHotwell 0.9.3 on Ubuntu 11.04. >>>> >>>> As my pictures and videos grew I needed more disk space and >>>> also needed fault tolernace and recovery. >>>> So I bought a WD MyBook Studio 3 x 2 TB disk and configured >>>> in in RAID 1 mode (half the disk space, slower but gives >>>> redundancy of data and better fault tolerance). >>>> The new drive is mounted at /media/external. >>>> >>>> I then moved my ~/Pictures folder to the new external drive >>>> at /media/external/Pictures following directions in FAQ at: >>>> >>>> >>>> http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#How-can-I-move-my-photo-files-from-one-directory-or-hard-drive-to-another >>>> >>>> >>>> However, now when I run shotwell it does not start. So I >>>> manually tried the shotwell command (with no args) in a >>>> shell. This gives the following error: >>>> >>>> "Multiple segmentation faults occurred; can't display error >>>> dialog" >>>> >>>> What should I do? Thanks for your help. >>>> >>> From farrukh.najm at gmail.com Wed Jun 6 23:56:05 2012 From: farrukh.najm at gmail.com (Farrukh Najmi) Date: Wed, 06 Jun 2012 19:56:05 -0400 Subject: [Shotwell] Shotwell crashing frequently In-Reply-To: <4FCFED2D.70003@gmail.com> References: <4FCCBC7B.4000004@gmail.com> <4FCF6AD9.5010704@gmail.com> <4FCF9AD2.6050104@gmail.com> <4FCFA49B.5040402@gmail.com> <4FCFED2D.70003@gmail.com> Message-ID: <4FCFEE15.10600@gmail.com> In my recent moving of a 35GB library to a new disk I found that Shotwell was crashing quite frequently (just disappears). This was true for latest 0.11.6 as well as my initial 0.9.x version. If dev team would like more data please let me know what to do to get some debug info etc. I will be glad to help. -- Regards, Farrukh From eric at yorba.org Thu Jun 7 00:34:39 2012 From: eric at yorba.org (Eric Gregory) Date: Wed, 6 Jun 2012 17:34:39 -0700 Subject: [Shotwell] Shotwell crashing frequently In-Reply-To: <4FCFEE15.10600@gmail.com> References: <4FCCBC7B.4000004@gmail.com> <4FCF6AD9.5010704@gmail.com> <4FCF9AD2.6050104@gmail.com> <4FCFA49B.5040402@gmail.com> <4FCFED2D.70003@gmail.com> <4FCFEE15.10600@gmail.com> Message-ID: On Wed, Jun 6, 2012 at 4:56 PM, Farrukh Najmi wrote: > > In my recent moving of a 35GB library to a new disk I found that Shotwell > was crashing quite frequently (just disappears). > This was true for latest 0.11.6 as well as my initial 0.9.x version. > > If dev team would like more data please let me know what to do to get some > debug info etc. I will be glad to help. > We actually have a guide on how to get logs and stack traces for crashes here: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#I-found-a-bug-in-Shotwell-How-can-I-report-it This can be extremely helpful in diagnosing crashes. That said, we generally don't patch older versions of our software. I'd strongly recommend updating to Shotwell 0.12.3 before filing tickets on crashes. - Eric From ian at binaryash.net Thu Jun 7 03:58:23 2012 From: ian at binaryash.net (Ian Nicholson) Date: Wed, 06 Jun 2012 22:58:23 -0500 Subject: [Shotwell] Add "Download for Ubuntu" button to website Message-ID: <4FD026DF.1060902@binaryash.net> I've noticed that the Shotwell download page just instructs users that Ubuntu 12.04 has Shotwell pre-installed. Would it be possible to add a "Download for Ubuntu" button to the Ubuntu section of the download page? The code itself is about 2 lines of HTML: "Download for Ubuntu button" Making this modification would not only make Shotwell more user friendly by presenting the end user with an explicit way to ensure that it's installed, but also help future-proof the installation instructions in case Shotwell is ever removed from the default Ubuntu image. From ktenney at gmail.com Thu Jun 7 13:36:18 2012 From: ktenney at gmail.com (Kent Tenney) Date: Thu, 7 Jun 2012 08:36:18 -0500 Subject: [Shotwell] Write exif to image files after the fact In-Reply-To: References: <4fc64a58.c475440a.2a2c.38cc@mx.google.com> Message-ID: Metadata is not being written whatever I've tried. My computer has seen lots of Shotwell installs ... standard repo, ppa, now running trunk. Recently the default db and thumbnail locations changed, maybe there's some kind of config file conflict. What is the app which allows me to see and edit config values outside of Shotwell? I forget. On Wed, Jun 6, 2012 at 5:05 PM, Lucas Beeler wrote: > Hi Kent, > > Did you try following Dougie Nisbet's suggestion and tagging and then > untagging your entire photo collection? That should absolutely force > metadata to be written out to the files. What's more, you asked "How > do I confirm that metadata is being written?" Assuming you have > several hundred photos or more, a progress bar should appear just > beneath the Shotwell sidebar with the text "Writing Metadata to > Files." > > Lucas > > On Fri, Jun 1, 2012 at 2:14 PM, Kent Tenney wrote: >> version: trunk >> >> I'm not seeing it, either when looking for activity via strace, >> or running exif on a file which I've tagged. >> >> When I rsync to another machine the files aren't showing up as changed ... >> >> How do I confirm the metadata is being written? >> >> Thanks, >> Kent >> >> On Wed, May 30, 2012 at 11:27 AM, Adam Dingle wrote: >>> >>> >>> On Tue, May 29, 2012 at 1:47 PM, Kent Tenney wrote: >>> >>> Howdy, >>> >>> I've got lots of images and tags in Shotwell. >>> >>> I've recently had a change of heart, wish the metadata was written >>> to the image files. >>> >>> Can Shotwell write data to files already imported? >>> >>> >>> Yes. ?If you enable the option to write metadata to files, Shotwell will >>> immediately write metadata to all existing files in your library. >>> >>> aadm >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From ktenney at gmail.com Thu Jun 7 13:42:39 2012 From: ktenney at gmail.com (Kent Tenney) Date: Thu, 7 Jun 2012 08:42:39 -0500 Subject: [Shotwell] Importing image files after the fact Message-ID: Again, I've come around to Shotwell's world view. When I started with SW I left my photos where they had always been, since, I've been moving them to ~/Pictures/ I now prefer the directory structure Shotwell provides. Can the ~60k in the old tree be moved without losing their tags? (maybe this is related to my other issue regarding writing metadata to files) Thanks, Kent From bryandenniskeith at gmail.com Thu Jun 7 15:38:52 2012 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Thu, 07 Jun 2012 18:38:52 +0300 Subject: [Shotwell] Flickr publisher silent fails if photo has apostrophe in title Message-ID: <4FD0CB0C.1010100@gmail.com> Hello, Well, I thought this problem was solved: http://redmine.yorba.org/issues/3880 I seem to recall testing it after it was solved, and it worked. But today for me (version 0.12.2), I had the same problem as before: shotwell would not publish to flickr if there was an apostrophe in the title. I removed the apostrophe, and it worked fine. I think I'm up-to-date. Are others still having this problem? Bryan From adam at yorba.org Thu Jun 7 15:50:41 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 07 Jun 2012 15:43:41 -0007 Subject: [Shotwell] Add "Download for Ubuntu" button to website In-Reply-To: <4FD026DF.1060902@binaryash.net> References: <4FD026DF.1060902@binaryash.net> Message-ID: <4fd0cdd1.23c8440a.7225.10e0@mx.google.com> Ian, thanks for the suggestion, but I'm not convinced that a link like this would help many users. ?Shotwell is installed by default on all Ubuntu versions from the last couple of years, so there's little need for anyone to install it again through the Ubuntu Software Center. ?Our install page is mostly intended for people who want to install the very latest version of Shotwell, and hence may need to build from source (or get a binary from the Yorba PPA on Ubuntu). ?Cheers - adam On Wed, Jun 6, 2012 at 8:58 PM, Ian Nicholson wrote: I've noticed that the Shotwell download page just instructs users that Ubuntu 12.04 has Shotwell pre-installed. Would it be possible to add a "Download for Ubuntu" button to the Ubuntu section of the download page? The code itself is about 2 lines of HTML: "" Making this modification would not only make Shotwell more user friendly by presenting the end user with an explicit way to ensure that it's installed, but also help future-proof the installation instructions in case Shotwell is ever removed from the default Ubuntu image. _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Thu Jun 7 17:40:32 2012 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 7 Jun 2012 10:40:32 -0700 Subject: [Shotwell] Write exif to image files after the fact In-Reply-To: References: <4fc64a58.c475440a.2a2c.38cc@mx.google.com> Message-ID: > Metadata is not being written whatever I've tried. Okay. This is a significant problem and highly unusual behavior. It may have to do with file permissions or with something else peculiar to your setup. Either way, let's figure out what's going on. What would be helpful here is if you could generate a Shotwell log file to see what errors, if any, are being generated when metadata writing should occur, but does not. To learn how to turn logging on, see the "I found a bug in Shotwell. How can I report it?" section of the Shotwell FAQ here: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ. While running Shotwell with logging turned on, do the following: (i) Open the "Preferences" dialog and ensure that the "Write tags, titles and other metadata to photo files" box is checked. Even if it is checked, uncheck it, close the preferences dialog, open the preferences dialog again, re-check, and close the preferences dialog again -- this way we'll have logging information about writing the value of this flag to the configuration system. (ii) Open an event or a tag. Select all the photos in it. Add a new tag to the photos. Leave Shotwell running for another few minutes to see if metadata writing kicks in. If it doesn't, then quit Shotwell and email the log file you captured to shotwell at yorba.org (NB: the domain there is just yorba.org, not lists.yorba.org -- this way you'll send your log directly to the dev team, not the public mailing list). Take care, Lucas From lucas at yorba.org Thu Jun 7 17:42:46 2012 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 7 Jun 2012 10:42:46 -0700 Subject: [Shotwell] Importing image files after the fact In-Reply-To: References: Message-ID: > (maybe this is related to my other issue regarding writing metadata to files) Let's get your metadata writing issue sorted out before trying this. I just sent you an email about how we can get to the bottom of it. Lucas From scott_shotwell at dewie.net.au Fri Jun 8 11:19:54 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Fri, 08 Jun 2012 21:19:54 +1000 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: References: <4FC99E93.9000806@dewie.net.au> Message-ID: <4FD1DFDA.2010409@dewie.net.au> On 04/06/12 05:59, Colin Law wrote: > On 2 June 2012 06:03, Scott wrote: >> Hi there, >> >> My fairly recently upgraded Ubuntu Desktop has developed a serious bug that >> causes shotwell to crash on import. I was burnt pretty bad by the >> compiz/unity/lightdm bugs that plagued so many others, so i'm not sure if >> that has anything to do with it, but i have found that 12.04 overall is far >> less stable than 11.10 was. >> >> But basically what i am doing is inserting the SD card into the internal >> reader, and when i hit the import all button after it tries to make the >> previews, it will take forever to prepare to import, import on average >> around 10 photo's and then crash with the 'Sorry, Ubuntu 12.04 has >> experienced an internal error' dialogue. I don't know where those go - but >> i have been sending those off each time i get one. > Rather than importing into Shotwell try using the Ubuntu file manager > (nautilus) to copy a couple of dozen pictures from the SD card to a > folder on disk. If that also fails then it is not a Shotwell specific > problem. In the past I have had similar problems with SD card > readers. In my case the problem was worked around by plugging the > camera into PC and then Shotwell worked perfectly. > > Colin Sorry for delayed response, but we have been busy here with the arrival of our fourth child, and as i am a student again and end of semester is coming around i am flat out with assignments, so this got put on the backburner a little. I have tried copying directly from SD card to the Shotwell library, and then allowing shotwell to auto-import. I dumped an entire 2gb SD card onto the external that my library is on - into three different folders without failure or anything greying out. I then forced Shotwell to auto import the way i normally would (by clicking on the SD card it checks what has been imported because of the hide already imported option is checked). Whilst that took a while, it seemed to take. With a 44,000+ photo and 1000+ video collection spanning 30 years, an auto-import takes a while to register that something is missing. So i think i may have narrowed it down to a Shotwell problem, as the card reader and nautilus seem to talk to each other, the external that has my main photo collection has coorect permissions (it is msdos fat32 fs so there aint much you can do with it), 231gb free and SMART is showing that it is healthy. The only thing i can think of is that nautilus is a little sluggish to give me a folder tree, so maybe that has an effect on things? I would have my main library on my laptop, but at 370gb it is too big for the disk that is in the drive and any tool i have found refuses to copy the recovery sector of the disk as there is a bad sector in it and nothing will touch it. But that is a different story, and i will deal with that when it comes to it. I dont have time to at the moment anyway :) So, to the main issue - where to next? Thanks, Scott. > >> I'm not sure how to extract logs, but if someone is willing to teach me, i >> am willing to learn to try and fix this rather annoying bug. >> >> Oh - and i havent tried importing from the camera or copying into the >> correct folders yet, but will do that in the next few days when i have time >> to fiddle some more. >> >> Thanks, >> >> Scott. >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From scott_shotwell at dewie.net.au Fri Jun 8 11:27:46 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Fri, 08 Jun 2012 21:27:46 +1000 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: <4FD1DFDA.2010409@dewie.net.au> References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> Message-ID: <4FD1E1B2.20102@dewie.net.au> Disregard, Upon forcing an import from another folder on the external, it came up with a hardware or file error. Will have to look into that... This has inadvertently found another bug though as if this is importing directly from the SD card reader it just fails and crashes, auto import just stops, but if using 'import from folder' it shows an error dialogue. Do you agree that it should show the error dialogue on all three concurrences if the error is the same? Scott. On 08/06/12 21:19, Scott wrote: > On 04/06/12 05:59, Colin Law wrote: >> On 2 June 2012 06:03, Scott wrote: >>> Hi there, >>> >>> My fairly recently upgraded Ubuntu Desktop has developed a serious >>> bug that >>> causes shotwell to crash on import. I was burnt pretty bad by the >>> compiz/unity/lightdm bugs that plagued so many others, so i'm not >>> sure if >>> that has anything to do with it, but i have found that 12.04 overall >>> is far >>> less stable than 11.10 was. >>> >>> But basically what i am doing is inserting the SD card into the >>> internal >>> reader, and when i hit the import all button after it tries to make the >>> previews, it will take forever to prepare to import, import on average >>> around 10 photo's and then crash with the 'Sorry, Ubuntu 12.04 has >>> experienced an internal error' dialogue. I don't know where those >>> go - but >>> i have been sending those off each time i get one. >> Rather than importing into Shotwell try using the Ubuntu file manager >> (nautilus) to copy a couple of dozen pictures from the SD card to a >> folder on disk. If that also fails then it is not a Shotwell specific >> problem. In the past I have had similar problems with SD card >> readers. In my case the problem was worked around by plugging the >> camera into PC and then Shotwell worked perfectly. >> >> Colin > Sorry for delayed response, but we have been busy here with the > arrival of our fourth child, and as i am a student again and end of > semester is coming around i am flat out with assignments, so this got > put on the backburner a little. > > I have tried copying directly from SD card to the Shotwell library, > and then allowing shotwell to auto-import. I dumped an entire 2gb SD > card onto the external that my library is on - into three different > folders without failure or anything greying out. > > I then forced Shotwell to auto import the way i normally would (by > clicking on the SD card it checks what has been imported because of > the hide already imported option is checked). Whilst that took a > while, it seemed to take. With a 44,000+ photo and 1000+ video > collection spanning 30 years, an auto-import takes a while to register > that something is missing. > > So i think i may have narrowed it down to a Shotwell problem, as the > card reader and nautilus seem to talk to each other, the external that > has my main photo collection has coorect permissions (it is msdos > fat32 fs so there aint much you can do with it), 231gb free and SMART > is showing that it is healthy. The only thing i can think of is that > nautilus is a little sluggish to give me a folder tree, so maybe that > has an effect on things? > > I would have my main library on my laptop, but at 370gb it is too big > for the disk that is in the drive and any tool i have found refuses to > copy the recovery sector of the disk as there is a bad sector in it > and nothing will touch it. But that is a different story, and i will > deal with that when it comes to it. I dont have time to at the moment > anyway :) > > So, to the main issue - where to next? > > Thanks, > Scott. >> >>> I'm not sure how to extract logs, but if someone is willing to teach >>> me, i >>> am willing to learn to try and fix this rather annoying bug. >>> >>> Oh - and i havent tried importing from the camera or copying into the >>> correct folders yet, but will do that in the next few days when i >>> have time >>> to fiddle some more. >>> >>> Thanks, >>> >>> Scott. >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Fri Jun 8 18:54:33 2012 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 8 Jun 2012 11:54:33 -0700 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: <4FD1E1B2.20102@dewie.net.au> References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> <4FD1E1B2.20102@dewie.net.au> Message-ID: Hi Scott, When you say "importing directly from the SD card reader" do you mean inserting the SD card, seeing it appear as a "Mass Storage" device in the Shotwell sidebar, and then selecting it from the sidebar and doing an import? Lucas On Fri, Jun 8, 2012 at 4:27 AM, Scott wrote: > Disregard, > > Upon forcing an import from another folder on the external, it came up with > a hardware or file error. ?Will have to look into that... ?This has > inadvertently found another bug though as if this is importing directly from > the SD card reader it just fails and crashes, auto import just stops, but if > using 'import from folder' it shows an error dialogue. > > Do you agree that it should show the error dialogue on all three > concurrences if the error is the same? > > Scott. > > > > On 08/06/12 21:19, Scott wrote: >> >> On 04/06/12 05:59, Colin Law wrote: >>> >>> On 2 June 2012 06:03, Scott ?wrote: >>>> >>>> Hi there, >>>> >>>> My fairly recently upgraded Ubuntu Desktop has developed a serious bug >>>> that >>>> causes shotwell to crash on import. ?I was burnt pretty bad by the >>>> compiz/unity/lightdm bugs that plagued so many others, so i'm not sure >>>> if >>>> that has anything to do with it, but i have found that 12.04 overall is >>>> far >>>> less stable than 11.10 was. >>>> >>>> But basically what i am doing is inserting the SD card into the internal >>>> reader, and when i hit the import all button after it tries to make the >>>> previews, it will take forever to prepare to import, import on average >>>> around 10 photo's and then crash with the 'Sorry, Ubuntu 12.04 has >>>> experienced an internal error' dialogue. ?I don't know where those go - >>>> but >>>> i have been sending those off each time i get one. >>> >>> Rather than importing into Shotwell try using the Ubuntu file manager >>> (nautilus) to copy a couple of dozen pictures from the SD card to a >>> folder on disk. ?If that also fails then it is not a Shotwell specific >>> problem. ?In the past I have had similar problems with SD card >>> readers. ?In my case the problem was worked around by plugging the >>> camera into PC and then Shotwell worked perfectly. >>> >>> Colin >> >> Sorry for delayed response, but we have been busy here with the arrival of >> our fourth child, and as i am a student again and end of semester is coming >> around i am flat out with assignments, so this got put on the backburner a >> little. >> >> I have tried copying directly from SD card to the Shotwell library, and >> then allowing shotwell to auto-import. ?I dumped an entire 2gb SD card onto >> the external that my library is on - into three different folders without >> failure or anything greying out. >> >> I then forced Shotwell to auto import the way i normally would (by >> clicking on the SD card it checks what has been imported because of the hide >> already imported option is checked). ?Whilst that took a while, it seemed to >> take. ?With a 44,000+ photo and 1000+ video collection spanning 30 years, an >> auto-import takes a while to register that something is missing. >> >> So i think i may have narrowed it down to a Shotwell problem, as the card >> reader and nautilus seem to talk to each other, the external that has my >> main photo collection has coorect permissions (it is msdos fat32 fs so there >> aint much you can do with it), 231gb free and SMART is showing that it is >> healthy. ?The only thing i can think of is that nautilus is a little >> sluggish to give me a folder tree, so maybe that has an effect on things? >> >> I would have my main library on my laptop, but at 370gb it is too big for >> the disk that is in the drive and any tool i have found refuses to copy the >> recovery sector of the disk as there is a bad sector in it and nothing will >> touch it. ?But that is a different story, and i will deal with that when it >> comes to it. ?I dont have time to at the moment anyway :) >> >> So, to the main issue - where to next? >> >> Thanks, >> Scott. >>> >>> >>>> I'm not sure how to extract logs, but if someone is willing to teach me, >>>> i >>>> am willing to learn to try and fix this rather annoying bug. >>>> >>>> Oh - and i havent tried importing from the camera or copying into the >>>> correct folders yet, but will do that in the next few days when i have >>>> time >>>> to fiddle some more. >>>> >>>> Thanks, >>>> >>>> Scott. >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From scott_shotwell at dewie.net.au Fri Jun 8 22:43:18 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Sat, 09 Jun 2012 08:43:18 +1000 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> <4FD1E1B2.20102@dewie.net.au> Message-ID: <4FD28006.8060801@dewie.net.au> Lucas, That's exactly what i mean. Sorry for poor terminology. Scott. On 09/06/12 04:54, Lucas Beeler wrote: > Hi Scott, > > When you say "importing directly from the SD card reader" do you mean > inserting the SD card, seeing it appear as a "Mass Storage" device in > the Shotwell sidebar, and then selecting it from the sidebar and doing > an import? > > Lucas > > On Fri, Jun 8, 2012 at 4:27 AM, Scott wrote: >> Disregard, >> >> Upon forcing an import from another folder on the external, it came up with >> a hardware or file error. Will have to look into that... This has >> inadvertently found another bug though as if this is importing directly from >> the SD card reader it just fails and crashes, auto import just stops, but if >> using 'import from folder' it shows an error dialogue. >> >> Do you agree that it should show the error dialogue on all three >> concurrences if the error is the same? >> >> Scott. >> >> >> >> On 08/06/12 21:19, Scott wrote: >>> On 04/06/12 05:59, Colin Law wrote: >>>> On 2 June 2012 06:03, Scott wrote: >>>>> Hi there, >>>>> >>>>> My fairly recently upgraded Ubuntu Desktop has developed a serious bug >>>>> that >>>>> causes shotwell to crash on import. I was burnt pretty bad by the >>>>> compiz/unity/lightdm bugs that plagued so many others, so i'm not sure >>>>> if >>>>> that has anything to do with it, but i have found that 12.04 overall is >>>>> far >>>>> less stable than 11.10 was. >>>>> >>>>> But basically what i am doing is inserting the SD card into the internal >>>>> reader, and when i hit the import all button after it tries to make the >>>>> previews, it will take forever to prepare to import, import on average >>>>> around 10 photo's and then crash with the 'Sorry, Ubuntu 12.04 has >>>>> experienced an internal error' dialogue. I don't know where those go - >>>>> but >>>>> i have been sending those off each time i get one. >>>> Rather than importing into Shotwell try using the Ubuntu file manager >>>> (nautilus) to copy a couple of dozen pictures from the SD card to a >>>> folder on disk. If that also fails then it is not a Shotwell specific >>>> problem. In the past I have had similar problems with SD card >>>> readers. In my case the problem was worked around by plugging the >>>> camera into PC and then Shotwell worked perfectly. >>>> >>>> Colin >>> Sorry for delayed response, but we have been busy here with the arrival of >>> our fourth child, and as i am a student again and end of semester is coming >>> around i am flat out with assignments, so this got put on the backburner a >>> little. >>> >>> I have tried copying directly from SD card to the Shotwell library, and >>> then allowing shotwell to auto-import. I dumped an entire 2gb SD card onto >>> the external that my library is on - into three different folders without >>> failure or anything greying out. >>> >>> I then forced Shotwell to auto import the way i normally would (by >>> clicking on the SD card it checks what has been imported because of the hide >>> already imported option is checked). Whilst that took a while, it seemed to >>> take. With a 44,000+ photo and 1000+ video collection spanning 30 years, an >>> auto-import takes a while to register that something is missing. >>> >>> So i think i may have narrowed it down to a Shotwell problem, as the card >>> reader and nautilus seem to talk to each other, the external that has my >>> main photo collection has coorect permissions (it is msdos fat32 fs so there >>> aint much you can do with it), 231gb free and SMART is showing that it is >>> healthy. The only thing i can think of is that nautilus is a little >>> sluggish to give me a folder tree, so maybe that has an effect on things? >>> >>> I would have my main library on my laptop, but at 370gb it is too big for >>> the disk that is in the drive and any tool i have found refuses to copy the >>> recovery sector of the disk as there is a bad sector in it and nothing will >>> touch it. But that is a different story, and i will deal with that when it >>> comes to it. I dont have time to at the moment anyway :) >>> >>> So, to the main issue - where to next? >>> >>> Thanks, >>> Scott. >>>> >>>>> I'm not sure how to extract logs, but if someone is willing to teach me, >>>>> i >>>>> am willing to learn to try and fix this rather annoying bug. >>>>> >>>>> Oh - and i havent tried importing from the camera or copying into the >>>>> correct folders yet, but will do that in the next few days when i have >>>>> time >>>>> to fiddle some more. >>>>> >>>>> Thanks, >>>>> >>>>> Scott. >>>>> _______________________________________________ >>>>> Shotwell mailing list >>>>> Shotwell at lists.yorba.org >>>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From kahing at gmail.com Sun Jun 10 20:28:43 2012 From: kahing at gmail.com (Ka-Hing Cheung) Date: Sun, 10 Jun 2012 13:28:43 -0700 Subject: [Shotwell] importing raw files shows thumbnail picture Message-ID: Hi all, I imported some raw pictures taken with a canon camera, but for some reason most of the pictures imported are showing the thumbnailed version instead of the developed raw. For example, in the preview mode is I click on one of the raw pictures, it says the filename is "CRW_5254.CRW", but the size is 160x120. If I then double click on that file, it also shows the small thumbnail. However, if I try to zoom in from the preview mode (overview), it's obvious that in that mode the actual size is much bigger than 160x120. That's not the case after I double click the picture, I don't have to resize much from its tiny size to see obvious artifacts. To recap, shotwell is using the CRW when: 1) for displaying the picture in overview mode 2) when I select "open in raw editor" 3) showing the filename in the image info pane but shotwell is using the thumbnail when: 1) displaying the size of the image 2) when I double click on an image I can see the actual CRW files in the filesystem, so they are obviously imported. The question is, how come shotwell is showing the thumbnail version? Thanks! From lucas at yorba.org Mon Jun 11 18:22:57 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 11 Jun 2012 11:22:57 -0700 Subject: [Shotwell] importing raw files shows thumbnail picture In-Reply-To: References: Message-ID: Hi Ka-Hing, Shotwell's RAW support is, alas, somewhat broken right now. Your issue sounds like something I've seen before and there may be a work-around. Essentially, Shotwell is trying to use the thumbnail as the "Camera" development. Switching the RAW developer of the affected photos to "Shotwell" may solve the problem. To learn about selectable RAW development in Shotwell, you can read through this portion of the Shotwell User's Guide: http://yorba.org/shotwell/help/other-raw.html. Lucas On Sun, Jun 10, 2012 at 1:28 PM, Ka-Hing Cheung wrote: > Hi all, > > I imported some raw pictures taken with a canon camera, but for some reason > most of the pictures imported are showing the thumbnailed version instead > of the developed raw. For example, in the preview mode is I click on one of > the raw pictures, it says the filename is "CRW_5254.CRW", but the size is > 160x120. If I then double click on that file, it also shows the small > thumbnail. However, if I try to zoom in from the preview mode (overview), > it's obvious that in that mode the actual size is much bigger than 160x120. > That's not the case after I double click the picture, I don't have to > resize much from its tiny size to see obvious artifacts. > > To recap, shotwell is using the CRW when: > > 1) for displaying the picture in overview mode > 2) when I select "open in raw editor" > 3) showing the filename in the image info pane > > but shotwell is using the thumbnail when: > 1) displaying the size of the image > 2) when I double click on an image > > I can see the actual CRW files in the filesystem, so they are obviously > imported. The question is, how come shotwell is showing the thumbnail > version? > > Thanks! > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Mon Jun 11 18:43:16 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 11 Jun 2012 11:43:16 -0700 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: <4FD28006.8060801@dewie.net.au> References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> <4FD1E1B2.20102@dewie.net.au> <4FD28006.8060801@dewie.net.au> Message-ID: Hi Scott, > Do you agree that it should show the error > dialogue on all three concurrences if the > error is the same? This is actually harder than it sounds. When Shotwell reads files directly from a mass storage "camera" (e.g. an SD card) or any other camera, it doesn't access the camera directly. Instead, all of its interaction with the camera is mediated by GPhoto, a standard Linux library for communicating with digital cameras. So my guess is that the crash you're seeing is actually coming out of GPhoto, not Shotwell. So let's try to confirm this, and if it is a GPhoto problem, I'll file a bug report with the GPhoto team. You can help us find out where the problem is by capturing a log file and stacktrace during a Shotwell run where the program crashes due to this SD card issue. To learn how to generate a log file and a stacktrace, following the instructions in the "I think I found a bug in Shotwell. How do I report it?" section of the Shotwell FAQ here (http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ). Lucas From leslulu at orange.fr Wed Jun 13 06:31:17 2012 From: leslulu at orange.fr (leslulu) Date: Wed, 13 Jun 2012 09:31:17 +0300 Subject: [Shotwell] =?iso-8859-1?q?M=E9tadonn=E9es?= Message-ID: <4FD833B5.4000303@orange.fr> Shotwell r??crit les m?tadonn?es a chaque fois que je m'en sert si l'option "?crire les m?tadonn?es dans les fichiers photos" est activ?e. Si j'active l'option aujourd'hui il plante avant l'?criture des m?tadonn?es. Et je suis oblig? de d?sactiv? l'option pour pouvoir charger des photos. Est ce que je dois d?sinstaller shotwell? et ou sont les fichiers de configuration? Cordialement Patrick From christophe.drevet at gmail.com Wed Jun 13 07:24:06 2012 From: christophe.drevet at gmail.com (Christophe Drevet) Date: Wed, 13 Jun 2012 09:24:06 +0200 Subject: [Shotwell] =?utf-8?b?TcOpdGFkb25uw6llcw==?= In-Reply-To: <4FD833B5.4000303@orange.fr> References: <4FD833B5.4000303@orange.fr> Message-ID: Bonjour, Le 13 juin 2012 08:31, leslulu a ?crit : > Shotwell r??crit les m?tadonn?es a chaque fois que je m'en sert si l'option > "?crire les m?tadonn?es dans les fichiers photos" est activ?e. Normalement, shotwell ne doit r??crire les m?tadonn?es qu'en cas de modifications (tag, orientation de photo) > Si j'active l'option aujourd'hui il plante avant l'?criture des m?tadonn?es. En lan?ant shotwell depuis un terminal, vous aurez peut-?tre des messages au moment du plantage qui pourrait aider ? trouver d'o? vient le probl?me. Si ces messages ne sont pas suffisants, il faudra peut-?tre le rendre plus bavard ? l'aide de variables d'environnement (cf la page : http://redmine.yorba.org/projects/shotwell/wiki/ShotwellArchLogging ) > Et je suis oblig? de d?sactiv? l'option pour pouvoir charger des photos. > Est ce que je dois d?sinstaller shotwell? Quelle version utilisez-vous ? Pouvez-vous mettre ? jour vers la derni?re version (0.12.3) : http://shotwell.yorba.org/shotwell/install > et ou sont les fichiers de configuration? La base de donn?es est stock?e dans $HOME/.shotwell/data Ce serait une bonne id?e d'en faire une copie de sauvegarde avant d'aller plus loin. Assurez-vous aussi que vos photos sont bien sauvegard?es (de mani?re g?n?rale). La configuration est stock?e avec gconf ou gsettings (les m?canisme de configuration de Gnome) -- Christophe. From christophe.drevet at gmail.com Wed Jun 13 19:50:45 2012 From: christophe.drevet at gmail.com (Christophe Drevet) Date: Wed, 13 Jun 2012 21:50:45 +0200 Subject: [Shotwell] =?utf-8?b?TcOpdGFkb25uw6llcw==?= In-Reply-To: <4FD881EE.2020700@orange.fr> References: <4FD833B5.4000303@orange.fr> <4FD881EE.2020700@orange.fr> Message-ID: Bonsoir, Je remets la liste shotwell en copie si d'autres francophones ont des id?es. Mes r?ponses sont en-dessous. Le 13 juin 2012 14:05, leslulu a ?crit : > Merci beaucoup > avec un lancement depuis le terminal, ca me donne: > @lordi:~$ shotwell > ** > ERROR:src/MetadataWriter.c:1876:metadata_writer_on_photo_dequeued: assertion > failed: (!_tmp0_) > Abandon > > est ce que ?a vous aide... Pas vraiment. Je n'ai pas assez d'exp?rience sur ce terrain. Mais on va essayer d'avancer. On peut essayer la commande suivante : SHOTWELL_LOG=1 shotwell >/tmp/shotwell.log 2>&1 Quand le programme plante, r?cup?rez le fichier /tmp/shotwell.log et joignez-le ? votre r?ponse. > Pour la mise ? jour je ne pense pas pouvoir j'ai Ubuntu 10.10 Quelle version de shotwell utilisez-vous ? Vous pouvez le mettre ? jour en utilisant le PPA de Yorba qui contient la derni?re version pour oneiric (ubuntu 10.10). Pour ajouter le d?p?t : apt-add-repository ppa:yorba/ppa Vous devrez aussi probablement ajouter les d?p?ts des d?pendances : apt-add-repository ppa:vala-team/ppa apt-add-repository ppa:nemequ/sqlheavy On installe ensuite la derni?re version de shotwell : apt-get install shotwell > ?et pour la configuration, est ce que je peu la supprimer sans probl?mes > pour l'ordi??? La suppression de la configuration de shotwell ne posera pas de probl?me au syst?me ou ? l'ordinateur. Par contre, si vous supprimez la base de donn?es (le fichier $HOME/.shotwell/data/photo.db), vous perdrez probablement une partie des informations qui y sont stock?es (tags non enregistr?s dans les fichiers photos, nom d'?v?nement, hi?rarchie des tags, ?) -- Christophe. From brunogirin at gmail.com Thu Jun 14 23:21:05 2012 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 15 Jun 2012 00:21:05 +0100 Subject: [Shotwell] =?utf-8?b?TcOpdGFkb25uw6llcw==?= In-Reply-To: References: <4FD833B5.4000303@orange.fr> <4FD881EE.2020700@orange.fr> Message-ID: <4FDA71E1.2010909@gmail.com> On 13/06/12 20:50, Christophe Drevet wrote: > Bonsoir, > Je remets la liste shotwell en copie si d'autres francophones ont des > id?es. Mes r?ponses sont en-dessous. > > Le 13 juin 2012 14:05, leslulu a ?crit : >> Merci beaucoup >> avec un lancement depuis le terminal, ca me donne: >> @lordi:~$ shotwell >> ** >> ERROR:src/MetadataWriter.c:1876:metadata_writer_on_photo_dequeued: assertion >> failed: (!_tmp0_) >> Abandon >> >> est ce que ?a vous aide... > Pas vraiment. Je n'ai pas assez d'exp?rience sur ce terrain. Mais on > va essayer d'avancer. > On peut essayer la commande suivante : > SHOTWELL_LOG=1 shotwell >/tmp/shotwell.log 2>&1 > > Quand le programme plante, r?cup?rez le fichier /tmp/shotwell.log et > joignez-le ? votre r?ponse. Les logs se trouvent dans le fichier ~/.cache/shotwell/shotwell.log donc il suffit de faire: SHOTWELL_LOG=1 shotwell Et le resultat se trouvera dans le fichier en question. Ceci dit l'erreur plus haut sugg?re un probl?me dans la classe d'?criture des m?tadonn?es. Pour pouvoir le diagnostiquer correctement, il faudrait savoir quelle version de Shotwell vous utilisez. Cette info devrait etre sur la premi?re ligne du fichier de logs. > >> Pour la mise ? jour je ne pense pas pouvoir j'ai Ubuntu 10.10 > Quelle version de shotwell utilisez-vous ? > Vous pouvez le mettre ? jour en utilisant le PPA de Yorba qui contient > la derni?re version pour oneiric (ubuntu 10.10). Pour ajouter le d?p?t 10.10 est Maverick, pas Oneiric (11.10) donc le PPA ne marchera pas. Et je ne pense pas qu'une compilation ? partir des sources marche vu que les d?pendences sont vraisemblablement trop vieilles sur 10.10. > : > > apt-add-repository ppa:yorba/ppa > > Vous devrez aussi probablement ajouter les d?p?ts des d?pendances : > > apt-add-repository ppa:vala-team/ppa > apt-add-repository ppa:nemequ/sqlheavy > > On installe ensuite la derni?re version de shotwell : > apt-get install shotwell > > >> et pour la configuration, est ce que je peu la supprimer sans probl?mes >> pour l'ordi??? > La suppression de la configuration de shotwell ne posera pas de > probl?me au syst?me ou ? l'ordinateur. Par contre, si vous supprimez > la base de donn?es (le fichier $HOME/.shotwell/data/photo.db), vous > perdrez probablement une partie des informations qui y sont stock?es > (tags non enregistr?s dans les fichiers photos, nom d'?v?nement, > hi?rarchie des tags, ?) La configuration ne se trouve pas dans ~/.shotwell/data: ce r?pertoire ne contient que la base de donn?es qui stocke les tags, noms d'?v?nements, etc donc n'effacez pas ce fichier! La configuration est faite via gconf sur les versions plus anciennes donc vous pouvez la modifier en utilisant l'outil gconf-editor. Bruno From lbc at bnrlabs.com Sat Jun 16 00:07:44 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Sat, 16 Jun 2012 02:07:44 +0200 Subject: [Shotwell] preferred workflow to import developed RAW files back into Shotwell ? Message-ID: <4FDBCE50.9080004@bnrlabs.com> Dear list, I've imported a bunch of RAW files into Shotwell, and have edited one using UFraw. By default, UFraw saved it alongside the original RAW file, inside the folder structure created by Shotwell under the directory defined under "Import photos to:" in the options. I've tried re-importing this folder so that Shotwell would find the new file. But I'm surprised to find that Shotwell didn't find it, so didn't import it. To get around this, I've had to save the developed JPG in ~/tmp, and import that folder into Shotwell. Is there a better way to deal with such a workflow, where I want to externally develop my RAW files, but keep Shotwell as both a "first sort" helper where I import the whole contents of my camera's memory, and my picture collection management software ? Thanks, Lucas From lbc at bnrlabs.com Sat Jun 16 13:21:51 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Sat, 16 Jun 2012 15:21:51 +0200 Subject: [Shotwell] cannot logout from Flickr Message-ID: <4FDC886F.6080208@bnrlabs.com> Hi, I have two different Flickr accounts, where I publish different sets of pictures. Using Shotwell and the Flickr publishing plugin, I'm finding it impossible to log out of one of those accounts and to authenticate to the other one. Pressing the "Logout" button in the publishing dialog causes the window the display the string "fetching account information...", and then to have me logged in back with the first account. I'm running 0.11 on this machine, but I haven't seen anything mentioned in the issue tracker. This is the debug output I get after pressing logout : L 18397 2012-06-16 15:13:20 [DBG] FlickrPublishing.vala:297: EVENT: user clicked the 'Logout' button in the publishing options pane L 18397 2012-06-16 15:13:20 [DBG] FlickrPublishing.vala:249: EVENT: an authenticated session has become available L 18397 2012-06-16 15:13:20 [DBG] FlickrPublishing.vala:499: ACTION: running network transaction to fetch account information L 18397 2012-06-16 15:13:20 [DBG] PublishingUI.vala:502: PublishingDialog: install_pane( ): invoked. L 18397 2012-06-16 15:13:20 [DBG] PublishingUI.vala:505: PublishingDialog: install_pane( ): a pane is already installed; removing it. L 18397 2012-06-16 15:13:20 [DBG] FlickrPublishing.vala:261: EVENT: account fetch transaction response received over the network L 18397 2012-06-16 15:13:20 [DBG] FlickrPublishing.vala:516: ACTION: parsing account information from xml = ' Is there a way I could, for example, nuke the credentials cache used by Shotwell in order to force manual authentication ? From lbc at bnrlabs.com Sat Jun 16 14:16:24 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Sat, 16 Jun 2012 16:16:24 +0200 Subject: [Shotwell] feature wish: sub-events ? Message-ID: <4FDC9538.7030902@bnrlabs.com> Dear list, Have some of you sometimes felt the need for sorting your pictures in a more organized way than the "month - event" model allows for ? When I want to make a picture, I almost always end up taking over a dozen very similar, but slightly different shots, varying angle, aperture, speed, or simply the point in time while keeping the same subject and framing. I'm also looking into producing HDR pictures; in that regard I already have a few series of 10+ pictures framed exactly alike, with extensive exposure bracketing used. It's not uncommon for me to end up with events that hold over 100 pictures. Scrolling through the thumbnails to locate the series I want to look at becomes difficult, especially because my computer's CPU gets heavily solicited by all that refreshing, and display gets delayed. I would sure love to be able to group these series of pictures inside a node of their own in Shotwell's lateral pane, while still keeping them grouped under a parent node that matches the place or event I was when producing them. Do other users agree or disagree ? From el.cameleon.1 at gmail.com Sat Jun 16 14:36:19 2012 From: el.cameleon.1 at gmail.com (Vincent) Date: Sat, 16 Jun 2012 16:36:19 +0200 Subject: [Shotwell] feature wish: sub-events ? In-Reply-To: <4FDC9538.7030902@bnrlabs.com> References: <4FDC9538.7030902@bnrlabs.com> Message-ID: Hi, I also love some kind of sub-event, but for a completely different usage. When I travel and go back with all the photo, I'd like to have a master event ("France trip" for instance) and a lot of sub-event, like "Eiffel Tower", "Mont St Michel", "Le Louvre',...). This is already considered in this bug report : http://redmine.yorba.org/issues/5226 -- Vincent (cam?l?on) From pt at traversin.org Sat Jun 16 16:21:26 2012 From: pt at traversin.org (pt) Date: Sat, 16 Jun 2012 18:21:26 +0200 Subject: [Shotwell] feature wish: sub-events ? In-Reply-To: <4FDC9538.7030902@bnrlabs.com> References: <4FDC9538.7030902@bnrlabs.com> Message-ID: On 16 June 2012 16:16, Lucas B. Cohen wrote: > > Have some of you sometimes felt the need for sorting your pictures in a > more organized way than the "month - event" model allows for ? > > Do other users agree or disagree ? I agree, but I disagree on the need of an ?event? category altogether. Since we have hierarchical tags, there is no need for having ?events? as a separate instance anymore. My user-case is the following: I have a top-level tag called 'event' and inside that one I have sub-categories, like 'birthday', 'wedding', 'concert', and so on, and again sub-categories for the specific event. I really can't understand why events are now bound to the time line, that is a completely different thing. I mean, having a time line is important, but the events are nothing but ?tags?, and using tags we will have a few big advantages: 1. the tags are written in the picture metadata, unlike the events; 2. there are lots of reoccurring 'events' (birthdays, holiday trips, meetings) for whom the shotwell ?events? just don't work. 3. an event can be 'inside' an other event (e.g. 'Volunteering in Australia 2009' / 'Uluru trip') or can be an intersection of one or more events (e.g. 'Australia 2009' / '3-months trip with my friend that started in Australia and ended in New Zealand' / 'Volunteering in New Zealand 2010') I hope the picture is clear. Events -- like they are organized now -- are equivalent to ?folders? in your file-system. Even with sub-events, they will be just like folders and sub-folders. One of the reasons people started putting tags into their pictures is that the whole organization is far more easy using tags as opposed to directories. For the same reason, we see everyday more and more applications using tags (Firefox uses them in the bookmarks, Gnome for searching through files, apt for software packages, and so on.) There is a nice comment in the hierarchical tags ticket that explains things better: http://redmine.yorba.org/issues/1401#note-13 Anyway, my proposal is: - split the time line from the events, or at least drop the ?events? name and use ?time line? or something similar (they are two very different things) - if people really thinks that having a separate events structure is useful, let's keep the existing interface, but be sure the events get written along the keywords into the photos metadata, with hierarchical structure and everything. Last year I checked the Metadata Working Group guide lines [here: http://www.metadataworkinggroup.org/pdf/mwg_guidance.pdf and here: http://www.metadataworkinggroup.org/specs/] and as far as I know there was not a standard nor a proposed tag for something like events, only for more generic 'collections'. My two Euro-cents -- before they disappear, that is ;-) Piergi -- Web: http://traversin.org GNU/Linux user 190604 From roumano at gmail.com Mon Jun 18 09:55:42 2012 From: roumano at gmail.com (Roumano) Date: Mon, 18 Jun 2012 11:55:42 +0200 Subject: [Shotwell] Wrong Url on the Wiki Message-ID: <1340013342.1713.4.camel@roumano> Hi, It's a small error on the wiki : (http://redmine.yorba.org/projects/shotwell/wiki) The link for the Building and Installing is not working, maybe the link is wrong http://yorba.org/shotwell/install/ or it's should be http://yorba.org/shotwell/install to work ... Or the web server need to be updated . Regards From laura at yorba.org Mon Jun 18 16:08:11 2012 From: laura at yorba.org (Laura Khalil) Date: Mon, 18 Jun 2012 09:08:11 -0700 Subject: [Shotwell] Wrong Url on the Wiki In-Reply-To: <1340013342.1713.4.camel@roumano> References: <1340013342.1713.4.camel@roumano> Message-ID: Hi Roumano, Good catch, thanks! We've fixed the link. Cheers, Laura On Mon, Jun 18, 2012 at 2:55 AM, Roumano wrote: > Hi, > > It's a small error on the wiki : > (http://redmine.yorba.org/projects/shotwell/wiki) > > The link for the Building and Installing is not working, maybe the link > is wrong > > http://yorba.org/shotwell/install/ or it's should be > http://yorba.org/shotwell/install to work ... > Or the web server need to be updated . > > Regards > > _______________________________________________ > 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 lucas at yorba.org Mon Jun 18 18:35:35 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 18 Jun 2012 11:35:35 -0700 Subject: [Shotwell] preferred workflow to import developed RAW files back into Shotwell ? In-Reply-To: <4FDBCE50.9080004@bnrlabs.com> References: <4FDBCE50.9080004@bnrlabs.com> Message-ID: > I've tried re-importing this folder so > that Shotwell would find the new file. > But I'm surprised to find that Shotwell > didn't find it, so didn't import it. If Shotwell didn't find the new files when you did a re-import, then this is a bug. Re-importing should've added the developed JPEGs to your library. That said, I don't think that this is what is happening here. What I think is happening here is that when you do the re-import, Shotwell identifies the JPEGs as the Camera development of a RAW + JPEG pair. So you should be able to see your UFRaw-developed JPEGs by selecting the corresponding RAW file and choosing "Camera" from the "Developer" submenu of the "Photos" menu. Note that, because of a known bug in Shotwell, to really test this theory, you'll have select the RAW photo, set the developer to "Shotwell" then switch the developer back to "Camera" to actually see the JPEG development. In summary, if you do the following: (i) Develop a RAW file in UFRaw, and save the developed JPEG in the same folder as the RAW master. (ii) Re-import the folder that contains both the RAW master and the JPEG development. (iii) Select the photo in Shotwell. Set your RAW developer to "Shotwell" and then to "Camera." If you do this, do you see your UFRaw-developed JPEG as the Camera development of the RAW master? Lucas From lucas at yorba.org Mon Jun 18 18:39:17 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 18 Jun 2012 11:39:17 -0700 Subject: [Shotwell] cannot logout from Flickr In-Reply-To: <4FDC886F.6080208@bnrlabs.com> References: <4FDC886F.6080208@bnrlabs.com> Message-ID: > I'm running 0.11 on this machine, but I > haven't seen anything mentioned in the > issue tracker. If possible, I'd upgrade to 0.12. > Is there a way I could, for example, nuke the > credentials cache used by Shotwell in order > to force manual authentication If you want to stick with 0.11.x, this is possible. Install the dconf-tools package on your system, then run the dconf-editor tool from the command line. Navigate to "apps" > "shotwell" > "sharing" > "flickr" and delete the value of every key. Lucas From roumano at gmail.com Tue Jun 19 16:43:50 2012 From: roumano at gmail.com (Roumano) Date: Tue, 19 Jun 2012 18:43:50 +0200 Subject: [Shotwell] map widget implementation Message-ID: <1340124230.1694.8.camel@roumano> Hi, I have tested to patch available on issue #2875 ( http://redmine.yorba.org/issues/2875 ) It's working for me. They are still some issue (like importing much slower, see a bunch of critical assertions (in gdk_pixbuf_get_has_alpha, gdk_pixbuf_get_pixels and so on) at startup.) But what it's sad for me : it's if you have a lot of near location, all blue point on the map are like a potetoes & difficult to find what you want/need I don't known if it possible but it will be great if all near location can be grouped (depending of the zoom view) & degrouped when making a zoom to the map Like what it's done with the plugin "RV Maps & Earth" on Piwigo website (it's use gmaps as api) You can have a exemple on my website :http://roumano.com/images/map.php?/categories From lucas at yorba.org Wed Jun 20 18:38:14 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 20 Jun 2012 11:38:14 -0700 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: <4FE12F59.2030906@dewie.net.au> References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> <4FD1E1B2.20102@dewie.net.au> <4FD28006.8060801@dewie.net.au> <4FE12F59.2030906@dewie.net.au> Message-ID: Hi Scott, It sounds like your database might not have been properly migrated. Does Shotwell fail to show any of your photos at all, or rather, do all of your photos appear under the "Missing Files" entry in the sidebar? Second, what version of Shotwell are you running? I ask because if you're running a version you compiled yourself out of the Shotwell master development stream (this case would be rare; you'd definitely know if you did this) then the on-disk location of the database file is different from what is described in the FAQ. Lucas On Tue, Jun 19, 2012 at 7:03 PM, Scott wrote: > Hi Lucas, > > While i would love to do this, but my hard drive has finally died... ?I can > no longer get it to mount - even in read only and force mode. ?Something is > seriously wrong with it. > > I have however found another problem. ?When i transferred my library from a > backup to my new hdd, i followed the instructions on the FAQ, but the > library wont update itself. ?i have changed the library to the external, > even created a permalink in my home folder. ?I have tried to uncheck and > check the watch folder for changes too, but still nothing. > > I really don't want to have to re-import library either as i have alot of > event changes and tags not written to files that i don't want to have to > redo. > > Thanks, > > Scott. > > > On 12/06/12 04:43, Lucas Beeler wrote: >> >> Hi Scott, >> >>> Do you agree that it should show the error >>> dialogue on all three concurrences if the >>> error is the same? >> >> This is actually harder than it sounds. When Shotwell reads files >> directly from a mass storage "camera" (e.g. an SD card) or any other >> camera, it doesn't access the camera directly. Instead, all of its >> interaction with the camera is mediated by GPhoto, a standard Linux >> library for communicating with digital cameras. >> >> So my guess is that the crash you're seeing is actually coming out of >> GPhoto, not Shotwell. So let's try to confirm this, and if it is a >> GPhoto problem, I'll file a bug report with the GPhoto team. You can >> help us find out where the problem is by capturing a log file and >> stacktrace during a Shotwell run where the program crashes due to this >> SD card issue. To learn how to generate a log file and a stacktrace, >> following the instructions in the "I think I found a bug in Shotwell. >> How do I report it?" section of the Shotwell FAQ here >> (http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ). >> >> Lucas > > From scott_shotwell at dewie.net.au Thu Jun 21 00:14:07 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Thu, 21 Jun 2012 10:14:07 +1000 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> <4FD1E1B2.20102@dewie.net.au> <4FD28006.8060801@dewie.net.au> <4FE12F59.2030906@dewie.net.au> Message-ID: <4FE2674F.6040904@dewie.net.au> On 21/06/12 04:38, Lucas Beeler wrote: > Hi Scott, > > It sounds like your database might not have been properly migrated. > Does Shotwell fail to show any of your photos at all, or rather, do > all of your photos appear under the "Missing Files" entry in the > sidebar? Firstly, i don't know why the original message didn't post to the list, but hopefully this one should too... Yes - they are all showing up in the "missing files" in the sidebar. > Second, what version of Shotwell are you running? I ask > because if you're running a version you compiled yourself out of the > Shotwell master development stream (this case would be rare; you'd > definitely know if you did this) then the on-disk location of the > database file is different from what is described in the FAQ. I am using 0.12.3 from the official Ubuntu repo's. I havent been bothered to build from trunk or add the yorba ppa, although i did run from yorba when i was running 11.10. I have had a quick look in the sqlite db too in ~/.shotwell/photo.db and all of the event id's are showing up as -1 which i'm assuming marks them as missing? Would running a bulk find and replace work? because all i need to do is change the /media/750gb stora (the old external) to /home/scott/ (the root of the link) and all should be sweet. Can shotwell handle permalinks in the home folders? Or is this possibly the root cause of the problem? Scott. > > Lucas > > On Tue, Jun 19, 2012 at 7:03 PM, Scott wrote: >> Hi Lucas, >> >> While i would love to do this, but my hard drive has finally died... I can >> no longer get it to mount - even in read only and force mode. Something is >> seriously wrong with it. >> >> I have however found another problem. When i transferred my library from a >> backup to my new hdd, i followed the instructions on the FAQ, but the >> library wont update itself. i have changed the library to the external, >> even created a permalink in my home folder. I have tried to uncheck and >> check the watch folder for changes too, but still nothing. >> >> I really don't want to have to re-import library either as i have alot of >> event changes and tags not written to files that i don't want to have to >> redo. >> >> Thanks, >> >> Scott. >> >> >> On 12/06/12 04:43, Lucas Beeler wrote: >>> Hi Scott, >>> >>>> Do you agree that it should show the error >>>> dialogue on all three concurrences if the >>>> error is the same? >>> This is actually harder than it sounds. When Shotwell reads files >>> directly from a mass storage "camera" (e.g. an SD card) or any other >>> camera, it doesn't access the camera directly. Instead, all of its >>> interaction with the camera is mediated by GPhoto, a standard Linux >>> library for communicating with digital cameras. >>> >>> So my guess is that the crash you're seeing is actually coming out of >>> GPhoto, not Shotwell. So let's try to confirm this, and if it is a >>> GPhoto problem, I'll file a bug report with the GPhoto team. You can >>> help us find out where the problem is by capturing a log file and >>> stacktrace during a Shotwell run where the program crashes due to this >>> SD card issue. To learn how to generate a log file and a stacktrace, >>> following the instructions in the "I think I found a bug in Shotwell. >>> How do I report it?" section of the Shotwell FAQ here >>> (http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ). >>> >>> Lucas >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From alexander.wilms at zoho.com Fri Jun 22 16:22:47 2012 From: alexander.wilms at zoho.com (Alexander Wilms) Date: Fri, 22 Jun 2012 18:22:47 +0200 Subject: [Shotwell] Consistency regarding side pane Message-ID: <4FE49BD7.8040700@zoho.com> Hi everyone, I got a question regarding Shotwell and Geary. The side pane looks different in each app (http://ubuntuone.com/49TLvY3CeRHAJp7nfAEmgT), and I wonder why that is? I personally prefer the clean look in Geary, but do you plan to adapt Shotwell? Kind Regards Alex From lucas at yorba.org Fri Jun 22 16:32:07 2012 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 22 Jun 2012 09:32:07 -0700 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: <4FE2674F.6040904@dewie.net.au> References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> <4FD1E1B2.20102@dewie.net.au> <4FD28006.8060801@dewie.net.au> <4FE12F59.2030906@dewie.net.au> <4FE2674F.6040904@dewie.net.au> Message-ID: > Can shotwell handle permalinks in the home > folders? Or is this possibly the root cause > of the problem? If by "permalink" you mean "UNIX symbolic link" (such as created by the ln -s command) then this could indeed be the problem. You might want to try a simple test case where you make your ~/Pictures folder a normal directory (i.e., not a link) and then drag some of your photos into it. When you do this, do you see the photos you dragged in show up in Shotwell? Lucas From bryandenniskeith at gmail.com Fri Jun 22 17:35:35 2012 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Fri, 22 Jun 2012 20:35:35 +0300 Subject: [Shotwell] Flickr publisher silent fails if photo has apostrophe in title In-Reply-To: <4FD0CB0C.1010100@gmail.com> References: <4FD0CB0C.1010100@gmail.com> Message-ID: <4FE4ACE7.8060202@gmail.com> Had this problem again today. Any news? Bryan On 06/07/2012 06:38 PM, Bryan Keith wrote: > Hello, > > Well, I thought this problem was solved: > > http://redmine.yorba.org/issues/3880 > > I seem to recall testing it after it was solved, and it worked. But > today for me (version 0.12.2), I had the same problem as before: > shotwell would not publish to flickr if there was an apostrophe in the > title. I removed the apostrophe, and it worked fine. > > I think I'm up-to-date. Are others still having this problem? > > Bryan From clinton at yorba.org Fri Jun 22 18:40:19 2012 From: clinton at yorba.org (Clinton Rogers) Date: Fri, 22 Jun 2012 11:40:19 -0700 Subject: [Shotwell] Flickr publisher silent fails if photo has apostrophe in title In-Reply-To: <4FE4ACE7.8060202@gmail.com> References: <4FD0CB0C.1010100@gmail.com> <4FE4ACE7.8060202@gmail.com> Message-ID: Hi Bryan, I'm sorry we missed your original message. It initially looked like this couldn't be reproduced, but I have identified one case where apostrophes are, in fact problematic - if one titles two photos like so: Testy O'testerson 1 Testy O'testerson 2 ...and attempts to publish both together, only the first image actually gets uploaded. This is, in fact a bug, and we'll be reopening 3880 to correct this case, too. Thank you for letting us know about this. Cheers, -c On 22/06/2012, Bryan Keith wrote: > Had this problem again today. Any news? > > Bryan From bryandenniskeith at gmail.com Fri Jun 22 18:49:51 2012 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Fri, 22 Jun 2012 21:49:51 +0300 Subject: [Shotwell] Flickr publisher silent fails if photo has apostrophe in title In-Reply-To: References: <4FD0CB0C.1010100@gmail.com> <4FE4ACE7.8060202@gmail.com> Message-ID: <4FE4BE4F.5090203@gmail.com> Hello Clinton, Thank you for the response. I'm having that problem trying to upload a single photo with this title: Banu and Deniz's house Can you not reproduce that? I'm using Shotwell 0.12.3. Bryan On 06/22/2012 09:40 PM, Clinton Rogers wrote: > Hi Bryan, > > I'm sorry we missed your original message. > > It initially looked like this couldn't be reproduced, but I have > identified one case where apostrophes are, in fact problematic - if > one titles two photos like so: > > Testy O'testerson 1 > Testy O'testerson 2 > > ...and attempts to publish both together, only the first image > actually gets uploaded. > > This is, in fact a bug, and we'll be reopening 3880 to correct this case, too. > > Thank you for letting us know about this. > > Cheers, > -c > > On 22/06/2012, Bryan Keith wrote: >> Had this problem again today. Any news? >> >> Bryan From clinton at yorba.org Fri Jun 22 18:56:05 2012 From: clinton at yorba.org (Clinton Rogers) Date: Fri, 22 Jun 2012 11:56:05 -0700 Subject: [Shotwell] Flickr publisher silent fails if photo has apostrophe in title In-Reply-To: <4FE4BE4F.5090203@gmail.com> References: <4FD0CB0C.1010100@gmail.com> <4FE4ACE7.8060202@gmail.com> <4FE4BE4F.5090203@gmail.com> Message-ID: Ah, I misspoke; I see what I've done. If a title has two ' characters in it, you'll get the behaviour I saw; if a title has exactly _one_ ', it'll fail to upload. If this was working before, but it's stopped, it may be possible that something has changed on the remote end; either way, we need to address both cases, as this is clearly not what the application should be doing. Cheers, -c On 22/06/2012, Bryan Keith wrote: > Hello Clinton, > > Thank you for the response. I'm having that problem trying to upload a > single photo with this title: > > Banu and Deniz's house > > Can you not reproduce that? I'm using Shotwell 0.12.3. > > Bryan > > On 06/22/2012 09:40 PM, Clinton Rogers wrote: >> Hi Bryan, >> >> I'm sorry we missed your original message. >> >> It initially looked like this couldn't be reproduced, but I have >> identified one case where apostrophes are, in fact problematic - if >> one titles two photos like so: >> >> Testy O'testerson 1 >> Testy O'testerson 2 >> >> ...and attempts to publish both together, only the first image >> actually gets uploaded. >> >> This is, in fact a bug, and we'll be reopening 3880 to correct this case, >> too. >> >> Thank you for letting us know about this. >> >> Cheers, >> -c >> >> On 22/06/2012, Bryan Keith wrote: >>> Had this problem again today. Any news? >>> >>> Bryan > -- public struct Box { public static const int HAND_GRENADES = 12; -- from shotwell/src/Box.vala From bryandenniskeith at gmail.com Fri Jun 22 18:58:07 2012 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Fri, 22 Jun 2012 21:58:07 +0300 Subject: [Shotwell] Flickr publisher silent fails if photo has apostrophe in title In-Reply-To: References: <4FD0CB0C.1010100@gmail.com> <4FE4ACE7.8060202@gmail.com> <4FE4BE4F.5090203@gmail.com> Message-ID: <4FE4C03F.4080809@gmail.com> Clinton, I posted the original complaint, sometime in the last year. I'm pretty sure (not positive) it was fixed, and I checked it. Now as you see, it's not working again. Thank you for looking into it. Bryan On 06/22/2012 09:56 PM, Clinton Rogers wrote: > Ah, I misspoke; I see what I've done. > > If a title has two ' characters in it, you'll get the behaviour I saw; > if a title has exactly _one_ ', it'll fail to upload. > > If this was working before, but it's stopped, it may be possible that > something has changed on the remote end; either way, we need to > address both cases, as this is clearly not what the application > should be doing. > > Cheers, > -c > > On 22/06/2012, Bryan Keith wrote: >> Hello Clinton, >> >> Thank you for the response. I'm having that problem trying to upload a >> single photo with this title: >> >> Banu and Deniz's house >> >> Can you not reproduce that? I'm using Shotwell 0.12.3. >> >> Bryan >> >> On 06/22/2012 09:40 PM, Clinton Rogers wrote: >>> Hi Bryan, >>> >>> I'm sorry we missed your original message. >>> >>> It initially looked like this couldn't be reproduced, but I have >>> identified one case where apostrophes are, in fact problematic - if >>> one titles two photos like so: >>> >>> Testy O'testerson 1 >>> Testy O'testerson 2 >>> >>> ...and attempts to publish both together, only the first image >>> actually gets uploaded. >>> >>> This is, in fact a bug, and we'll be reopening 3880 to correct this case, >>> too. >>> >>> Thank you for letting us know about this. >>> >>> Cheers, >>> -c >>> >>> On 22/06/2012, Bryan Keith wrote: >>>> Had this problem again today. Any news? >>>> >>>> Bryan >> > > From glauco.hass at ig.com.br Sun Jun 24 19:22:48 2012 From: glauco.hass at ig.com.br (Glauco) Date: Sun, 24 Jun 2012 16:22:48 -0300 Subject: [Shotwell] Bug 4207 - Delete only JPEG, not RAW file In-Reply-To: <4FE76819.1040908@ig.com.br> References: <4FE76819.1040908@ig.com.br> Message-ID: <4FE76908.9090309@ig.com.br> Is this bug still on the road for 0.13? It's frustrating to take a few thousands of photos to manage in Shotwell and then find out that a lot of work was for nothing. This is such a wonderful tool in free software world, but some people can't use it if it won't work because a very few but important bugs. If I can do anything to help test it and assure it cames out OK on 0.13, I will be glad to do so. Ps: This issue is not solved in daily build PPA, is it? Thanks From lbc at bnrlabs.com Mon Jun 25 16:29:21 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Mon, 25 Jun 2012 18:29:21 +0200 Subject: [Shotwell] preferred workflow to import developed RAW files back into Shotwell ? In-Reply-To: References: <4FDBCE50.9080004@bnrlabs.com> Message-ID: <4FE891E1.1090006@bnrlabs.com> On 2012.06.18 20:35, Lucas Beeler wrote: >> I've tried re-importing this folder so >> that Shotwell would find the new file. >> But I'm surprised to find that Shotwell >> didn't find it, so didn't import it. > > > What I think is happening here is that when you do the re-import, > Shotwell identifies the JPEGs as the Camera development of a RAW + > JPEG pair. So you should be able to see your UFRaw-developed JPEGs by > selecting the corresponding RAW file and choosing "Camera" from the > "Developer" submenu of the "Photos" menu. Note that, because of a > known bug in Shotwell, to really test this theory, you'll have select > the RAW photo, set the developer to "Shotwell" then switch the > developer back to "Camera" to actually see the JPEG development. > > If you do this, do you see your UFRaw-developed JPEG as the Camera > development of the RAW master? I've just tried this on a freshly imported RAW, and I'm not getting the results you were expecting. Toggling between developers does not get Shotwell to display the silly 15000 ?K version of the developped RAW I had saved back into the photo import folder and tried to have Shotwell consider by using "import from folder". Furthermore, deleting that new "silly version" JPG from the photo import folder using a file manager did not cause any visible errors in Shotwell when I toggled between developers some more. What I've noticed is that the choice of name for the developed picture may have an influence here. When I chose "IMGnnnn-developed.jpg" in UFraw as the name, Shotwell did see that picture as new, and did import it into its database. When I kept UFraw's default "IMGnnn.jpg" (as I had done last time), Shotwell told be it had only seen duplicates and hadn't imported anything. So, this is a working way to do things for me. However, I can still experiment a bit if you're curious about what exactly is happening. Thanks for your help, Lucas From adam at yorba.org Mon Jun 25 17:26:11 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 25 Jun 2012 17:19:11 -0007 Subject: [Shotwell] Bug 4207 - Delete only JPEG, not RAW file Message-ID: <4fe89f36.ca3b440a.2505.fffff69b@mx.google.com> Glauco, this bug is still unfixed, but fixing this (and related RAW+JPEG bugs) remains a top priority for us for 0.13 - we'll be looking at this in the next month or two. ?Thanks for your patience, and I'm glad to know that you'll be happy to test this once it is fixed. ?Cheers - adam On Sun, Jun 24, 2012 at 12:22 PM, Glauco wrote: Is this bug still on the road for 0.13? It's frustrating to take a few thousands of photos to manage in Shotwell and then find out that a lot of work was for nothing. This is such a wonderful tool in free software world, but some people can't use it if it won't work because a very few but important bugs. If I can do anything to help test it and assure it cames out OK on 0.13, I will be glad to do so. Ps: This issue is not solved in daily build PPA, is it? Thanks _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon Jun 25 17:49:52 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 25 Jun 2012 17:42:52 -0007 Subject: [Shotwell] Consistency regarding side pane Message-ID: <4fe8a4c3.e9e2440a.30d1.fffff074@mx.google.com> On Fri, Jun 22, 2012 at 9:22 AM, Alexander Wilms wrote: Hi everyone, I got a question regarding Shotwell and Geary. The side pane looks different in each app (http://ubuntuone.com/49TLvY3CeRHAJp7nfAEmgT), and I wonder why that is? I personally prefer the clean look in Geary, but do you plan to adapt Shotwell? Alexander, what, exactly, do you mean by "the clean look"? ?No expandable tree? ?No colorful icons? ?Something else? ?I think the Shotwell sidebar look is unlikely to change dramatically in the near future. ?People have occasionally suggested that we adopt a flatter list of items in the sidebar, but it's pretty hard to see how we could do that while still keeping the features our users know and love (hierarchical tags and a year/month date hierarchy). By the way, your screenshot for Geary looks unusual - Geary normally displays different icons for each standard folder (Inbox, Drafts and so on). ?I suspect that you're running a relatively old Geary build. ?Cheers - adam From roumano at gmail.com Mon Jun 25 13:35:05 2012 From: roumano at gmail.com (Roumano) Date: Mon, 25 Jun 2012 15:35:05 +0200 Subject: [Shotwell] Categories & Xmp with Hierarchical Subject & Tags List Message-ID: <1340631305.1677.10.camel@roumano> Hi, Before shotwell, i'm using another tool to add tag on xmp of picture (it add data on the fied Hierarchical Subject & Keywords ) Now, i have something strenge with lot of them : Shotwell was added tag list (in xmp field) from some of them (why i don't kown or remember if done something special) This picture is not on the hierchical categories "L?o" What can i do to recover them ? exiftool of one of them : Software : Shotwell 0.12.3+trunk GPS Version ID : 2.3.0.0 GPS Latitude Ref : North GPS Longitude Ref : East GPS Altitude Ref : Above Sea Level GPS Time Stamp : 09:52:22.03 GPS Img Direction Ref : True North GPS Img Direction : 0 GPS Map Datum : WGS-84 GPS Date Stamp : 2011:02:17 XMP Toolkit : XMP Core 5.1.2 Rating : 2 Tags List : Photographies, Photographies/Famille, Photographies/Famille/Baptiste Iuga Last Keyword XMP : Photographies, Photographies/Famille, Photographies/Famille/Baptiste Iuga Subject : Baptiste Iuga, Famille, Photographies, L?o Hierarchical Subject : Photographies|Famille|L?o Current IPTC Digest : a72431e04cd5cc889cbf5ea33dc068d3 Coded Character Set : UTF8 Keywords : Baptiste Iuga, Famille, Photographies, L?o Special Instructions : Lat 48.193362, Lon 7.341055 - Bearing: 0 - Altitude: 242m Originating Program : Shotwell Program Version : 0.12.3+trunk Image Width : 5184 Image Height : 3456 From thomas.moschny at gmail.com Mon Jun 25 19:00:56 2012 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Mon, 25 Jun 2012 21:00:56 +0200 Subject: [Shotwell] Fedora ABRT bugs Message-ID: Hi all, current Fedora releases contain a feature called ABRT [1,2], that semi-automatically provides information about defects and crashes on a user's system. It collects necessary data about the crash, generates a report with all information and based on user interaction sends it to Fedora's Bugzilla instance. For Shotwell 0.12.3 (which we ship in Fedora 17), there are already 10 such reports [3] (and even 26 for 0.10.1 [4], which I know is rather old). Now, as a co-maintainer of the package, I am a bit unsure as to what to do with these reports. I am not aware of a tool that would allow us to automatically forward these to the Shotwell Redmine instance; and at least I myself do not have the time (nor knowledge) to examine each of these stack traces. Nevertheless, not handling them at all also seems to be a bad option. So, what to do? Is there any chance that you (the Shotwell developers) could have a look at these issues? Any other suggestions? Thanks, Thomas [1] https://fedorahosted.org/abrt/wiki [2] http://fedoraproject.org/wiki/Features/ABRTF12 [3] http://goo.gl/ccTYn (bugzilla.redhat.com) [4] http://goo.gl/NxZwh (bugzilla.redhat.com) From lucas at yorba.org Mon Jun 25 19:06:29 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 25 Jun 2012 12:06:29 -0700 Subject: [Shotwell] preferred workflow to import developed RAW files back into Shotwell ? In-Reply-To: <4FE891E1.1090006@bnrlabs.com> References: <4FDBCE50.9080004@bnrlabs.com> <4FE891E1.1090006@bnrlabs.com> Message-ID: Hi Lucas, Thanks for running that test for me. Unfortunately, there are some things about RAW handling and development in Shotwell that are just broken, alas. Fixing these problems is a top priority for the next release of Shotwell, so stay tuned! Lucas On Mon, Jun 25, 2012 at 9:29 AM, Lucas B. Cohen wrote: > On 2012.06.18 20:35, Lucas Beeler wrote: >>> I've tried re-importing this folder so >>> that Shotwell would find the new file. >>> But I'm surprised to find that Shotwell >>> didn't find it, so didn't import it. >> >> >> What I think is happening here is that when you do the re-import, >> Shotwell identifies the JPEGs as the Camera development of a RAW + >> JPEG pair. So you should be able to see your UFRaw-developed JPEGs by >> selecting the corresponding RAW file and choosing "Camera" from the >> "Developer" submenu of the "Photos" menu. Note that, because of a >> known bug in Shotwell, to really test this theory, you'll have select >> the RAW photo, set the developer to "Shotwell" then switch the >> developer back to "Camera" to actually see the JPEG development. >> >> If you do this, do you see your UFRaw-developed JPEG as the Camera >> development of the RAW master? > > I've just tried this on a freshly imported RAW, and I'm not getting the > results you were expecting. Toggling between developers does not get > Shotwell to display the silly 15000 ?K version of the developped RAW I > had saved back into the photo import folder and tried to have Shotwell > consider by using "import from folder". > > Furthermore, deleting that new "silly version" JPG from the photo import > folder using a file manager did not cause any visible errors in Shotwell > when I toggled between developers some more. > > What I've noticed is that the choice of name for the developed picture > may have an influence here. When I chose "IMGnnnn-developed.jpg" in > UFraw as the name, Shotwell did see that picture as new, and did import > it into its database. When I kept UFraw's default "IMGnnn.jpg" (as I had > done last time), Shotwell told be it had only seen duplicates and hadn't > imported anything. > > So, this is a working way to do things for me. However, I can still > experiment a bit if you're curious about what exactly is happening. > > Thanks for your help, > > Lucas > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Mon Jun 25 19:10:34 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 25 Jun 2012 12:10:34 -0700 Subject: [Shotwell] Categories & Xmp with Hierarchical Subject & Tags List In-Reply-To: <1340631305.1677.10.camel@roumano> References: <1340631305.1677.10.camel@roumano> Message-ID: Hi Roumano, > Shotwell was added tag list (in xmp field) from > some of them (why i don't kown or remember if > done something special) By "added tag list" do you mean that your tags appeared in Shotwell's tag tree in the sidebar of the Shotwell user interface, or do you mean that Shotwell wrote data out to the XMP fields in your photo files, clobbering the existing values that you'd edited? Lucas On Mon, Jun 25, 2012 at 6:35 AM, Roumano wrote: > Hi, > > Before shotwell, i'm using another tool to add tag on xmp of picture (it > add data on the fied Hierarchical Subject ? ?& Keywords ) > > > Now, i have something strenge with lot of them : > Shotwell was added tag list (in xmp field) from some of them (why i > don't kown or remember if done something special) > > This picture is not on the hierchical categories "L?o" > What can i do to recover them ? > > exiftool of one of them : > > Software ? ? ? ? ? ? ? ? ? ? ? ?: Shotwell 0.12.3+trunk > GPS Version ID ? ? ? ? ? ? ? ? ?: 2.3.0.0 > GPS Latitude Ref ? ? ? ? ? ? ? ?: North > GPS Longitude Ref ? ? ? ? ? ? ? : East > GPS Altitude Ref ? ? ? ? ? ? ? ?: Above Sea Level > GPS Time Stamp ? ? ? ? ? ? ? ? ?: 09:52:22.03 > GPS Img Direction Ref ? ? ? ? ? : True North > GPS Img Direction ? ? ? ? ? ? ? : 0 > GPS Map Datum ? ? ? ? ? ? ? ? ? : WGS-84 > GPS Date Stamp ? ? ? ? ? ? ? ? ?: 2011:02:17 > XMP Toolkit ? ? ? ? ? ? ? ? ? ? : XMP Core 5.1.2 > Rating ? ? ? ? ? ? ? ? ? ? ? ? ?: 2 > Tags List ? ? ? ? ? ? ? ? ? ? ? : Photographies, Photographies/Famille, > Photographies/Famille/Baptiste Iuga > Last Keyword XMP ? ? ? ? ? ? ? ?: Photographies, Photographies/Famille, > Photographies/Famille/Baptiste Iuga > Subject ? ? ? ? ? ? ? ? ? ? ? ? : Baptiste Iuga, Famille, Photographies, > L?o > Hierarchical Subject ? ? ? ? ? ?: Photographies|Famille|L?o > Current IPTC Digest ? ? ? ? ? ? : a72431e04cd5cc889cbf5ea33dc068d3 > Coded Character Set ? ? ? ? ? ? : UTF8 > Keywords ? ? ? ? ? ? ? ? ? ? ? ?: Baptiste Iuga, Famille, Photographies, > L?o > Special Instructions ? ? ? ? ? ?: Lat 48.193362, Lon 7.341055 - Bearing: > 0 - Altitude: 242m > Originating Program ? ? ? ? ? ? : Shotwell > Program Version ? ? ? ? ? ? ? ? : 0.12.3+trunk > Image Width ? ? ? ? ? ? ? ? ? ? : 5184 > Image Height ? ? ? ? ? ? ? ? ? ?: 3456 > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Mon Jun 25 19:17:59 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 25 Jun 2012 12:17:59 -0700 Subject: [Shotwell] Fedora ABRT bugs In-Reply-To: References: Message-ID: Hi Thomas, We upstream developers would like to be notified whenever a user files a bug against the Shotwell package in Fedora, automated or otherwise. I know how to set up per-package notifications in bugzilla, but from your description of the ABRT system, it sounds like it may use a different notification pathway than just the standard Fedora bugzilla. So I ask you: what do we upstream developers need to do to be notified whenever a bug is filed against the Shotwell package in Fedora, without regard to whether the bug was filed automatically by ABRT or manually by a user opening a bugzilla ticket? Lucas On Mon, Jun 25, 2012 at 12:00 PM, Thomas Moschny wrote: > Hi all, > > current Fedora releases contain a feature called ABRT [1,2], that > semi-automatically provides information about defects and crashes on a > user's system. It collects necessary data about the crash, generates a > report with all information and based on user interaction sends it to > Fedora's Bugzilla instance. > > For Shotwell 0.12.3 (which we ship in Fedora 17), there are already 10 > such reports [3] (and even 26 for 0.10.1 [4], which I know is rather > old). > > Now, as a co-maintainer of the package, I am a bit unsure as to what > to do with these reports. I am not aware of a tool that would allow us > to automatically forward these to the Shotwell Redmine instance; and > at least I myself do not have the time (nor knowledge) to examine each > of these stack traces. Nevertheless, not handling them at all also > seems to be a bad option. > > So, what to do? Is there any chance that you (the Shotwell developers) > could have a look at these issues? > Any other suggestions? > > Thanks, > Thomas > > > [1] https://fedorahosted.org/abrt/wiki > [2] http://fedoraproject.org/wiki/Features/ABRTF12 > [3] http://goo.gl/ccTYn (bugzilla.redhat.com) > [4] http://goo.gl/NxZwh (bugzilla.redhat.com) > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From thomas.moschny at gmail.com Mon Jun 25 19:40:00 2012 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Mon, 25 Jun 2012 21:40:00 +0200 Subject: [Shotwell] Fedora ABRT bugs In-Reply-To: References: Message-ID: Hi Lucas, > We upstream developers would like to be notified whenever a user files > a bug against the Shotwell package in Fedora, automated or otherwise. > I know how to set up per-package notifications in bugzilla, but from > your description of the ABRT system, it sounds like it may use a > different notification pathway than just the standard Fedora bugzilla. > > So I ask you: what do we upstream developers need to do to be notified > whenever a bug is filed against the Shotwell package in Fedora, > without regard to whether the bug was filed automatically by ABRT or > manually by a user opening a bugzilla ticket? Sorry if my mail wasn't clear wrt how abrt works. There is no special or different notification pathway. The abrt tool simply creates bugs (after checking for duplicates, using some heuristics, I think) in the Fedora Bugzilla instance on behalf of the user who sees the crash, that's it. So, if you have a notification already set-up for the shotwell component, you should see all bug reports, including those generated by abrt. If not, the easiest way to get all bug notifications would be to sign up with the Fedora Account System (fas) here [1] and afterwards request "watchbugzilla" permissions for shotwell in the Fedora Package Database [2]. Regards, Thomas [1] https://admin.fedoraproject.org/accounts/ [2] https://admin.fedoraproject.org/pkgdb/acls/name/shotwell From scott_shotwell at dewie.net.au Tue Jun 26 00:25:46 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Tue, 26 Jun 2012 10:25:46 +1000 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> <4FD1E1B2.20102@dewie.net.au> <4FD28006.8060801@dewie.net.au> <4FE12F59.2030906@dewie.net.au> <4FE2674F.6040904@dewie.net.au> Message-ID: <4FE9018A.2020207@dewie.net.au> On 23/06/12 02:32, Lucas Beeler wrote: >> Can shotwell handle permalinks in the home >> folders? Or is this possibly the root cause >> of the problem? > If by "permalink" you mean "UNIX symbolic link" (such as created by > the ln -s command) then this could indeed be the problem. You might > want to try a simple test case where you make your ~/Pictures folder a > normal directory (i.e., not a link) and then drag some of your photos > into it. When you do this, do you see the photos you dragged in show > up in Shotwell? > > Lucas Thats exactly right. That was part of my problem, but not my whole problem. It does work dragging some photo's into a folder and finding those. But only on a fresh database. If i continue to work like i was before, i can get the progress bar to say that it is 'updating database' and the little bar moves like it should, but then the CPU goes to 100% and nothing happens, even for hours. No disk activity either. I even resorted to looking at and performing an SQL query on the database and changing all references to the old library to the current one (not using links), and when i open shotwell, i can get the 'preparing to auto-import photos...', but again, disk usage stalls, and nothing happens. I'm not sure what is going on though... This could be something to do with the fact that my Library is 44,500+ Photo's 500+ Videos and over 350GB worth, but it would be nice if we could get it all sorted out though... Scott. From cpolymeris at gmail.com Wed Jun 27 08:39:15 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Wed, 27 Jun 2012 04:39:15 -0400 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea Message-ID: I am Shotwell and Rawstudio user and have submitted small patches to both projects. This combo, plus sometimes a bit of the GIMP, does everything I need. Only problem is the interaction between both programs: you have to manually specifiy were developed jpegs are stored, duplicate pictures show up, raw files are unlinked from jpegs, Shotwell gets confusing when you delete pictures from within Rawstudio, etc. While I played around with the idea of adding more features to Shotwell, to make it my only tool, I have come to the conclusion that it is better to keep that program simple but powerful. That is, leave the orgainzing and sharing to Shotwell, the developing to Rawstudio and the editing to the GIMP. As you probably know, the first and the last play very nice together: Shotwell makes a copy of the JPEG and calls GIMP to edit it. This edit is saved and transparently replaces the original image for all practical purposes. So, how could Rawstudio (or similar programs) be brought into this workflow? Duplication of the original raw isn't very practical, so I thought we could add a command line similar to this: rawstudio --input something.raw --output something_developed.jpeg This would fire up rawstudio in a "one image" mode, that is remove every GUI element related to browsing, organization and sharing, including the filmstrip and some menu items, plus automatically save the developed file on exit. Shotwell could then integrate this file into its pipeline, just like it does with something_modified.jpeg files. What do you think? Is this approach feasible? Or am I missing something? C.f. http://redmine.yorba.org/issues/3061 The comments to this ticket suggest an alternative approach: leaving the decision on were to save the developed files to the user and then doing some filename and exif magic to link them to the RAWs. Regards, Camilo From lbc at bnrlabs.com Wed Jun 27 16:18:03 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Wed, 27 Jun 2012 18:18:03 +0200 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : on the Shotwell side In-Reply-To: References: Message-ID: <4FEB323B.4030901@bnrlabs.com> Dear Camilo, dear list, On 2012.06.27 10:39, Camilo Polymeris wrote: > I am Shotwell and Rawstudio user and have submitted small patches to > both projects. This combo, plus sometimes a bit of the GIMP, does > everything I need. Only problem is the interaction between both > programs > So, how could Rawstudio (or similar programs) be brought into this > workflow? I find both your stance and your experience interesting. Although I don't have a, immediate better answer to suggest for the question you bring up, I'd like to run an tangent idea by you (and other involved folk, of course), if you don't mind. I could not agree more when you state that > I have come to the conclusion that > it is better to keep that program simple but powerful. > That is, leave the [organizing] and sharing to Shotwell It's the classical Unix tool philosophy, which serves us so well. I've been experimenting with RAW image development for a little while, and what I'm beginning to imagine is that it would be useful to have the possibility of assigning more than one developed versions of a picture to a single raw master, in an explicit manner, inside Shotwell. Rationale : sometimes I can be equally satisfied with two different development results ; or would like to be able to quickly switch between candidates to a final result, inside Shotwell, where I already have an established pattern of skimming through multiple shots of a single subject with a single framing to select my favorite one, then reject and later delete all the others. (This desire actually also applies to simple JPEG files, where I sometimes have been wanting to keep and export, for example, two differently cropped versions of the same picture, or a color version side by side with a black and white version of a portrait) How pertinent would it be to expect a tool like Shotwell to adapt to this kind of use pattern ? Both... - on a "workflow / target use cases suitability" angle (maybe software that allow a user to compare two images side-to-side, ? la Lightroom more suited to this and substantially different from Shotwell in any way, and I should be using them instead alongside a "photo manager" like Shotwell ? ), - and on the technical feasability side (how natural would it be to extend Shotwell to implement this ? (Would it be breaking important fundamental assumptions about data structures or GUI layout, because Shotwell was not designed for such a level of organization, sorting and selection ? Have the developers considered this in the past ? ) Any insight is appreciated. Thanks for reading ! From eric at yorba.org Wed Jun 27 18:14:44 2012 From: eric at yorba.org (Eric Gregory) Date: Wed, 27 Jun 2012 11:14:44 -0700 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : on the Shotwell side In-Reply-To: <4FEB323B.4030901@bnrlabs.com> References: <4FEB323B.4030901@bnrlabs.com> Message-ID: On Wed, Jun 27, 2012 at 9:18 AM, Lucas B. Cohen wrote: > I've been experimenting with RAW image development for a little while, > and what I'm beginning to imagine is that it would be useful to have the > possibility of assigning more than one developed versions of a picture > to a single raw master, in an explicit manner, inside Shotwell. > Do you think something like feature this would be useful to you? http://redmine.yorba.org/issues/2090 - Eric From joseph.bylund at gmail.com Wed Jun 27 18:21:28 2012 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Wed, 27 Jun 2012 14:21:28 -0400 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : on the Shotwell side In-Reply-To: References: <4FEB323B.4030901@bnrlabs.com> Message-ID: <4FEB4F28.4020700@gmail.com> Eric, To chime in I was just thinking of something along these lines. I often have my camera set to continuous release and shoot a few photos that are almost identical. I would appreciate the ability of "stacking" these. Even better would be if shotwell used timestamps and fuzzy image comparison (something along the lines of the imagemagick compare operator) to automatically group such images (though I don't think automatic grouping should be the default behavior). -Joe On 06/27/2012 02:14 PM, Eric Gregory wrote: > On Wed, Jun 27, 2012 at 9:18 AM, Lucas B. Cohen wrote: >> I've been experimenting with RAW image development for a little while, >> and what I'm beginning to imagine is that it would be useful to have the >> possibility of assigning more than one developed versions of a picture >> to a single raw master, in an explicit manner, inside Shotwell. > Do you think something like feature this would be useful to you? > http://redmine.yorba.org/issues/2090 > > - Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -- Joseph Bylund June 27, 2012 Often it does seem a pity that Noah and his party did not miss the boat. Mark Twain From eric at yorba.org Wed Jun 27 18:22:55 2012 From: eric at yorba.org (Eric Gregory) Date: Wed, 27 Jun 2012 11:22:55 -0700 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea In-Reply-To: References: Message-ID: On Wed, Jun 27, 2012 at 1:39 AM, Camilo Polymeris wrote: > So, how could Rawstudio (or similar programs) be brought into this > workflow? Duplication of the original raw isn't very practical, so I > thought we could add a command line similar to this: > > rawstudio --input something.raw --output something_developed.jpeg > > This would fire up rawstudio in a "one image" mode, that is remove > every GUI element related to browsing, organization and sharing, > including the filmstrip and some menu items, plus automatically save > the developed file on exit. Shotwell could then integrate this file > into its pipeline, just like it does with something_modified.jpeg > files. > > What do you think? Is this approach feasible? Or am I missing something? > Yes, that would be perfect! When we implemented the multiple RAW development feature a while ago, we had this exact scenario in mind. Unfortunately none of the RAW developer apps had the ability to operate in a "client mode" like this at the time. If you could get this added to Rawstudio, we'd be very interested in adapting Shotwell to support the feature. It would go a long way towards making life better for those of us who shoot RAW photos. - Eric From alexander.wilms at zoho.com Wed Jun 27 18:44:29 2012 From: alexander.wilms at zoho.com (Alexander Wilms) Date: Wed, 27 Jun 2012 20:44:29 +0200 Subject: [Shotwell] Consistency regarding side pane In-Reply-To: <4fe8a4c3.e9e2440a.30d1.fffff074@mx.google.com> References: <4fe8a4c3.e9e2440a.30d1.fffff074@mx.google.com> Message-ID: <4FEB548D.4030804@zoho.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Adam, thanks for your reply. What I meant by 'clean look' is the slightly darker background color of the pane, the fact that in Geary there's a thinner (1px) border around it and the selected item is being highlighted with a blue gradient instead of solid blue (at least when using the elementary theme). My Geary build is from the PPA, since I was unable to compile it myself. Kind Regards Alexander -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP61SBAAoJECO1/tAiWGrNSZkH/RxNVLBSvYdNV1+2DwYVaDvn ZTLB/EzLIZJ6r/AIBk04ROqcuAzkMmLAk2L5chyqhP6MMHuukrCfyScI/RRJvFks ptf5QK+bCdqpomd8802Ok6ZT+pX/wfpRKppv/l6IBfuU8vWidhm/BFeXlllXx8Ap h92b5+ILH9AwfXyTYwR5hDpDJ5YgHLKYbDlqv4YRSK/Xo4Cy5WBzmBuFVVtNWqM+ Fr4vxYGxx426vPKD1D0hOMFFA/UFzU865LrFIWzEEmkcvc8sfK6GmHU3W27R1I+U 8m+QbFM9e5jX1W25XiUdIGCSih/HT12wlYnTZPR7zMeSGhHFaiR6pl4WyDnFHMk= =0IPL -----END PGP SIGNATURE----- From eric at yorba.org Wed Jun 27 19:09:33 2012 From: eric at yorba.org (Eric Gregory) Date: Wed, 27 Jun 2012 12:09:33 -0700 Subject: [Shotwell] Consistency regarding side pane In-Reply-To: <4FEB548D.4030804@zoho.com> References: <4fe8a4c3.e9e2440a.30d1.fffff074@mx.google.com> <4FEB548D.4030804@zoho.com> Message-ID: On Wed, Jun 27, 2012 at 11:44 AM, Alexander Wilms wrote: > What I meant by 'clean look' is the slightly darker background color of > the pane, the fact that in Geary there's a thinner (1px) border around > it and the selected item is being highlighted with a blue gradient > instead of solid blue (at least when using the elementary theme). > What theme are you using? I ask because this is theme specific -- we just add a certain "style class" to the widget, and it's up to the theme to decide what to do. I notice we've added a "sidebar" and "sidebar-pane-separator" style class to Geary, but we did not do this for Shotwell. (Chances are we just didn't notice since most of us here run Ubuntu, and its default theme doesn't do anything special for sidebars.) I opened a ticket on the issue: http://redmine.yorba.org/issues/5460 - Eric From alexander.wilms at zoho.com Wed Jun 27 20:16:46 2012 From: alexander.wilms at zoho.com (Alexander Wilms) Date: Wed, 27 Jun 2012 22:16:46 +0200 Subject: [Shotwell] Consistency regarding side pane In-Reply-To: References: <4fe8a4c3.e9e2440a.30d1.fffff074@mx.google.com> <4FEB548D.4030804@zoho.com> Message-ID: <4FEB6A2E.3090405@zoho.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am using the elementary theme (https://code.launchpad.net/~elementary-design/egtk/egtk-2a) from their daily PPA. I added this info to the ticket. Thanks for taking care of this issue Alexander -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJP62otAAoJECO1/tAiWGrNUaIH/jTYQ1LRdxagtnwpyerxXMsB efHsnxd9umi8Eohi6wuNN2hLdUTvy+tIlQ8Nsn/twSDk5m0/FxEUCkOu3tLAkJHI L/zfCQUFYwfiXJrFpChFoc6N0Tq5GBkJubUBu+o7uUa7xaQJA72PlyqXL7OtgtmY WCfkuwmdPclbapPci1WiOGmG78/4aUPuI2K8LcwVin2w9GlBd8pf88EfqdnCDxG6 9XE2NzplrcmurXAmw69zxcLKdCyr+PQOjAJ6gAppxgS9Qj5uM4N5KsTJL0msTiFJ BadaGJqEi4li+sy40xEo8WWXJVViCbxe+jB8nVuVPY4xySJy8HC2n7c3mQ+skgg= =s+O4 -----END PGP SIGNATURE----- From lucas at yorba.org Wed Jun 27 22:05:28 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 27 Jun 2012 15:05:28 -0700 Subject: [Shotwell] Fedora ABRT bugs In-Reply-To: References: Message-ID: Hi Thomas, Thanks for the links. Someone on the team will start watching Shotwell package activity on the Fedora Bugzilla server regularly. Since Shotwell 0.10.x is no longer supported, we'll be focusing our attention on the Shotwell 0.12.3 bugs. If multiple users report an issue and if we can reproduce it in-house, we'll open an upstream bug ticket on the Yorba Redmine server and add a link to it on the Bugzilla ticket. That said, It may be a week or two before someone here at Yorba can find the time to comb through the accumulated bug reports. At any rate, I'm the Shotwell lead developer. If you guys encounter a critical issue that involves crashes or, more importantly, user data loss (we actually did have one critical bug, now fixed in the 0.12.3 update, that could cause a user's entire tag collection to be deleted), feel free to email me tout de suite. Take care, Lucas On Mon, Jun 25, 2012 at 12:40 PM, Thomas Moschny wrote: > Hi Lucas, > >> We upstream developers would like to be notified whenever a user files >> a bug against the Shotwell package in Fedora, automated or otherwise. >> I know how to set up per-package notifications in bugzilla, but from >> your description of the ABRT system, it sounds like it may use a >> different notification pathway than just the standard Fedora bugzilla. >> >> So I ask you: what do we upstream developers need to do to be notified >> whenever a bug is filed against the Shotwell package in Fedora, >> without regard to whether the bug was filed automatically by ABRT or >> manually by a user opening a bugzilla ticket? > > Sorry if my mail wasn't clear wrt how abrt works. There is no special > or different notification pathway. The abrt tool simply creates bugs > (after checking for duplicates, using some heuristics, I think) in the > Fedora Bugzilla instance on behalf of the user who sees the crash, > that's it. > > So, if you have a notification already set-up for the shotwell > component, you should see all bug reports, including those generated > by abrt. > > If not, the easiest way to get all bug notifications would be to sign > up with the Fedora Account System (fas) here [1] > and afterwards request "watchbugzilla" permissions for shotwell in the > Fedora Package Database [2]. > > Regards, > Thomas > > [1] https://admin.fedoraproject.org/accounts/ > [2] https://admin.fedoraproject.org/pkgdb/acls/name/shotwell From mictadlo at gmail.com Thu Jun 28 02:26:34 2012 From: mictadlo at gmail.com (Mic) Date: Thu, 28 Jun 2012 12:26:34 +1000 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea In-Reply-To: References: Message-ID: Would it possible to sort pictures in an event, because a picture could be taken few minutes later, but you would prefer to have this picture before pictures which has been taken earlier in order have get a nice slides. Thank you in advance. Cheers, Michal On Thu, Jun 28, 2012 at 4:22 AM, Eric Gregory wrote: > On Wed, Jun 27, 2012 at 1:39 AM, Camilo Polymeris >wrote: > > > > So, how could Rawstudio (or similar programs) be brought into this > > workflow? Duplication of the original raw isn't very practical, so I > > thought we could add a command line similar to this: > > > > rawstudio --input something.raw --output something_developed.jpeg > > > > This would fire up rawstudio in a "one image" mode, that is remove > > every GUI element related to browsing, organization and sharing, > > including the filmstrip and some menu items, plus automatically save > > the developed file on exit. Shotwell could then integrate this file > > into its pipeline, just like it does with something_modified.jpeg > > files. > > > > What do you think? Is this approach feasible? Or am I missing something? > > > > Yes, that would be perfect! When we implemented the multiple RAW > development feature a while ago, we had this exact scenario in mind. > Unfortunately none of the RAW developer apps had the ability to operate in > a "client mode" like this at the time. > > If you could get this added to Rawstudio, we'd be very interested in > adapting Shotwell to support the feature. It would go a long way towards > making life better for those of us who shoot RAW photos. > > - Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lbc at bnrlabs.com Thu Jun 28 16:04:52 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Thu, 28 Jun 2012 18:04:52 +0200 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : on the Shotwell side In-Reply-To: References: <4FEB323B.4030901@bnrlabs.com> Message-ID: <4FEC80A4.6030702@bnrlabs.com> On 2012.06.27 20:14, Eric Gregory wrote: > On Wed, Jun 27, 2012 at 9:18 AM, Lucas B. Cohen > wrote: > > I've been experimenting with RAW image development for a little while, > and what I'm beginning to imagine is that it would be useful to have the > possibility of assigning more than one developed versions of a picture > to a single raw master, in an explicit manner, inside Shotwell. > > Do you think something like feature this would be useful to you? > http://redmine.yorba.org/issues/2090 I've read this ticket, and the two related ones [1]; I see I'm not the first person to envision something like this. Thanks for pointing me to this, I'll continue the discussion over there. [1] http://redmine.yorba.org/issues/5275 , http://redmine.yorba.org/issues/4334 , http://redmine.yorba.org/issues/2474 From lucas at yorba.org Thu Jun 28 19:32:47 2012 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 28 Jun 2012 12:32:47 -0700 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: <4FE9018A.2020207@dewie.net.au> References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> <4FD1E1B2.20102@dewie.net.au> <4FD28006.8060801@dewie.net.au> <4FE12F59.2030906@dewie.net.au> <4FE2674F.6040904@dewie.net.au> <4FE9018A.2020207@dewie.net.au> Message-ID: Hi Scott, > But only on a fresh database. Unfortunately it sounds like your existing database might be hosed. If you have a large number of tags, etc. You might want to try turning on the "Write tags and other metadata to photo files" option in the Shotwell preferences dialog, wait to allow Shotwell to write as much state into the files themselves as it can, then re-import into a fresh database. Lucas On Mon, Jun 25, 2012 at 5:25 PM, Scott wrote: > On 23/06/12 02:32, Lucas Beeler wrote: >>> >>> Can shotwell handle permalinks in the home >>> folders? ?Or is this possibly the root cause >>> of the problem? >> >> If by "permalink" you mean "UNIX symbolic link" (such as created by >> the ln -s command) then this could indeed be the problem. You might >> want to try a simple test case where you make your ~/Pictures folder a >> normal directory (i.e., not a link) and then drag some of your photos >> into it. When you do this, do you see the photos you dragged in show >> up in Shotwell? >> >> Lucas > > Thats exactly right. ?That was part of my problem, but not my whole problem. > ?It does work dragging some photo's into a folder and finding those. ?But > only on a fresh database. > > If i continue to work like i was before, i can get the progress bar to say > that it is 'updating database' and the little bar moves like it should, but > then the CPU goes to 100% and nothing happens, even for hours. ?No disk > activity either. > > I even resorted to looking at and performing an SQL query on the database > and changing all references to the old library to the current one (not using > links), and when i open shotwell, i can get the 'preparing to auto-import > photos...', but again, disk usage stalls, and nothing happens. > > I'm not sure what is going on though... > > This could be something to do with the fact that my Library is 44,500+ > Photo's 500+ Videos and over 350GB worth, but it would be nice if we could > get it all sorted out though... > > Scott. From cpolymeris at gmail.com Fri Jun 29 06:11:18 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Fri, 29 Jun 2012 02:11:18 -0400 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea In-Reply-To: References: Message-ID: On Wed, Jun 27, 2012 at 2:22 PM, Eric Gregory wrote: > On Wed, Jun 27, 2012 at 1:39 AM, Camilo Polymeris > wrote: > >> >> So, how could Rawstudio (or similar programs) be brought into this >> workflow? Duplication of the original raw isn't very practical, so I >> thought we could add a command line similar to this: >> >> rawstudio --input something.raw --output something_developed.jpeg >> >> This would fire up rawstudio in a "one image" mode, that is remove >> every GUI element related to browsing, organization and sharing, >> including the filmstrip and some menu items, plus automatically save >> the developed file on exit. Shotwell could then integrate this file >> into its pipeline, just like it does with something_modified.jpeg >> files. >> >> What do you think? Is this approach feasible? Or am I missing something? > > > Yes, that would be perfect!? When we implemented the multiple RAW > development feature a while ago, we had this exact scenario in mind. > Unfortunately none of the RAW developer apps had the ability to operate in a > "client mode" like this at the time. > > If you could get this added to Rawstudio, we'd be very interested in > adapting Shotwell to support the feature.? It would go a long way towards > making life better for those of us who shoot RAW photos. Great. Let's see what the rawstudio devs say. In the meanwhile I have written a patch[1,2] for rawstudio that provides this "client mode" functionality. It probably still is less than optimal, but it is a start. Camilo [1]http://bugzilla.rawstudio.org/show_bug.cgi?id=556 [2]http://bugzilla.rawstudio.org/attachment.cgi?id=112&action=view From cpolymeris at gmail.com Fri Jun 29 06:31:52 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Fri, 29 Jun 2012 02:31:52 -0400 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : on the Shotwell side In-Reply-To: <4FEB323B.4030901@bnrlabs.com> References: <4FEB323B.4030901@bnrlabs.com> Message-ID: On Wed, Jun 27, 2012 at 12:18 PM, Lucas B. Cohen wrote: > Dear Camilo, dear list, >[...] > I find both your stance and your experience interesting. Thanks, but the later is rather limited. In particular regarding to the shotwell photo pipeline. > I've been experimenting with RAW image development for a little while, > and what I'm beginning to imagine is that it would be useful to have the > possibility of assigning more than one developed versions of a picture > to a single raw master, in an explicit manner, inside Shotwell. Yes! I would very much like this to be a feature of Shotwell, too. Question is: is this enough on its own or should it be complementary with the approach I was suggesting? I suspect, while more versatile, specially for the advanced user, your idea is harder to implement. It all depends on how ingrained the "1-raw-for-1-image" relationship is in the internals of shotwell. Both in the pipeline as in the UI. > Rationale : sometimes I can be equally satisfied with two different > development results ; or would like to be able to quickly switch between > candidates to a final result, inside Shotwell, where I already have an > established pattern of skimming through multiple shots of a single > subject with a single framing to select my favorite one, then reject and > later delete all the others. Yep. As you know, rawstudio calls these "snapshots", and even though they allow only 3, they make life much easier (if only they stored crops!). If the idea I suggested works, you could open rawstudio to switch snapshots and the selected one would be passed back to shotwell. Not as practical as having the feature right inside shotwell, but a workaround until this is implemented, too. Thanks for your comments. Regards, Camilo From lbc at bnrlabs.com Fri Jun 29 11:08:04 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Fri, 29 Jun 2012 13:08:04 +0200 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : on the Shotwell side In-Reply-To: References: <4FEB323B.4030901@bnrlabs.com> Message-ID: <4FED8C94.9030404@bnrlabs.com> On 2012.06.29 08:31, Camilo Polymeris wrote: >> I've been experimenting with RAW image development for a little while, >> > and what I'm beginning to imagine is that it would be useful to have the >> > possibility of assigning more than one developed versions of a picture >> > to a single raw master, in an explicit manner, inside Shotwell. > Yes! I would very much like this to be a feature of Shotwell, too. > Question is: is this enough on its own or should it be complementary > with the approach I was suggesting? Certainly your idea of a "client mode" for raw editors, and built-in support for it in Shotwell is complementary, and would be a nice step towards a streamlined application for a kind of workflow that I'm not sure how to call ("photo collection building" ?). OTOH, in my personal case, it would be enough in the sense that it would bring me something new, as opposed to a comfort improvement to something I can already achieve in a much less elegant way at the moment (I resort to importing developed images back into shotwell, alongside the original ones taken from my camera, by re-importing Shotwell's photo import folder) So I guess it depends who you ask. > I suspect, while more versatile, > specially for the advanced user, your idea is harder to implement. It > all depends on how ingrained the "1-raw-for-1-image" relationship is > in the internals of shotwell. Both in the pipeline as in the UI. It's quite probably a more costly idea, yes. I've tried to make a suggestion that is as simple as I can imagine in terms of UI (extra nodes in the side pane) and in terms of automation (none) in the issue where it's been discussed [1], but I'm aware it means How deep-trenched is the 1-to-1 relationship between raw master and developed image, was pretty much what I was wondering when I asked "Would it be breaking important fundamental assumptions about data structures [...] ?" in my previous message. I must confess to not having your coding skills, and never having looked at the Shotwell sources, so I don't have any kind of concrete answer. [1] http://redmine.yorba.org/issues/2090 From lbc at bnrlabs.com Fri Jun 29 11:17:45 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Fri, 29 Jun 2012 13:17:45 +0200 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : integration back into Shotwell pipeline In-Reply-To: References: Message-ID: <4FED8ED9.8040904@bnrlabs.com> On 2012.06.27 10:39, Camilo Polymeris wrote: > I thought we could add a command line similar to this: > > rawstudio --input something.raw --output something_developed.jpeg > > This would fire up rawstudio in a "one image" mode, [...] plus automatically save > the developed file on exit. Shotwell could then integrate this file > into its pipeline, just like it does with something_modified.jpeg > files. Out of curiosity, juut to see if any of my very basic development knowledge has any real world use, how do you envision Shotwell would "integrate this file into its pipeline" ? Would it react upon seeing the Rawstudio child process returning 0, then try to import the produced file living in what was the second parameter passed to rawstudio (something_developed.jpeg), which I imagine would have to be an absolute path ? From fabian at kneissl-web.net Fri Jun 29 12:32:37 2012 From: fabian at kneissl-web.net (=?ISO-8859-1?Q?Fabian_Knei=DFl?=) Date: Fri, 29 Jun 2012 14:32:37 +0200 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : integration back into Shotwell pipeline In-Reply-To: <4FED8ED9.8040904@bnrlabs.com> References: <4FED8ED9.8040904@bnrlabs.com> Message-ID: <4FEDA065.3080903@kneissl-web.net> Am 29.06.2012 13:17, schrieb Lucas B. Cohen: > On 2012.06.27 10:39, Camilo Polymeris wrote: >> I thought we could add a command line similar to this: >> >> rawstudio --input something.raw --output something_developed.jpeg >> >> This would fire up rawstudio in a "one image" mode, [...] plus automatically save >> the developed file on exit. Shotwell could then integrate this file >> into its pipeline, just like it does with something_modified.jpeg >> files. > Out of curiosity, juut to see if any of my very basic development > knowledge has any real world use, how do you envision Shotwell would > "integrate this file into its pipeline" ? Would it react upon seeing the > Rawstudio child process returning 0, then try to import the produced > file living in what was the second parameter passed to rawstudio > (something_developed.jpeg), which I imagine would have to be an absolute > path ? I would imagine it as you described. Only that we could check after the exit of Rawstudio whether the output file exists. If yes we import it as a developed version of the photo, if no we do nothing. Also other photo management software does it like that. By the way: The raw developer software UFRaw [1] already supports this process. You can specify commandline arguments to where the developed file should be saved, e.g. "ufraw --out-type=jpeg --compression=90 --output=something_developed.jpg something.raw". Then, the software opens, lets you edit the photo and writes the jpeg. Regards, Fabian [1] http://ufraw.sourceforge.net/ From cpolymeris at gmail.com Sat Jun 30 06:30:23 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Sat, 30 Jun 2012 02:30:23 -0400 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : integration back into Shotwell pipeline In-Reply-To: <4FEDA065.3080903@kneissl-web.net> References: <4FED8ED9.8040904@bnrlabs.com> <4FEDA065.3080903@kneissl-web.net> Message-ID: On Fri, Jun 29, 2012 at 8:32 AM, Fabian Knei?l wrote: > Am 29.06.2012 13:17, schrieb Lucas B. Cohen: > >> On 2012.06.27 10:39, Camilo Polymeris wrote: >>> >>> I thought we could add a command line similar to this: >>> >>> rawstudio --input something.raw --output something_developed.jpeg >>> >>> This would fire up rawstudio in a "one image" mode, [...] plus >>> automatically save >>> the developed file on exit. Shotwell could then integrate this file >>> into its pipeline, just like it does with something_modified.jpeg >>> files. >> >> Out of curiosity, juut to see if any of my very basic development >> knowledge has any real world use, how do you envision Shotwell would >> "integrate this file into its pipeline" ? Would it react upon seeing the >> Rawstudio child process returning 0, then try to import the produced >> file living in what was the second parameter passed to rawstudio >> (something_developed.jpeg), which I imagine would have to be an absolute >> path ? Yes, exactly. Currently, when there is no camera development available or the user selects "Shotwell" as their developer, the program uses libraw to do the development and produces a jpeg. So, most of the infrastructure is already in place. We (or rather, the shotwell devs :P) would basically add a third option ("external developer" or something) and have shotwell do what you describe. > By the way: The raw developer software UFRaw [1] already supports this > process. You can specify commandline arguments to where the developed file > should be saved, e.g. "ufraw --out-type=jpeg --compression=90 > --output=something_developed.jpg something.raw". Then, the software opens, > lets you edit the photo and writes the jpeg. I didn't know that. Cool. This means adding this feature to shotwell would be A Good Thing, even if rawstudio isn't compatible (yet). The commandline I implemented for rawstudio currently only supports the --output command, but this works exactly the same. If the patch is accepted, I intend to add the other options, and will try to keep it ufraw-compatible. Thanks for the pointer. Regards, Camilo From cpolymeris at gmail.com Sat Jun 30 06:59:21 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Sat, 30 Jun 2012 02:59:21 -0400 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : on the Shotwell side In-Reply-To: <4FED8C94.9030404@bnrlabs.com> References: <4FEB323B.4030901@bnrlabs.com> <4FED8C94.9030404@bnrlabs.com> Message-ID: On Fri, Jun 29, 2012 at 7:08 AM, Lucas B. Cohen wrote: > OTOH, in my personal case, it would be enough in the sense that it would > bring me something new, as opposed to a comfort improvement to something > I can already achieve in a much less elegant way at the moment (I resort > to importing developed images back into shotwell, alongside the original > ones taken from my camera, by re-importing Shotwell's photo import folder) > > So I guess it depends who you ask. Of course. >> I suspect, while more versatile, >> specially for the advanced user, your idea is harder to implement. It >> all depends on how ingrained the "1-raw-for-1-image" relationship is >> in the internals of shotwell. Both in the pipeline as in the UI. > > It's quite probably a more costly idea, yes. I've tried to make a > suggestion that is as simple as I can imagine in terms of UI (extra > nodes in the side pane) and in terms of automation (none) in the issue > where it's been discussed [1], but I'm aware it means I like both your proposal and also Bruno's suggestion[2] you linked in a previous post. While ticket #9020 deals more with grouping "physical images" (different developments of 1 raw or diferent source jpegs), Bruno's is more about having various "virtual images" (sets of changes stored in the database). I am not sure if both issues can be treated as one, and presented transparently to the user as such, or if they are fundamentally different problems. [1 raw] -> N jpegs -> M virtual images > How deep-trenched is the 1-to-1 relationship between raw master and > developed image, was pretty much what I was wondering when I asked > "Would it be breaking important fundamental assumptions about data > structures [...] ?" in my previous message. I must confess to not having > your coding skills, and never having looked at the Shotwell sources, so > I don't have any kind of concrete answer. Neither do I. But discussing this matter has helped me a lot to get a clearer picture of the problem. And the code is out there, for all of us to delve into. As soon as I get a little time (been a bit busy with other projects), and if you or the shotwell devs don't beat me to it, I'll see what can be done. Regards & thanks for your help, Camilo [2] http://redmine.yorba.org/issues/2474 From daniel.eriksson at fripost.org Sat Jun 30 07:13:21 2012 From: daniel.eriksson at fripost.org (Daniel Eriksson) Date: Sat, 30 Jun 2012 09:13:21 +0200 Subject: [Shotwell] Problems to build Shotwell Message-ID: <4FEEA711.2030605@fripost.org> Hi all. My name is Daniel Eriksson and I'm trying to build Shotwell from source. I hope to contribute to the project in some way. I'm using OpenSUSE 12.1. I have built Vala from source from the git repo. I have also built gexiv2 from source from the git repo and installed it. Gexiv2 is installed in /usr/local/lib. My problem is that I get the error message: error: Package `gexiv2' not found in specified Vala API directories or GObject-Introspection GIR directories I have uninstalled the gexiv2 version (v 0.3.1) that came with OpenSUSE (together with Shotwell 0.11.5). If I use the preinstalled version of gexiv2 I get the error message src/photos/PhotoMetadata.vala:131.13-131.75: error: Return: Cannot convert from `uchar?[]' to `uint8[]' returnowner.exiv2.get_preview_image(props[number]).get_data(); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ When I search for this error on the web I found the solution to build gexiv2 from the git repo. I've been searching the web for a solution and there are several persons who have had this problem in the past. However none of the solutions seems to work for me. One thing I noticed was that the gexiv2 version installed by OpenSUSE was placed in /usr/lib64 (I use a 64 bit machine). The version that I build from source and installed is placed under /usr/local/lib (as stated above). I tried to symlink the gexiv2 files I built myself to the /usr/lib64 but it did not work. I aslo tried to copy them there without any result. Any ideas of what's needed to make it compile? Best regards! -- Daniel Eriksson daniel.eriksson at fripost.org From adam at yorba.org Sat Jun 30 12:50:32 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 30 Jun 2012 12:43:32 -0007 Subject: [Shotwell] Problems to build Shotwell Message-ID: <4feef617.2982440a.38a8.30e2@mx.google.com> Daniel, some distros such as Ubuntu are pre-configured to find libraries in /usr/local automatically, both at compile time and at run time. ?On other distros such as Fedora you have to do some work so that libraries in /usr/local will be found. ?I haven't used OpenSUSE, but it looks as if it may be like Fedora in this respect. ?(It's baffling to me that Fedora and others haven't improved this situation, by the way - it would be really easy for them to do that, and users such as you often get confused when they build and install libraries locally and they don't work out of the box.) Here are the things you might need to do: 1. The XDG_DATA_DIRS environment variable (see?http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html) needs to contain /usr/local/share. ?Vala uses this environment variable to know where to look for .pc files. ?Probably the error message you're seeing is because Vala can't find gexiv2.pc for this very reason. 2. The PKG_CONFIG_PATH environment variable needs to contain /usr/local/lib/pkgconfig. ?(Ubuntu compiles such a path into the pkg-config executable rather than setting the environment variable directly.) 3. You might need to tell the dynamic linker to be able to find libraries in /usr/local/lib. ?To do this, you'll need to add /usr/local/lib to /etc/ld.so.conf or to a file in /etc/ld.so.conf.d, then run "sudo ldconfig". Symlinking or copying to /usr/lib64 is not a great idea, in my opinion - you really want a clean separation between libraries you've built yourself (in /usr/local) and those installed by the system (in /usr). ?At least that's my preference. ?The right path forward is to get your system to recognize /usr/local. adam On Sat, Jun 30, 2012 at 12:13 AM, Daniel Eriksson wrote: Hi all. My name is Daniel Eriksson and I'm trying to build Shotwell from source. I hope to contribute to the project in some way. I'm using OpenSUSE 12.1. I have built Vala from source from the git repo. I have also built gexiv2 from source from the git repo and installed it. Gexiv2 is installed in /usr/local/lib. My problem is that I get the error message: error: Package `gexiv2' not found in specified Vala API directories or GObject-Introspection GIR directories I have uninstalled the gexiv2 version (v 0.3.1) that came with OpenSUSE (together with Shotwell 0.11.5). If I use the preinstalled version of gexiv2 I get the error message src/photos/PhotoMetadata.vala:131.13-131.75: error: Return: Cannot convert from `uchar?[]' to `uint8[]' returnowner.exiv2.get_preview_image(props[number]).get_data(); ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ When I search for this error on the web I found the solution to build gexiv2 from the git repo. I've been searching the web for a solution and there are several persons who have had this problem in the past. However none of the solutions seems to work for me. One thing I noticed was that the gexiv2 version installed by OpenSUSE was placed in /usr/lib64 (I use a 64 bit machine). The version that I build from source and installed is placed under /usr/local/lib (as stated above). I tried to symlink the gexiv2 files I built myself to the /usr/lib64 but it did not work. I aslo tried to copy them there without any result. Any ideas of what's needed to make it compile? Best regards! -- Daniel Eriksson daniel.eriksson at fripost.org _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From scott_shotwell at dewie.net.au Sat Jun 30 13:00:24 2012 From: scott_shotwell at dewie.net.au (Scott) Date: Sat, 30 Jun 2012 23:00:24 +1000 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> <4FD1E1B2.20102@dewie.net.au> <4FD28006.8060801@dewie.net.au> <4FE12F59.2030906@dewie.net.au> <4FE2674F.6040904@dewie.net.au> <4FE9018A.2020207@dewie.net.au> Message-ID: <4FEEF868.6060603@dewie.net.au> On 29/06/12 05:32, Lucas Beeler wrote: > Hi Scott, > >> But only on a fresh database. > Unfortunately it sounds like your existing database might be hosed. If > you have a large number of tags, etc. You might want to try turning on > the "Write tags and other metadata to photo files" option in the > Shotwell preferences dialog, wait to allow Shotwell to write as much > state into the files themselves as it can, then re-import into a fresh > database. > > Lucas Thats what i was afraid of. In the (2-day) process of re-importing the files now. Just on a side note, how hard would it be to re-do the library database so that the Library location is absolute, but the picture locations are relative to the top library location? Or would this not be possible because of the leave in place import option? This would make it miles easier for those of us with very large libraries to change locations. Instead of changing 44,000 absolute paths, it would be just one... But it is just a thought... Scott. > On Mon, Jun 25, 2012 at 5:25 PM, Scott wrote: >> On 23/06/12 02:32, Lucas Beeler wrote: >>>> Can shotwell handle permalinks in the home >>>> folders? Or is this possibly the root cause >>>> of the problem? >>> If by "permalink" you mean "UNIX symbolic link" (such as created by >>> the ln -s command) then this could indeed be the problem. You might >>> want to try a simple test case where you make your ~/Pictures folder a >>> normal directory (i.e., not a link) and then drag some of your photos >>> into it. When you do this, do you see the photos you dragged in show >>> up in Shotwell? >>> >>> Lucas >> Thats exactly right. That was part of my problem, but not my whole problem. >> It does work dragging some photo's into a folder and finding those. But >> only on a fresh database. >> >> If i continue to work like i was before, i can get the progress bar to say >> that it is 'updating database' and the little bar moves like it should, but >> then the CPU goes to 100% and nothing happens, even for hours. No disk >> activity either. >> >> I even resorted to looking at and performing an SQL query on the database >> and changing all references to the old library to the current one (not using >> links), and when i open shotwell, i can get the 'preparing to auto-import >> photos...', but again, disk usage stalls, and nothing happens. >> >> I'm not sure what is going on though... >> >> This could be something to do with the fact that my Library is 44,500+ >> Photo's 500+ Videos and over 350GB worth, but it would be nice if we could >> get it all sorted out though... >> >> Scott.