From el.cameleon.1 at gmail.com Sun Jul 1 21:10:31 2012 From: el.cameleon.1 at gmail.com (Vincent) Date: Sun, 1 Jul 2012 23:10:31 +0200 Subject: [Shotwell] Facebook upload reset photo's dates Message-ID: Hi, I am the only one to notice that after publishing photos to Facebook, they take the date of the upload, not the date when they were taken? It is very frustating to have to correct this manually. Should I open a bug? -- Vincent (cam?l?on) From cpolymeris at gmail.com Mon Jul 2 00:00:11 2012 From: cpolymeris at gmail.com (Camilo Polymeris) Date: Sun, 1 Jul 2012 20:00:11 -0400 Subject: [Shotwell] Shotwell-Rawstudio interoperability idea : integration back into Shotwell pipeline In-Reply-To: References: <4FED8ED9.8040904@bnrlabs.com> <4FEDA065.3080903@kneissl-web.net> Message-ID: On Sat, Jun 30, 2012 at 2:30 AM, Camilo Polymeris wrote: > On Fri, Jun 29, 2012 at 8:32 AM, Fabian Knei?l wrote: >> Am 29.06.2012 13:17, schrieb Lucas B. Cohen: >> >>> On 2012.06.27 10:39, Camilo Polymeris wrote: >>>> >>>> I thought we could add a command line similar to this: >>>> >>>> rawstudio --input something.raw --output something_developed.jpeg >>>> >>>> This would fire up rawstudio in a "one image" mode, [...] plus >>>> automatically save >>>> the developed file on exit. Shotwell could then integrate this file >>>> into its pipeline, just like it does with something_modified.jpeg >>>> files. >>> >>> Out of curiosity, juut to see if any of my very basic development >>> knowledge has any real world use, how do you envision Shotwell would >>> "integrate this file into its pipeline" ? Would it react upon seeing the >>> Rawstudio child process returning 0, then try to import the produced >>> file living in what was the second parameter passed to rawstudio >>> (something_developed.jpeg), which I imagine would have to be an absolute >>> path ? > > Yes, exactly. > > Currently, when there is no camera development available or the user > selects "Shotwell" as their developer, the program uses libraw to do > the development and produces a jpeg. So, most of the infrastructure is > already in place. We (or rather, the shotwell devs :P) would basically > add a third option ("external developer" or something) and have > shotwell do what you describe. > >> By the way: The raw developer software UFRaw [1] already supports this >> process. You can specify commandline arguments to where the developed file >> should be saved, e.g. "ufraw --out-type=jpeg --compression=90 >> --output=something_developed.jpg something.raw". Then, the software opens, >> lets you edit the photo and writes the jpeg. Just added the out-type (jpeg, png & tiff) and compression (defaults to 90) options. Was also thinking of a max-size option to specify maximal height or width of output image. Does that make sense? I shoot 10MP raws, so it is not much of an issue for me, but maybe if I had a 24MP or more camera, I would prefer them to be resized after development. > Regards, > Camilo From lucas at yorba.org Mon Jul 2 20:23:47 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 2 Jul 2012 13:23:47 -0700 Subject: [Shotwell] Facebook upload reset photo's dates In-Reply-To: References: Message-ID: Hi Vincent, I just tried this over a number of different photos and I can't reproduce this behavior at all. What is distro, distro version, and Shotwell version are you using? Lucas On Sun, Jul 1, 2012 at 2:10 PM, Vincent wrote: > Hi, > > I am the only one to notice that after publishing photos to Facebook, they > take the date of the upload, not the date when they were taken? It is very > frustating to have to correct this manually. > > Should I open a bug? > > -- > Vincent (cam?l?on) > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Mon Jul 2 20:31:18 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 2 Jul 2012 13:31:18 -0700 Subject: [Shotwell] Shotwell 0.12.3 & Ubuntu 12.04 Desktop Crashing on import from SD Card! In-Reply-To: <4FEEF868.6060603@dewie.net.au> References: <4FC99E93.9000806@dewie.net.au> <4FD1DFDA.2010409@dewie.net.au> <4FD1E1B2.20102@dewie.net.au> <4FD28006.8060801@dewie.net.au> <4FE12F59.2030906@dewie.net.au> <4FE2674F.6040904@dewie.net.au> <4FE9018A.2020207@dewie.net.au> <4FEEF868.6060603@dewie.net.au> Message-ID: > to re-do the library database so that the > Library location is absolute, but the picture > locations are relative to the top library > location? Or would this not be possible > because of the leave in place import option? So, the official line here is that Yorba does not support or condone running direct, mutating queries against your Shotwell database. My personal view is that whether this would work is doubtful. Lucas From daniel.eriksson at fripost.org Tue Jul 3 05:46:24 2012 From: daniel.eriksson at fripost.org (Daniel Eriksson) Date: Tue, 03 Jul 2012 07:46:24 +0200 Subject: [Shotwell] Problems to build Shotwell In-Reply-To: <4feef617.2982440a.38a8.30e2@mx.google.com> References: <4feef617.2982440a.38a8.30e2@mx.google.com> Message-ID: <4FF28730.4050405@fripost.org> Hi Thank you Adam. That helped a lot! Everything compiles now. // Daniel On 2012-06-30 14:50, Adam Dingle wrote: > Daniel, > > some distros such as Ubuntu are pre-configured to find libraries in > /usr/local automatically, both at compile time and at run time. On > other distros such as Fedora you have to do some work so that libraries > in /usr/local will be found. I haven't used OpenSUSE, but it looks as > if it may be like Fedora in this respect. (It's baffling to me that > Fedora and others haven't improved this situation, by the way - it would > be really easy for them to do that, and users such as you often get > confused when they build and install libraries locally and they don't > work out of the box.) > > Here are the things you might need to do: > > 1. The XDG_DATA_DIRS environment variable (see > http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html) > needs to contain /usr/local/share. Vala uses this environmen t variable > to know where to look for .pc files. Probably the error message you're > seeing is because Vala can't find gexiv2.pc for this very reason. > > 2. The PKG_CONFIG_PATH environment variable needs to contain > /usr/local/lib/pkgconfig. (Ubuntu compiles such a path into the > pkg-config executable rather than setting the environment variable > directly.) > > 3. You might need to tell the dynamic linker to be able to find > libraries in /usr/local/lib. To do this, you'll need to add > /usr/local/lib to /etc/ld.so.conf or to a file in /etc/ld.so.conf.d, > then run "sudo ldconfig". > > Symlinking or copying to /usr/lib64 is not a great idea, in my opinion - > you really want a clean separation between libraries you've built > yourself (in /usr/local) and those installed by the system (in /usr). > At least that's my preference. The right path forward is to get your > system to recognize /usr/local. > > adam > > On Sat, Jun 30, 2012 at 12:13 AM, Daniel Eriksson > wrote: >> Hi all. >> >> My name is Daniel Eriksson and I'm trying to build Shotwell from >> source. I hope to contribute to the project in some way. >> >> I'm using OpenSUSE 12.1. I have built Vala from source from the git >> repo. I have also built gexiv2 from source from the git repo and >> installed it. Gexiv2 is installed in /usr/local/lib. >> >> My problem is that I get the error message: >> error: Package `gexiv2' not found in specified Vala API directories or >> GObject-Introspection GIR directories >> >> I have uninstalled the gexiv2 version (v 0.3.1) that came with >> OpenSUSE (together with Shotwell 0.11.5). If I use the preinstalled >> version of gexiv2 I get the error message >> >> src/photos/PhotoMetadata.vala:131.13-131.75: error: Return: Cannot >> convert from `uchar?[]' to `uint8[]' >> returnowner.exiv2.get_preview_image(props[number]).get_data(); >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> When I search for this error on the web I found the solution to build >> gexiv2 from the git repo. >> >> I've been searching the web for a solution and there are several >> persons who have had this problem in the past. However none of the >> solutions seems to work for me. >> >> One thing I noticed was that the gexiv2 version installed by OpenSUSE >> was placed in /usr/lib64 (I use a 64 bit machine). The version that I >> build from source and installed is placed under /usr/local/lib (as >> stated above). >> >> I tried to symlink the gexiv2 files I built myself to the /usr/lib64 >> but it did not work. I aslo tried to copy them there without any result. >> >> Any ideas of what's needed to make it compile? >> >> Best regards! >> >> -- >> Daniel Eriksson >> daniel.eriksson at fripost.org >> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Daniel Eriksson daniel.eriksson at fripost.org +46 735 12 05 47 From el.cameleon.1 at gmail.com Tue Jul 3 20:54:44 2012 From: el.cameleon.1 at gmail.com (Vincent) Date: Tue, 3 Jul 2012 22:54:44 +0200 Subject: [Shotwell] Facebook upload reset photo's dates In-Reply-To: References: Message-ID: 2012/7/2 Lucas Beeler > Hi Vincent, > > I just tried this over a number of different photos and I can't > reproduce this behavior at all. What is distro, distro version, and > Shotwell version are you using? > > Thanks for your answer. However, I still confirm the issue with Shotwell 0.12.3 on Ubuntu 12.04. I am the only one to see that? If necessary,I can give you the link to an old photo that I have just updated in Facebook and which appear today in my timeline. -- Vincent (cam?l?on) From lucas at yorba.org Tue Jul 3 22:21:25 2012 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 3 Jul 2012 15:21:25 -0700 Subject: [Shotwell] Facebook upload reset photo's dates In-Reply-To: References: Message-ID: Hi Vincent, > If necessary, I can give you the link to an old > photo that I have just updated in Facebook and > which appear today in my timeline. Okay. This is coming into slightly clearer focus. You mean that if you have a photo which was originally taken on December 10, 2007, and which, thanks to its EXIF date information, is grouped into a Shotwell event that includes December 10, 2007, that when you upload this photo to Facebook that you expect the photo to appear on your Facebook timeline on December 10, 2007, but it does not? So the problem is not that the photo takes the date & time of the upload in Shotwell, but on Facebook's servers, in your Facebook timeline? Given how the Shotwell Connect plugin for Facebook works today, this actually the expected behavior, since we don't make any additional calls to the Facebook API to set date & time properties on the photo object after it's been uploaded. That said, this is certainly a reasonable request, and it seems all the more pertinent now that Facebook has moved from its traditional profile view to the new timeline view. For this reason, I've opened a ticket for this issue here: http://redmine.yorba.org/issues/5506 and even tabled it for the next release of Shotwell, 0.13. I can't promise that we'll fix this for 0.13, but like I say, given Facebook's move to the timeline view, I do think it's important enough to consider for 0.13. Lucas From el.cameleon.1 at gmail.com Wed Jul 4 07:07:07 2012 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 4 Jul 2012 09:07:07 +0200 Subject: [Shotwell] Facebook upload reset photo's dates In-Reply-To: References: Message-ID: Thanks for this clear answer, this is exactly this! So I suppose that this new bug will depend of the resolution of Feature #4110 - Move Facebook Connector to the new Facebook Graph API 2012/7/4 Lucas Beeler > Hi Vincent, > > > If necessary, I can give you the link to an old > > photo that I have just updated in Facebook and > > which appear today in my timeline. > > Okay. This is coming into slightly clearer focus. You mean that if you > have a photo which was originally taken on December 10, 2007, and > which, thanks to its EXIF date information, is grouped into a Shotwell > event that includes December 10, 2007, that when you upload this > photo to Facebook that you expect the photo to appear on your Facebook > timeline on December 10, 2007, but it does not? So the problem is not > that the photo takes the date & time of the upload in Shotwell, but on > Facebook's servers, in your Facebook timeline? > > Given how the Shotwell Connect plugin for Facebook works today, this > actually the expected behavior, since we don't make any additional > calls to the Facebook API to set date & time properties on the photo > object after it's been uploaded. That said, this is certainly a > reasonable request, and it seems all the more pertinent now that > Facebook has moved from its traditional profile view to the new > timeline view. For this reason, I've opened a ticket for this issue > here: http://redmine.yorba.org/issues/5506 and even tabled it for the > next release of Shotwell, 0.13. I can't promise that we'll fix this > for 0.13, but like I say, given Facebook's move to the timeline view, > I do think it's important enough to consider for 0.13. > > Lucas > -- Vincent (cam?l?on) From ktenney at gmail.com Sun Jul 8 12:18:45 2012 From: ktenney at gmail.com (Kent Tenney) Date: Sun, 8 Jul 2012 07:18:45 -0500 Subject: [Shotwell] Examining Shotwell's exif from command line Message-ID: Howdy, What command line would display the exif data written by Shotwell? $ exif DSCN1010.JPG returns key:value pairs, which keys does Shotwell create or write to? Thanks, Kent From buzonn at gmail.com Sun Jul 8 13:36:07 2012 From: buzonn at gmail.com (Mink Klonerer) Date: Sun, 8 Jul 2012 15:36:07 +0200 Subject: [Shotwell] Removing configuration Message-ID: Hi everybody. I'm trying to clean all the configuration of shotwell but there is something somewhere that I can't find. I know that because the wizard to the beginning doesn't appear and my picasa user configuration is still there. Here what I did: Remove "/home/userfolder/.shotwell". Remove "/home/userfolder/.gconf/apps/shotwell" Thanks so much. From christophe.drevet at gmail.com Sun Jul 8 14:04:27 2012 From: christophe.drevet at gmail.com (Christophe Drevet) Date: Sun, 8 Jul 2012 16:04:27 +0200 Subject: [Shotwell] Removing configuration In-Reply-To: References: Message-ID: 2012/7/8 Mink Klonerer : > Hi everybody. Hi, And sorry for the duplicate email as I forgot to reply to the list with my first one. > I'm trying to clean all the configuration of shotwell but there is > something somewhere that I can't find. I know that because the wizard to > the beginning doesn't appear and my picasa user configuration is still > there. Here what I did: > > Remove "/home/userfolder/.shotwell". Hmm. I don't think there is configurations in this folder. Just the database and cache files, AFAIK. > Remove "/home/userfolder/.gconf/apps/shotwell" If you change .gconf directory content while the gnome session is running, the changes will not be applied. Maybe this is what you are facing. You should, either, use gconf-editor or gconftool-2 to change those settings in live, or close your session and do your changes in the .gconf folder with a console session or with another user account. -- Christophe. From buzonn at gmail.com Sun Jul 8 22:12:22 2012 From: buzonn at gmail.com (Mink Klonerer) Date: Mon, 9 Jul 2012 00:12:22 +0200 Subject: [Shotwell] Removing configuration In-Reply-To: References: Message-ID: On Sun, Jul 8, 2012 at 4:04 PM, Christophe Drevet < christophe.drevet at gmail.com> wrote: > 2012/7/8 Mink Klonerer : > > Hi everybody. > > Hi, > And sorry for the duplicate email as I forgot to reply to the list > with my first one. > > > > I'm trying to clean all the configuration of shotwell but there is > > something somewhere that I can't find. I know that because the wizard to > > the beginning doesn't appear and my picasa user configuration is still > > there. Here what I did: > > > > Remove "/home/userfolder/.shotwell". > > Hmm. I don't think there is configurations in this folder. Just the > database and cache files, AFAIK. > > > > Remove "/home/userfolder/.gconf/apps/shotwell" > > > If you change .gconf directory content while the gnome session is > running, the changes will not be applied. Maybe this is what you are > facing. > > You should, either, use gconf-editor or gconftool-2 to change those > settings in live, or close your session and do your changes in the > .gconf folder with a console session or with another user account. > > > -- > Christophe. > Thank you very much. Yes, It is what you pointed out. From lbc at bnrlabs.com Mon Jul 9 09:03:47 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Mon, 09 Jul 2012 11:03:47 +0200 Subject: [Shotwell] Examining Shotwell's exif from command line In-Reply-To: References: Message-ID: <4FFA9E73.1010802@bnrlabs.com> On 2012.07.08 14:18, Kent Tenney wrote: > What command line would display the exif data written by Shotwell? > $ exif DSCN1010.JPG > returns key:value pairs, which keys does Shotwell create or write to? Maybe something along the line of : $ exif DSCN1010.JPG > /tmp/exif.in ; shotwell ; exif DSCN1010.JPG > /tmp/exif.out ; diff --ignore-matching-lines="^EXIF tags in.*$" --old-line-format="" --unchanged-line-format="" /tmp/exif.in /tmp/exif.out Hope it helps, Lucas From thomas.moschny at gmail.com Mon Jul 9 13:44:07 2012 From: thomas.moschny at gmail.com (Thomas Moschny) Date: Mon, 9 Jul 2012 15:44:07 +0200 Subject: [Shotwell] Fedora ABRT bugs In-Reply-To: References: Message-ID: Hi Lucas, 2012/6/28 Lucas Beeler : > Thanks for the links. Someone on the team will start watching Shotwell > package activity on the Fedora Bugzilla server regularly. Since > Shotwell 0.10.x is no longer supported, we'll be focusing our > attention on the Shotwell 0.12.3 bugs. That sounds great. Don't hesitate to ping me if you need further information or assistance on setting this up. Meanwhile, we have 15 crash reports for 0.12.3, see http://goo.gl/ccTYn . Regards Thomas From adam at yorba.org Mon Jul 9 15:57:44 2012 From: adam at yorba.org (Adam Dingle) Date: Mon, 09 Jul 2012 15:50:44 -0007 Subject: [Shotwell] Examining Shotwell's exif from command line Message-ID: <4ffaff7a.46d8440a.117f.ffff8902@mx.google.com> Kent, first, I highly recommend using exiv2 rather than exif to look at metadata. ?You can use it like this: $ exiv2 -pa?DSCN1010.JPG exiv2 will tell you about EXIF, IPTC and XMP metadata, whereas exif displays only EXIF. We have a wiki page that talks about which metadata tags Shotwell and other programs write to: 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. ?The page is still somewhat readable, however. ?If anyone wants to clean up the formatting on that page, the change would be welcome. adam On Sun, Jul 8, 2012 at 5:18 AM, Kent Tenney wrote: Howdy, What command line would display the exif data written by Shotwell? $ exif DSCN1010.JPG returns key:value pairs, which keys does Shotwell create or write to? Thanks, Kent _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jimoe at sohnen-moe.com Mon Jul 9 17:20:37 2012 From: jimoe at sohnen-moe.com (James Moe) Date: Mon, 09 Jul 2012 10:20:37 -0700 Subject: [Shotwell] Automatic distribution updates for openSuse? Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, opensuse v12.1 shotwell v11.5 Shotwell was a default installation with opensuse v12.1. However, while shotwell has released minor and major(-ish) updates, none have appeared in the update repositories. Is there a process that puts a program in the pipeline for automated updates? Is there a reason shotwell is not? - -- 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/7EuUACgkQzTcr8Prq0ZPNgACfdvFAE+M8WDV3ugACcP3ZH3LK s+IAmwbuJXxIEp1t6BhqfHlTPZvqqWhL =tPZj -----END PGP SIGNATURE----- From lucas at yorba.org Mon Jul 9 21:38:29 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 9 Jul 2012 14:38:29 -0700 Subject: [Shotwell] Automatic distribution updates for openSuse? In-Reply-To: References: Message-ID: Hi James, That's a good question! Alas, this mailing list is not the best place to ask it. This list a forum for users to communicate with those of us who develop Shotwell. Since we're developers and not packagers, we have very little say as regards what the distros do with our packages after we've developed and released them. Whether openSUSE chooses to package an updated version of Shotwell is up to the openSUSE packagers and maintainers, as much as we'd like it to be up to us ('cause, hey, we'd like to see the latest Shotwell running everywhere, right?). So please take up this issue on a mailing list about openSUSE packaging and maintenance. What's more, if you hear anything back about the status of Shotwell in openSUSE, drop me a line back! Take care, Lucas On Mon, Jul 9, 2012 at 10:20 AM, James Moe wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > opensuse v12.1 > shotwell v11.5 > > Shotwell was a default installation with opensuse v12.1. However, > while shotwell has released minor and major(-ish) updates, none have > appeared in the update repositories. > Is there a process that puts a program in the pipeline for automated > updates? Is there a reason shotwell is not? > > - -- > 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/7EuUACgkQzTcr8Prq0ZPNgACfdvFAE+M8WDV3ugACcP3ZH3LK > s+IAmwbuJXxIEp1t6BhqfHlTPZvqqWhL > =tPZj > -----END PGP SIGNATURE----- > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Mon Jul 9 23:40:56 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 9 Jul 2012 16:40:56 -0700 Subject: [Shotwell] Fedora ABRT bugs In-Reply-To: References: Message-ID: > Meanwhile, we have 15 crash reports for 0.12.3 I looked over the list and, from what I can tell, some of these are likely caused by known upstream issues. At some point, when one of our devs has time, we plan to comb through the ABRT bug reports and reconcile them with our upstream Redmine. This will be a recurring task. BTW: the upstream ticket for this task is here: http://redmine.yorba.org/issues/5469. Lucas From nigelyngc at gmail.com Tue Jul 10 18:19:06 2012 From: nigelyngc at gmail.com (Nigel Fitt) Date: Tue, 10 Jul 2012 20:19:06 +0200 Subject: [Shotwell] New customer Message-ID: To Whom it may concern, How to I install Shotwell on my computer? I am using Ubuntu 12.04 and Firefox 12. I am a computer user. I am not a developer. I do not know anything about code. Kind regards, Nigel Fitt From adam at yorba.org Tue Jul 10 18:20:42 2012 From: adam at yorba.org (Adam Dingle) Date: Tue, 10 Jul 2012 18:13:42 -0007 Subject: [Shotwell] New customer Message-ID: <4ffc727d.09e1440a.38cc.0042@mx.google.com> Nigel, Shotwell comes pre-installed on Ubuntu 12.04. To run it, open the Dash (press the Ubuntu button in the sidebar on the left), type 'shotwell' and click the Shotwell icon. adam On Tue, Jul 10, 2012 at 11:19 AM, Nigel Fitt wrote: To Whom it may concern, How to I install Shotwell on my computer? I am using Ubuntu 12.04 and Firefox 12. I am a computer user. I am not a developer. I do not know anything about code. Kind regards, Nigel Fitt _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From steffen.guenther at gmx.com Tue Jul 10 18:31:43 2012 From: steffen.guenther at gmx.com (=?ISO-8859-1?Q?Steffen_G=FCnther?=) Date: Tue, 10 Jul 2012 20:31:43 +0200 Subject: [Shotwell] New customer In-Reply-To: <4ffc727d.09e1440a.38cc.0042@mx.google.com> References: <4ffc727d.09e1440a.38cc.0042@mx.google.com> Message-ID: <22dca712-19dc-4912-9866-96bdc968de04@email.android.com> Fast as lightning, Hehe @Adam. -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. Adam Dingle schrieb: Nigel, Shotwell comes pre-installed on Ubuntu 12.04. To run it, open the Dash (press the Ubuntu button in the sidebar on the left), type 'shotwell' and click the Shotwell icon. adam On Tue, Jul 10, 2012 at 11:19 AM, Nigel Fitt wrote: To Whom it may concern, How to I install Shotwell on my computer? I am using Ubuntu 12.04 and Firefox 12. I am a computer user. I am not a developer. I do not know anything about code. Kind regards, Nigel Fitt _____________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell _____________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lorenzo.milesi at ufficyo.com Wed Jul 11 09:02:24 2012 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Wed, 11 Jul 2012 11:02:24 +0200 (CEST) Subject: [Shotwell] High cpu usage In-Reply-To: <1517631010.6918.1341996982824.JavaMail.root@yetopen.it> Message-ID: <949688157.6955.1341997344842.JavaMail.root@yetopen.it> Hi. I'm trying to import my (huge) collection of pictures (60k) from F-Spot. I let it run for something like 12h and imported less than half of the database, I hope when I will re-run it it will start from where it finished, and not from the beginning... But my problem right now is that if I open shotwell (I'm running git 038f0a) the CPU spins up to 100% and doesn't seem to want to stop. I see no activity on shotwell's gui. I must say the photos are offline (remote storage, not mounted). I tried starting with --no-runtime-monitoring and while the cpu is still at 100% the UI is at least responsive. Is there anything I can check or is this an expected behavior? thanks -- Lorenzo Milesi - lorenzo.milesi at yetopen.it GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it From chris at gurgiolo.com Wed Jul 11 17:58:44 2012 From: chris at gurgiolo.com (Chris Gurgiolo) Date: Wed, 11 Jul 2012 10:58:44 -0700 Subject: [Shotwell] Disappearing Photo Titles Message-ID: <1342029524.2780.13.camel@b2r> Cheers, This is either a feature or a bug. Either way its annoying and I'm wondering if there's a way around it. I am currently running Shotwell 0.12.3 under gentoo. What happens is this. 1. I import in place a number of photos from a hard drive. 2. Once imported the photos are tagged and titled. They are not exported to the photo exif. 3. At this point all is OK and remains fine if that's all I do. 4. I have small Tcl/Tk which is able to read the tags and titles from the shotwell database for any photo or set of photos and will write them into various fields in the photo exif. 5. The first restart of shotwell after doing this and all of the titles of the modified photos are gone but the tags are fine. I suspect that this occurs when update runs. 6. I then have a program which reads the titles from the photos and I manually paste them back into the shotwell titles and after that no further problems. As can be imagined step 6 becomes a drag after a while. So the question is why does this occur? Is there a way around it? If its caused by the update function can this be turned off? Thanks for any suggestions chris -- Chris Gurgiolo Bitterroot Basic Research Inc. 837 Westside Road Hamilton, MT 59840-9369 Phone: (406)363-6163 E-Mail: chris at gurgiolo.com From lucas at yorba.org Wed Jul 11 23:44:04 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 11 Jul 2012 16:44:04 -0700 Subject: [Shotwell] Disappearing Photo Titles In-Reply-To: <1342029524.2780.13.camel@b2r> References: <1342029524.2780.13.camel@b2r> Message-ID: Hi Chris, > I have small Tcl/Tk which is > able to read the tags and titles > from the shotwell database for > any photo or set of photos and > will write them into various fields > in the photo exif. Is there any reason why you're using a hand-rolled Tk script to write metadata into the photo files instead of simply using Shotwell's "Write tags, titles, and other metadata to photo files" feature, which can be enabled via the Shotwell preferences dialog? Yorba does not support or condone any direct user access to the Shotwell database, so if you query the database using external tools you do so at your own risk. On the other hand, the use of the Shotwell metadata writing feature is fully supported. Lucas From lucas at yorba.org Wed Jul 11 23:47:02 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 11 Jul 2012 16:47:02 -0700 Subject: [Shotwell] High cpu usage In-Reply-To: <949688157.6955.1341997344842.JavaMail.root@yetopen.it> References: <1517631010.6918.1341996982824.JavaMail.root@yetopen.it> <949688157.6955.1341997344842.JavaMail.root@yetopen.it> Message-ID: Hi Lorenzo, > I must say the photos are offline (remote storage, not mounted). When you did the initial import from F-Spot, were the photo files offline at that time. This is to say, if many of the files in your F-Spot photo library were stored on a USB disk or a NAS system, was the USB disk or NAS system powered on, connected, and mounted when you ran the initial F-Spot import? Lucas From lorenzo.milesi at ufficyo.com Thu Jul 12 05:13:27 2012 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Thu, 12 Jul 2012 07:13:27 +0200 (CEST) Subject: [Shotwell] High cpu usage In-Reply-To: Message-ID: <2091003617.9190.1342070006773.JavaMail.root@yetopen.it> > When you did the initial import from F-Spot, were the photo files > offline at that time. This is to say, if many of the files in your no, they were online. I tried now with the mounted photos, shotwell is still at 100% -- From lorenzo.milesi at ufficyo.com Thu Jul 12 05:34:09 2012 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Thu, 12 Jul 2012 07:34:09 +0200 (CEST) Subject: [Shotwell] High cpu usage In-Reply-To: <2091003617.9190.1342070006773.JavaMail.root@yetopen.it> Message-ID: <2093315762.9304.1342071249546.JavaMail.root@yetopen.it> > I tried now with the mounted photos, shotwell is still at 100% After some time running it calmed down... -- From lucas at yorba.org Fri Jul 13 18:37:25 2012 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 13 Jul 2012 11:37:25 -0700 Subject: [Shotwell] Disappearing Photo Titles In-Reply-To: <1342064577.3316.10.camel@b2r> References: <1342029524.2780.13.camel@b2r> <1342064577.3316.10.camel@b2r> Message-ID: Hi Chris, > When shotwell does its update > and finds a photo that needs to be > updated does it try and obtain the > title from the current exif? If so, > which field is it using? I can always > copy the title to that field also > and that should solve everything. During the "Updating Library..." process at startup, Shotwell will attempt to read an updated title from the following metadata fields (these are named according to the exiv2 metadata processing library's naming scheme): Iptc.Application2.Caption Xmp.dc.title Iptc.Application2.Headline Xmp.photoshop.Headline Regards, Lucas From frasermccrossan at gmail.com Fri Jul 13 23:41:24 2012 From: frasermccrossan at gmail.com (Fraser McCrossan) Date: Fri, 13 Jul 2012 19:41:24 -0400 Subject: [Shotwell] Unable to build shotwell Message-ID: So I'm trying to build from the latest git source, to get the fix for this: https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/862692 I've installed vala 0.17.2 from the release tarball onto Debian testing, cloned the repo, but the build crashes apparently with a Vala compiler problem: [...snip...] RESTSupport.c:1002:6: note: expected ?void *? but argument is of type ?gconstpointer? /home/fraser/src/shotwell/plugins/common/RESTSupport.vala: In function ?publishing_rest_support_argument_sort?: /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:119:9: warning: assignment from incompatible pointer type [enabled by default] /home/fraser/src/shotwell/plugins/common/RESTSupport.vala: In function ?publishing_rest_support_transaction_check_response?: /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:202:10: warning: assignment discards ?const? qualifier from pointer target type [enabled by default] /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:202:11: warning: assignment discards ?const? qualifier from pointer target type [enabled by default] /home/fraser/src/shotwell/plugins/common/RESTSupport.vala: In function ?publishing_rest_support_transaction_get_response?: /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:336:9: warning: assignment discards ?const? qualifier from pointer target type [enabled by default] error: cc exited with status 256 Compilation failed: 1 error(s), 0 warning(s) make[2]: *** [.stamp] Error 1 GCC version: $ gcc --version gcc (Debian 4.7.1-2) 4.7.1 Then I tried to use the latest vala git source, but for various reasons I was unable to get it to build (but that's outside of the scope of this list). Is the latest vala required or is the latest release version sufficient? If so, anybody know what's going on? From lucas at yorba.org Fri Jul 13 23:51:06 2012 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 13 Jul 2012 16:51:06 -0700 Subject: [Shotwell] Unable to build shotwell In-Reply-To: References: Message-ID: Hi Fraser, Could you send the full compile output instead of just a "[...snip...]?" I ask this because, while the make system reports the error from cc here: > error: cc exited with status 256 In your "snip" we don't get to see the actual cc output that generated the error. Take care, Lucas On Fri, Jul 13, 2012 at 4:41 PM, Fraser McCrossan wrote: > So I'm trying to build from the latest git source, to get the fix for this: > > https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/862692 > > I've installed vala 0.17.2 from the release tarball onto Debian > testing, cloned the repo, but the build crashes apparently with a Vala > compiler problem: > > [...snip...] > RESTSupport.c:1002:6: note: expected ?void *? but argument is of type > ?gconstpointer? > /home/fraser/src/shotwell/plugins/common/RESTSupport.vala: In function > ?publishing_rest_support_argument_sort?: > /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:119:9: > warning: assignment from incompatible pointer type [enabled by > default] > /home/fraser/src/shotwell/plugins/common/RESTSupport.vala: In function > ?publishing_rest_support_transaction_check_response?: > /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:202:10: > warning: assignment discards ?const? qualifier from pointer target > type [enabled by default] > /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:202:11: > warning: assignment discards ?const? qualifier from pointer target > type [enabled by default] > /home/fraser/src/shotwell/plugins/common/RESTSupport.vala: In function > ?publishing_rest_support_transaction_get_response?: > /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:336:9: > warning: assignment discards ?const? qualifier from pointer target > type [enabled by default] > error: cc exited with status 256 > Compilation failed: 1 error(s), 0 warning(s) > make[2]: *** [.stamp] Error 1 > > GCC version: > > $ gcc --version > gcc (Debian 4.7.1-2) 4.7.1 > > Then I tried to use the latest vala git source, but for various > reasons I was unable to get it to build (but that's outside of the > scope of this list). Is the latest vala required or is the latest > release version sufficient? If so, anybody know what's going on? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From eric at yorba.org Sat Jul 14 00:02:52 2012 From: eric at yorba.org (Eric Gregory) Date: Fri, 13 Jul 2012 17:02:52 -0700 Subject: [Shotwell] Unable to build shotwell In-Reply-To: References: Message-ID: > > > Then I tried to use the latest vala git source, but for various > > reasons I was unable to get it to build (but that's outside of the > > scope of this list). Is the latest vala required or is the latest > > release version sufficient? If so, anybody know what's going on? > Currently Vala 0.17.2 is required to build both Shotwell and Geary out of git master. I just compiled Shotwell from git master on my machine and it worked fine with Vala 0.17.2 (from the official tarball) and GCC 4.6.3 (provided with Ubuntu.) - Eric From frasermccrossan at gmail.com Sat Jul 14 01:10:00 2012 From: frasermccrossan at gmail.com (Fraser McCrossan) Date: Fri, 13 Jul 2012 21:10:00 -0400 Subject: [Shotwell] Unable to build shotwell In-Reply-To: References: Message-ID: My apologies. In the course of posting the full error below, I noticed the problem was the line: /home/fraser/src/shotwell/plugins/shotwell-publishing/PicasaPublishing.c:23:33: fatal error: json-glib/json-glib.h: No such file or directory I'd originally installed all the dependencies and removed the Debian version with: apt-get build-dep shotwell apt-get remove shotwell I guess it missed a dependency, or a new one is required. Doing this got it to build fine: apt-get install libjson-glib-dev Once again, my apologies for posting something I should have noticed myself. FWIW it does seem to build OK with GCC 4.7.2. ---- fraser at teuchter:~/src/shotwell$ make make[1]: Entering directory `/home/fraser/src/shotwell/plugins' make[2]: Entering directory `/home/fraser/src/shotwell/plugins/shotwell-transitions' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/fraser/src/shotwell/plugins/shotwell-transitions' make[2]: Entering directory `/home/fraser/src/shotwell/plugins/shotwell-publishing' valac --target-glib=2.30.0 -g --enable-checking --fatal-warnings --save-temps --compile \ --vapidir=../ --pkg=shotwell-plugin-dev-1.0 --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-3.0 --pkg=gtk+-3.0 --pkg=gee-1.0 --pkg=gtk+-3.0 --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkitgtk-3.0 --pkg=gexiv2 --pkg=rest-0.7 --pkg=gee-1.0 --pkg=json-glib-1.0 \ -X -I../.. -X -fPIC \ -X -D_VERSION='"0.12.3+trunk"' -X -DGETTEXT_PACKAGE='"shotwell"' \ \ --vapidir=../../vapi \ ../common/Resources.vala shotwell-publishing.vala FacebookPublishing.vala PicasaPublishing.vala FlickrPublishing.vala YouTubePublishing.vala PiwigoPublishing.vala ../../src/util/string.vala ../common/RESTSupport.vala ../common/ui.vala /home/fraser/src/shotwell/plugins/shotwell-publishing/FacebookPublishing.vala: In function ?publishing_facebook_facebook_rest_transaction_check_response?: /home/fraser/src/shotwell/plugins/shotwell-publishing/FacebookPublishing.vala:1053:10: warning: assignment discards ?const? qualifier from pointer target type [enabled by default] /home/fraser/src/shotwell/plugins/shotwell-publishing/FacebookPublishing.vala:1053:11: warning: assignment discards ?const? qualifier from pointer target type [enabled by default] /home/fraser/src/shotwell/plugins/shotwell-publishing/FacebookPublishing.vala: In function ?publishing_facebook_facebook_rest_transaction_get_response?: /home/fraser/src/shotwell/plugins/shotwell-publishing/FacebookPublishing.vala:1135:9: warning: assignment discards ?const? qualifier from pointer target type [enabled by default] /home/fraser/src/shotwell/plugins/shotwell-publishing/PicasaPublishing.c:23:33: fatal error: json-glib/json-glib.h: No such file or directory compilation terminated. /home/fraser/src/shotwell/plugins/shotwell-publishing/FlickrPublishing.vala: In function ?publishing_flickr_flickr_publisher_do_publish?: /home/fraser/src/shotwell/plugins/shotwell-publishing/FlickrPublishing.vala:625:10: warning: assignment from incompatible pointer type [enabled by default] /home/fraser/src/shotwell/plugins/shotwell-publishing/FlickrPublishing.vala: In function ?publishing_flickr_uploader_preprocess_publishable?: /home/fraser/src/shotwell/plugins/shotwell-publishing/FlickrPublishing.vala:1321:16: warning: assignment from incompatible pointer type [enabled by default] /home/fraser/src/shotwell/plugins/shotwell-publishing/FlickrPublishing.vala:1335:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type [enabled by default] In file included from /usr/include/gexiv2/gexiv2.h:13:0, from /home/fraser/src/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:24: /usr/include/gexiv2/gexiv2-metadata.h:137:11: note: expected ?const gchar **? but argument is of type ?gchar **? /home/fraser/src/shotwell/plugins/shotwell-publishing/FlickrPublishing.vala:1336:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type [enabled by default] In file included from /usr/include/gexiv2/gexiv2.h:13:0, from /home/fraser/src/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:24: /usr/include/gexiv2/gexiv2-metadata.h:137:11: note: expected ?const gchar **? but argument is of type ?gchar **? /usr/local/share/vala-0.18/vapi/glib-2.0.vapi: In function ?string_chomp?: /usr/local/share/vala-0.18/vapi/glib-2.0.vapi:1044:2: warning: passing argument 1 of ?g_strchomp? discards ?const? qualifier from pointer target type [enabled by default] In file included from /usr/include/glib-2.0/glib.h:81:0, from /home/fraser/src/shotwell/plugins/shotwell-publishing/YouTubePublishing.c:10: /usr/include/glib-2.0/glib/gstrfuncs.h:156:23: note: expected ?gchar *? but argument is of type ?const gchar *? /usr/local/share/vala-0.18/vapi/glib-2.0.vapi: In function ?string_strip?: /usr/local/share/vala-0.18/vapi/glib-2.0.vapi:1060:2: warning: passing argument 1 of ?g_strchug? discards ?const? qualifier from pointer target type [enabled by default] In file included from /usr/include/glib-2.0/glib.h:81:0, from /home/fraser/src/shotwell/plugins/shotwell-publishing/PiwigoPublishing.c:10: /usr/include/glib-2.0/glib/gstrfuncs.h:154:23: note: expected ?gchar *? but argument is of type ?const gchar *? /usr/local/share/vala-0.18/vapi/glib-2.0.vapi: In function ?string_strip?: /usr/local/share/vala-0.18/vapi/glib-2.0.vapi:1060:2: warning: passing argument 1 of ?g_strchug? discards ?const? qualifier from pointer target type [enabled by default] In file included from /usr/include/glib-2.0/glib.h:81:0, from /home/fraser/src/shotwell/plugins/shotwell-publishing/string.c:10: /usr/include/glib-2.0/glib/gstrfuncs.h:154:23: note: expected ?gchar *? but argument is of type ?const gchar *? /usr/local/share/vala-0.18/vapi/glib-2.0.vapi: In function ?string_delimit?: /usr/local/share/vala-0.18/vapi/glib-2.0.vapi:1068:2: warning: passing argument 1 of ?g_strdelimit? discards ?const? qualifier from pointer target type [enabled by default] In file included from /usr/include/glib-2.0/glib.h:81:0, from /home/fraser/src/shotwell/plugins/shotwell-publishing/string.c:10: /usr/include/glib-2.0/glib/gstrfuncs.h:100:22: note: expected ?gchar *? but argument is of type ?const gchar *? /home/fraser/src/shotwell/src/util/string.vala: In function ?string_collated_compare?: /home/fraser/src/shotwell/src/util/string.vala:224:11: warning: assignment from incompatible pointer type [enabled by default] /home/fraser/src/shotwell/src/util/string.vala: In function ?string_precollated_compare?: /home/fraser/src/shotwell/src/util/string.vala:229:9: warning: assignment from incompatible pointer type [enabled by default] /home/fraser/src/shotwell/src/util/string.vala:231:10: warning: assignment from incompatible pointer type [enabled by default] /home/fraser/src/shotwell/plugins/common/RESTSupport.vala: In function ?publishing_rest_support_argument_compare?: /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:110:9: warning: assignment from incompatible pointer type [enabled by default] RESTSupport.c: In function ?_publishing_rest_support_argument_compare_gcompare_func?: RESTSupport.c:1038:2: warning: passing argument 1 of ?publishing_rest_support_argument_compare? discards ?const? qualifier from pointer target type [enabled by default] RESTSupport.c:1002:6: note: expected ?void *? but argument is of type ?gconstpointer? RESTSupport.c:1038:2: warning: passing argument 2 of ?publishing_rest_support_argument_compare? discards ?const? qualifier from pointer target type [enabled by default] RESTSupport.c:1002:6: note: expected ?void *? but argument is of type ?gconstpointer? /home/fraser/src/shotwell/plugins/common/RESTSupport.vala: In function ?publishing_rest_support_argument_sort?: /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:119:9: warning: assignment from incompatible pointer type [enabled by default] /home/fraser/src/shotwell/plugins/common/RESTSupport.vala: In function ?publishing_rest_support_transaction_check_response?: /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:202:10: warning: assignment discards ?const? qualifier from pointer target type [enabled by default] /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:202:11: warning: assignment discards ?const? qualifier from pointer target type [enabled by default] /home/fraser/src/shotwell/plugins/common/RESTSupport.vala: In function ?publishing_rest_support_transaction_get_response?: /home/fraser/src/shotwell/plugins/common/RESTSupport.vala:336:9: warning: assignment discards ?const? qualifier from pointer target type [enabled by default] error: cc exited with status 256 Compilation failed: 1 error(s), 0 warning(s) make[2]: *** [.stamp] Error 1 make[2]: Leaving directory `/home/fraser/src/shotwell/plugins/shotwell-publishing' make[1]: *** [shotwell-publishing] Error 2 make[1]: Leaving directory `/home/fraser/src/shotwell/plugins' make: *** [plugins] Error 2 From roumano at gmail.com Sun Jul 15 19:04:26 2012 From: roumano at gmail.com (Roumano) Date: Sun, 15 Jul 2012 21:04:26 +0200 Subject: [Shotwell] Categories & Xmp with Hierarchical Subject & Tags List In-Reply-To: References: <1340631305.1677.10.camel@roumano> Message-ID: <1342379066.1667.6.camel@roumano> Hi, Sorry for the delay, i was on vacation ... Shotwell wrote xmp on these kind of pictures (not sure what i have done on them) I can't find these pictures on the tag tree in shotwell : it's the problem. Regards Le lundi 25 juin 2012 ? 12:10 -0700, Lucas Beeler a ?crit : > Hi Roumano, > > > Shotwell was added tag list (in xmp field) from > > some of them (why i don't kown or remember if > > done something special) > > By "added tag list" do you mean that your tags appeared in Shotwell's > tag tree in the sidebar of the Shotwell user interface, or do you mean > that Shotwell wrote data out to the XMP fields in your photo files, > clobbering the existing values that you'd edited? > > Lucas > > On Mon, Jun 25, 2012 at 6:35 AM, Roumano wrote: > > Hi, > > > > Before shotwell, i'm using another tool to add tag on xmp of picture (it > > add data on the fied Hierarchical Subject & Keywords ) > > > > > > Now, i have something strenge with lot of them : > > Shotwell was added tag list (in xmp field) from some of them (why i > > don't kown or remember if done something special) > > > > This picture is not on the hierchical categories "L?o" > > What can i do to recover them ? > > > > exiftool of one of them : > > > > Software : Shotwell 0.12.3+trunk > > GPS Version ID : 2.3.0.0 > > GPS Latitude Ref : North > > GPS Longitude Ref : East > > GPS Altitude Ref : Above Sea Level > > GPS Time Stamp : 09:52:22.03 > > GPS Img Direction Ref : True North > > GPS Img Direction : 0 > > GPS Map Datum : WGS-84 > > GPS Date Stamp : 2011:02:17 > > XMP Toolkit : XMP Core 5.1.2 > > Rating : 2 > > Tags List : Photographies, Photographies/Famille, > > Photographies/Famille/Baptiste Iuga > > Last Keyword XMP : Photographies, Photographies/Famille, > > Photographies/Famille/Baptiste Iuga > > Subject : Baptiste Iuga, Famille, Photographies, > > L?o > > Hierarchical Subject : Photographies|Famille|L?o > > Current IPTC Digest : a72431e04cd5cc889cbf5ea33dc068d3 > > Coded Character Set : UTF8 > > Keywords : Baptiste Iuga, Famille, Photographies, > > L?o > > Special Instructions : Lat 48.193362, Lon 7.341055 - Bearing: > > 0 - Altitude: 242m > > Originating Program : Shotwell > > Program Version : 0.12.3+trunk > > Image Width : 5184 > > Image Height : 3456 > > > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From roumano at gmail.com Sun Jul 15 21:28:17 2012 From: roumano at gmail.com (Roumano) Date: Sun, 15 Jul 2012 23:28:17 +0200 Subject: [Shotwell] existing bug or they are fedora specific ? Message-ID: <1342387697.1667.21.camel@roumano> Hi, I have used shotwell during my vacation on my old laptop (i don't use it frequently) I have some point/bug to improve shotwell Shotwell Version 0.12.3 on fedora 17 i686 - Shotwell re-import lot of already imported file if they are keeped on the camera Impacted by the fact i have edited a video file from by camera saved as a new file then delete the original video (to cut the begin & end of the video to reduce the file size). I'm pretty sure it's here the problem because older (than the edited video) pictures are still on my camera and them are not imported again... Exemple with one picture : /home/roumano/Images/2012/06/27 [roumano at Laptop 27]$ ls -la IMG_0563* -rw-rw-r--. 1 roumano roumano 7276685 29 juin 10:13 IMG_0563_1.JPG -rw-rw-r--. 1 roumano roumano 7276685 29 juin 19:04 IMG_0563_2.JPG -rw-rw-r--. 1 roumano roumano 7276685 1 juil. 20:18 IMG_0563_3.JPG -rw-rw-r--. 1 roumano roumano 7276685 4 juil. 21:04 IMG_0563_4.JPG -rw-rw-r--. 1 roumano roumano 7276684 27 juin 19:08 IMG_0563.JPG [roumano at Laptop 27]$ md5sum IMG_0563* 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_1.JPG 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_2.JPG 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_3.JPG 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_4.JPG 6ef1f7592c288d04ee1655f84a60ca27 IMG_0563.JPG Pictures IMG_0563_1 , IMG_0563_2 , IMG_0563_3 & IMG_0563_4 have not the same md5sum as IMG_0563 as i note them as rejected on shotwell so they share the same exif information ... - View Rejected picture at start of shotwell launch shotwell, select View/Filter Photos/All Photos Stop & relaunch shotwell, shotwell will keeping the preferences of "all photos" but we will also see rejected photos. by-pass the problem : open the search bar (F8), rejected photos will disapered automaticaly > Can't reproduce it on my every-day machine - Open with Shotwell when already run If Shotwell is already start, when we plug the camera : the gnome dock display 'open with shotwell' Click on it, doesn't focus on shotwell as it's done when shotwell is not yet started > Can't reproduce it on my every-day machine as i don't use (yet) gnome3 - Battery use on laptop On a laptop, the battery use is important On my machine, shotwell apps like make arround 40 wakeup of the processor via range_ns (hrtimer_wakeup) PowerTOP v2.0 Overview Idle stats Frequency stats Device stats Tunab Summary: 80,5 wakeups/second, 0,0 GPU ops/second, 0,0 VFS ops/sec and 3,5% CPU Usage Events/s Category Description 2,2 ms/s 40,3 Process shotwell 175,0 us/s 10,8 Interrupt [16]ehci_hcd:usb1 - After a Crop or straighten, note the picture via keybord shortcut , (like shift 2) we will see the original file (not the croped picture) until we change the pictures, it's distribing > I can't reproduce it on my PC, problem due to a very slow machine ? - Crash of shotwell if it was importing from my camera then goes on standby mode (after 10 minutes) my laptop was automacitaly standby to save the battery. When poweron the PC again, shotwell is no longer running (but other soft yes) - During the import Before importing picture from the camera, shotwell need to generate thumbs of all picture in the camera : - Use key on the import During the import we can navigate on them via the keybord but when the generating of thumb if finish, we can't longer navigate on picture as the focus is automaticaly done on the left panel - Speed-up the generating of thumbs from the camera On my old laptop, It's a lite bite longer to generate thumb for lot of pictures from my camera. If the picture already existe on shotwell, it's possible to use thumb already on the PC instend of re-generate it from the camera (to speed-up the generating of thumb if picture was already imported) ? Regards From lucas at yorba.org Mon Jul 16 21:54:33 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 16 Jul 2012 14:54:33 -0700 Subject: [Shotwell] Categories & Xmp with Hierarchical Subject & Tags List In-Reply-To: <1342379066.1667.6.camel@roumano> References: <1340631305.1677.10.camel@roumano> <1342379066.1667.6.camel@roumano> Message-ID: Hi Roumano, > i'm using another tool to add tag on xmp of picture (it > add data on the fied Hierarchical Subject I suspect this is your problem. Shotwell has trouble handling the hierarchical subject field because we can read from it but we can't write into it. Could you email a copy of one of the photo files that has "missing" tags to shotwell at yorba.org as an attached JPEG image? Lucas From lucas at yorba.org Tue Jul 17 20:50:34 2012 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 17 Jul 2012 13:50:34 -0700 Subject: [Shotwell] existing bug or they are fedora specific ? In-Reply-To: <1342387697.1667.21.camel@roumano> References: <1342387697.1667.21.camel@roumano> Message-ID: > on my old laptop Just how old are we talking here? What is the processor, memory, and disk configuration? Lucas On Sun, Jul 15, 2012 at 2:28 PM, Roumano wrote: > > Hi, I have used shotwell during my vacation on my old laptop (i don't > use it frequently) > I have some point/bug to improve shotwell > > Shotwell Version 0.12.3 on fedora 17 i686 > > - Shotwell re-import lot of already imported file if they are keeped on > the camera > > Impacted by the fact i have edited a video file from by camera saved > as a new file then delete the original video (to cut the begin & end of > the video to reduce the file size). > I'm pretty sure it's here the problem because older (than the edited > video) pictures are still on my camera and them are not imported > again... > > Exemple with one picture : > /home/roumano/Images/2012/06/27 > [roumano at Laptop 27]$ ls -la IMG_0563* > -rw-rw-r--. 1 roumano roumano 7276685 29 juin 10:13 IMG_0563_1.JPG > -rw-rw-r--. 1 roumano roumano 7276685 29 juin 19:04 IMG_0563_2.JPG > -rw-rw-r--. 1 roumano roumano 7276685 1 juil. 20:18 IMG_0563_3.JPG > -rw-rw-r--. 1 roumano roumano 7276685 4 juil. 21:04 IMG_0563_4.JPG > -rw-rw-r--. 1 roumano roumano 7276684 27 juin 19:08 IMG_0563.JPG > [roumano at Laptop 27]$ md5sum IMG_0563* > 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_1.JPG > 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_2.JPG > 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_3.JPG > 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_4.JPG > 6ef1f7592c288d04ee1655f84a60ca27 IMG_0563.JPG > > Pictures IMG_0563_1 , IMG_0563_2 , IMG_0563_3 & IMG_0563_4 have not the > same md5sum as IMG_0563 as i note them as rejected on shotwell so they > share the same exif information ... > > - View Rejected picture at start of shotwell > launch shotwell, select View/Filter Photos/All Photos > Stop & relaunch shotwell, shotwell will keeping the preferences of "all > photos" but we will also see rejected photos. > by-pass the problem : open the search bar (F8), rejected photos will > disapered automaticaly > >> Can't reproduce it on my every-day machine > > - Open with Shotwell when already run > If Shotwell is already start, when we plug the camera : the gnome dock > display 'open with shotwell' > Click on it, doesn't focus on shotwell as it's done when shotwell is not > yet started > >> Can't reproduce it on my every-day machine as i don't use (yet) gnome3 > > > - Battery use on laptop > On a laptop, the battery use is important > On my machine, shotwell apps like make arround 40 wakeup of the > processor via range_ns (hrtimer_wakeup) > > PowerTOP v2.0 Overview Idle stats Frequency stats Device stats > Tunab > > Summary: 80,5 wakeups/second, 0,0 GPU ops/second, 0,0 VFS ops/sec and > 3,5% CPU > > Usage Events/s Category Description > 2,2 ms/s 40,3 Process shotwell > 175,0 us/s 10,8 Interrupt [16]ehci_hcd:usb1 > > - After a Crop or straighten, note the picture via keybord shortcut , > (like shift 2) we will see the original file (not the croped picture) > until we change the pictures, it's distribing > >> I can't reproduce it on my PC, problem due to a very slow machine ? > > > - Crash of shotwell if it was importing from my camera then goes on > standby mode (after 10 minutes) > my laptop was automacitaly standby to save the battery. When poweron the > PC again, shotwell is no longer running (but other soft yes) > > - During the import > Before importing picture from the camera, shotwell need to generate > thumbs of all picture in the camera : > - Use key on the import During the import > we can navigate on them via the keybord but when the generating of > thumb if finish, we can't longer navigate on picture as the focus is > automaticaly done on the left panel > - Speed-up the generating of thumbs from the camera > On my old laptop, It's a lite bite longer to generate thumb for lot of > pictures from my camera. > If the picture already existe on shotwell, it's possible to use thumb > already on the PC instend of re-generate it from the camera (to speed-up > the generating of thumb if picture was already imported) ? > > > Regards > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From roumano at gmail.com Wed Jul 18 10:29:16 2012 From: roumano at gmail.com (Roumano) Date: Wed, 18 Jul 2012 12:29:16 +0200 Subject: [Shotwell] existing bug or they are fedora specific ? In-Reply-To: References: <1342387697.1667.21.camel@roumano> Message-ID: <1342607356.1662.1.camel@roumano> Hi, Processor it's a Pentium M 1.86 Ghz (mono-cpu) 1Go Ram Disk : 60Go, hdparm -Tt give Timing buffered disk read : 40MB/sec Regards Le mardi 17 juillet 2012 ? 13:50 -0700, Lucas Beeler a ?crit : > > on my old laptop > > Just how old are we talking here? What is the processor, memory, and > disk configuration? > > Lucas > > On Sun, Jul 15, 2012 at 2:28 PM, Roumano wrote: > > > > Hi, I have used shotwell during my vacation on my old laptop (i don't > > use it frequently) > > I have some point/bug to improve shotwell > > > > Shotwell Version 0.12.3 on fedora 17 i686 > > > > - Shotwell re-import lot of already imported file if they are keeped on > > the camera > > > > Impacted by the fact i have edited a video file from by camera saved > > as a new file then delete the original video (to cut the begin & end of > > the video to reduce the file size). > > I'm pretty sure it's here the problem because older (than the edited > > video) pictures are still on my camera and them are not imported > > again... > > > > Exemple with one picture : > > /home/roumano/Images/2012/06/27 > > [roumano at Laptop 27]$ ls -la IMG_0563* > > -rw-rw-r--. 1 roumano roumano 7276685 29 juin 10:13 IMG_0563_1.JPG > > -rw-rw-r--. 1 roumano roumano 7276685 29 juin 19:04 IMG_0563_2.JPG > > -rw-rw-r--. 1 roumano roumano 7276685 1 juil. 20:18 IMG_0563_3.JPG > > -rw-rw-r--. 1 roumano roumano 7276685 4 juil. 21:04 IMG_0563_4.JPG > > -rw-rw-r--. 1 roumano roumano 7276684 27 juin 19:08 IMG_0563.JPG > > [roumano at Laptop 27]$ md5sum IMG_0563* > > 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_1.JPG > > 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_2.JPG > > 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_3.JPG > > 7f3522c1c966297776fb0a4f01fb3edb IMG_0563_4.JPG > > 6ef1f7592c288d04ee1655f84a60ca27 IMG_0563.JPG > > > > Pictures IMG_0563_1 , IMG_0563_2 , IMG_0563_3 & IMG_0563_4 have not the > > same md5sum as IMG_0563 as i note them as rejected on shotwell so they > > share the same exif information ... > > > > - View Rejected picture at start of shotwell > > launch shotwell, select View/Filter Photos/All Photos > > Stop & relaunch shotwell, shotwell will keeping the preferences of "all > > photos" but we will also see rejected photos. > > by-pass the problem : open the search bar (F8), rejected photos will > > disapered automaticaly > > > >> Can't reproduce it on my every-day machine > > > > - Open with Shotwell when already run > > If Shotwell is already start, when we plug the camera : the gnome dock > > display 'open with shotwell' > > Click on it, doesn't focus on shotwell as it's done when shotwell is not > > yet started > > > >> Can't reproduce it on my every-day machine as i don't use (yet) gnome3 > > > > > > - Battery use on laptop > > On a laptop, the battery use is important > > On my machine, shotwell apps like make arround 40 wakeup of the > > processor via range_ns (hrtimer_wakeup) > > > > PowerTOP v2.0 Overview Idle stats Frequency stats Device stats > > Tunab > > > > Summary: 80,5 wakeups/second, 0,0 GPU ops/second, 0,0 VFS ops/sec and > > 3,5% CPU > > > > Usage Events/s Category Description > > 2,2 ms/s 40,3 Process shotwell > > 175,0 us/s 10,8 Interrupt [16]ehci_hcd:usb1 > > > > - After a Crop or straighten, note the picture via keybord shortcut , > > (like shift 2) we will see the original file (not the croped picture) > > until we change the pictures, it's distribing > > > >> I can't reproduce it on my PC, problem due to a very slow machine ? > > > > > > - Crash of shotwell if it was importing from my camera then goes on > > standby mode (after 10 minutes) > > my laptop was automacitaly standby to save the battery. When poweron the > > PC again, shotwell is no longer running (but other soft yes) > > > > - During the import > > Before importing picture from the camera, shotwell need to generate > > thumbs of all picture in the camera : > > - Use key on the import During the import > > we can navigate on them via the keybord but when the generating of > > thumb if finish, we can't longer navigate on picture as the focus is > > automaticaly done on the left panel > > - Speed-up the generating of thumbs from the camera > > On my old laptop, It's a lite bite longer to generate thumb for lot of > > pictures from my camera. > > If the picture already existe on shotwell, it's possible to use thumb > > already on the PC instend of re-generate it from the camera (to speed-up > > the generating of thumb if picture was already imported) ? > > > > > > Regards > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Thu Jul 19 19:45:03 2012 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 19 Jul 2012 12:45:03 -0700 Subject: [Shotwell] existing bug or they are fedora specific ? In-Reply-To: <1342607356.1662.1.camel@roumano> References: <1342387697.1667.21.camel@roumano> <1342607356.1662.1.camel@roumano> Message-ID: Hi Roumano, > Crash of shotwell if it was importing > from my camera then goes on > standby mode (after 10 minutes) > my laptop was automacitaly standby > to save the battery. When poweron the > PC again, shotwell is no longer > running (but other soft yes) Thanks for reporting this. Of all of the points you've made, this is one that concerns me the most, because it involves a crash. I have a question for you though. I've never seen a case where the ACPI chip on a laptop will put it into standby mode during the middle of a USB I/O operation (i.e., importing photos from the camera). Does this happen when you're doing other forms of USB I/O? For example, if you start copying a bunch of files off a USB thumb drive to your hard disk and then leave your laptop unattended, does your computer go into standby mode even if the copy hasn't completed? Lucas From roumano at gmail.com Fri Jul 20 08:08:14 2012 From: roumano at gmail.com (Christian Iuga) Date: Fri, 20 Jul 2012 10:08:14 +0200 Subject: [Shotwell] existing bug or they are fedora specific ? In-Reply-To: References: <1342387697.1667.21.camel@roumano> <1342607356.1662.1.camel@roumano> Message-ID: Hi, No, I'm launching the import (as it take many minutes), i away form my laptop, i sure about shotwell finish sucessfully the import . (but i didn't click on the button keep or delete picture on the camera) Then (after few minutes) the laptop put automaticaly on standby mode. When the laptop is resume i'm didn't see shotwell open so shotwell was crash before. laptop put in standby mode after the finish (sucessfull) import 2012/7/19 Lucas Beeler > Hi Roumano, > > > Crash of shotwell if it was importing > > from my camera then goes on > > standby mode (after 10 minutes) > > my laptop was automacitaly standby > > to save the battery. When poweron the > > PC again, shotwell is no longer > > running (but other soft yes) > > Thanks for reporting this. Of all of the points you've made, this is > one that concerns me the most, because it involves a crash. I have a > question for you though. I've never seen a case where the ACPI chip on > a laptop will put it into standby mode during the middle of a USB I/O > operation (i.e., importing photos from the camera). Does this happen > when you're doing other forms of USB I/O? For example, if you start > copying a bunch of files off a USB thumb drive to your hard disk and > then leave your laptop unattended, does your computer go into standby > mode even if the copy hasn't completed? > > Lucas > From lucas at yorba.org Mon Jul 23 19:41:16 2012 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 23 Jul 2012 12:41:16 -0700 Subject: [Shotwell] existing bug or they are fedora specific ? In-Reply-To: References: <1342387697.1667.21.camel@roumano> <1342607356.1662.1.camel@roumano> Message-ID: > laptop put in standby mode after the finish (sucessfull) import When the laptop goes into standby mode, is the camera still connected to the laptop? Lucas On Fri, Jul 20, 2012 at 1:08 AM, Christian Iuga wrote: > Hi, > No, I'm launching the import (as it take many minutes), i away form my > laptop, i sure about shotwell finish sucessfully the import . (but i didn't > click on the button keep or delete picture on the camera) > > Then (after few minutes) the laptop put automaticaly on standby mode. When > the laptop is resume i'm didn't see shotwell open so shotwell was crash > before. > > > > laptop put in standby mode after the finish (sucessfull) import > > > 2012/7/19 Lucas Beeler >> >> Hi Roumano, >> >> > Crash of shotwell if it was importing >> > from my camera then goes on >> > standby mode (after 10 minutes) >> > my laptop was automacitaly standby >> > to save the battery. When poweron the >> > PC again, shotwell is no longer >> > running (but other soft yes) >> >> Thanks for reporting this. Of all of the points you've made, this is >> one that concerns me the most, because it involves a crash. I have a >> question for you though. I've never seen a case where the ACPI chip on >> a laptop will put it into standby mode during the middle of a USB I/O >> operation (i.e., importing photos from the camera). Does this happen >> when you're doing other forms of USB I/O? For example, if you start >> copying a bunch of files off a USB thumb drive to your hard disk and >> then leave your laptop unattended, does your computer go into standby >> mode even if the copy hasn't completed? >> >> Lucas > > From paterijk at gmail.com Wed Jul 25 08:15:28 2012 From: paterijk at gmail.com (Patrick Meyer) Date: Wed, 25 Jul 2012 10:15:28 +0200 Subject: [Shotwell] #1798 and #1594 Message-ID: <500FAB20.4050506@gmail.com> Hi, I really like Shotwell, but unfortunately I cannot move completely away from Picasa because of the following two features : - Feature #1798: keep full-resolution version of each edited image - Feature #1594: folder tree in sidebar I saw on the roadmap that they were in consideration for 0.13 ... any news about that ? Thanks for your great efforts. Patrick From lucas at yorba.org Wed Jul 25 11:42:45 2012 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 25 Jul 2012 04:42:45 -0700 Subject: [Shotwell] #1798 and #1594 In-Reply-To: <500FAB20.4050506@gmail.com> References: <500FAB20.4050506@gmail.com> Message-ID: Hi Patrick, In response to the two issues you brought up, I'm hopeful that feature #1594 ("folder tree in sidebar") might still make 0.13, principally because we have a patch for this feature submitted by an outside contributor that we merely need to massage into place. As regards #1798 ("keep full-resolution version of each edited image"), this may make 0.13 but it's less than likely. This is something we've been talking about doing for several releases now, and implementing it involves significant changes to the guts of Shotwell. I'm curious about how you use this feature in your workflow and why you need it. Does Shotwell's ability to export fully-modified photos back to the filesystem not meet your needs? Lucas On Wed, Jul 25, 2012 at 1:15 AM, Patrick Meyer wrote: > Hi, > > I really like Shotwell, but unfortunately I cannot move completely away from > Picasa because of the following two features : > > - Feature #1798: keep full-resolution version of each edited image > > - Feature #1594: folder tree in sidebar > > I saw on the roadmap that they were in consideration for 0.13 ... any news > about that ? > > Thanks for your great efforts. > > Patrick > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lbc at bnrlabs.com Tue Jul 31 10:34:52 2012 From: lbc at bnrlabs.com (Lucas B. Cohen) Date: Tue, 31 Jul 2012 12:34:52 +0200 Subject: [Shotwell] false duplicate detection due to identical filenames Message-ID: <5017B4CC.6090900@bnrlabs.com> Hi list, I've tried importing pictures from a couple of different SD cards, on a Nikon camera which was configured to reset the file name counter in new folders, instead of going on sequentially. This caused Shotwell 0.11.6 to see all the pictures from the second card as duplicates, even though their timestamps and other metadata are different . Has this been noticed and addressed yet ? From joseph.bylund at gmail.com Tue Jul 31 14:12:40 2012 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Tue, 31 Jul 2012 10:12:40 -0400 Subject: [Shotwell] enhance->revert hides exif info Message-ID: <5017E7D8.4080309@gmail.com> I noticed that some of the images I was publishing to flickr did not have exif data associated with them, and in poking around a bit I found that if I import a nef file magic wand "enhance" and then "revert to original" the exif info displayed in the left pane disappears. Not sure if this is two separate problems at the moment. -Joe