From b.e.smith at computer.org Tue May 1 01:03:25 2012 From: b.e.smith at computer.org (Bruce Smith) Date: Tue, 01 May 2012 11:03:25 +1000 Subject: [Shotwell] Deficiencies of Shotwell Viewer Message-ID: <4F9F365D.7030000@computer.org> Hi On Ubuntu 11.04 and earlier, the default EOG program displayed Canon CR2 photos properly. Further, irrespective of whether one launched EOG on a single photo in a folder, or multiple photos in a folder, a single instance of EOG launched, and it provided forward & back navigation arrows. Move forward in time to Ubunto 11.10 and now 12.04. EOG does not work in either distribution, it displays a checkerboard mosaic instead. There is an open EOG ticket for this (https://bugs.launchpad.net/bugs/860672) but it shows no signs of being fixed. This therefore leaves Shotwell Photo Viewer as the only alternative to full-blown Shotwell, for viewing photos from Nautilus. However in this context the Viewer has at least two deficiencies 1. If I select multiple CR2 files in Nautilus, I get multiple instances of Shotwell Photo Viewer 2. No instance has the forward and back navigation arrows enabled These are not show stoppers but they are VERY annoying characteristics. Is there a way around either behaviour? Regards Bruce From lbc at bnrlabs.com Tue May 1 13:41:59 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Tue, 01 May 2012 15:41:59 +0200 Subject: [Shotwell] camera or memory card not detected by Shotwell In-Reply-To: <4F9C27C0.9000306@bnrlabs.com> References: <4F9C27C0.9000306@bnrlabs.com> Message-ID: <4F9FE827.9020702@bnrlabs.com> On 2012.04.28 19:24, Lucas B. Cohen wrote: > On 2 of the 3 machines where I run Shotwell, the Camera > Mass Storage > Camera node in the sidebar does not appear when an SDcard is > automatically mounted by my operating system. Lucas Beeler's answer has led me to try and more carefully reproduce the problem, and it's led me to find the explanation : Contrary to what I thought, KDE (4), in my setup, does not automatically mount external devices : it only notices their attachment to the computer, pops up a notification, and creates a node for it in Dolphin sidebar. However, one needs to browse into that node (either in the file manager, or in the Open File/Folder dialog such as the one used by Shotwell) in order to have the device effectively mounted. (One may also click on the pin-shaped symbol in the notification window to have the device mounted.) This behavior is configurable in System Settings > Advanced User Settings > Removable Devices. So, KDE mis-use issue, really. Sorry for the noise, and thank you for your help. From oliver at first.in-berlin.de Tue May 1 19:31:43 2012 From: oliver at first.in-berlin.de (oliver) Date: Tue, 1 May 2012 21:31:43 +0200 Subject: [Shotwell] Raw and picture-information -- workaround Message-ID: <20120501193143.GA13699@siouxsie> Hi, easy going with command line and dcraw: dcraw -v -i Ciao, Oliver From oliver at first.in-berlin.de Tue May 1 19:40:49 2012 From: oliver at first.in-berlin.de (oliver) Date: Tue, 1 May 2012 21:40:49 +0200 Subject: [Shotwell] How to remove only RAW or only JPEG from database and disk? Message-ID: <20120501194049.GA13799@siouxsie> Hello, how can I remove only RAW or only JPEG files from shotwell (from databse as well as disk)? If shotwell does not allow this, how to access the database directly to remove one of the files, but without making the database inconsistent? Ciao, Oliver From lucas at yorba.org Wed May 2 20:09:11 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 2 May 2012 13:09:11 -0700 Subject: [Shotwell] How to remove only RAW or only JPEG from database and disk? In-Reply-To: <4fa15179.a24b440a.6596.70cc@mx.google.com> References: <4fa15179.a24b440a.6596.70cc@mx.google.com> Message-ID: > how can I remove only RAW or only JPEG files from shotwell > (from databse as well as disk)? Shotwell has no user-interface to support de-associating a JPEG preview from its RAW source photo or vice-versa. This is a known limitation of Shotwell and we hope to fix it in an upcoming release. If keeping the JPEG is what you're interested in and you've got metadata writing turned on, then your tags, exposure time info, etc. should be written back to the JPEG file. Assuming you haven't made any edits to the photo, you could try removing the RAW+JPEG pair from your library and re-importing only the JPEG. > If shotwell does not allow this, how to access the database > directly to remove one of the files, but without making the > database inconsistent? Yorba does not support or encourage direct access to and modification of the Shotwell database. If you're really interested in doing this, you can use the SQLite command line tools to run arbitrary queries against the database. Reading the Shotwell source code should clue you in on the database schema and how the tables are used. Lucas From lucas at yorba.org Wed May 2 20:27:11 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 2 May 2012 13:27:11 -0700 Subject: [Shotwell] Deficiencies of Shotwell Viewer In-Reply-To: <4fa1589f.24f1440a.4684.74fd@mx.google.com> References: <4fa1589f.24f1440a.4684.74fd@mx.google.com> Message-ID: > This therefore leaves Shotwell Photo Viewer as the only alternative to > full-blown Shotwell, for viewing photos from Nautilus. If you want a lightweight alternative without editing capabilities similar to EoG, there's also gThumb. > 2. No instance has the forward and back navigation arrows enabled What happens if you select only one photo, right click, then choose "Open With" > "Shotwell Photo Viewer"? I just tried this on a directory containing three CR2 images shot with a Canon EOS 7D DSLR on Ubuntu 12.04 x64 running Shotwell 0.12.2 and have no problems navigating over all photos in the directory using the forward and back arrows. What's your camera and system configuration? Lucas From b.e.smith at computer.org Wed May 2 22:26:36 2012 From: b.e.smith at computer.org (Bruce Smith) Date: Thu, 03 May 2012 08:26:36 +1000 Subject: [Shotwell] Deficiencies of Shotwell Viewer In-Reply-To: References: <4fa1589f.24f1440a.4684.74fd@mx.google.com> Message-ID: <4FA1B49C.80702@computer.org> Hi Lucas I should have said in my original post that I am keen to use the Shotwell Viewer as the default :-) I've just confirmed my previous statement about the navigation arrows * in Nautilus, right click on one CR2 in a folder & select Open With > Shotwell Photo Viewer * the forward and back arrows are dimmed out * Canon EOS 550D * Ubuntu 12.04 64-bit * Shotwell (incl Viewer) 0.12.2 Regards Bruce On 03/05/12 06:27, Lucas Beeler wrote: >> This therefore leaves Shotwell Photo Viewer as the only alternative to >> full-blown Shotwell, for viewing photos from Nautilus. > If you want a lightweight alternative without editing capabilities > similar to EoG, there's also gThumb. > > >> 2. No instance has the forward and back navigation arrows enabled > What happens if you select only one photo, right click, then choose > "Open With"> "Shotwell Photo Viewer"? I just tried this on a > directory containing three CR2 images shot with a Canon EOS 7D DSLR on > Ubuntu 12.04 x64 running Shotwell 0.12.2 and have no problems > navigating over all photos in the directory using the forward and back > arrows. What's your camera and system configuration? > > Lucas > > From lucas at yorba.org Wed May 2 22:42:27 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 2 May 2012 15:42:27 -0700 Subject: [Shotwell] Deficiencies of Shotwell Viewer In-Reply-To: <4FA1B49C.80702@computer.org> References: <4fa1589f.24f1440a.4684.74fd@mx.google.com> <4FA1B49C.80702@computer.org> Message-ID: Hi Bruce, How many CR2 images are in the directory in question? If it's "many" (e.g., say 50 or more) could you create a directory with only two CR2 files in it, then open one of those two images, then check whether the navigation arrows are enabled? Lucas On Wed, May 2, 2012 at 3:26 PM, Bruce Smith wrote: > Hi Lucas > > I should have said in my original post that I am keen to use the Shotwell > Viewer as the default :-) > > I've just confirmed my previous statement about the navigation arrows > > in Nautilus, right click on one CR2 in a folder & select Open With > > Shotwell Photo Viewer > the forward and back arrows are dimmed out > Canon EOS 550D > Ubuntu 12.04 64-bit > Shotwell (incl Viewer) 0.12.2 > > Regards > Bruce > > > On 03/05/12 06:27, Lucas Beeler wrote: > > This therefore leaves Shotwell Photo Viewer as the only alternative to > full-blown Shotwell, for viewing photos from Nautilus. > > If you want a lightweight alternative without editing capabilities > similar to EoG, there's also gThumb. > > > 2. No instance has the forward and back navigation arrows enabled > > What happens if you select only one photo, right click, then choose > "Open With" > "Shotwell Photo Viewer"? I just tried this on a > directory containing three CR2 images shot with a Canon EOS 7D DSLR on > Ubuntu 12.04 x64 running Shotwell 0.12.2 and have no problems > navigating over all photos in the directory using the forward and back > arrows. What's your camera and system configuration? > > Lucas > > From b.e.smith at computer.org Wed May 2 23:41:36 2012 From: b.e.smith at computer.org (Bruce Smith) Date: Thu, 03 May 2012 09:41:36 +1000 Subject: [Shotwell] Deficiencies of Shotwell Viewer In-Reply-To: References: <4fa1589f.24f1440a.4684.74fd@mx.google.com> <4FA1B49C.80702@computer.org> Message-ID: <4FA1C630.9000703@computer.org> Hi Lucas That folder had 17 CR2 files, plus the 17 "embedded" JPG files resulting from the folder having been imported into Shotwell. So I created a test folder with just 2 CR2 files and --- Bingo!!! --- I now have navigation arrows. I'm sure you had a reason for suggesting this test :-) Cheers Bruce On 03/05/12 08:42, Lucas Beeler wrote: > Hi Bruce, > > How many CR2 images are in the directory in question? If it's "many" > (e.g., say 50 or more) could you create a directory with only two CR2 > files in it, then open one of those two images, then check whether the > navigation arrows are enabled? > > Lucas > > On Wed, May 2, 2012 at 3:26 PM, Bruce Smith wrote: >> Hi Lucas >> >> I should have said in my original post that I am keen to use the Shotwell >> Viewer as the default :-) >> >> I've just confirmed my previous statement about the navigation arrows >> >> in Nautilus, right click on one CR2 in a folder& select Open With> >> Shotwell Photo Viewer >> the forward and back arrows are dimmed out >> Canon EOS 550D >> Ubuntu 12.04 64-bit >> Shotwell (incl Viewer) 0.12.2 >> >> Regards >> Bruce >> >> >> On 03/05/12 06:27, Lucas Beeler wrote: >> >> This therefore leaves Shotwell Photo Viewer as the only alternative to >> full-blown Shotwell, for viewing photos from Nautilus. >> >> If you want a lightweight alternative without editing capabilities >> similar to EoG, there's also gThumb. >> >> >> 2. No instance has the forward and back navigation arrows enabled >> >> What happens if you select only one photo, right click, then choose >> "Open With"> "Shotwell Photo Viewer"? I just tried this on a >> directory containing three CR2 images shot with a Canon EOS 7D DSLR on >> Ubuntu 12.04 x64 running Shotwell 0.12.2 and have no problems >> navigating over all photos in the directory using the forward and back >> arrows. What's your camera and system configuration? >> >> Lucas >> >> > From eric at yorba.org Thu May 3 00:41:15 2012 From: eric at yorba.org (Eric Gregory) Date: Wed, 2 May 2012 17:41:15 -0700 Subject: [Shotwell] Deficiencies of Shotwell Viewer In-Reply-To: <4FA1C630.9000703@computer.org> References: <4fa1589f.24f1440a.4684.74fd@mx.google.com> <4FA1B49C.80702@computer.org> <4FA1C630.9000703@computer.org> Message-ID: On Wed, May 2, 2012 at 4:41 PM, Bruce Smith wrote: > So I created a test folder with just 2 CR2 files and --- Bingo!!! --- I > now have navigation arrows. I'm sure you had a reason for suggesting this > test :-) > This is one of the areas where Shotwell needs a bit of improvement. It tries to pre-cache the next and previous couple of photos when it's in viewer ("direct") mode, and the arrows don't appear until after that takes place. That strategy works fine for small images, but for large files it's a real pain. If you let Shotwell sit there for a few minutes it will *eventually* show the arrows -- but that's clearly not the ideal user experience. - Eric From b.e.smith at computer.org Thu May 3 01:28:38 2012 From: b.e.smith at computer.org (Bruce Smith) Date: Thu, 03 May 2012 11:28:38 +1000 Subject: [Shotwell] Deficiencies of Shotwell Viewer In-Reply-To: References: <4fa1589f.24f1440a.4684.74fd@mx.google.com> <4FA1B49C.80702@computer.org> <4FA1C630.9000703@computer.org> Message-ID: <4FA1DF46.6030602@computer.org> Thanks Eric ... you can see I am an impatient person by nature. I tried again in the folder with the 17 CR2 + 17 JPG and the arrows certainly appeared after about 10 seconds. Bear in mind I have a relatively up to date i7-2600 (3.4GHz) processor, so it would take a while on a more mainstream system. Any ideas on the single- versus multiple-instance aspect? For example if I have pics 1 through 17 but CTRL-click to select half a dozen of them for a "quick review" using Photo Viewer ... -- Bruce On 03/05/12 10:41, Eric Gregory wrote: > On Wed, May 2, 2012 at 4:41 PM, Bruce Smith > wrote: > > So I created a test folder with just 2 CR2 files and --- Bingo!!! > --- I now have navigation arrows. I'm sure you had a reason for > suggesting this test :-) > > > This is one of the areas where Shotwell needs a bit of improvement. > It tries to pre-cache the next and previous couple of photos when it's > in viewer ("direct") mode, and the arrows don't appear until after > that takes place. > > That strategy works fine for small images, but for large files it's a > real pain. If you let Shotwell sit there for a few minutes it will > *eventually* show the arrows -- but that's clearly not the ideal user > experience. > > - Eric From nigeldodd at gmail.com Thu May 3 12:55:08 2012 From: nigeldodd at gmail.com (Nigel Dodd) Date: Thu, 3 May 2012 13:55:08 +0100 Subject: [Shotwell] beauty in simplicity Message-ID: I am probably going to keep my old version of shotwell as a simple database-driven photo app that can tag large numbers of photos and upload selected collections to Picasaweb. I don't need Shotwell to do much else. I have rawstudio for processing my raw images, gimp for manipulating the jpegs and jalbum or picasaweb for sharing them. The recent rash of "improvements" seems to have moved Shotwell away from what I perceived its original purpose to be. Shall also be unsubscribing from this mailing list which seems focussed now on discussing the "improvements" that seem to me to extend Shotwell beyond its purpose. Nigel From oliver at first.in-berlin.de Thu May 3 14:09:41 2012 From: oliver at first.in-berlin.de (oliver) Date: Thu, 3 May 2012 16:09:41 +0200 Subject: [Shotwell] How to remove only RAW or only JPEG from database and disk? In-Reply-To: References: <4fa15179.a24b440a.6596.70cc@mx.google.com> Message-ID: <20120503140941.GB1929@siouxsie> On Wed, May 02, 2012 at 01:09:11PM -0700, Lucas Beeler wrote: > > how can I remove only RAW or only JPEG files from shotwell > > (from databse as well as disk)? > > Shotwell has no user-interface to support de-associating a JPEG > preview from its RAW source photo or vice-versa. This is a known > limitation of Shotwell and we hope to fix it in an upcoming release. > If keeping the JPEG is what you're interested in and you've got > metadata writing turned on, then your tags, exposure time info, etc. > should be written back to the JPEG file. Assuming you haven't made any > edits to the photo, you could try removing the RAW+JPEG pair from your > library and re-importing only the JPEG. Not sure, if the jpeg or the raw will be removed. Maybe thats fifferent for ecah shot and quality measures decide that. > > > If shotwell does not allow this, how to access the database > > directly to remove one of the files, but without making the > > database inconsistent? > > Yorba does not support or encourage direct access to and modification > of the Shotwell database. I hoped that maybe soneone else already has written a tool that would help here. > If you're really interested in doing this, > you can use the SQLite command line tools to run arbitrary queries > against the database. Doing this by hand (non-scripted) has a high risk to do something wrong or forget something, and the database might become inconsistent. > Reading the Shotwell source code should clue you > in on the database schema and how the tables are used. Hmhhh, with sqlitebrowser it's easy to browse through the database structure to get a first clue. But I really don't want to destroy my database consitency. So maybe I need to write some small programs to change the stuff. Ciao, Oliver From timbobel at gmail.com Thu May 3 14:21:49 2012 From: timbobel at gmail.com (Tim Zaman) Date: Thu, 3 May 2012 16:21:49 +0200 Subject: [Shotwell] Shotwell CLI Message-ID: Hello! Shotwell is an awesome program, but i would like to be able to use it through a command line interface; specifically, externally batching all my raw files to tiff. I *dont* have a GUI for this. Can shotwell be used as CLI? Is there some development thing that i can use otherwise? From oliver at first.in-berlin.de Thu May 3 15:18:22 2012 From: oliver at first.in-berlin.de (oliver) Date: Thu, 3 May 2012 17:18:22 +0200 Subject: [Shotwell] Shotwell CLI In-Reply-To: References: Message-ID: <20120503151822.GA2685@siouxsie> On Thu, May 03, 2012 at 04:21:49PM +0200, Tim Zaman wrote: > Hello! > > Shotwell is an awesome program, but i would like to be able to use it > through a command line interface; specifically, externally batching all my > raw files to tiff. [...] shotwell is not aimed to be a converter tool. Maybe you are looking for tools like dcraw and imagemagick (convert). > I *dont* have a GUI for this. Can shotwell be used as > CLI? Is there some development thing that i can use otherwise? You can type $ shotwell --help in your shell and get an answer on the CLI.possibilities. AFAIK some ideas for more ways of batch processing were already picked up as new features. Don't know how long it takes that they are implemented. In my view, the shotwell developers are open for new ideas. If you have wishes, I think just mention them here on the list is a good idea. For converteing, you may try the tools I mentioned. Ciao, Oliver From elvisd79 at gmail.com Thu May 3 08:58:55 2012 From: elvisd79 at gmail.com (Elvis Dominguez) Date: Thu, 3 May 2012 10:58:55 +0200 Subject: [Shotwell] Shotwell bug report Message-ID: Hi all, I have a bug in Ubuntu Precise Pangolin 12.04. When an import starts the unity integration displays a progress bar on shotwell's launcher icon. But the pregress bar grows to 50% and then freezes (only the icon) even when the import is ended. Hope everyone understands what I mean... Sorry for my bad english Kindly Elvis D. From adam at yorba.org Thu May 3 16:37:20 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 03 May 2012 16:30:20 -0007 Subject: [Shotwell] Shotwell bug report In-Reply-To: References: Message-ID: <4fa2b444.e4d9440a.2967.2bc4@mx.google.com> Elvis, this is a known bug and has been fixed in git master: http://redmine.yorba.org/issues/5100 The fix will be in the upcoming 0.12.3 release, probably coming next week. ?Cheers - adam On Thu, May 3, 2012 at 1:58 AM, Elvis Dominguez wrote: Hi all, I have a bug in Ubuntu Precise Pangolin 12.04. When an import starts the unity integration displays a progress bar on shotwell's launcher icon. But the pregress bar grows to 50% and then freezes (only the icon) even when the import is ended. Hope everyone understands what I mean... Sorry for my bad english Kindly Elvis D. From pat at suwalski.net Fri May 4 19:42:47 2012 From: pat at suwalski.net (Pat Suwalski) Date: Fri, 04 May 2012 15:42:47 -0400 Subject: [Shotwell] RAW+JPEG Import. Message-ID: <4FA43137.4020300@suwalski.net> Hello, I recently started using Shotwell on Ubuntu 12.04. It's version 0.12.2. My photo collection consists of about 7000 photos, most are JPG+CR2. The problem I am seeing is that about 90% of them import correctly, but the remainder are not seen as a single image, but rather separately. I also note that it creates xxx_cr2_shotwell.jpg for some of these. I was reading up online, and came to the conclusion that it might be because Shotwell does (or used to?) need exactly the same timestamp on the RAW and JPEG file. Some of them are off by a number of seconds on the file timestamp. Not sure, though. Can someone offer advice on how I might properly import my files? Thanks, --Pat From eric at yorba.org Fri May 4 21:57:02 2012 From: eric at yorba.org (Eric Gregory) Date: Fri, 4 May 2012 14:57:02 -0700 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <4FA43137.4020300@suwalski.net> References: <4FA43137.4020300@suwalski.net> Message-ID: On Fri, May 4, 2012 at 12:42 PM, Pat Suwalski wrote: > The problem I am seeing is that about 90% of them import correctly, but > the remainder are not seen as a single image, but rather separately. I also > note that it creates xxx_cr2_shotwell.jpg for some of these. > The *_shotwell.jpg files are JPGs developed from RAW photos by Shotwell itself. These will be generated the first time you open the image. I was reading up online, and came to the conclusion that it might be > because Shotwell does (or used to?) need exactly the same timestamp on the > RAW and JPEG file. Some of them are off by a number of seconds on the file > timestamp. Not sure, though. > I don't believe the file timestamps are taken into account (I could be wrong) but note that the raw and jpeg files must be the same folder and have the same basename to be associated, i.e. ABC.raw and ABC.jpg will be paired, whereas ABC.raw and DEF.jpg will not be. - Eric From moebius1 at free.fr Sat May 5 12:12:22 2012 From: moebius1 at free.fr (moebius) Date: Sat, 05 May 2012 14:12:22 +0200 Subject: [Shotwell] text problem in events names Message-ID: <4FA51926.5050401@free.fr> Bonjour, I'm french and my /etc/locale.gen says : fr_FR.UTF-8 UTF-8 I run an wheezy debian on an amd quadcore. Shotwell is 0.11.6 When I give a name to events instead of leting the photos date, everything seems ok, but when I quit shotwell and reload it these names are pure garbage. I've tried to look at ~./shotwell/data/photo.db using sqlitebrowser but everything seems ok in the field named "name" of EventTable. Every field is empty except those that I've edited and whitch appears correctly. I suspect a locale codage problem... I'm trying to post some screenshots of the result in sghotwell and the real name of these edited events like they appear when I open the photo.db file in sqlitebrowser. cordialement, From lbc at bnrlabs.com Sat May 5 14:47:08 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Sat, 05 May 2012 16:47:08 +0200 Subject: [Shotwell] text problem in events names In-Reply-To: <4FA51926.5050401@free.fr> References: <4FA51926.5050401@free.fr> Message-ID: <4FA53D6C.3030300@bnrlabs.com> Hi, On 2012.05.05 14:12, moebius wrote: > When I give a name to events instead of leting the photos date, > everything seems ok, but when I quit shotwell and reload it these names > are pure garbage. Maybe you have encountered this bug : http://redmine.yorba.org/issues/4201 ? Its effects, and solutions were discussed in a previous thread : http://shotwell.3510.www.nabble.com/Shotwell-event-names-getting-randomly-mangled-tp55185.html From lucas at yorba.org Sun May 6 00:18:34 2012 From: lucas at yorba.org (Lucas Beeler) Date: Sat, 5 May 2012 17:18:34 -0700 Subject: [Shotwell] text problem in events names In-Reply-To: <4FA51926.5050401@free.fr> References: <4FA51926.5050401@free.fr> Message-ID: Hi Moebius, There were two known issues that affected event names and formats in Shotwell 0.11.x. One of these issues was specific to Francophone locales. In any case, Shotwell 0.11.x is now more than six months out-of-date. if you're running Ubuntu Oneiric or later, you should upgrade to Shotwell 0.12.2 by following the instructions here: http://wwww.yorba.org/shotwell/install/. Lucas On Sat, May 5, 2012 at 5:12 AM, moebius wrote: > Bonjour, > > I'm french and my /etc/locale.gen says : > fr_FR.UTF-8 UTF-8 > > I run an wheezy debian on an amd quadcore. > Shotwell is 0.11.6 > > When I give a name to events instead of leting the photos date, everything > seems ok, but when I quit shotwell and reload it these names are pure > garbage. > I've tried to look at ~./shotwell/data/photo.db using sqlitebrowser but > everything seems ok in the field named "name" of EventTable. Every field is > empty except those that I've edited and whitch appears correctly. > > I suspect a locale codage problem... > > I'm trying to post some screenshots of the result in sghotwell and the real > name of these edited events like they appear when I open the photo.db file > in sqlitebrowser. > > cordialement, > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From moebius1 at free.fr Sun May 6 06:57:49 2012 From: moebius1 at free.fr (moebius) Date: Sun, 06 May 2012 08:57:49 +0200 Subject: [Shotwell] text problem in events names In-Reply-To: References: <4FA51926.5050401@free.fr> Message-ID: <4FA620ED.2090101@free.fr> Bonjour, Thank for your answers. As I said, I'm running a debian wheezy, so shotwell is in 0.11.6. I've followed suggest to recompile it with vala .12 and it works ! So, even if I hope that debian team would update shotwell to 0.12, my problem is solved now, thank again. cordialement, Le 06/05/2012 02:18, Lucas Beeler a ?crit : > Hi Moebius, > > There were two known issues that affected event names and formats in > Shotwell 0.11.x. One of these issues was specific to Francophone > locales. In any case, Shotwell 0.11.x is now more than six months > out-of-date. if you're running Ubuntu Oneiric or later, you should > upgrade to Shotwell 0.12.2 by following the instructions here: > http://wwww.yorba.org/shotwell/install/. > > Lucas > > On Sat, May 5, 2012 at 5:12 AM, moebius wrote: >> Bonjour, >> >> I'm french and my /etc/locale.gen says : >> fr_FR.UTF-8 UTF-8 >> >> I run an wheezy debian on an amd quadcore. >> Shotwell is 0.11.6 >> >> When I give a name to events instead of leting the photos date, everything >> seems ok, but when I quit shotwell and reload it these names are pure >> garbage. >> I've tried to look at ~./shotwell/data/photo.db using sqlitebrowser but >> everything seems ok in the field named "name" of EventTable. Every field is >> empty except those that I've edited and whitch appears correctly. >> >> I suspect a locale codage problem... >> >> I'm trying to post some screenshots of the result in sghotwell and the real >> name of these edited events like they appear when I open the photo.db file >> in sqlitebrowser. >> >> cordialement, >> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From pat at suwalski.net Mon May 7 16:49:51 2012 From: pat at suwalski.net (Pat Suwalski) Date: Mon, 7 May 2012 12:49:51 -0400 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: References: <4FA43137.4020300@suwalski.net> Message-ID: <4FA7FD2F.9030106@suwalski.net> Hi Eric, On 04/05/12 05:57 PM, Eric Gregory wrote: > On Fri, May 4, 2012 at 12:42 PM, Pat Suwalski > wrote: > > The problem I am seeing is that about 90% of them import correctly, > but the remainder are not seen as a single image, but rather > separately. I also note that it creates xxx_cr2_shotwell.jpg for > some of these. > > The *_shotwell.jpg files are JPGs developed from RAW photos by Shotwell > itself. These will be generated the first time you open the image. I explicitly set the RAW developer to "camera", expecting Shotwell to just use the JPG files and not create anything on its own. I think it's part of the same problem, in that Shotwell does not recognize that many of the JPEGs are associated to the CR2s. > I was reading up online, and came to the conclusion that it might be > because Shotwell does (or used to?) need exactly the same timestamp > on the RAW and JPEG file. Some of them are off by a number of > seconds on the file timestamp. Not sure, though. > > I don't believe the file timestamps are taken into account (I could be > wrong) but note that the raw and jpeg files must be the same folder and > have the same basename to be associated, i.e. ABC.raw and ABC.jpg will > be paired, whereas ABC.raw and DEF.jpg will not be. There must be something, though. Each and every one of the JPG files has a CR2 associated with it, in the form ABC.cr2 and ABC.jpg. The mystery is why Shotwell is not picking up on some of these, though it is on the vast majority. So, there is something in the pairing formula that is not quite right. --Pat From jimoe at sohnen-moe.com Mon May 7 19:25:20 2012 From: jimoe at sohnen-moe.com (James Moe) Date: Mon, 07 May 2012 12:25:20 -0700 Subject: [Shotwell] Image import is sometimes reversed Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, opensuse v12.1 shotwell v0.11.5 I just started using Shotwell and imported some of my photos to see how it worked. Overall, quite nicely. The camera (Nikon d700) is set to store images in TIFF format. When some of the portrait images are imported by Shotwell, they are presented as a mirror image, i.e., flipped on the vertical axis. I do not know why only a few are treated this way. None of the landscape images are mirrored. Is this a known problem? Is there a fix for it? - -- James Moe moe dot james at sohnen-moe dot com 520.743.3936 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+oIaAACgkQzTcr8Prq0ZPUswCfWfTQi9hJxm4d0iyeQJ0R/amu VgwAnRpsjBGuEZ/hBL5pktD7exD+2U2/ =mtr4 -----END PGP SIGNATURE----- From lucas at yorba.org Mon May 7 19:38:55 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 7 May 2012 12:38:55 -0700 Subject: [Shotwell] Image import is sometimes reversed In-Reply-To: References: Message-ID: Hi James, As a high-end DSLR, the D700 is (as I understand it) actually packaging RAW-style CCD image data inside of a TIFF file. This works because the TIFF file format is like a container for channels of image data. What I think is going on here is that there is some bit of metadata stored in the RAW/TIFF files generated by your D700 that holds photo orientation information that Shotwell is not respecting. Since this issue is camera-specific, fixing it won't be a high priority for us on the dev team. That said, when/if we do get around to tackling this problem, having a reference image that exhibits the problem would be invaluable. So could you send one of your mis-oriented images to shotwell at yorba.org? If the file is too big to send as an attachment, could you upload it to a cloud-based file sharing service (like Dropbox) and then send us a link? Lucas On Mon, May 7, 2012 at 12:25 PM, James Moe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > ?opensuse v12.1 > ?shotwell v0.11.5 > > ?I just started using Shotwell and imported some of my photos to see > how it worked. Overall, quite nicely. > ?The camera (Nikon d700) is set to store images in TIFF format. > ?When some of the portrait images are imported by Shotwell, they are > presented as a mirror image, i.e., flipped on the vertical axis. I do > not know why only a few are treated this way. None of the landscape > images are mirrored. > ?Is this a known problem? Is there a fix for it? > > - -- > James Moe > moe dot james at sohnen-moe dot com > 520.743.3936 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.18 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk+oIaAACgkQzTcr8Prq0ZPUswCfWfTQi9hJxm4d0iyeQJ0R/amu > VgwAnRpsjBGuEZ/hBL5pktD7exD+2U2/ > =mtr4 > -----END PGP SIGNATURE----- > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From pat at suwalski.net Tue May 8 05:21:30 2012 From: pat at suwalski.net (Pat Suwalski) Date: Tue, 08 May 2012 01:21:30 -0400 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <4FA7FD2F.9030106@suwalski.net> References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> Message-ID: <4FA8AD5A.6000704@suwalski.net> On 12-05-07 12:49 PM, Pat Suwalski wrote: > There must be something, though. Each and every one of the JPG files has > a CR2 associated with it, in the form ABC.cr2 and ABC.jpg. The mystery > is why Shotwell is not picking up on some of these, though it is on the > vast majority. > > So, there is something in the pairing formula that is not quite right. I have attached a screenshot that demonstrates the problem. I started from scratch and re-imported everything. The two files detailed are in the same directory, and have the same basename. Looking at BatchImport.vala, unless something is wrong with the sort routine or one of the get_basename() methods, the code should work. Note that the next two photos should also be paired, but that the fifth photo is in the same directory and properly paired. The only other information I can think of is that the files are already present in ~/Pictures/yyyy/mm/dd, as that is where I am importing from. Any ideas? --Pat From mahfiaz at gmail.com Tue May 8 05:24:02 2012 From: mahfiaz at gmail.com (=?ISO-8859-1?Q?Mattias_P=F5ldaru?=) Date: Tue, 08 May 2012 08:24:02 +0300 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <4FA8AD5A.6000704@suwalski.net> References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> Message-ID: <4FA8ADF2.6030205@gmail.com> 08.05.2012 08:21, Pat Suwalski kirjutas: > I have attached a screenshot that demonstrates the problem. This list drops all attachments. Please post a link instead. Regards Mattias From pat at suwalski.net Tue May 8 05:40:06 2012 From: pat at suwalski.net (Pat Suwalski) Date: Tue, 08 May 2012 01:40:06 -0400 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <4FA8AD5A.6000704@suwalski.net> References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> Message-ID: <4FA8B1B6.1020403@suwalski.net> On 12-05-08 01:21 AM, Pat Suwalski wrote: > I have attached a screenshot that demonstrates the problem. I started > from scratch and re-imported everything. > > The two files detailed are in the same directory, and have the same > basename. Looking at BatchImport.vala, unless something is wrong with > the sort routine or one of the get_basename() methods, the code should > work. Note that the next two photos should also be paired, but that the > fifth photo is in the same directory and properly paired. > > The only other information I can think of is that the files are already > present in ~/Pictures/yyyy/mm/dd, as that is where I am importing from. Also, on a fresh import from a media card, Shotwell has chosen a most unusual naming scheme for my photos: pat at pat-desktop:~$ ls -1 ~/Pictures/2012/05/01/ IMG_2971.CR2 IMG_2971_CR2.jpg IMG_2972.CR2 IMG_2972_CR2.jpg IMG_2973.CR2 IMG_2973_CR2.jpg IMG_2974.CR2 IMG_2974_CR2.jpg IMG_2975.CR2 IMG_2975_CR2.jpg IMG_2976.CR2 IMG_2976_CR2.jpg IMG_2977.CR2 IMG_2977_CR2.jpg IMG_2978.CR2 IMG_2978_CR2.jpg It does properly identify them as RAW+JPEG, so maybe there is some sort of disconnect between the naming it expects and what is there? I would expect these to have the same basename and different extension! --Pat From pat at suwalski.net Tue May 8 05:45:27 2012 From: pat at suwalski.net (Pat Suwalski) Date: Tue, 08 May 2012 01:45:27 -0400 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <4FA8ADF2.6030205@gmail.com> References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> <4FA8ADF2.6030205@gmail.com> Message-ID: <4FA8B2F7.5030901@suwalski.net> On 12-05-08 01:24 AM, Mattias P?ldaru wrote: > 08.05.2012 08:21, Pat Suwalski kirjutas: >> I have attached a screenshot that demonstrates the problem. > This list drops all attachments. Please post a link instead. Hrm. That is an annoyance. Here is a temporary URL: http://pat.suwalski.net/temp/screenshot.jpg --Pat From oliver at first.in-berlin.de Tue May 8 10:18:34 2012 From: oliver at first.in-berlin.de (oliver) Date: Tue, 8 May 2012 12:18:34 +0200 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <4FA8B1B6.1020403@suwalski.net> References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> <4FA8B1B6.1020403@suwalski.net> Message-ID: <20120508101834.GA1865@siouxsie> On Tue, May 08, 2012 at 01:40:06AM -0400, Pat Suwalski wrote: > On 12-05-08 01:21 AM, Pat Suwalski wrote: > >I have attached a screenshot that demonstrates the problem. I started > >from scratch and re-imported everything. > > > >The two files detailed are in the same directory, and have the same > >basename. Looking at BatchImport.vala, unless something is wrong with > >the sort routine or one of the get_basename() methods, the code should > >work. Note that the next two photos should also be paired, but that the > >fifth photo is in the same directory and properly paired. > > > >The only other information I can think of is that the files are already > >present in ~/Pictures/yyyy/mm/dd, as that is where I am importing from. > > Also, on a fresh import from a media card, Shotwell has chosen a > most unusual naming scheme for my photos: [...] Sure? I think the scheme is not that bad, but maybe means sonething different... > > pat at pat-desktop:~$ ls -1 ~/Pictures/2012/05/01/ > IMG_2971.CR2 > IMG_2971_CR2.jpg > IMG_2972.CR2 > IMG_2972_CR2.jpg > IMG_2973.CR2 > IMG_2973_CR2.jpg > IMG_2974.CR2 > IMG_2974_CR2.jpg > IMG_2975.CR2 > IMG_2975_CR2.jpg > IMG_2976.CR2 > IMG_2976_CR2.jpg > IMG_2977.CR2 > IMG_2977_CR2.jpg > IMG_2978.CR2 > IMG_2978_CR2.jpg > > It does properly identify them as RAW+JPEG, so maybe there is some > sort of disconnect between the naming it expects and what is there? > I would expect these to have the same basename and different > extension! Are you sure that theese jpeg's are NOT created by shotwell? The naming scheme looks like a generated jpg. You should compare those files with the files from the camera... to be sure that they are the camera files. Ciao, Oliver From pat at suwalski.net Tue May 8 14:39:42 2012 From: pat at suwalski.net (Pat Suwalski) Date: Tue, 08 May 2012 10:39:42 -0400 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <20120508101834.GA1865@siouxsie> References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> <4FA8B1B6.1020403@suwalski.net> <20120508101834.GA1865@siouxsie> Message-ID: <4FA9302E.3030106@suwalski.net> On 12-05-08 06:18 AM, oliver wrote: > On Tue, May 08, 2012 at 01:40:06AM -0400, Pat Suwalski wrote: >> Also, on a fresh import from a media card, Shotwell has chosen a >> most unusual naming scheme for my photos: > [...] > > Sure? > I think the scheme is not that bad, but maybe means > sonething different... I see no reason why they should be renamed. AAA.jpg should remain AAA.jpg and not become AAA_CR2.jpg. It makes it lose the most obvious association (even though it's properly marked in the DB). >> pat at pat-desktop:~$ ls -1 ~/Pictures/2012/05/01/ (...) >> IMG_2978.CR2 >> IMG_2978_CR2.jpg >> >> It does properly identify them as RAW+JPEG, so maybe there is some >> sort of disconnect between the naming it expects and what is there? >> I would expect these to have the same basename and different >> extension! > > Are you sure that theese jpeg's are NOT created by shotwell? > > The naming scheme looks like a generated jpg. > You should compare those files with the files from > the camera... to be sure that they are the camera files. Not so. The files are exactly the same as on the CF card, and if they were generated by Shotwell, they would have "_embedded" or "_shotwell" in the name. I see lots of those generated for CR2s that are not properly associated with their respective JPEG. So, no ideas from the devs? Thanks, --Pat From eric at yorba.org Tue May 8 18:31:36 2012 From: eric at yorba.org (Eric Gregory) Date: Tue, 8 May 2012 11:31:36 -0700 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <4FA9302E.3030106@suwalski.net> References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> <4FA8B1B6.1020403@suwalski.net> <20120508101834.GA1865@siouxsie> <4FA9302E.3030106@suwalski.net> Message-ID: On Tue, May 8, 2012 at 7:39 AM, Pat Suwalski wrote: > I see no reason why they should be renamed. AAA.jpg should remain AAA.jpg > and not become AAA_CR2.jpg. It makes it lose the most obvious association > (even though it's properly marked in the DB). > Shotwell currently renames imported jpeg files from RAW+JPEG pairs to [basename]_[raw extension].jpg This will likely be changed at some point. See this ticket for more info: http://redmine.yorba.org/issues/4149 - Eric From lucas at yorba.org Tue May 8 20:08:36 2012 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 8 May 2012 13:08:36 -0700 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> <4FA8B1B6.1020403@suwalski.net> <20120508101834.GA1865@siouxsie> <4FA9302E.3030106@suwalski.net> Message-ID: Hi Pat, > I explicitly set the RAW developer to "camera", > expecting Shotwell to just use the JPG files and > not create anything on its own. The "Camera" developer option has known issues in Shotwell 0.11.x and 0.12.x, as explained in Shotwell FAQ here: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#I-just-imported-a-RAW-photo-into-Shotwell-and-it-looks-overexposed-or-underexposed-why-is-this-and-how-can-I-fix-it. Even if you've set your default RAW developer to "Camera," Shotwell may, incorrectly, do its own RAW development. Like I say, this is a known issue, and one potential workaround (i.e. switching the developer to "Shotwell" and then back to "Camera" again) is discussed in the FAQ. Lucas From pat at suwalski.net Tue May 8 20:46:12 2012 From: pat at suwalski.net (Pat Suwalski) Date: Tue, 08 May 2012 16:46:12 -0400 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> <4FA8B1B6.1020403@suwalski.net> <20120508101834.GA1865@siouxsie> <4FA9302E.3030106@suwalski.net> Message-ID: <4FA98614.4080708@suwalski.net> On 12-05-08 04:08 PM, Lucas Beeler wrote: > The "Camera" developer option has known issues in Shotwell 0.11.x and > 0.12.x, as explained in Shotwell FAQ here: > http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#I-just-imported-a-RAW-photo-into-Shotwell-and-it-looks-overexposed-or-underexposed-why-is-this-and-how-can-I-fix-it. > Even if you've set your default RAW developer to "Camera," Shotwell > may, incorrectly, do its own RAW development. Like I say, this is a > known issue, and one potential workaround (i.e. switching the > developer to "Shotwell" and then back to "Camera" again) is discussed > in the FAQ. Alright, so good answers about the naming and RAW developer. I can probably change the code locally to do the naming I want. Not sure about this comment above about its own RAW development, since I'm not seeing this symptom on files that do get properly imported as RAW+JPEG. I think the real issue is still about how when I import my ~/Pictures directory, which has f-spot imported AAA.jpg and AAA.cr2 filenames, about 10% of the files are not recognized as single images (and only then I get the _embedded and _shotwell files). How can I help debug this? --Pat From oliver at first.in-berlin.de Tue May 8 22:34:37 2012 From: oliver at first.in-berlin.de (oliver) Date: Wed, 9 May 2012 00:34:37 +0200 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <4FA9302E.3030106@suwalski.net> References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> <4FA8B1B6.1020403@suwalski.net> <20120508101834.GA1865@siouxsie> <4FA9302E.3030106@suwalski.net> Message-ID: <20120508223437.GA1911@siouxsie> On Tue, May 08, 2012 at 10:39:42AM -0400, Pat Suwalski wrote: > On 12-05-08 06:18 AM, oliver wrote: > >On Tue, May 08, 2012 at 01:40:06AM -0400, Pat Suwalski wrote: > >>Also, on a fresh import from a media card, Shotwell has chosen a > >>most unusual naming scheme for my photos: > >[...] > > > >Sure? > >I think the scheme is not that bad, but maybe means > >sonething different... > > I see no reason why they should be renamed. AAA.jpg should remain > AAA.jpg and not become AAA_CR2.jpg. It makes it lose the most > obvious association (even though it's properly marked in the DB). [...] If generated, it would make sense. > > >>pat at pat-desktop:~$ ls -1 ~/Pictures/2012/05/01/ > (...) > >>IMG_2978.CR2 > >>IMG_2978_CR2.jpg > >> > >>It does properly identify them as RAW+JPEG, so maybe there is some > >>sort of disconnect between the naming it expects and what is there? > >>I would expect these to have the same basename and different > >>extension! > > > >Are you sure that theese jpeg's are NOT created by shotwell? > > > >The naming scheme looks like a generated jpg. > >You should compare those files with the files from > >the camera... to be sure that they are the camera files. > > Not so. The files are exactly the same as on the CF card, and if > they were generated by Shotwell, they would have "_embedded" or > "_shotwell" in the name. [...] Ah, you read the whole source code and verified, waht you wrote here? Ciao, Oliver From pat at suwalski.net Tue May 8 23:59:38 2012 From: pat at suwalski.net (Pat Suwalski) Date: Tue, 08 May 2012 19:59:38 -0400 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <20120508223437.GA1911@siouxsie> References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> <4FA8B1B6.1020403@suwalski.net> <20120508101834.GA1865@siouxsie> <4FA9302E.3030106@suwalski.net> <20120508223437.GA1911@siouxsie> Message-ID: <4FA9B36A.8010301@suwalski.net> On 12-05-08 06:34 PM, oliver wrote: >> I see no reason why they should be renamed. AAA.jpg should remain >> AAA.jpg and not become AAA_CR2.jpg. It makes it lose the most >> obvious association (even though it's properly marked in the DB). > [...] > > If generated, it would make sense. Sure, but the eMail you're responding you clearly states that is not the case. >> Not so. The files are exactly the same as on the CF card, and if >> they were generated by Shotwell, they would have "_embedded" or >> "_shotwell" in the name. > [...] > > Ah, you read the whole source code and verified, waht you wrote here? Is there a point to this? I read the import code, the classes for Raw and Jpeg, and database. I saw first-hand the "_embedded" files generate from database items that do not have a JPEG friend, and thus the embedded JPEG is extracted. I saw "_shotwell" files getting generated when the developer is set to Shotwell. All I am trying to determine is if there is any way I can help fix what is an obvious bug dealing with raw+jpeg import from directories, which is a new feature in 0.12 and isn't quite there. --Pat From roumano at gmail.com Wed May 9 20:38:37 2012 From: roumano at gmail.com (Roumano) Date: Wed, 09 May 2012 22:38:37 +0200 Subject: [Shotwell] Error on exit Message-ID: <1336595917.2106.8.camel@roumano> Hi, I just want to inform you about a (recent) problem see on terminal when i exit the soft : (the directory look strenge & gentoo specific problem ? ) : ** ERROR:/var/tmp/portage/media-gfx/shotwell-0.12.2/work/shotwell-0.12.2/src/db/DatabaseTable.vala:190:database_table_prepare_update_by_id: assertion failed: (_tmp6_ == SQLITE_OK) Abandon It's more a information than a problem for me as it's not creating any problem... Regards From laura at yorba.org Wed May 9 21:10:10 2012 From: laura at yorba.org (Laura Khalil) Date: Wed, 9 May 2012 14:10:10 -0700 Subject: [Shotwell] Error on exit In-Reply-To: <1336595917.2106.8.camel@roumano> References: <1336595917.2106.8.camel@roumano> Message-ID: Hi Roumano, Thanks for reporting this. This is a known issue which is documented upstream: http://redmine.yorba.org/issues/5071 I have seen this on my machine from time to time. Unfortunately, we haven't been able to reproduce this issue reliably in house. Do you remember what you were doing when this message appeared in the terminal? Do you recall if it had been a while since you last used Shotwell? Cheers, Laura On Wed, May 9, 2012 at 1:38 PM, Roumano wrote: > Hi, > > I just want to inform you about a (recent) problem see on terminal when > i exit the soft : (the directory look strenge & gentoo specific > problem ? ) : > > ** > ERROR:/var/tmp/portage/media-gfx/shotwell-0.12.2/work/shotwell-0.12.2/src/db/DatabaseTable.vala:190:database_table_prepare_update_by_id: assertion failed: (_tmp6_ == SQLITE_OK) > Abandon > > It's more a information than a problem for me as it's not creating any > problem... > > 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 laura at yorba.org Wed May 9 21:50:21 2012 From: laura at yorba.org (Laura Khalil) Date: Wed, 9 May 2012 14:50:21 -0700 Subject: [Shotwell] Announcing Shotwell 0.12.3 Message-ID: Greetings, We're pleased to release Shotwell 0.12.3. This release contains several important bug fixes. We strongly recommend that all users upgrade. The 0.12.3 tarballs can be found here: http://yorba.org/download/shotwell/0.12/shotwell-0.12.3.tar.bz2 http://yorba.org/download/shotwell/0.12/shotwell-0.12.3.tar.gz For Ubuntu users, Shotwell 0.12.3 will be available on Yorba's PPA shortly: https://launchpad.net/~yorba/+archive/ppa -- Cheers, Laura Khalil Production Engineer Yorba Foundation From schuetz.marc at gmx.de Thu May 10 15:40:50 2012 From: schuetz.marc at gmx.de (Marc) Date: Thu, 10 May 2012 17:40:50 +0200 Subject: [Shotwell] Help needed - Data (tags) lost In-Reply-To: <4FABDE50.8090008@gmx.de> References: <4FABDE50.8090008@gmx.de> Message-ID: <4FABE182.4000007@gmx.de> Hi, I'm an heavy shotwell user and I love this prog since years now!! But know with over 25000 photos and about hundred videos I got my first data-lost. But not sure. I have many many Tags (hierarchical tags) and I lost an Big tree inside the hierarchical Tags. But I don't understand, when I restore some of my backups the problem persists.?? Can someone have a look at my photo.db (it is 17MByte) Or better, can you tell me, how I can have a look into the database? Which prog do I need and which SQL-Statement I need to set up? The Tags are shown in the Screenshot below. And the missing Tag-tree is "Tiere" under "Natur" there was many many Tags under "Tiere" and most of my photos were tagged with, but now most of my photos show "Natur" :-( Hope someone can help and debug this issue. Thanks and Kind Regards Marc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From adam at yorba.org Thu May 10 15:47:52 2012 From: adam at yorba.org (Adam Dingle) Date: Thu, 10 May 2012 15:40:52 -0007 Subject: [Shotwell] Help needed - Data (tags) lost In-Reply-To: <4FABE182.4000007@gmx.de> References: <4FABDE50.8090008@gmx.de> <4FABE182.4000007@gmx.de> Message-ID: <4fabe32e.83e2440a.5f84.ffffbe6f@mx.google.com> Marc, you didn't say which version of Shotwell you're using, but recent versions had a unfortunate bug which caused tags to be destroyed incorrectly when photos were deleted: http://redmine.yorba.org/issues/5068 I suspect you've been affected by this bug. ?We fixed the bug in Shotwell 0.12.3, which we released just yesterday: http://lists.yorba.org/pipermail/shotwell/2012-May/003949.html I recommend that you upgrade to 0.12.3, then restore from a backup. ?After that I think no more tags should disappear. adam On Thu, May 10, 2012 at 8:40 AM, Marc wrote: Hi, I'm an heavy shotwell user and I love this prog since years now!! But know with over 25000 photos and about hundred videos I got my first data-lost. But not sure. I have many many Tags (hierarchical tags) and I lost an Big tree inside the hierarchical Tags. But I don't understand, when I restore some of my backups the problem persists.?? Can someone have a look at my photo.db (it is 17MByte) Or better, can you tell me, how I can have a look into the database? Which prog do I need and which SQL-Statement I need to set up? The Tags are shown in the Screenshot below. And the missing Tag-tree is "Tiere" under "Natur" there was many many Tags under "Tiere" and most of my photos were tagged with, but now most of my photos show "Natur" :-( Hope someone can help and debug this issue. Thanks and Kind Regards Marc From lucas at yorba.org Thu May 10 23:17:25 2012 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 10 May 2012 16:17:25 -0700 Subject: [Shotwell] RAW+JPEG Import. In-Reply-To: <4FA9B36A.8010301@suwalski.net> References: <4FA43137.4020300@suwalski.net> <4FA7FD2F.9030106@suwalski.net> <4FA8AD5A.6000704@suwalski.net> <4FA8B1B6.1020403@suwalski.net> <20120508101834.GA1865@siouxsie> <4FA9302E.3030106@suwalski.net> <20120508223437.GA1911@siouxsie> <4FA9B36A.8010301@suwalski.net> Message-ID: > All I am trying to determine is if there is > any way I can help fix what is an obvious > bug dealing with raw+jpeg import from > directories, which is a new feature in 0.12 > and isn't quite there. Automated RAW+JPEG pairing existed in Shotwell 0.11.x as well. Unfortunately, as the FAQ entry I pointed you to above hinted at, the feature is fundamentally broken and has been since Shotwell 0.11.0. The behavior is notably worse when you have your default RAW developer set to "Camera." Put simply, we devs are aware that RAW+JPEG in Shotwell is broken and needs some love. If you're a programmer yourself and would like to submit a patch to fix some of the broken-ness, we'd welcome it! Lucas From mtonatiuh at gmail.com Sat May 12 21:31:55 2012 From: mtonatiuh at gmail.com (Tonatiuh Medina) Date: Sat, 12 May 2012 14:31:55 -0700 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? Message-ID: Hi guys, I finally decided to start using more shotwell, and wean from iPhoto... so I exported all my pics from iPhoto - about 40GB and at least 10K pics. These were all placed by iPhoto in a single folder as JPEG files, which I moved to my external HD. Then, I proceeded to import them to shotwell, hooked up the HD to my Ubuntu laptop > in shotwell chose "import from folder"/"copy pics"...Took a while but it succeeded. *Now the problem: *The import process created a tag - with the name of the picture - for every single picture. So I ended up with thousands of useless tags. I manage to manually delete a few... but* how can I delete multiple tags at the same time?* Why were these tags created automatically?* * It's ok if I need to remove entries directly on the DB... just please tell me how. Thanks... awesome product so far, one more reason to love my Ubuntu. Tona From oliver at first.in-berlin.de Sat May 12 21:51:23 2012 From: oliver at first.in-berlin.de (Oliver Bandel) Date: Sat, 12 May 2012 23:51:23 +0200 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: References: Message-ID: <20120512235123.28751adbhvte4m6z@webmail.in-berlin.de> Zitat von "Tonatiuh Medina" : > Hi guys, > I finally decided to start using more shotwell, and wean from iPhoto... so > I exported all my pics from iPhoto - about 40GB and at least 10K pics. > These were all placed by iPhoto in a single folder as JPEG files, which I > moved to my external HD. > > Then, I proceeded to import them to shotwell, hooked up the HD to my Ubuntu > laptop > in shotwell chose "import from folder"/"copy pics"...Took a while > but it succeeded. > > *Now the problem: *The import process created a tag - with the name of the > picture - for every single picture. So I ended up with thousands of useless > tags. I manage to manually delete a few... but* how can I delete multiple > tags at the same time?* Why were these tags created automatically?* Just Guessing: the tags are already there from the software you used before ...iPhoto... maybe that tool uses tags for each file, even you don't notics this, when using just that program. And when you import the files, shotwell then adds these tags. > > * It's ok if I need to remove entries directly on the DB... just please > tell me how. There is aqlitebrowswser. It shows the database in a GUI and you can give bSQL-commands from within that GUI, for example DELETE-requests. So,if you know some SQL and also the structure of the shotwell database, then you an delete the tags easily. But I can't tell you about side effects of this way, because I did not looked at the database structure in detail so far. Assuming that there is no special tricky treatment by a tricky database structure, I would assume, just deleting the tags would do it. Ciao, Oliver From oliver at first.in-berlin.de Sat May 12 21:56:30 2012 From: oliver at first.in-berlin.de (Oliver Bandel) Date: Sat, 12 May 2012 23:56:30 +0200 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: <20120512235123.28751adbhvte4m6z@webmail.in-berlin.de> References: <20120512235123.28751adbhvte4m6z@webmail.in-berlin.de> Message-ID: <20120512235630.203023dk5bfet8y6@webmail.in-berlin.de> Zitat von "Oliver Bandel" : > Zitat von "Tonatiuh Medina" : > [...] >> * It's ok if I need to remove entries directly on the DB... just please >> tell me how. > > There is aqlitebrowswser. sqlitebrowser. Sorry for the many typos... Ciao, Oliver From mtonatiuh at gmail.com Mon May 14 06:07:35 2012 From: mtonatiuh at gmail.com (Tonatiuh Medina) Date: Sun, 13 May 2012 23:07:35 -0700 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? Message-ID: > > > *Now the problem: *The import process created a tag - with the name of > the > > picture - for every single picture. So I ended up with thousands of > useless > > tags. I manage to manually delete a few... but* how can I delete multiple > > tags at the same time?* Why were these tags created automatically?* > > Just Guessing: the tags are already there from the software you used before > ...iPhoto... maybe that tool uses tags for each file, even you don't > notics this, when using just that program. > > And when you import the files, shotwell then adds these tags. I think so too. Any idea what Shotwell reads as "tag" in the metadata? i.e.: what exif tag?(if any). In that case, I think I could try to clear them before importing.* * Turns out I spoke too soon about importing successfully... when trying to import more than ~400 of this pics my system chokes, import rate goes dead slow (like 1pic/min). I think it's because it tries to import/create the tags as well. So,if you know some SQL and also the structure of the shotwell database, > then you an delete the tags easily. Thanks... you know where the sqlite DB is located in a standard install? cheers! Tona From adam at yorba.org Mon May 14 13:39:20 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 May 2012 13:32:20 -0007 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: References: Message-ID: <4fb10b0f.a6d3440a.6917.52df@mx.google.com> On Sun, May 13, 2012 at 11:07 PM, Tonatiuh Medina wrote: > > > *Now the problem: *The import process created a tag - with the name of > the > > picture - for every single picture. So I ended up with thousands of > useless > > tags. I manage to manually delete a few... but* how can I delete multiple > > tags at the same time?* Why were these tags created automatically?* > > Just Guessing: the tags are already there from the software you used before > ...iPhoto... maybe that tool uses tags for each file, even you don't > notics this, when using just that program. > > And when you import the files, shotwell then adds these tags. I think so too. Any idea what Shotwell reads as "tag" in the metadata? i.e.: what exif tag?(if any). In that case, I think I could try to clear them before importing.* Shotwell imports tags from any of these metadata fields: - Iptc.Application2.Keywords - Xmp.dc.subject - Xmp.digiKam.TagsList - Xmp.lr.hierarchicalSubject - Xmp.MicrosoftPhoto.LastKeywordXMP See?http://redmine.yorba.org/projects/shotwell/wiki/PhotoTags . ?(Unfortunately the table formatting on that page was destroyed when we migrated from Trac to Redmine last year, so the page needs cleaning up.) * Turns out I spoke too soon about importing successfully... when trying to import more than ~400 of this pics my system chokes, import rate goes dead slow (like 1pic/min). I think it's because it tries to import/create the tags as well. So,if you know some SQL and also the structure of the shotwell database, > then you an delete the tags easily. Thanks... you know where the sqlite DB is located in a standard install?? $HOME/.shotwell/data/photo.db adam From mtonatiuh at gmail.com Mon May 14 17:07:11 2012 From: mtonatiuh at gmail.com (Tonatiuh Medina) Date: Mon, 14 May 2012 10:07:11 -0700 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: <4fb10b0f.a6d3440a.6917.52df@mx.google.com> References: <4fb10b0f.a6d3440a.6917.52df@mx.google.com> Message-ID: On Mon, May 14, 2012 at 6:39 AM, Adam Dingle wrote: > > > On Sun, May 13, 2012 at 11:07 PM, Tonatiuh Medina > wrote: > > > > > > *Now the problem: *The import process created a tag - with the name of > > the > > > picture - for every single picture. So I ended up with thousands of > > useless > > > tags. I manage to manually delete a few... but* how can I delete > multiple > > > tags at the same time?* Why were these tags created automatically?* > > > > Just Guessing: the tags are already there from the software you used > before > > ...iPhoto... maybe that tool uses tags for each file, even you don't > > notics this, when using just that program. > > > > And when you import the files, shotwell then adds these tags. > > > I think so too. Any idea what Shotwell reads as "tag" in the metadata? > i.e.: what exif tag?(if any). In that case, I think I could try to clear > them before importing.* > > > Shotwell imports tags from any of these metadata fields: > > - Iptc.Application2.Keywords > - Xmp.dc.subject > - Xmp.digiKam.TagsList > - Xmp.lr.hierarchicalSubject > - Xmp.MicrosoftPhoto.LastKeywordXMP > > See http://redmine.yorba.org/projects/shotwell/wiki/PhotoTags . > (Unfortunately the table formatting on that page was destroyed when we > migrated from Trac to Redmine last year, so the page needs cleaning up.) > I see... Xmp.dc.title is listed there. Then I stumbled on a "feature" that looks more like a bug to me: All my photos exported from iPhoto had Xmp.dc.title set* as the title of the picture - in vast majority the useless filename. This caused the import process to create a different tag for every single picture, which created many problems: 1) When importing large number of pics (#pics >~400) with Xmp.dc.title, the import process will go down to almost halt. CPU to 100%, with Shotwell going unresponsive - this makes it impossible to import a large collection. (I don't think the import process is optimized to create that many tags on the fly)** 2) If completed the import (smaller set of pics), you will end with library that has countless of useless tag for each pic making your library unnecessarily heavy, and rendering the tag feature useless (cannot easily find my properly created tags in a sea of tags) 3) You cannot delete multiple tags from UI (ie: I'm talking try to delete 20 tags at the same time, let alone 1000s - I had to delete them from the TagTable - multi-select/delete tags would be great). *Well, I think that Xmp.dc.title should not be considered as a tag in Shotwell during the import. Please remove it from the tag list.* To solve my problem, I removed all the XMP tags*** in my pictures, and reimported... it finished my 15K photos in about 4hrs - but that was expected. * ie: Xmp.dc.title LangAlt 1 lang="x-default" DSC_100_2560 > will import the pic with a tag DSC_100_2560 ** This could be reproduceable without iPhoto, set a tag-producing metadata field with a unique value for each pic for a large set of pics > try to import all to Shotwell... watch it. *** for i in *; do exiv2 -d x rm $i;done; (I ran this on the folder that had my 15K JPEG exported from iPhoto to remove all the XMP fields including Xmp.dc.title) Cheers! Thanks for an awesome tool! Tona From lucas at yorba.org Mon May 14 17:59:53 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 14 May 2012 10:59:53 -0700 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: References: <4fb10b0f.a6d3440a.6917.52df@mx.google.com> Message-ID: > Well, I think that Xmp.dc.title should > not be considered as a tag in Shotwell > during the import. Please remove it > from the tag list Just to be clear, Shotwell should *not* create tags from the Xmp.dc.title field. It will create tags from the Xmp.dc.subject field, but not Xmp.dc.title. If it does create tags from Xmp.dc.title, this is a bug. Lucas From adam at yorba.org Mon May 14 18:49:50 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 14 May 2012 18:42:50 -0007 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: References: <4fb10b0f.a6d3440a.6917.52df@mx.google.com> Message-ID: <4fb153d1.83de440a.283d.ffff8126@mx.google.com> We should look into this. ?I've created a ticket at http://redmine.yorba.org/issues/5257 adam On Mon, May 14, 2012 at 10:59 AM, Lucas Beeler wrote: > Well, I think that Xmp.dc.title should > not be considered as a tag in Shotwell > during the import. Please remove it > from the tag list Just to be clear, Shotwell should *not* create tags from the Xmp.dc.title field. It will create tags from the Xmp.dc.subject field, but not Xmp.dc.title. If it does create tags from Xmp.dc.title, this is a bug. Lucas From mtonatiuh at gmail.com Mon May 14 20:22:25 2012 From: mtonatiuh at gmail.com (Tonatiuh Medina) Date: Mon, 14 May 2012 13:22:25 -0700 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: <4fb153d1.83de440a.283d.ffff8126@mx.google.com> References: <4fb10b0f.a6d3440a.6917.52df@mx.google.com> <4fb153d1.83de440a.283d.ffff8126@mx.google.com> Message-ID: On Mon, May 14, 2012 at 11:49 AM, Adam Dingle wrote: > We should look into this. I've created a ticket at > > http://redmine.yorba.org/issues/5257 > > adam > Awesome! I found a bug! I would expand and simplify the ticket to:* "Xmp.dc.title creates tags during import - it shouldn't"*- It really boils down to that. The iPhoto export was merely incidental, other tools might set that field and have the same result. cheers! Tona Note: iPhoto seems to write their 'tags' (they called them "Keywords") to Iptc.Application2.Keywords and Xmp.dc.subject (yes, to both). Here the Iptc and Xmp fields of a pic (attached) which can be used to reproduce the problem. It had the iPhoto Keywords: "Flowers" "Photography Class" - I was expecting those tags - but I was also getting a Shotwell tag "DSC_0240", and I workaround it by removing all XMP fields - hence I think Shotwell is using Xmp.dc.title as a tag too, and that's really the problem IMO: Iptc.Envelope.CharacterSet String 3 ESC%G Iptc.Application2.RecordVersion Short 1 2 Iptc.Application2.Caption String 46 This was taken on my lunch outside the office. Iptc.Application2.Keywords String 7 Flowers Iptc.Application2.Keywords String 17 Photography Class Iptc.Application2.ObjectName String 8 DSC_0240 Xmp.dc.description LangAlt 1 lang="x-default" This was taken on my lunch outside the office. Xmp.dc.subject XmpBag 2 Photography Class, Flowers Xmp.dc.title LangAlt 1 lang="x-default" DSC_0240 Xmp.aux.SerialNumber XmpText 20 NO= 2004a20f Xmp.aux.Lens XmpText 41 AF-S DX Zoom-Nikkor 18-55mm f/3.5-5.6G ED Xmp.aux.LensID XmpText 9 742166022 Xmp.aux.ImageNumber XmpText 5 10658 Xmp.aux.FlashCompensation XmpText 3 0/1 > > > On Mon, May 14, 2012 at 10:59 AM, Lucas Beeler wrote: > > > Well, I think that Xmp.dc.title should > > not be considered as a tag in Shotwell > > during the import. Please remove it > > from the tag list > > Just to be clear, Shotwell should *not* create tags from the > Xmp.dc.title field. It will create tags from the Xmp.dc.subject field, > but not Xmp.dc.title. If it does create tags from Xmp.dc.title, this > is a bug. > > Lucas > > > From lucas at yorba.org Mon May 14 23:57:55 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 14 May 2012 16:57:55 -0700 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: References: <4fb10b0f.a6d3440a.6917.52df@mx.google.com> <4fb153d1.83de440a.283d.ffff8126@mx.google.com> Message-ID: Hi Tona, I just tried to reproduce the problem you described with the DSC_0240.jpg file attached to your previous message and I couldn't. When I imported DSC_0240.jpg, only two tags -- "Photography Class" and "Flowers" -- were created by Shotwell during import, as you can see in the attached screenshot. That said, there's a lot of variability over Linux installations as regards what operating systems, libraries, etc., are installed. So to help us figure out why this problem is affecting you and not us, could you answer the following. What distro and distro version are you running? What version of Shotwell are you running? How did you acquire Shotwell -- did it come with your distro, did you install it from a third-party repo, or did you build it from source? When you run these commands $ pkg-config --modversion exiv2 $ pkg-config --modversion gexiv2 in a terminal window, what do they output? Lucas On Mon, May 14, 2012 at 1:22 PM, Tonatiuh Medina wrote: > > On Mon, May 14, 2012 at 11:49 AM, Adam Dingle wrote: >> >> We should look into this. ?I've created a ticket at >> >> http://redmine.yorba.org/issues/5257 >> >> adam > > > Awesome! I found a bug! > I would expand and simplify the ticket to: "Xmp.dc.title creates tags during > import - it shouldn't"-?It really boils down to that. > The iPhoto export was merely?incidental, other tools might set that field > and have the same result. > > cheers! > Tona > > Note: iPhoto seems to write their 'tags' (they called them "Keywords") to > Iptc.Application2.Keywords and Xmp.dc.subject (yes, to both). > > Here the Iptc and Xmp fields of a pic (attached) which can be used to > reproduce the problem. > It had the iPhoto Keywords: "Flowers" "Photography Class" - I was expecting > those tags - but?I was also getting a Shotwell tag "DSC_0240", and I > workaround it by removing all XMP fields - hence I think Shotwell is > using?Xmp.dc.title as a tag too, and that's really the problem IMO: > > Iptc.Envelope.CharacterSet ? ? ? ? ? ? ? ? ? String ? ? ?3 ?ESC%G > Iptc.Application2.RecordVersion ? ? ? ? ? ? ?Short ? ? ? 1 ?2 > Iptc.Application2.Caption ? ? ? ? ? ? ? ? ? ?String ? ? 46 ?This was taken > on my lunch outside the office. > Iptc.Application2.Keywords ? ? ? ? ? ? ? ? ? String ? ? ?7 ?Flowers > Iptc.Application2.Keywords ? ? ? ? ? ? ? ? ? String ? ? 17 ?Photography > Class > Iptc.Application2.ObjectName ? ? ? ? ? ? ? ? String ? ? ?8 ?DSC_0240 > Xmp.dc.description ? ? ? ? ? ? ? ? ? ? ? ? ? LangAlt ? ? 1 ?lang="x-default" > This was taken on my lunch outside the office. > Xmp.dc.subject ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? XmpBag ? ? ?2 ?Photography > Class, Flowers > Xmp.dc.title ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? LangAlt ? ? 1 ?lang="x-default" > DSC_0240 > Xmp.aux.SerialNumber ? ? ? ? ? ? ? ? ? ? ? ? XmpText ? ?20 ?NO= 2004a20f > > Xmp.aux.Lens ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? XmpText ? ?41 ?AF-S DX > Zoom-Nikkor 18-55mm f/3.5-5.6G ED > Xmp.aux.LensID ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? XmpText ? ? 9 ?742166022 > Xmp.aux.ImageNumber ? ? ? ? ? ? ? ? ? ? ? ? ?XmpText ? ? 5 ?10658 > Xmp.aux.FlashCompensation ? ? ? ? ? ? ? ? ? ?XmpText ? ? 3 ?0/1 > > > >> >> >> >> On Mon, May 14, 2012 at 10:59 AM, Lucas Beeler wrote: >> >> > Well, I think that Xmp.dc.title should >> > not be considered as a tag in Shotwell >> > during the import. Please remove it >> > from the tag list >> >> Just to be clear, Shotwell should *not* create tags from the >> Xmp.dc.title field. It will create tags from the Xmp.dc.subject field, >> but not Xmp.dc.title. If it does create tags from Xmp.dc.title, this >> is a bug. >> >> Lucas >> >> > From gosset.inofensiu at gmail.com Tue May 15 06:16:45 2012 From: gosset.inofensiu at gmail.com (Gosset Inofensiu) Date: Tue, 15 May 2012 08:16:45 +0200 Subject: [Shotwell] Editing metadata to .jpeg files Message-ID: Hello, good morning from Catalonia, Spain. Please excuse my English. I've been using Shotwell for a year more or less, and it has helped me a lot organizing all my digital photos from 2003 to present, creating events and adding tags, titles and all other metadata to the pictures directly keeping in mind that in the future i want to backup and restore the database and all the photos from one PC to another, or when reinstalling a new OS. Since jpeg is a lossy format, I was wondering if everytime I write metadata to a photofile the file suffers a loss. If so, I am considering converting all my photos (thousands) to .png format, which seems to be lossless. Am I wrong? I would appreciate a lot some advice. Thanks in advance. Regards I decided to From gosset.inofensiu at gmail.com Tue May 15 07:49:52 2012 From: gosset.inofensiu at gmail.com (Gosset Inofensiu) Date: Tue, 15 May 2012 09:49:52 +0200 Subject: [Shotwell] Import "in place", this is, in Home Directory :( Message-ID: Hi again, I've tried to set Shotwell up to create the database structure (.shotwell, with the two subdirectories "data" and "thumbs") in my NTFS Data Partition (/media/data), putting the Library Location to a folder in that NTFS Partition ("import photos to"), but it won't work since everytime I import the folders from that Partition, the data .shotwell is generated in my home directory again. Am I doing something wrong or it's just that what I want is not possible? I only have 20 GB for my /home directory and almost 2 TB for my /media/data partition, so... This could be a problem. What do you think about? Salut From insomniacpenguin at googlemail.com Tue May 15 07:55:36 2012 From: insomniacpenguin at googlemail.com (Andy Stevens) Date: Tue, 15 May 2012 08:55:36 +0100 Subject: [Shotwell] Import "in place", this is, in Home Directory :( In-Reply-To: References: Message-ID: Have you tried creating a symbolic link in your home directory for .shotwell, pointing to the ntfs drive location? Andy. On 15 May 2012 08:50, "Gosset Inofensiu" wrote: > Hi again, > > I've tried to set Shotwell up to create the database structure (.shotwell, > with the two subdirectories "data" and "thumbs") in my NTFS Data Partition > (/media/data), putting the Library Location to a folder in that NTFS > Partition ("import photos to"), but it won't work since everytime I import > the folders from that Partition, the data .shotwell is generated in my home > directory again. Am I doing something wrong or it's just that what I want > is not possible? I only have 20 GB for my /home directory and almost 2 TB > for my /media/data partition, so... This could be a problem. > > What do you think about? > > Salut > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Tue May 15 10:15:08 2012 From: adam at yorba.org (Adam Dingle) Date: Tue, 15 May 2012 10:08:08 -0007 Subject: [Shotwell] Editing metadata to .jpeg files In-Reply-To: References: Message-ID: <4fb22caf.c1de440a.513e.65c1@mx.google.com> On Mon, May 14, 2012 at 11:16 PM, Gosset Inofensiu wrote: Hello, good morning from Catalonia, Spain. Please excuse my English. Your English is great! ?:) I've been using Shotwell for a year more or less, and it has helped me a lot organizing all my digital photos from 2003 to present, creating events and adding tags, titles and all other metadata to the pictures directly keeping in mind that in the future i want to backup and restore the database and all the photos from one PC to another, or when reinstalling a new OS. I'm glad Shotwell is working for your large collection. Since jpeg is a lossy format, I was wondering if everytime I write metadata to a photofile the file suffers a loss. If so, I am considering converting all my photos (thousands) to .png format, which seems to be lossless. Am I wrong? There's no cause for concern here. ?When Shotwell writes metadata to a photo file it leaves the image data unchanged. ?There's no reason for you to convert to .png. ?Cheers - adam From liste at jordet.net Tue May 15 10:50:28 2012 From: liste at jordet.net (Stian Jordet) Date: Tue, 15 May 2012 12:50:28 +0200 Subject: [Shotwell] Help needed - Data (tags) lost In-Reply-To: <4fabe32e.83e2440a.5f84.ffffbe6f@mx.google.com> References: <4FABDE50.8090008@gmx.de> <4FABE182.4000007@gmx.de> <4fabe32e.83e2440a.5f84.ffffbe6f@mx.google.com> Message-ID: <4FB234F4.2000803@jordet.net> Den 10.05.2012 17:47, skrev Adam Dingle: > I recommend that you upgrade to 0.12.3, then restore from a backup. After that I think no more tags should disappear. I experienced this bug, where lot's of pictures lost their tag. Will a restore of the db be good enough, or do I have to restore all the images as well? In other words, will the tag information from the database or the images take action? (Both db and files had tag information, but after shotwell removed the tags, they were also removed from the images) I have backups of both db and images, but it's easies to restore just db :) -Stian From lbc at bnrlabs.com Tue May 15 15:50:55 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Tue, 15 May 2012 17:50:55 +0200 Subject: [Shotwell] Import "in place", this is, in Home Directory :( In-Reply-To: References: Message-ID: <4FB27B5F.8080903@bnrlabs.com> Hi, On 2012.05.15 09:49, Gosset Inofensiu wrote: > I've tried to set Shotwell up to create the database structure (.shotwell, > with the two subdirectories "data" and "thumbs") in my NTFS Data Partition > (/media/data) How did try to achieve that setup ? > putting the Library Location to a folder in that NTFS > Partition ("import photos to"), The above setting doesn't affect the location of the .shotwell directory. You need to use the command-line option -d to tell Shotwell to use an alternative directory. See http://www.yorba.org/shotwell/help/other-multiple.html Hope this helps, Lucas From mtonatiuh at gmail.com Tue May 15 05:20:18 2012 From: mtonatiuh at gmail.com (Tonatiuh Medina) Date: Mon, 14 May 2012 22:20:18 -0700 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: References: <4fb10b0f.a6d3440a.6917.52df@mx.google.com> <4fb153d1.83de440a.283d.ffff8126@mx.google.com> Message-ID: Hmm... maybe that was not a good example. Please try again with the new pic attached. I just confirmed it with the attached pic that the tag gets created. I have Shotwell 0.12.2. It came with my Ubuntu 12.04 LTS. On Mon, May 14, 2012 at 4:57 PM, Lucas Beeler wrote: > Hi Tona, > > I just tried to reproduce the problem you described with the > DSC_0240.jpg file attached to your previous message and I couldn't. > When I imported DSC_0240.jpg, only two tags -- "Photography Class" and > "Flowers" -- were created by Shotwell during import, as you can see in > the attached screenshot. > > That said, there's a lot of variability over Linux installations as > regards what operating systems, libraries, etc., are installed. So to > help us figure out why this problem is affecting you and not us, could > you answer the following. What distro and distro version are you > running? What version of Shotwell are you running? How did you acquire > Shotwell -- did it come with your distro, did you install it from a > third-party repo, or did you build it from source? When you run these > commands > > $ pkg-config --modversion exiv2 > > $ pkg-config --modversion gexiv2 > > in a terminal window, what do they output? > > Lucas > > > On Mon, May 14, 2012 at 1:22 PM, Tonatiuh Medina > wrote: > > > > On Mon, May 14, 2012 at 11:49 AM, Adam Dingle wrote: > >> > >> We should look into this. I've created a ticket at > >> > >> http://redmine.yorba.org/issues/5257 > >> > >> adam > > > > > > Awesome! I found a bug! > > I would expand and simplify the ticket to: "Xmp.dc.title creates tags > during > > import - it shouldn't"- It really boils down to that. > > The iPhoto export was merely incidental, other tools might set that field > > and have the same result. > > > > cheers! > > Tona > > > > Note: iPhoto seems to write their 'tags' (they called them "Keywords") to > > Iptc.Application2.Keywords and Xmp.dc.subject (yes, to both). > > > > Here the Iptc and Xmp fields of a pic (attached) which can be used to > > reproduce the problem. > > It had the iPhoto Keywords: "Flowers" "Photography Class" - I was > expecting > > those tags - but I was also getting a Shotwell tag "DSC_0240", and I > > workaround it by removing all XMP fields - hence I think Shotwell is > > using Xmp.dc.title as a tag too, and that's really the problem IMO: > > > > Iptc.Envelope.CharacterSet String 3 ESC%G > > Iptc.Application2.RecordVersion Short 1 2 > > Iptc.Application2.Caption String 46 This was > taken > > on my lunch outside the office. > > Iptc.Application2.Keywords String 7 Flowers > > Iptc.Application2.Keywords String 17 Photography > > Class > > Iptc.Application2.ObjectName String 8 DSC_0240 > > Xmp.dc.description LangAlt 1 > lang="x-default" > > This was taken on my lunch outside the office. > > Xmp.dc.subject XmpBag 2 Photography > > Class, Flowers > > Xmp.dc.title LangAlt 1 > lang="x-default" > > DSC_0240 > > Xmp.aux.SerialNumber XmpText 20 NO= 2004a20f > > > > Xmp.aux.Lens XmpText 41 AF-S DX > > Zoom-Nikkor 18-55mm f/3.5-5.6G ED > > Xmp.aux.LensID XmpText 9 742166022 > > Xmp.aux.ImageNumber XmpText 5 10658 > > Xmp.aux.FlashCompensation XmpText 3 0/1 > > > > > > > >> > >> > >> > >> On Mon, May 14, 2012 at 10:59 AM, Lucas Beeler wrote: > >> > >> > Well, I think that Xmp.dc.title should > >> > not be considered as a tag in Shotwell > >> > during the import. Please remove it > >> > from the tag list > >> > >> Just to be clear, Shotwell should *not* create tags from the > >> Xmp.dc.title field. It will create tags from the Xmp.dc.subject field, > >> but not Xmp.dc.title. If it does create tags from Xmp.dc.title, this > >> is a bug. > >> > >> Lucas > >> > >> > > > From lucas at yorba.org Tue May 15 19:34:09 2012 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 15 May 2012 12:34:09 -0700 Subject: [Shotwell] Help needed - Data (tags) lost In-Reply-To: <4FB234F4.2000803@jordet.net> References: <4FABDE50.8090008@gmx.de> <4FABE182.4000007@gmx.de> <4fabe32e.83e2440a.5f84.ffffbe6f@mx.google.com> <4FB234F4.2000803@jordet.net> Message-ID: > Will a restore of the db be good > enough, or do I have to restore > all the images as well? Doing a DB restore should work fine. It's also a good idea to have the "write tags, titles, and other metadata to photo files" option enabled in the preferences dialog. Lucas From gosset.inofensiu at gmail.com Tue May 15 19:44:24 2012 From: gosset.inofensiu at gmail.com (Gosset Inofensiu) Date: Tue, 15 May 2012 21:44:24 +0200 Subject: [Shotwell] Import "in place", this is, in Home Directory :( In-Reply-To: <4FB27B5F.8080903@bnrlabs.com> References: <4FB27B5F.8080903@bnrlabs.com> Message-ID: On Tue, May 15, 2012 at 5:50 PM, Lucas B. Cohen wrote: > Hi, > > On 2012.05.15 09:49, Gosset Inofensiu wrote: >> I've tried to set Shotwell up to create the database structure (.shotwell, >> with the two subdirectories "data" and "thumbs") in my NTFS Data Partition >> (/media/data) > > How did try to achieve that setup ? Not yet, but I'll try to do it later. >> putting the Library Location to a folder in that NTFS >> Partition ("import photos to"), > > The above setting doesn't affect the location of the .shotwell > directory. You need to use the command-line option -d to > tell Shotwell to use an alternative directory. > > See http://www.yorba.org/shotwell/help/other-multiple.html Ups, thanks for the info, I didn't checked the Help section, but I find it a little annoying having to launch Shotwell from terminal each time to accomplish that :( Anyway, thanks a lot for your reply. Regards, Gosset Inofensiu From lucas at yorba.org Tue May 15 20:26:46 2012 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 15 May 2012 13:26:46 -0700 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: References: <4fb10b0f.a6d3440a.6917.52df@mx.google.com> <4fb153d1.83de440a.283d.ffff8126@mx.google.com> Message-ID: Hi Tona, Thanks to your example photo, we've been able to pinpoint the problem and clarify the language of the ticket we opened here (http://redmine.yorba.org/issues/5257). One quick question though: are you sure you used only iPhoto to manipulate the image? Did you use any plugins or utilities? Lucas On Mon, May 14, 2012 at 10:20 PM, Tonatiuh Medina wrote: > Hmm... maybe that was not a good example. > > Please try again with the new pic attached. I just confirmed it with the > attached pic that the tag gets created. > > I have Shotwell?0.12.2. It came with my Ubuntu 12.04 LTS. > > > > On Mon, May 14, 2012 at 4:57 PM, Lucas Beeler wrote: >> >> Hi Tona, >> >> I just tried to reproduce the problem you described with the >> DSC_0240.jpg file attached to your previous message and I couldn't. >> When I imported DSC_0240.jpg, only two tags -- "Photography Class" and >> "Flowers" -- were created by Shotwell during import, as you can see in >> the attached screenshot. >> >> That said, there's a lot of variability over Linux installations as >> regards what operating systems, libraries, etc., are installed. So to >> help us figure out why this problem is affecting you and not us, could >> you answer the following. What distro and distro version are you >> running? What version of Shotwell are you running? How did you acquire >> Shotwell -- did it come with your distro, did you install it from a >> third-party repo, or did you build it from source? When you run these >> commands >> >> ? ?$ pkg-config --modversion exiv2 >> >> ? ?$ pkg-config --modversion gexiv2 >> >> in a terminal window, what do they output? >> >> Lucas >> >> >> On Mon, May 14, 2012 at 1:22 PM, Tonatiuh Medina >> wrote: >> > >> > On Mon, May 14, 2012 at 11:49 AM, Adam Dingle wrote: >> >> >> >> We should look into this. ?I've created a ticket at >> >> >> >> http://redmine.yorba.org/issues/5257 >> >> >> >> adam >> > >> > >> > Awesome! I found a bug! >> > I would expand and simplify the ticket to: "Xmp.dc.title creates tags >> > during >> > import - it shouldn't"-?It really boils down to that. >> > The iPhoto export was merely?incidental, other tools might set that >> > field >> > and have the same result. >> > >> > cheers! >> > Tona >> > >> > Note: iPhoto seems to write their 'tags' (they called them "Keywords") >> > to >> > Iptc.Application2.Keywords and Xmp.dc.subject (yes, to both). >> > >> > Here the Iptc and Xmp fields of a pic (attached) which can be used to >> > reproduce the problem. >> > It had the iPhoto Keywords: "Flowers" "Photography Class" - I was >> > expecting >> > those tags - but?I was also getting a Shotwell tag "DSC_0240", and I >> > workaround it by removing all XMP fields - hence I think Shotwell is >> > using?Xmp.dc.title as a tag too, and that's really the problem IMO: >> > >> > Iptc.Envelope.CharacterSet ? ? ? ? ? ? ? ? ? String ? ? ?3 ?ESC%G >> > Iptc.Application2.RecordVersion ? ? ? ? ? ? ?Short ? ? ? 1 ?2 >> > Iptc.Application2.Caption ? ? ? ? ? ? ? ? ? ?String ? ? 46 ?This was >> > taken >> > on my lunch outside the office. >> > Iptc.Application2.Keywords ? ? ? ? ? ? ? ? ? String ? ? ?7 ?Flowers >> > Iptc.Application2.Keywords ? ? ? ? ? ? ? ? ? String ? ? 17 ?Photography >> > Class >> > Iptc.Application2.ObjectName ? ? ? ? ? ? ? ? String ? ? ?8 ?DSC_0240 >> > Xmp.dc.description ? ? ? ? ? ? ? ? ? ? ? ? ? LangAlt ? ? 1 >> > ?lang="x-default" >> > This was taken on my lunch outside the office. >> > Xmp.dc.subject ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? XmpBag ? ? ?2 ?Photography >> > Class, Flowers >> > Xmp.dc.title ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? LangAlt ? ? 1 >> > ?lang="x-default" >> > DSC_0240 >> > Xmp.aux.SerialNumber ? ? ? ? ? ? ? ? ? ? ? ? XmpText ? ?20 ?NO= 2004a20f >> > >> > Xmp.aux.Lens ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? XmpText ? ?41 ?AF-S DX >> > Zoom-Nikkor 18-55mm f/3.5-5.6G ED >> > Xmp.aux.LensID ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? XmpText ? ? 9 ?742166022 >> > Xmp.aux.ImageNumber ? ? ? ? ? ? ? ? ? ? ? ? ?XmpText ? ? 5 ?10658 >> > Xmp.aux.FlashCompensation ? ? ? ? ? ? ? ? ? ?XmpText ? ? 3 ?0/1 >> > >> > >> > >> >> >> >> >> >> >> >> On Mon, May 14, 2012 at 10:59 AM, Lucas Beeler wrote: >> >> >> >> > Well, I think that Xmp.dc.title should >> >> > not be considered as a tag in Shotwell >> >> > during the import. Please remove it >> >> > from the tag list >> >> >> >> Just to be clear, Shotwell should *not* create tags from the >> >> Xmp.dc.title field. It will create tags from the Xmp.dc.subject field, >> >> but not Xmp.dc.title. If it does create tags from Xmp.dc.title, this >> >> is a bug. >> >> >> >> Lucas >> >> >> >> >> > > > From lbc at bnrlabs.com Tue May 15 20:29:15 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Tue, 15 May 2012 22:29:15 +0200 Subject: [Shotwell] Import "in place", this is, in Home Directory :( In-Reply-To: References: <4FB27B5F.8080903@bnrlabs.com> Message-ID: <4FB2BC9B.6050306@bnrlabs.com> On 2012.05.15 21:44, Gosset Inofensiu wrote: >> > See http://www.yorba.org/shotwell/help/other-multiple.html > Ups, thanks for the info, I didn't checked the Help section, but I > find it a little annoying having to launch Shotwell from terminal each > time to accomplish that :( The next step is you can modify the launcher for the program itself (in GNOME terminology), or change whatever it's called in KDE too, so you don't have to manually add the parameter in the command line. > Anyway, thanks a lot for your reply. You're welcome. From mtonatiuh at gmail.com Tue May 15 21:36:22 2012 From: mtonatiuh at gmail.com (Tonatiuh Medina) Date: Tue, 15 May 2012 14:36:22 -0700 Subject: [Shotwell] massive automatic tag creation with import - how to delete them all? In-Reply-To: References: <4fb10b0f.a6d3440a.6917.52df@mx.google.com> <4fb153d1.83de440a.283d.ffff8126@mx.google.com> Message-ID: On Tue, May 15, 2012 at 1:26 PM, Lucas Beeler wrote: > Hi Tona, > > Thanks to your example photo, we've been able to pinpoint the problem > and clarify the language of the ticket we opened here > (http://redmine.yorba.org/issues/5257). One quick question though: are > you sure you used only iPhoto to manipulate the image? Did you use any > plugins or utilities? > My iPhoto library was consolidated from other picture apps I have used in the past - for example including WLPG (it's a 10yr library). So yes, it is possible that other tools have manipulated those pictures before - but close to impossible to track them... sorry. However, this time it was an straight export from iPhoto - no tool or plugin manipulated the pictures, and then import to Shotwell. As you could see, not every single picture did create the bogus tag - but in my case the vast majority did. I think you got it clear in the ticket*... but in plain english, the pics that had an iPhoto "Keyword" were creating the proper tag in Shotwell (no problem), but pictures with no "Keyword" were creating the bogus tag using the Title as a tag - most of my pictures didn't have a "Keyword" so for me the import process created thousand of tags with lots of other problems. * [Tag created from] Xmp.dc.Title when Xmp.dc.subject is an empty XmpBag > Lucas > > On Mon, May 14, 2012 at 10:20 PM, Tonatiuh Medina > wrote: > > Hmm... maybe that was not a good example. > > > > Please try again with the new pic attached. I just confirmed it with the > > attached pic that the tag gets created. > > > > I have Shotwell 0.12.2. It came with my Ubuntu 12.04 LTS. > > > > > > > > On Mon, May 14, 2012 at 4:57 PM, Lucas Beeler wrote: > >> > >> Hi Tona, > >> > >> I just tried to reproduce the problem you described with the > >> DSC_0240.jpg file attached to your previous message and I couldn't. > >> When I imported DSC_0240.jpg, only two tags -- "Photography Class" and > >> "Flowers" -- were created by Shotwell during import, as you can see in > >> the attached screenshot. > >> > >> That said, there's a lot of variability over Linux installations as > >> regards what operating systems, libraries, etc., are installed. So to > >> help us figure out why this problem is affecting you and not us, could > >> you answer the following. What distro and distro version are you > >> running? What version of Shotwell are you running? How did you acquire > >> Shotwell -- did it come with your distro, did you install it from a > >> third-party repo, or did you build it from source? When you run these > >> commands > >> > >> $ pkg-config --modversion exiv2 > >> > >> $ pkg-config --modversion gexiv2 > >> > >> in a terminal window, what do they output? > >> > >> Lucas > >> > >> > >> On Mon, May 14, 2012 at 1:22 PM, Tonatiuh Medina > >> wrote: > >> > > >> > On Mon, May 14, 2012 at 11:49 AM, Adam Dingle wrote: > >> >> > >> >> We should look into this. I've created a ticket at > >> >> > >> >> http://redmine.yorba.org/issues/5257 > >> >> > >> >> adam > >> > > >> > > >> > Awesome! I found a bug! > >> > I would expand and simplify the ticket to: "Xmp.dc.title creates tags > >> > during > >> > import - it shouldn't"- It really boils down to that. > >> > The iPhoto export was merely incidental, other tools might set that > >> > field > >> > and have the same result. > >> > > >> > cheers! > >> > Tona > >> > > >> > Note: iPhoto seems to write their 'tags' (they called them "Keywords") > >> > to > >> > Iptc.Application2.Keywords and Xmp.dc.subject (yes, to both). > >> > > >> > Here the Iptc and Xmp fields of a pic (attached) which can be used to > >> > reproduce the problem. > >> > It had the iPhoto Keywords: "Flowers" "Photography Class" - I was > >> > expecting > >> > those tags - but I was also getting a Shotwell tag "DSC_0240", and I > >> > workaround it by removing all XMP fields - hence I think Shotwell is > >> > using Xmp.dc.title as a tag too, and that's really the problem IMO: > >> > > >> > Iptc.Envelope.CharacterSet String 3 ESC%G > >> > Iptc.Application2.RecordVersion Short 1 2 > >> > Iptc.Application2.Caption String 46 This was > >> > taken > >> > on my lunch outside the office. > >> > Iptc.Application2.Keywords String 7 Flowers > >> > Iptc.Application2.Keywords String 17 > Photography > >> > Class > >> > Iptc.Application2.ObjectName String 8 DSC_0240 > >> > Xmp.dc.description LangAlt 1 > >> > lang="x-default" > >> > This was taken on my lunch outside the office. > >> > Xmp.dc.subject XmpBag 2 > Photography > >> > Class, Flowers > >> > Xmp.dc.title LangAlt 1 > >> > lang="x-default" > >> > DSC_0240 > >> > Xmp.aux.SerialNumber XmpText 20 NO= > 2004a20f > >> > > >> > Xmp.aux.Lens XmpText 41 AF-S DX > >> > Zoom-Nikkor 18-55mm f/3.5-5.6G ED > >> > Xmp.aux.LensID XmpText 9 742166022 > >> > Xmp.aux.ImageNumber XmpText 5 10658 > >> > Xmp.aux.FlashCompensation XmpText 3 0/1 > >> > > >> > > >> > > >> >> > >> >> > >> >> > >> >> On Mon, May 14, 2012 at 10:59 AM, Lucas Beeler > wrote: > >> >> > >> >> > Well, I think that Xmp.dc.title should > >> >> > not be considered as a tag in Shotwell > >> >> > during the import. Please remove it > >> >> > from the tag list > >> >> > >> >> Just to be clear, Shotwell should *not* create tags from the > >> >> Xmp.dc.title field. It will create tags from the Xmp.dc.subject > field, > >> >> but not Xmp.dc.title. If it does create tags from Xmp.dc.title, this > >> >> is a bug. > >> >> > >> >> Lucas > >> >> > >> >> > >> > > > > > > From mail at csordaslaszlo.hu Sun May 20 08:49:30 2012 From: mail at csordaslaszlo.hu (csola) Date: Sun, 20 May 2012 10:49:30 +0200 Subject: [Shotwell] Shotwell date and install error :( Message-ID: <4FB8B01A.908@csordaslaszlo.hu> Shotwell misuses the date of photographs 0.12.2 (Ubuntu 12.04). Is the one that is 1900 is that has been to 2020 already... The 0.12.3 currently(?) cannot be installed from a PPA container... csola From dvg at jccnet.de Sun May 20 21:36:17 2012 From: dvg at jccnet.de (Daniel van Gerpen) Date: Sun, 20 May 2012 23:36:17 +0200 Subject: [Shotwell] No publishing on flickr when building from git Message-ID: <20120520233617.29745794@newton> Hi, I build shotwell from the git repo with ./configure make sudo make install shotwell runs fine, but when trying to publish to flickr, a file was missing: flickr_publishing_options_pane.glade I copied this manually from the source dir to /usr/local/lib/shotwell/plugins/builtin/flickr_publishing_options_pane.glade and it worked fine. Is this file possibly missing from plugins/plugins.mk? Regards, Daniel From dvg at jccnet.de Sun May 20 21:41:06 2012 From: dvg at jccnet.de (Daniel van Gerpen) Date: Sun, 20 May 2012 23:41:06 +0200 Subject: [Shotwell] publishing to flickr - spaces in filename translated to %20 In-Reply-To: <4E80EC63.7050603@highmoor.co.uk> References: <4E80EC63.7050603@highmoor.co.uk> Message-ID: <20120520234106.08426d93@newton> On Mon, 26 Sep 2011 22:19:31 +0100 Dougie Nisbet wrote: > I've just tried the publish to flickr option. Spaces in filenames are [..] > This is just an observation as I've never really seen much advantage > to exporting/publishing from within the photo application itself. It > just ties up shotwell/f-spot/whatever, when it's easier to just I'm using this in shotwell and like f-spots export to flickr better, because the upload dialog is not modal. In shotwell it locks up the app and my workflow. > export the photos to a directory and upload them using some other > mechanism. [..] Daniel From roumano at gmail.com Mon May 21 09:33:33 2012 From: roumano at gmail.com (Christian Iuga) Date: Mon, 21 May 2012 11:33:33 +0200 Subject: [Shotwell] web server down Message-ID: Hi, The web server of redmine is down: http://redmine.yorba.org/ :(you maybe already known it) Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. ------------------------------ Apache/2.2.14 (Ubuntu) Server at redmine.yorba.org Port 80 Regards From adam at yorba.org Mon May 21 15:34:48 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 21 May 2012 15:27:48 -0007 Subject: [Shotwell] Shotwell date and install error :( In-Reply-To: <4FB8B01A.908@csordaslaszlo.hu> References: <4FB8B01A.908@csordaslaszlo.hu> Message-ID: <4fba6099.e6c8440a.206e.0822@mx.google.com> csola, On Sun, May 20, 2012 at 1:49 AM, csola wrote: Shotwell misuses the date of photographs 0.12.2 (Ubuntu 12.04). Is the one that is 1900 is that has been to 2020 already... It's a known bug that Shotwell can't handle dates before 1969: http://redmine.yorba.org/issues/3040 We're hoping to fix this for 0.13. The 0.12.3 currently(?) cannot be installed from a PPA container... What error message are you seeing? adam From atte at email.dk Sun May 20 15:05:12 2012 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Sun, 20 May 2012 17:05:12 +0200 Subject: [Shotwell] Status of ability to share db Message-ID: <4FB90828.7020001@email.dk> Hi Several people asked for shotwell to able to share db across different machines a while ago. The answer back then was something along the lines of: not a good idea, but we're working on it. What's the current status of this? -- Atte http://atte.dk http://modlys.dk From clinton at yorba.org Mon May 21 18:20:19 2012 From: clinton at yorba.org (Clinton Rogers) Date: Mon, 21 May 2012 11:20:19 -0700 Subject: [Shotwell] Shotwell date and install error :( In-Reply-To: <4FB8B01A.908@csordaslaszlo.hu> References: <4FB8B01A.908@csordaslaszlo.hu> Message-ID: Hi Csola, Unfortunately, it looks like you've hit a known problem in Shotwell; currently, it doesn't correctly handle very old dates - please see http://redmine.yorba.org/issues/3040 for details. We do hope to fix this at some point in the future. As for 0.12.3 not being installable (yet), we've received word that it has been accepted into 'proposed', so it should be available as part of the daily update process shortly. Cheers, -c On 20/05/2012, csola wrote: > Shotwell misuses the date of photographs 0.12.2 (Ubuntu 12.04). Is the > one that is 1900 is that has been to 2020 already... > > The 0.12.3 currently(?) cannot be installed from a PPA container... > > csola > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- public struct Box { public static const int HAND_GRENADES = 12; -- from shotwell/src/Box.vala From atte at email.dk Sun May 20 15:03:03 2012 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Sun, 20 May 2012 17:03:03 +0200 Subject: [Shotwell] Help needed - Data (tags) lost In-Reply-To: References: <4FABDE50.8090008@gmx.de> <4FABE182.4000007@gmx.de> <4fabe32e.83e2440a.5f84.ffffbe6f@mx.google.com> <4FB234F4.2000803@jordet.net> Message-ID: <4FB907A7.3090407@email.dk> On 2012-05-15 21:34, Lucas Beeler wrote: > It's also a good idea to have the > "write tags, titles, and other metadata to photo files" option enabled > in the preferences dialog. 1) Will other programs be able to handle these data, then? IOW: Are such info in the photo files fairly standard? 2) What happens (in shotwell) when there's a clash between the info in the file and shotwells db, for instance when tags were obfuscated in shotwell, but written correctly to the file? NB: I was always afraid/weary to write anything to the photos, I'd rather think of them as negatives-dont-touch-them... -- Atte http://atte.dk http://modlys.dk From adam at yorba.org Sat May 26 14:58:53 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 26 May 2012 14:51:53 -0007 Subject: [Shotwell] Shotwell mailing list outage Message-ID: <4fc0efa9.6586440a.2431.fffff0c5@mx.google.com> I just realized that the Shotwell mailing list server was not delivering messages for the past week. ?The problem started when our server machine ran out of disk space last weekend. ?Apparently the mailing list process was left in a broken state even after we freed up some disk space. I just restarted the server, and it just sent out all the previously undelivered messages. ?So you'll all now have some messages in your inbox that were actually sent a few days back. Apologies for this trouble - I think everything should be fine now. ?Cheers - adam From adam at yorba.org Sat May 26 15:07:04 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 26 May 2012 15:00:04 -0007 Subject: [Shotwell] No publishing on flickr when building from git In-Reply-To: <20120520233617.29745794@newton> References: <20120520233617.29745794@newton> Message-ID: <4fc0f195.06ea440a.358e.251c@mx.google.com> On Sun, May 20, 2012 at 2:36 PM, Daniel van Gerpen wrote: Hi, I build shotwell from the git repo with ./configure make sudo make install shotwell runs fine, but when trying to publish to flickr, a file was missing: flickr_publishing_options_pane.glade I copied this manually from the source dir to /usr/local/lib/shotwell/plugins/builtin/flickr_publishing_options_pane.glade and it worked fine. Is this file possibly missing from plugins/plugins.mk? Yes - it was missing there. ?Thanks for the heads up. ?We fixed that this week, actually: http://git.yorba.org/cgit.cgi/shotwell/commit/?id=1835f5040cbcc553d5714b0800ede7baa6c38dcb adam From adam at yorba.org Sat May 26 17:02:27 2012 From: adam at yorba.org (Adam Dingle) Date: Sat, 26 May 2012 16:55:27 -0007 Subject: [Shotwell] publishing to flickr - spaces in filename translated to %20 In-Reply-To: <20120520234106.08426d93@newton> References: <4E80EC63.7050603@highmoor.co.uk> <20120520234106.08426d93@newton> Message-ID: <4fc10c9e.4683440a.7de4.ffffb0ed@mx.google.com> On Sun, May 20, 2012 at 2:41 PM, Daniel van Gerpen wrote: On Mon, 26 Sep 2011 22:19:31 +0100 Dougie Nisbet wrote: > I've just tried the publish to flickr option. Spaces in filenames are [..] > This is just an observation as I've never really seen much advantage > to exporting/publishing from within the photo application itself. It > just ties up shotwell/f-spot/whatever, when it's easier to just I'm using this in shotwell and like f-spots export to flickr better, because the upload dialog is not modal. In shotwell it locks up the app and my workflow. Right. ?I hope we can improve this at some point: http://redmine.yorba.org/issues/2318 adam From adam at yorba.org Mon May 28 16:19:24 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 28 May 2012 16:12:24 -0007 Subject: [Shotwell] Help needed - Data (tags) lost In-Reply-To: <4FB907A7.3090407@email.dk> References: <4FABDE50.8090008@gmx.de> <4FABE182.4000007@gmx.de> <4fabe32e.83e2440a.5f84.ffffbe6f@mx.google.com> <4FB234F4.2000803@jordet.net> <4FB907A7.3090407@email.dk> Message-ID: <4fc3a587.2149440a.4f14.4820@mx.google.com> On Sun, May 20, 2012 at 8:03 AM, Atte Andr? Jensen wrote: On 2012-05-15 21:34, Lucas Beeler wrote: > It's also a good idea to have the > "write tags, titles, and other metadata to photo files" option enabled > in the preferences dialog. 1) Will other programs be able to handle these data, then? IOW: Are such info in the photo files fairly standard? Yes - Shotwell writes metadata in EXIF, IPTC and XMP format which are standard and understood by many other photo applications. 2) What happens (in shotwell) when there's a clash between the info in the file and shotwells db, for instance when tags were obfuscated in shotwell, but written correctly to the file? In this situation Shotwell will merge the tags and write the result both to the file and to its database. adam From lucas at yorba.org Mon May 28 20:12:52 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 28 May 2012 13:12:52 -0700 Subject: [Shotwell] Status of ability to share db In-Reply-To: <4FB90828.7020001@email.dk> References: <4FB90828.7020001@email.dk> Message-ID: Hi Atte, The ticket associated with the "sharing across machines" feature request is here (http://redmine.yorba.org/issues/1292). Feel free to track the status of that ticket to get the latest update on the feature's status. Lucas On Sun, May 20, 2012 at 8:05 AM, Atte Andr? Jensen wrote: > Hi > > Several people asked for shotwell to able to share db across different > machines a while ago. The answer back then was something along the lines of: > not a good idea, but we're working on it. > > What's the current status of this? > > -- > Atte > > http://atte.dk ? http://modlys.dk > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From ktenney at gmail.com Tue May 29 20:47:41 2012 From: ktenney at gmail.com (Kent Tenney) Date: Tue, 29 May 2012 15:47:41 -0500 Subject: [Shotwell] Write exif to image files after the fact Message-ID: 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? Thanks, Kent From xavierviader at gmail.com Tue May 29 20:48:21 2012 From: xavierviader at gmail.com (Xavi) Date: Tue, 29 May 2012 22:48:21 +0200 Subject: [Shotwell] Fwd: event dates wrong 0.12.2 In-Reply-To: <4FC52EF0.9050008@gmail.com> References: <4FC52EF0.9050008@gmail.com> Message-ID: <4FC53615.4040907@gmail.com> Hi all, shotwell 0.12.2 has just get in debian testing (distro that I'm using) and I'm having the same issue I'd with 0.10 (with ubuntu 10.04) with events. http://redmine.yorba.org/issues/3943 I know yorba just gives support to Ubuntu 12.04 (and previous) but I'd like to know if anybody could help about what to do. I've ticketed this issue to show an image: http://redmine.yorba.org/issues/5318 Thanks a lot. Xavi From adam at yorba.org Wed May 30 16:27:01 2012 From: adam at yorba.org (Adam Dingle) Date: Wed, 30 May 2012 16:20:01 -0007 Subject: [Shotwell] Write exif to image files after the fact In-Reply-To: References: Message-ID: <4fc64a58.c475440a.2a2c.38cc@mx.google.com> 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