From antony at onlymee.co.uk Sun May 1 20:54:58 2011 From: antony at onlymee.co.uk (Antony Mee) Date: Sun, 1 May 2011 21:54:58 +0100 Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: <1303903327505-38704.post@talk.nabble.com> References: <1303845831306-38689.post@talk.nabble.com> <1303849592261-38698.post@talk.nabble.com> <1303903327505-38704.post@talk.nabble.com> Message-ID: Worrying... I just reproduced this (ish). I imported a number of photos and videos from an SD card (using. USB mass storage card reader), did import all and thankfully didn't delete the originals. I edited (cropped, red eye) a few photos. Added some tags. Even printed a few. I exited Shotwell rebooted and went back in. The thumbnails started disappearing as Shotwell rescanned my pictures folder. When I looked in the file system the files are now all zero length! This is probably going to be hard to reproduce, but being the second "corruption" issue in a week I'm more than a little worried. Antony On 27 Apr 2011 12:22, "eraemaajaervi" wrote: > I can't reproduce this. tried importing a couple of times, even with > deletion, but always a success. I will try it with a bigger load of pictures > later > > -- > View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-corrupted-JPEGs-after-import-tp38689p38704.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Mon May 2 15:34:01 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 02 May 2011 08:34:01 -0700 Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: References: <1303845831306-38689.post@talk.nabble.com> <1303849592261-38698.post@talk.nabble.com> <1303903327505-38704.post@talk.nabble.com> Message-ID: <4DBECEE9.1080702@yorba.org> Odd. It's not clear that this is the same problem reported by eraemaajaervi before, since in his case the photo files still existed but were corrupted, and in your case the files have zero length. The mystery here is this: which process overwrote those files, and why? Or is this corruption happening at the file system layer? I don't know that we can do anything more to debug this without information. Can you try to reproduce this? It might also be worth running fsck on your drive to make sure that the file system is OK. adam On 05/01/2011 01:54 PM, Antony Mee wrote: > Worrying... I just reproduced this (ish). > > I imported a number of photos and videos from an SD card (using. USB mass > storage card reader), did import all and thankfully didn't delete the > originals. > > I edited (cropped, red eye) a few photos. Added some tags. Even printed a > few. I exited Shotwell rebooted and went back in. The thumbnails started > disappearing as Shotwell rescanned my pictures folder. When I looked in the > file system the files are now all zero length! > > This is probably going to be hard to reproduce, but being the second > "corruption" issue in a week I'm more than a little worried. > > Antony > On 27 Apr 2011 12:22, "eraemaajaervi" wrote: >> I can't reproduce this. tried importing a couple of times, even with >> deletion, but always a success. I will try it with a bigger load of > pictures >> later >> >> -- >> View this message in context: > http://shotwell.3510.www.nabble.com/Shotwell-corrupted-JPEGs-after-import-tp38689p38704.html >> Sent from the Shotwell mailing list archive at Nabble.com. >> _______________________________________________ >> 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 monnier at iro.umontreal.ca Mon May 2 18:21:52 2011 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Mon, 02 May 2011 15:21:52 -0300 Subject: [Shotwell] corrupted JPEGs after import References: <1303845831306-38689.post@talk.nabble.com> <1303849592261-38698.post@talk.nabble.com> <1303903327505-38704.post@talk.nabble.com> <4DBECEE9.1080702@yorba.org> Message-ID: > Odd. It's not clear that this is the same problem reported by eraemaajaervi > before, since in his case the photo files still existed but were corrupted, > and in your case the files have zero length. The mystery here is this: > which process overwrote those files, and why? Or is this corruption > happening at the file system layer? In most cases I've seen zero-sized files tend to show up like this due to a full file-system (and some problem/bug somewhere made the truncation silent rather than signaling an error earlier). Stefan From fvhemert at gmail.com Sun May 1 11:05:39 2011 From: fvhemert at gmail.com (teek) Date: Sun, 1 May 2011 04:05:39 -0700 (PDT) Subject: [Shotwell] data_collection_internal_notify_altered Message-ID: <1304247939697-39023.post@talk.nabble.com> Shotwell doesn't start anymore. It may be because I altered some photos in my library (allthough I set it to monitor changes). When I start I get: $ shotwell ** ERROR:src/core/DataCollection.c:1181:data_collection_internal_notify_altered: assertion failed: (_tmp0_) Aborted How can I solve this? I have spend considerable time setting up my events, I would prefere any sollution to deleting my library files.-- View this message in context: http://shotwell.3510.www.nabble.com/data-collection-internal-notify-altered-tp39023p39023.html Sent from the Shotwell mailing list archive at Nabble.com. From adam at yorba.org Mon May 2 19:07:25 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 02 May 2011 12:07:25 -0700 Subject: [Shotwell] data_collection_internal_notify_altered In-Reply-To: <1304247939697-39023.post@talk.nabble.com> References: <1304247939697-39023.post@talk.nabble.com> Message-ID: <4DBF00ED.2090809@yorba.org> teek, what version of Shotwell are you running? A user reported a similar error in 0.7 back in December and found that upgrading to 0.8 helped: http://lists.yorba.org/pipermail/shotwell/2010-December/001444.html adam On 05/01/2011 04:05 AM, teek wrote: > Shotwell doesn't start anymore. > It may be because I altered some photos in my library (allthough I set it to > monitor changes). > > When I start I get: > > > $ shotwell > ** > ERROR:src/core/DataCollection.c:1181:data_collection_internal_notify_altered: > assertion failed: (_tmp0_) > Aborted > > How can I solve this? I have spend considerable time setting up my events, I > would prefere any sollution to deleting my library files.-- > View this message in context: http://shotwell.3510.www.nabble.com/data-collection-internal-notify-altered-tp39023p39023.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From fvhemert at gmail.com Mon May 2 19:27:07 2011 From: fvhemert at gmail.com (Freek van Hemert) Date: Mon, 2 May 2011 21:27:07 +0200 Subject: [Shotwell] data_collection_internal_notify_altered In-Reply-To: <4DBF00ED.2090809@yorba.org> References: <1304247939697-39023.post@talk.nabble.com> <4DBF00ED.2090809@yorba.org> Message-ID: Adam, thanx for the response, Yes, I saw that, I am using: shotwell-0.9.3-1 though, on Arch Linux. I'm fairly certain it happend after I moved my latest imported pics (from my Canon Eos 7D, which went into /home/pictures, where I didn't want them) into the place where I had set shotwell to monitor for changes. I'm also on gnome 3 (don't know if that is relevant...) On 2 May 2011 21:07, Adam Dingle wrote: > teek, > > what version of Shotwell are you running? A user reported a similar error > in 0.7 back in December and found that upgrading to 0.8 helped: > > http://lists.yorba.org/pipermail/shotwell/2010-December/001444.html > > adam > > > On 05/01/2011 04:05 AM, teek wrote: > >> Shotwell doesn't start anymore. >> It may be because I altered some photos in my library (allthough I set it >> to >> monitor changes). >> >> When I start I get: >> >> >> $ shotwell >> ** >> >> ERROR:src/core/DataCollection.c:1181:data_collection_internal_notify_altered: >> assertion failed: (_tmp0_) >> Aborted >> >> How can I solve this? I have spend considerable time setting up my events, >> I >> would prefere any sollution to deleting my library files.-- >> View this message in context: >> http://shotwell.3510.www.nabble.com/data-collection-internal-notify-altered-tp39023p39023.html >> Sent from the Shotwell mailing list archive at Nabble.com. >> _______________________________________________ >> 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 joseph.bylund at gmail.com Mon May 2 19:35:21 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Mon, 02 May 2011 15:35:21 -0400 Subject: [Shotwell] Request to Exclude Directory from Import Message-ID: <4DBF0779.90108@gmail.com> I find it convenient for the purposes of internet viewing to have "thumbnail" directories containing much smaller versions of my photos. It would be nice to be able to specify 1) a directory name to exclude in the library i.e. never index /year/month/day/thumbnails, or never archive folders with a .noindex file present (then one can just put said file in each thumbnails directory). and or 2) a minimum file size to index. As all my thumbnails are much smaller than their full size originals. -Joe From antony at onlymee.co.uk Mon May 2 20:14:44 2011 From: antony at onlymee.co.uk (Antony Mee) Date: Mon, 2 May 2011 21:14:44 +0100 Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: <4DBECEE9.1080702@yorba.org> References: <1303845831306-38689.post@talk.nabble.com> <1303849592261-38698.post@talk.nabble.com> <1303903327505-38704.post@talk.nabble.com> <4DBECEE9.1080702@yorba.org> Message-ID: Thanks Adam, I am going to do my best to reproduce what happened - I just made sure all my off line backups are up-to-date! Unfortunately I don't have my friends SD card any more (they took it home), but I am going to soak test the Shotwell importing a little with some other mass storage media. Any suggestions for the best way to capture what's going on? I can take some regular snaps of the FS, but should I be running Shotwell in some verbose logging mode? Antony On 2 May 2011 16:34, Adam Dingle wrote: > Odd. It's not clear that this is the same problem reported by > eraemaajaervi before, since in his case the photo files still existed but > were corrupted, and in your case the files have zero length. The mystery > here is this: which process overwrote those files, and why? Or is this > corruption happening at the file system layer? > > I don't know that we can do anything more to debug this without > information. Can you try to reproduce this? It might also be worth running > fsck on your drive to make sure that the file system is OK. > > adam > > > On 05/01/2011 01:54 PM, Antony Mee wrote: > >> Worrying... I just reproduced this (ish). >> >> I imported a number of photos and videos from an SD card (using. USB mass >> storage card reader), did import all and thankfully didn't delete the >> originals. >> >> I edited (cropped, red eye) a few photos. Added some tags. Even printed a >> few. I exited Shotwell rebooted and went back in. The thumbnails started >> disappearing as Shotwell rescanned my pictures folder. When I looked in >> the >> file system the files are now all zero length! >> >> This is probably going to be hard to reproduce, but being the second >> "corruption" issue in a week I'm more than a little worried. >> >> Antony >> On 27 Apr 2011 12:22, "eraemaajaervi" wrote: >> >>> I can't reproduce this. tried importing a couple of times, even with >>> deletion, but always a success. I will try it with a bigger load of >>> >> pictures >> >>> later >>> >>> -- >>> View this message in context: >>> >> >> http://shotwell.3510.www.nabble.com/Shotwell-corrupted-JPEGs-after-import-tp38689p38704.html >> >>> Sent from the Shotwell mailing list archive at Nabble.com. >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon May 2 20:16:33 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 02 May 2011 13:16:33 -0700 Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: References: <1303845831306-38689.post@talk.nabble.com> <1303849592261-38698.post@talk.nabble.com> <1303903327505-38704.post@talk.nabble.com> <4DBECEE9.1080702@yorba.org> Message-ID: <4DBF1121.6070205@yorba.org> Yes - probably best to run Shotwell like this: $ SHOTWELL_LOG=1 shotwell See http://trac.yorba.org/wiki/ShotwellArchLogging . adam On 05/02/2011 01:14 PM, Antony Mee wrote: > Thanks Adam, > > I am going to do my best to reproduce what happened - I just made sure > all my off line backups are up-to-date! Unfortunately I don't have my > friends SD card any more (they took it home), but I am going to soak > test the Shotwell importing a little with some other mass storage > media. Any suggestions for the best way to capture what's going on? I > can take some regular snaps of the FS, but should I be running > Shotwell in some verbose logging mode? > > Antony > > On 2 May 2011 16:34, Adam Dingle > wrote: > > Odd. It's not clear that this is the same problem reported by > eraemaajaervi before, since in his case the photo files still > existed but were corrupted, and in your case the files have zero > length. The mystery here is this: which process overwrote those > files, and why? Or is this corruption happening at the file > system layer? > > I don't know that we can do anything more to debug this without > information. Can you try to reproduce this? It might also be > worth running fsck on your drive to make sure that the file system > is OK. > > adam > > > On 05/01/2011 01:54 PM, Antony Mee wrote: > > Worrying... I just reproduced this (ish). > > I imported a number of photos and videos from an SD card > (using. USB mass > storage card reader), did import all and thankfully didn't > delete the > originals. > > I edited (cropped, red eye) a few photos. Added some tags. > Even printed a > few. I exited Shotwell rebooted and went back in. The > thumbnails started > disappearing as Shotwell rescanned my pictures folder. When I > looked in the > file system the files are now all zero length! > > This is probably going to be hard to reproduce, but being the > second > "corruption" issue in a week I'm more than a little worried. > > Antony > On 27 Apr 2011 12:22, "eraemaajaervi" > wrote: > > I can't reproduce this. tried importing a couple of times, > even with > deletion, but always a success. I will try it with a > bigger load of > > pictures > > later > > -- > View this message in context: > > http://shotwell.3510.www.nabble.com/Shotwell-corrupted-JPEGs-after-import-tp38689p38704.html > > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From guiyou65 at gmail.com Mon May 2 21:00:26 2011 From: guiyou65 at gmail.com (Thierry Le Guillou) Date: Mon, 02 May 2011 23:00:26 +0200 Subject: [Shotwell] volunteer to port Piwigo publishing to new API? In-Reply-To: References: <4DB9FE20.7060609@yorba.org> <1304070499.2938.10.camel@nuuk> Message-ID: <4DBF1B6A.80107@gmail.com> Unluckily I have no skill for this, but thanks a lot to you all for preserving the very efficient Piwogo-Shotwell couple ! If there is a need for documentation, translating or testing, may be I can do something. Thierry Le 29/04/2011 17:23, Adam Dingle a ?crit : > Hi Bruno, > > On Fri, Apr 29, 2011 at 2:48 AM, Bruno Girin wrote: > >> Adam, >> >> What's your deadline for getting the code into 0.10? I'll give it a go >> but can't promise I'll have it done in time as I haven't looked at the >> new API or the old code yet. >> > Thanks a lot for offering to help out. We're planning to ship 0.10 toward > the end of May. I think we could reasonably take this change if it's done > by May 15 or so, otherwise it will have to wait for 0.11. > > >> Is there a ticket for this or should I create one? >> >> > The ticket is http://trac.yorba.org/ticket/3203 . Feel free to assign > ownership to yourself. Thanks again! > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From vera at yorba.org Tue May 3 01:52:49 2011 From: vera at yorba.org (Vera Yin) Date: Mon, 2 May 2011 18:52:49 -0700 Subject: [Shotwell] Request to Exclude Directory from Import In-Reply-To: <4DBF0779.90108@gmail.com> References: <4DBF0779.90108@gmail.com> Message-ID: Hi Joseph, > I find it convenient for the purposes of internet viewing to have > "thumbnail" directories containing much smaller versions of my photos. ?It > would be nice to be able to specify > 1) a directory name to exclude in the library i.e. never index > /year/month/day/thumbnails, or never archive folders with a .noindex file > present (then one can just put said file in each thumbnails directory). I've ticketed this at http://trac.yorba.org/ticket/3573. > and or 2) a minimum file size to index. ?As all my thumbnails are much > smaller than their full size originals. That would be less desirable as there could be legitimate tiny files (GIFs, PNGs). Cheers, Vera From brunogirin at gmail.com Tue May 3 20:47:55 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 03 May 2011 21:47:55 +0100 Subject: [Shotwell] volunteer to port Piwigo publishing to new API? In-Reply-To: <4DBF1B6A.80107@gmail.com> References: <4DB9FE20.7060609@yorba.org> <1304070499.2938.10.camel@nuuk> <4DBF1B6A.80107@gmail.com> Message-ID: <1304455675.1713.8.camel@nuuk> Good, I'll probably need someone to help test the new plugin when it's done as I haven't used Piwigo extensively. Thanks for volunteering :-) Bruno On Mon, 2011-05-02 at 23:00 +0200, Thierry Le Guillou wrote: > Unluckily I have no skill for this, but thanks a lot to you all for > preserving the very efficient Piwogo-Shotwell couple ! > If there is a need for documentation, translating or testing, may be I > can do something. > Thierry > > > Le 29/04/2011 17:23, Adam Dingle a ?crit : > > Hi Bruno, > > > > On Fri, Apr 29, 2011 at 2:48 AM, Bruno Girin wrote: > > > >> Adam, > >> > >> What's your deadline for getting the code into 0.10? I'll give it a go > >> but can't promise I'll have it done in time as I haven't looked at the > >> new API or the old code yet. > >> > > Thanks a lot for offering to help out. We're planning to ship 0.10 toward > > the end of May. I think we could reasonably take this change if it's done > > by May 15 or so, otherwise it will have to wait for 0.11. > > > > > >> Is there a ticket for this or should I create one? > >> > >> > > The ticket is http://trac.yorba.org/ticket/3203 . Feel free to assign > > ownership to yourself. Thanks again! > > > > adam > > _______________________________________________ > > 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 maximilian.bloemer at googlemail.com Wed May 4 10:27:00 2011 From: maximilian.bloemer at googlemail.com (=?ISO-8859-1?Q?Maximilian_Bl=F6mer?=) Date: Wed, 4 May 2011 12:27:00 +0200 Subject: [Shotwell] shotwell versioning workflow Message-ID: Hi all, most of the time I develop my raw photos in ufraw to jpg, opening them via shotwell. That creates a jpg with the same name of the photo in the original folder and the developed photo appears next to the original raw in shotwell. Than I crop the new jpg versions in shotwell. The problem I find here is that I cannot crate a new developed jpg without overwriting the already existing one by default when accessing ufraw out of shotwell. I don't like the "revert to original" way to version photos in shotwell, also I rely on ufraw since shotwell lacks some features in developing raw files. I've seen a versioning feature in f-spot working nice with my jpgs from my small digital cam and with jpgs scanned from my analog photos using gimp via f-spot to edit them. Unfortunately using f-spot for my raw photos seems to be unstable. So, my two questions: 1. Do you plan a versioning feature. Having all the time two or more versions of the same photo side by side in shotwell looks inappropriate. 2. can you please fix the way to call ufraw from shotwell without overwriting already existing photos by default by giving the new copy an other name. 3. Is there already a way to handle this workflow (or how users ?should? use the program) I have not considered since I'm coming from f-spot? best Max From christophe.brocas at cnamts.fr Wed May 4 11:24:16 2011 From: christophe.brocas at cnamts.fr (Christophe Brocas) Date: Wed, 04 May 2011 13:24:16 +0200 Subject: [Shotwell] Shotwell & images display order in return of a tag selection Message-ID: <4DC13760.50904@cnamts.fr> Hello everybody I am surprised by the shots (non-)order after selecting a tag. I would expect a display of the different images according the shot date (from the newest to the oldest or the reverse). My actions : - open Shotwell - click on one tag present in the left pane - try to define the images display order Am I doing something wrong ? not understanding the images display order ? Thank you Christophe ***************************************************** "Le contenu de ce courriel et ses ?ventuelles pi?ces jointes sont confidentiels. Ils s'adressent exclusivement ? la personne destinataire. Si cet envoi ne vous est pas destin?, ou si vous l'avez re?u par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre ? d'autres personnes ni le reproduire. Merci de le renvoyer ? l'?metteur et de le d?truire. Attention : L'organisme de l'?metteur du message ne pourra ?tre tenu responsable de l'alt?ration du pr?sent courriel. Il appartient au destinataire de v?rifier que les messages et pi?ces jointes re?us ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses ?ventuelles pi?ces jointes sont celles de l'?metteur. Elles ne refl?tent pas la position de l'organisme sauf s'il en est dispos? autrement dans le pr?sent courriel." ****************************************************** From el.cameleon.1 at gmail.com Wed May 4 11:38:26 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 4 May 2011 13:38:26 +0200 Subject: [Shotwell] Shotwell & images display order in return of a tag selection In-Reply-To: References: <4DC13760.50904@cnamts.fr> Message-ID: Le 4 mai 2011 13:24, Christophe Brocas a ?crit : Hello everybody > > I am surprised by the shots (non-)order after selecting a tag. I would > expect a > display of the different images according the shot date (from the newest > to the > oldest or the reverse) > Hi Christophe, This is already identified in the yorba tracker: Photo belonging to a tag or saved search should be sorted chronologically It should be fixed into the next release (0.10). From christophe.brocas at cnamts.fr Wed May 4 11:43:43 2011 From: christophe.brocas at cnamts.fr (Christophe Brocas) Date: Wed, 04 May 2011 13:43:43 +0200 Subject: [Shotwell] Shotwell & images display order in return of a tag selection In-Reply-To: References: <4DC13760.50904@cnamts.fr> Message-ID: <4DC13BEF.5000006@cnamts.fr> Le 04/05/2011 13:38, Vincent a ?crit : > Le 4 mai 2011 13:24, Christophe Brocas a ?crit > : > > Hello everybody >> I am surprised by the shots (non-)order after selecting a tag. I would >> expect a >> display of the different images according the shot date (from the newest >> to the >> oldest or the reverse) >> > Hi Christophe, > > This is already identified in the yorba tracker: Photo belonging to a tag or > saved search should be sorted chronologically > > It should be fixed into the next release (0.10). Exactly that case. Thank you (and sorry !) Vincent for searching for me in the tickets database :( Promise : I will do it myself next time BEFORE posting in the ML. Bye Christophe ***************************************************** "Le contenu de ce courriel et ses ?ventuelles pi?ces jointes sont confidentiels. Ils s'adressent exclusivement ? la personne destinataire. Si cet envoi ne vous est pas destin?, ou si vous l'avez re?u par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre ? d'autres personnes ni le reproduire. Merci de le renvoyer ? l'?metteur et de le d?truire. Attention : L'organisme de l'?metteur du message ne pourra ?tre tenu responsable de l'alt?ration du pr?sent courriel. Il appartient au destinataire de v?rifier que les messages et pi?ces jointes re?us ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses ?ventuelles pi?ces jointes sont celles de l'?metteur. Elles ne refl?tent pas la position de l'organisme sauf s'il en est dispos? autrement dans le pr?sent courriel." ****************************************************** From okeefe at cybermesa.com Wed May 4 20:28:36 2011 From: okeefe at cybermesa.com (BrianO'Keefe) Date: Wed, 04 May 2011 14:28:36 -0600 Subject: [Shotwell] Photo titles with spaces Message-ID: <4DC1B6F4.7080703@cybermesa.com> I imported photos sent to me and the titles had spaces in them. When I tried to export and send them as an email Shotwell apparently chokes on the spaces and I get a tmp directory settings error. Is there a way to for Shotwell to handle these sorts of file names? From okeefe at cybermesa.com Wed May 4 20:31:42 2011 From: okeefe at cybermesa.com (BrianO'Keefe) Date: Wed, 04 May 2011 14:31:42 -0600 Subject: [Shotwell] Sorry Message-ID: <4DC1B7AE.2070903@cybermesa.com> I realized that the issue is with Thunderbird and the % symbol that is used to denote the space. I'll work on that so please accept my apology. From antony at onlymee.co.uk Wed May 4 22:22:28 2011 From: antony at onlymee.co.uk (Antony Mee) Date: Wed, 4 May 2011 23:22:28 +0100 Subject: [Shotwell] corrupted JPEGs after import Message-ID: Adam, First - my hands are up: I suspect you may be right that my fs may be the culprit (at least partially). The picture library was on an XFS drive and it's true that delayed allocation could cause data loss. It would require the process to crash or be interrupted before a sync has occurred though. I'm going to do some more rigorous testing but would love your comment on my current train of thought. I have had Shotwell crash on me (mostly previous releases), though I don't recall it doing so on this occasion. Moreover, if I understand correctly, the delayed write/allocate wouldn't actually be the problem in itself. Rather, files have to be open for write and bsomething has to happen to prevent the sync. Or put another way XFS may simply serve to amplify an underlying issue? The sub-set of files that were corrupted corresponds, I think, to the files that were edited in some way. Does (can) tagging alone cause the image files to be opened for write in 0.9.2? Or are there other features that can result in writing to image files in bulk? Stepping back I decided to check whether there are any other apparently corrupt (zero length) files on my drives. note: this system has been running with moderate with XFS on my home partition for a couple of years. There were a few - one more small group of photos and a few seemingly related to the only other app that I use that has a bulk editing feature: Banshee. Again the files go in groups. Coincidence I wonder? I'm pleased I have good backups! Could I be barking up the wrong tree? How many files in theory could Shotwell have open for write at any one time? Delayed write is likely to be a feature of all new filesystems (ext4 and btrfs are good examples.) Perhaps there are some implications for developers of file processing apps? Antony On 2 May 2011 21:17, "Adam Dingle" wrote: From fcastillousfq at gmail.com Thu May 5 17:21:49 2011 From: fcastillousfq at gmail.com (Felipe Castillo) Date: Thu, 5 May 2011 13:21:49 -0400 Subject: [Shotwell] Natty ppa Message-ID: Hello, I noticed that the latest version of Shotwell is not in Ubuntu Natty, and the PPA only works for maverick. Is there any chance that it can be updated for Natty? or is there any other PPA out there that works for Natty? -- Felipe Castillo From adam at yorba.org Thu May 5 17:58:05 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 05 May 2011 10:58:05 -0700 Subject: [Shotwell] Natty ppa In-Reply-To: References: Message-ID: <4DC2E52D.9030203@yorba.org> Felipe, Ubuntu is considering updating Natty to Shotwell 0.9.3 and has uploaded that version into the natty-proposed repository, which you should be able to try out. See https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/771841 https://wiki.ubuntu.com/Testing/EnableProposed adam On 05/05/2011 10:21 AM, Felipe Castillo wrote: > Hello, > > I noticed that the latest version of Shotwell is not in Ubuntu Natty, and > the PPA only works for maverick. Is there any chance that it can be updated > for Natty? or is there any other PPA out there that works for Natty? > > -- > Felipe Castillo > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Thu May 5 21:49:02 2011 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 5 May 2011 14:49:02 -0700 Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: References: Message-ID: Hi Antony, As you probably know, XFS is a complicated filesystem that was born as the default filesystem on SGI IRIX. There were lots of reasons to use XFS in the IRIX world, namely guaranteed-rate I/O (for video server applications) and rich metadata support for organizing huge collections of media assets, scientific datasets, etc. There is less reason to use it on Linux today, especially if you've also got a RAID controller. If you read the wikipedia article on XFS (http://en.wikipedia.org/wiki/XFS), particularly the section entitled "Write Barriers", you'll see that XFS filesystems have a lot of complicated mount options, some which, if set improperly, can compromise filesystem integrity. My thinking here is that since you're seeing similar problems with Banshee that the culprit is likely how you're mounting your XFS filesystem or merely using XFS itself. I don't think this is a Shotwell issue, because we don't really do anything exotic in terms of file I/O in Shotwell. You're right that other filesystems have delayed-write capabilities, but things like delayed-write and journaling should be transparent to applications like Shotwell and should ensure filesystem consistency across all standard file operations. In terms of opening files in bulk, versions of Shotwell later than 0.8.0 that support directory monitoring do a lot of background I/O. And of course, we write metadata to files if you've got that option enabled. But none of this is exotic. Like I say, I think your problem is XFS. Cheers, Lucas On Wed, May 4, 2011 at 3:22 PM, Antony Mee wrote: > Adam, > > First - my hands are up: I suspect you may be right that my fs may be the > culprit (at least partially). The picture library was on an XFS drive and > it's true that delayed allocation could cause data loss. ?It would require > the process to crash or be interrupted before a sync has occurred though. > I'm going to do some more rigorous testing but would love your comment on my > current train of thought. > > I have had Shotwell crash on me (mostly previous releases), though I don't > recall it doing so on this occasion. Moreover, if I understand correctly, > the delayed write/allocate wouldn't actually be the problem in itself. > Rather, files have to be open for write and bsomething has to happen to > prevent the sync. Or put another way XFS may simply serve to amplify an > underlying issue? > > The sub-set of files that were corrupted corresponds, I think, to the files > that were edited in some way. Does (can) tagging alone cause the image files > to be opened for write in 0.9.2? Or are there other features that can result > in writing to image files in bulk? > > Stepping back I decided to check whether there are any other apparently > corrupt (zero length) files on my drives. note: this system has been running > with moderate with XFS on my home partition for a couple of years. There > were a few - one more small group of photos and a few seemingly related to > the only other app that I use that has a bulk editing feature: Banshee. > Again the files go in groups. Coincidence I wonder? I'm pleased I have good > backups! > > Could I be barking up the wrong tree? How many files in theory could > Shotwell have open for write at any one time? > > Delayed write is likely to be a feature of all new filesystems (ext4 and > btrfs are good examples.) Perhaps there are some implications for developers > of file processing apps? > > Antony > On 2 May 2011 21:17, "Adam Dingle" wrote: > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Thu May 5 21:52:00 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 05 May 2011 14:52:00 -0700 Subject: [Shotwell] shotwell versioning workflow In-Reply-To: References: Message-ID: <4DC31C00.2030200@yorba.org> Maximilian, On 05/04/2011 03:27 AM, Maximilian Bl?mer wrote: > Hi all, > > > > most of the time I develop my raw photos in ufraw to jpg, opening them > via shotwell. That creates a jpg with the same name of the photo in > the original folder and the developed photo appears next to the > original raw in shotwell. Than I crop the new jpg versions in > shotwell. Glad to hear this works for you at least some of the time. RAW support in Shotwell is still immature and you've run into some of its limitations. I hope we can improve this later this year. > The problem I find here is that I cannot crate a new developed jpg > without overwriting the already existing one by default when accessing > ufraw out of shotwell. > I'm not sure I understand. I *think* you mean this: 1. Right click a RAW photo in Shotwell and choose Open With RAW Editor to open UFRaw. 2. Edit some parameters and press Save. UFRaw will save a JPEG (assuming you've configured it to do that). 3. Repeat step 1 on the same photo. 4. Once again, edit some parameters and press save. UFRaw will, by default, want to save to the same JPEG file you saved in step 2. Is this the problem you're describing? > > I don't like the "revert to original" way to version photos in > shotwell, also I rely on ufraw since shotwell lacks some features in > developing raw files. > > > I've seen a versioning feature in f-spot working nice with my jpgs > from my small digital cam and with jpgs scanned from my analog photos > using gimp via f-spot to edit them. Unfortunately using f-spot for my > raw photos seems to be unstable. > > So, my two questions: > 1. Do you plan a versioning feature. Having all the time two or more > versions of the same photo side by side in shotwell looks > inappropriate. Yes, we'd like to implement something like this. See http://trac.yorba.org/ticket/1772 http://trac.yorba.org/ticket/2474 > 2. can you please fix the way to call ufraw from shotwell without > overwriting already existing photos by default by giving the new copy > an other name. As I said above, I'm not sure I understand your request. If the problem is as I described above, I don't see a terribly easy fix. If there is already an existing JPEG photo for a RAW photo, then when you open the RAW photo again in an external RAW editor I suppose that Shotwell could copy the RAW photo to a new location so that when you save it again the filenames won't conflict. But that seems like an odd workaround. The right solution to this would be to add RAW editing capabilities to Shotwell itself and then let each photo have multiple developed versions. Maybe someday. > 3. Is there already a way to handle this workflow (or how users > ?should? use the program) I have not considered since I'm coming from > f-spot? I'll leave it to others on the mailing list to discuss that. If you look through the Shotwell mailing list archives you may find some other discussions about RAW workflow as well. adam From jim at yorba.org Fri May 6 02:13:44 2011 From: jim at yorba.org (Jim Nelson) Date: Thu, 5 May 2011 19:13:44 -0700 Subject: [Shotwell] corrupted JPEGs after import In-Reply-To: References: Message-ID: On Wed, May 4, 2011 at 3:22 PM, Antony Mee wrote: > The sub-set of files that were corrupted corresponds, I think, to the files > that were edited in some way. Does (can) tagging alone cause the image > files > to be opened for write in 0.9.2? Or are there other features that can > result > in writing to image files in bulk? > > If you check Shotwell's Preferences, do you have "Write tags, titles, and other metadata to photo files" enabled? If so, then the files will be written to if you tag, rename, rotate, or change their exposure date/time (Photos -> Adjust Date/Time). We use the Exiv2 library for all metadata reading and writing. If you tag a lot of photos with this option on, Shotwell will update them in the background. Note that in order for Exiv2 to do this, it must essentially create a copy of the old file, delete the old file, then rename the new file to the old file's name. (It can't, in most cases, merely insert or overwrite the metadata into the old file.) This operation can be problematic for a lot of reasons, especially if your drive is full. If you can reproduce this easily, you might run Shotwell as Adam suggested earlier (with SHOTWELL_LOG=1) and send in the log file. I'd also run dmesg from the console and see what's in there; it might have some error messages that help identify the culprit. -- Jim From dago.pacheco at gmail.com Fri May 6 12:59:01 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Fri, 6 May 2011 08:59:01 -0400 Subject: [Shotwell] Change file paths when changing username Message-ID: Hi everyone. I have this problema. Recently I change my unix username so my profile start from scratch. Normally I move all app hidden folders from the old profile so I can get my preferences and configuration. At first sight, this seems to worked for shotwell, but then I realize that old pics weren't there. So I decide to exanimate the sqlite database file... an I found that there is a "PhtoTable" table where there is a "filename" field which contain static file path (I think this is a design mistake... it should be a relative path) and, of course, old pics contained file path targeting to old profile. Well... I thougt that running a SQL sentences for updating that field should work fine. I ran: UPDATE photoTable set filename = replace(filename, '', ''); I ran this script from SQLite Mannager firefox plugin. And at first, it seems to work. All field were updated correctly. But when I startup shotwell, pics aren't there. An when I checked the database again, "filename" field has been changed again (to old username). Is there an other configuration file? Thanks From adam at yorba.org Fri May 6 18:41:45 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 06 May 2011 11:41:45 -0700 Subject: [Shotwell] Change file paths when changing username In-Reply-To: References: Message-ID: <4DC440E9.3010602@yorba.org> Dago, you don't need to use SQL to solve this problem. If you move any photo file to a new location, Shotwell will consider it missing. There are two ways to tell Shotwell where the file is now located: 1. On startup, Shotwell scans the library directory looking for photos. If any missing photos are found there, it will update their paths and mark them as no longer missing. 2. When you manually import photos, if any of those photos were previously missing Shotwell will update their paths and mark them as no longer missing. So in your situation you should only need to do one or two things: 1. Make sure that Shotwell's library directory (specified in Library Location in the Preferences dialog) points to your new home directory. 2. Drag the folder currently containing your photos from Nautilus into Shotwell. adam On 05/06/2011 05:59 AM, Dago Pacheco wrote: > Hi everyone. > > I have this problema. Recently I change my unix username so my profile > start from scratch. > Normally I move all app hidden folders from the old profile so I can get my > preferences and configuration. At first sight, this seems to worked for > shotwell, but then I realize that old pics weren't there. So I decide to > exanimate the sqlite database file... an I found that there is a "PhtoTable" > table where there is a "filename" field which contain static file path (I > think this is a design mistake... it should be a relative path) and, of > course, old pics contained file path targeting to old profile. > Well... I thougt that running a SQL sentences for updating that field should > work fine. I ran: > > UPDATE photoTable set filename = replace(filename, '', > ''); > > I ran this script from SQLite Mannager firefox plugin. And at first, it > seems to work. All field were updated correctly. But when I startup > shotwell, pics aren't there. An when I checked the database again, > "filename" field has been changed again (to old username). > > Is there an other configuration file? > > Thanks > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From wmstrome at yahoo.com Fri May 6 21:49:09 2011 From: wmstrome at yahoo.com (Murray Strome) Date: Fri, 6 May 2011 14:49:09 -0700 (PDT) Subject: [Shotwell] Newbie Questions about Shotwell In-Reply-To: Message-ID: <71257.29305.qm@web34307.mail.mud.yahoo.com> Hi Clinton, Thank you for your reply. Sorry I am slow in responding to your E-Mail as we are travelling. However, I am going to give Shotwell a try with my laptop.? I brought my photos with me, so will have a huge pile to try it out.? I will give feedback on my experience with it, and also will likely need lots of help. I will also give my impressions compared to KPhotoAlbum (when it was working; right now, I am unable to use it at all as it crashes as soon as I load my photos and try to view all the thumbnails). I sent a copy of this to shotwell at lists.yorba.org -- is this proper procedure or not? I will start by importing all my photographs "in place". This will take a while. I will then try some of the things you described. In the meantime, I do have another question: Is it possible to have more than one Shotwell Library (you cannot do so in KPhotoAlbum, and that is a nuisance). Where is the meta data stored by Shotwell? Thanks, Murray Strome --- On Sun, 4/24/11, Clinton Rogers wrote: From: Clinton Rogers Subject: Re: [Shotwell] Newbie Questions about Shotwell To: "Murray Strome" Cc: shotwell at lists.yorba.org Received: Sunday, April 24, 2011, 11:54 AM Hi Murray, If you do decide to give Shotwell a go, we'd love to have you as part of our community.? Most of the features you want exist already, and we hope to add the rest in future releases. > 1. KPhotoAlbum does not make any copies of the photos in its > albums. It leaves the images where they are. However, you can > invoke an external program to modify a photo (e.g. the GIMP) from > within KPhotoAlbum. Shotwell can do both of these; when first importing your images, choose 'Import in place', and to edit an image, secondary-click on it in Shotwell, then choose 'Open in external editor'. > 2. It is very easy, in KPA to see where the image is located on the > hard drive, and to view the full EXIF data, if it exists. Photos > can be organized by "date picture taken", which is what I want as > edited photos often get their "created" and "modified" dates > altered (this is especially troublesome sometimes with Picassa). I > could not figure out how to do this easily. Currently, Shotwell displays path and EXIF details in a separate popup, and while it isn't quite as close at hand, it is never more than a menu click away.? We hope to make it dockable at some point; please see http://trac.yorba.org/ticket/2779. > 3. KPA displays RAW images (in my case, .PEF from my Pentax > DSLR) Shotwell has raw image support as well; because we use LibRaw, we can load any format it can, including .PEF, as far as I know. > 4. A feature which i just discovered in KPA is that, in the viewer, > similar images may be "Stacked" and the one on top can be > specified. This is especially useful when I have a RAW (.PEF) image > which I have edited and We don't have stacks yet, but we hope to add this soon; please see http://trac.yorba.org/ticket/2090. > Of somewhat lower priority for me (although in principle, I should > be using it), you can tag or categorize images... > Is anything like this available in Shotwell? Shotwell has support for tagging images, but it isn't yet hierarchical.? This is a high-priority feature for us, though - please have a look at http://trac.yorba.org/ticket/1401. > Another nice feature of KPA is that you can copy a bunch of photos > from your hard drive to a CD or DVD (or an external drive or > another computer). You can then delete them from your hard drive. > The thumbnails and all the annotation information can be retained > in your album, along with the location where you have put the > images. I have not seen this feature in any other photo > organization software. Do you have this? Shotwell isn't currently capable of moving its image library around like this, although it can store tags and other metadata in the images themselves, so they can be exported to other media and reimported elsewhere with all their details intact.? Shotwell cannot yet burn discs, but we do hope to add this soon. Thank you for your interest in Shotwell! Cheers, -c On 4/24/11, Murray Strome wrote: > Although I REALLY like the features of KPhotoAlbum, I am about to give up on > it because of instability problems. I hear that ShotWell is supposed to be > very stable, However, I cannot figure out if it has the key features that I > need. I have not been able to figure this out yet from trying the program, > nor from what I have been able to find by searching the internet. Perhaps > someone on the list could help me. > > 1. KPhotoAlbum does not make any copies of the photos in its albums. It > leaves the images where they are. However, you can invoke an external > program to modify a photo (e.g. the GIMP) from within KPhotoAlbum. This is > very handy. > > 2. It is very easy, in KPA to see where the image is located on the hard > drive, and to view the full EXIF data, if it exists. Photos can be organized > by "date picture taken", which is what I want as edited photos often get > their "created" and "modified" dates altered (this is especially troublesome > sometimes with Picassa). I could not figure out how to do this easily. In > KPA, if you just mouse over an image in the viewer, on the bottom of the > window, you can see the full path to the original image. > > 3. KPA displays RAW images (in my case, .PEF from my Pentax DSLR) > > 4. A feature which i just discovered in KPA is that, in the viewer, similar > images may be "Stacked" and the one on top can be specified. This is > especially useful when I have a RAW (.PEF) image which I have edited and > saved as a JPEG image. I would normally have the edited .jpg image on top > and the .PEF image hidden behind it. You can easily see in the viewer which > images are actually stacks, and you can "unstack" any of these to view all > the photos in the stack. > > -- > Of somewhat lower priority for me (although in principle, I should be using > it), you can tag or categorize images by many different things (which you > can define). For example, you can annotate images to define the people it > contains, the event, the location, plus any other number of categories. > Within a category, you may have unlimited sub-categories. For example, in > People, you might have categories for Friends and Family. Then within > Family, you could have your parents, and as subcategories your sibings, then > their children as subcategories for each of them, etc. Similarly for Places, > you could have Continent, Country, Region, City, location within the city > etc.? Is anything like this available in Shotwell? > > Another nice feature of KPA is that you can copy a bunch of photos from your > hard drive to a CD or DVD (or an external drive or another computer). You > can then delete them from your hard drive.? The thumbnails and all the > annotation information can be retained in your album, along with the > location where you have put the images. I have not seen this feature in any > other photo organization software. Do you have this? > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From dago.pacheco at gmail.com Fri May 6 22:01:12 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Fri, 6 May 2011 19:01:12 -0300 Subject: [Shotwell] Change file paths when changing username In-Reply-To: <4DC440E9.3010602@yorba.org> References: <4DC440E9.3010602@yorba.org> Message-ID: Ok... I'll try that. Thanks 2011/5/6 Adam Dingle > Dago, > > you don't need to use SQL to solve this problem. If you move any photo > file to a new location, Shotwell will consider it missing. There are two > ways to tell Shotwell where the file is now located: > > 1. On startup, Shotwell scans the library directory looking for photos. If > any missing photos are found there, it will update their paths and mark them > as no longer missing. > > 2. When you manually import photos, if any of those photos were previously > missing Shotwell will update their paths and mark them as no longer missing. > > So in your situation you should only need to do one or two things: > > 1. Make sure that Shotwell's library directory (specified in Library > Location in the Preferences dialog) points to your new home directory. > > 2. Drag the folder currently containing your photos from Nautilus into > Shotwell. > > adam > > > On 05/06/2011 05:59 AM, Dago Pacheco wrote: > >> Hi everyone. >> >> I have this problema. Recently I change my unix username so my profile >> start from scratch. >> Normally I move all app hidden folders from the old profile so I can get >> my >> preferences and configuration. At first sight, this seems to worked for >> shotwell, but then I realize that old pics weren't there. So I decide to >> exanimate the sqlite database file... an I found that there is a >> "PhtoTable" >> table where there is a "filename" field which contain static file path (I >> think this is a design mistake... it should be a relative path) and, of >> course, old pics contained file path targeting to old profile. >> Well... I thougt that running a SQL sentences for updating that field >> should >> work fine. I ran: >> >> UPDATE photoTable set filename = replace(filename, '', >> ''); >> >> I ran this script from SQLite Mannager firefox plugin. And at first, it >> seems to work. All field were updated correctly. But when I startup >> shotwell, pics aren't there. An when I checked the database again, >> "filename" field has been changed again (to old username). >> >> Is there an other configuration file? >> >> Thanks >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Fri May 6 22:13:58 2011 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 6 May 2011 15:13:58 -0700 Subject: [Shotwell] Newbie Questions about Shotwell In-Reply-To: <71257.29305.qm@web34307.mail.mud.yahoo.com> References: <71257.29305.qm@web34307.mail.mud.yahoo.com> Message-ID: Hi Murray, > I sent a copy of this to shotwell at lists.yorba.org -- is > this proper procedure or not? That is indeed the proper procedure -- and usually the best way to get Shotwell help in a hurry! > Is it possible to have more than one Shotwell > Library (you cannot do so in KPhotoAlbum, > and that is a nuisance) In a sense, yes. You can use the -d argument when starting Shotwell to tell it to use a different directory to store its thumbnails and its internal database. You can't, however, configure Shotwell itself -- say through the preferences dialog -- to reference multiple libraries. > Where is the meta data stored by Shotwell? Shotwell stores all tag, rating, event and photo transformation information in an internal SQLite database. It's located at ~/.shotwell/data/photo.db (assuming you haven't pointed it somewhere else by starting Shotwell with the -d option). If you want to, however, you can configure Shotwell to continuously write tag, title, and rating information, etc., to the IPTC/XMP/EXIF metadata fields in the backing photo files. You enable this behavior by choosing Edit > Preferences and checking the "Write tags, titles, and other metadata to photo files" checkbox. I hope you enjoy your Shotwell explorations! Cheers, Lucas On Fri, May 6, 2011 at 2:49 PM, Murray Strome wrote: > Hi Clinton, > > Thank you for your reply. Sorry I am slow in responding to your E-Mail as we are travelling. However, I am going to give Shotwell a try with my laptop.? I brought my photos with me, so will have a huge pile to try it out.? I will give feedback on my experience with it, and also will likely need lots of help. I will also give my impressions compared to KPhotoAlbum (when it was working; right now, I am unable to use it at all as it crashes as soon as I load my photos and try to view all the thumbnails). > > I sent a copy of this to shotwell at lists.yorba.org -- is this proper procedure or not? > > I will start by importing all my photographs "in place". This will take a while. > > I will then try some of the things you described. In the meantime, I do have another question: Is it possible to have more than one Shotwell Library (you cannot do so in KPhotoAlbum, and that is a nuisance). Where is the meta data stored by Shotwell? > > Thanks, > > Murray Strome > > --- On Sun, 4/24/11, Clinton Rogers wrote: > > From: Clinton Rogers > Subject: Re: [Shotwell] Newbie Questions about Shotwell > To: "Murray Strome" > Cc: shotwell at lists.yorba.org > Received: Sunday, April 24, 2011, 11:54 AM > > Hi Murray, > > If you do decide to give Shotwell a go, we'd love to have you as part > of our community.? Most of the features you want exist already, and we > hope to add the rest in future releases. > >> 1. KPhotoAlbum does not make any copies of the photos in its >> albums. It leaves the images where they are. However, you can >> invoke an external program to modify a photo (e.g. the GIMP) from >> within KPhotoAlbum. > > Shotwell can do both of these; when first importing your images, > choose 'Import in place', and to edit an image, secondary-click on it > in Shotwell, then choose 'Open in external editor'. > >> 2. It is very easy, in KPA to see where the image is located on the >> hard drive, and to view the full EXIF data, if it exists. Photos >> can be organized by "date picture taken", which is what I want as >> edited photos often get their "created" and "modified" dates >> altered (this is especially troublesome sometimes with Picassa). I >> could not figure out how to do this easily. > > Currently, Shotwell displays path and EXIF details in a separate > popup, and while it isn't quite as close at hand, it is never more > than a menu click away.? We hope to make it dockable at some point; > please see http://trac.yorba.org/ticket/2779. > >> 3. KPA displays RAW images (in my case, .PEF from my Pentax >> DSLR) > > Shotwell has raw image support as well; because we use LibRaw, we can > load any format it can, including .PEF, as far as I know. > >> 4. A feature which i just discovered in KPA is that, in the viewer, >> similar images may be "Stacked" and the one on top can be >> specified. This is especially useful when I have a RAW (.PEF) image >> which I have edited and > > We don't have stacks yet, but we hope to add this soon; please see > http://trac.yorba.org/ticket/2090. > >> Of somewhat lower priority for me (although in principle, I should >> be using it), you can tag or categorize images... >> Is anything like this available in Shotwell? > > Shotwell has support for tagging images, but it isn't yet > hierarchical.? This is a high-priority feature for us, though - please > have a look at http://trac.yorba.org/ticket/1401. > >> Another nice feature of KPA is that you can copy a bunch of photos >> from your hard drive to a CD or DVD (or an external drive or >> another computer). You can then delete them from your hard drive. >> The thumbnails and all the annotation information can be retained >> in your album, along with the location where you have put the >> images. I have not seen this feature in any other photo >> organization software. Do you have this? > > Shotwell isn't currently capable of moving its image library around > like this, although it can store tags and other metadata in the images > themselves, so they can be exported to other media and reimported > elsewhere with all their details intact.? Shotwell cannot yet burn > discs, but we do hope to add this soon. > > Thank you for your interest in Shotwell! > > Cheers, > -c > > On 4/24/11, Murray Strome wrote: >> Although I REALLY like the features of KPhotoAlbum, I am about to give up on >> it because of instability problems. I hear that ShotWell is supposed to be >> very stable, However, I cannot figure out if it has the key features that I >> need. I have not been able to figure this out yet from trying the program, >> nor from what I have been able to find by searching the internet. Perhaps >> someone on the list could help me. >> >> 1. KPhotoAlbum does not make any copies of the photos in its albums. It >> leaves the images where they are. However, you can invoke an external >> program to modify a photo (e.g. the GIMP) from within KPhotoAlbum. This is >> very handy. >> >> 2. It is very easy, in KPA to see where the image is located on the hard >> drive, and to view the full EXIF data, if it exists. Photos can be organized >> by "date picture taken", which is what I want as edited photos often get >> their "created" and "modified" dates altered (this is especially troublesome >> sometimes with Picassa). I could not figure out how to do this easily. In >> KPA, if you just mouse over an image in the viewer, on the bottom of the >> window, you can see the full path to the original image. >> >> 3. KPA displays RAW images (in my case, .PEF from my Pentax DSLR) >> >> 4. A feature which i just discovered in KPA is that, in the viewer, similar >> images may be "Stacked" and the one on top can be specified. This is >> especially useful when I have a RAW (.PEF) image which I have edited and >> saved as a JPEG image. I would normally have the edited .jpg image on top >> and the .PEF image hidden behind it. You can easily see in the viewer which >> images are actually stacks, and you can "unstack" any of these to view all >> the photos in the stack. >> >> -- >> Of somewhat lower priority for me (although in principle, I should be using >> it), you can tag or categorize images by many different things (which you >> can define). For example, you can annotate images to define the people it >> contains, the event, the location, plus any other number of categories. >> Within a category, you may have unlimited sub-categories. For example, in >> People, you might have categories for Friends and Family. Then within >> Family, you could have your parents, and as subcategories your sibings, then >> their children as subcategories for each of them, etc. Similarly for Places, >> you could have Continent, Country, Region, City, location within the city >> etc.? Is anything like this available in Shotwell? >> >> Another nice feature of KPA is that you can copy a bunch of photos from your >> hard drive to a CD or DVD (or an external drive or another computer). You >> can then delete them from your hard drive.? The thumbnails and all the >> annotation information can be retained in your album, along with the >> location where you have put the images. I have not seen this feature in any >> other photo organization software. Do you have this? >> _______________________________________________ >> 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 alexandre.rosenfeld at gmail.com Sat May 7 04:17:27 2011 From: alexandre.rosenfeld at gmail.com (Alexandre Rosenfeld) Date: Sat, 7 May 2011 00:17:27 -0400 Subject: [Shotwell] Importing from Android phone Message-ID: Hi guys, I have a problem when I try to import photos from my Android phone. Instead of only showing the photos I took, it shows all the images that I have on my phone. This includes hundreds of small images from cache or album art. And it takes a long time to list them all and them to get thumbnails for everything. All the photos I took are in the dcim directory and that's the only thing I would like to see when importing from my cell phone. Is there anyway to do this? Thanks *Alexandre Rosenfeld* From michal at hrusecky.net Sat May 7 07:39:21 2011 From: michal at hrusecky.net (=?ISO-8859-2?Q?Michal_Hru=B9eck=FD?=) Date: Sat, 7 May 2011 09:39:21 +0200 Subject: [Shotwell] Importing from Android phone In-Reply-To: References: Message-ID: On Sat, May 7, 2011 at 6:17 AM, Alexandre Rosenfeld wrote: > Hi guys, > > I have a problem when I try to import photos from my Android phone. Instead > of only showing the photos I took, it shows all the images that I have on my > phone. This includes hundreds of small images from cache or album art. And > it takes a long time to list them all and them to get thumbnails for > everything. > All the photos I took are in the dcim directory and that's the only thing I > would like to see when importing from my cell phone. Is there anyway to do > this? Mount your phone, select import from directory and select dcim directory on your phone? From alexandre.rosenfeld at gmail.com Sat May 7 17:46:52 2011 From: alexandre.rosenfeld at gmail.com (Alexandre Rosenfeld) Date: Sat, 7 May 2011 13:46:52 -0400 Subject: [Shotwell] Importing from Android phone In-Reply-To: References: Message-ID: 2011/5/7 Michal Hru?eck? > On Sat, May 7, 2011 at 6:17 AM, Alexandre Rosenfeld > wrote: > > Hi guys, > > > > I have a problem when I try to import photos from my Android phone. > Instead > > of only showing the photos I took, it shows all the images that I have on > my > > phone. This includes hundreds of small images from cache or album art. > And > > it takes a long time to list them all and them to get thumbnails for > > everything. > > All the photos I took are in the dcim directory and that's the only thing > I > > would like to see when importing from my cell phone. Is there anyway to > do > > this? > > Mount your phone, select import from directory and select dcim > directory on your phone? > That is not what I want, because that will import all the images in the dcim directory. I want to select which photos to import, exactly like I can do now when I plug my phone and it's presented in the list as a camera. But I want only the images in the dcim directory to show up there. Regards, Alexandre From organelas at gmail.com Sun May 8 00:29:11 2011 From: organelas at gmail.com (Bruno C. Vellutini) Date: Sat, 7 May 2011 21:29:11 -0300 Subject: [Shotwell] Drag'n drop to nautilus problem after file replace Message-ID: Hello Yorba Team, I am dragging and dropping images from Shotwell to folders in Nautilus (Ubuntu 10.10) and everything is working well, photos are copied to folders. If I drag an existing photo to a folder a pop up message asks what to do (replace all, etc). I normally pick *replace* or *replace all* and photos are replaced normally. However, from this point on I am no longer capable of dropping files to folders. I have to restart Shotwell to be able to drag and drop again. I could not find more clues about what might be going on, maybe it is an upstream bug. Are you able to reproduce this on your side? I'm using 0.9.3 on regular gnome desktop without compiz. Let me know if you need further info. thanks! bruno From antoni at olivellasole.cat Sun May 8 17:11:23 2011 From: antoni at olivellasole.cat (Antoni Olivella) Date: Sun, 08 May 2011 19:11:23 +0200 Subject: [Shotwell] Shotwell 0.9.3 wrong event date In-Reply-To: <4DC440E9.3010602@yorba.org> References: <4DC440E9.3010602@yorba.org> Message-ID: <1304874683.2179.6.camel@toni-desktop> Adam, I had been using Shotwell for the last year. Since more or less april 5, when downloading pictures from the camera the date of the event is set wrongly. Exmaple. I have just downloaded pictures from yesterday 7 may and have been named as event 3rd may and todays ones as 11 may. The date of each picture is ok and the folder dates are also ok. I am still running Ubuntu 10.10 pending to change to the new one. Thansk in advance. antoni From wmstrome at yahoo.com Sat May 7 19:38:19 2011 From: wmstrome at yahoo.com (Murray Strome) Date: Sat, 7 May 2011 12:38:19 -0700 (PDT) Subject: [Shotwell] Newbie Questions about Shotwell In-Reply-To: Message-ID: <497747.12344.qm@web34301.mail.mud.yahoo.com> Thank you, Lucas. I have downloaded imported nearly 7,000 photos. It did not import a lot of photos that it said were duplicates, and there were a few that it identified as having problems. I used fdupes to remove the duplicates, then deleted .shotwell in my home directory and reloaded.? One very important item that does not seem to show up in the information about a photo (or the extended information) from the exif information is the date the photo was taken (sometimes called camera date). I have just imported the photos again and got the following message: 1 photo failed to import due to a file or hardware error: ?? 2 unsupported photos skipped: ?? ?? For the first photo, which is a Pentax .PEF file, I was able to open it OK with the GIMP, so I don't think that there was really anything wrong. The other two were .jpg files and I could not open them with any other application. I decided that they were not that important. Thus, after converting the first one, I deleted it as well as the other two. I do like the feature that lets me modify the exif date. Many of the photos are ones which I scanned from either 35mm? slides or standard prints. Naturally, the dates are when the images were scanned. Also, my wife got a new camera and we accidentally set the date incorrectly. Shotwell's ability to adjust the dates of those photos is very convenient. --- On Fri, 5/6/11, Lucas Beeler wrote: From: Lucas Beeler Subject: Re: [Shotwell] Newbie Questions about Shotwell To: "Murray Strome" Cc: "Clinton Rogers" , Shotwell at lists.yorba.org Received: Friday, May 6, 2011, 3:13 PM Hi Murray, > Is it possible to have more than one Shotwell > Library (you cannot do so in KPhotoAlbum, > and that is a nuisance) In a sense, yes. You can use the -d argument when starting Shotwell to tell it to use a different directory to store its thumbnails and its internal database. You can't, however, configure Shotwell itself -- say through the preferences dialog -- to reference multiple libraries. > Where is the meta data stored by Shotwell? Shotwell stores all tag, rating, event and photo transformation information in an internal SQLite database. It's located at ~/.shotwell/data/photo.db (assuming you haven't pointed it somewhere else by starting Shotwell with the -d option). If you want to, however, you can configure Shotwell to continuously write tag, title, and rating information, etc., to the IPTC/XMP/EXIF metadata fields in the backing photo files. You enable this behavior by choosing Edit > Preferences and checking the "Write tags, titles, and other metadata to photo files" checkbox. Is the above the recommended approach? I assume that this just adds data but does not destroy data already there. Is that correct? I hope you enjoy your Shotwell explorations! Cheers, Lucas So far, it looks good. One feature that would be very nice is face recognition, like is done in later versions of Picasa (not sure if it works for LINUX or not). Again, Thanks for the help. Murray From wmstrome at yahoo.com Sun May 8 06:13:49 2011 From: wmstrome at yahoo.com (Murray Strome) Date: Sat, 7 May 2011 23:13:49 -0700 (PDT) Subject: [Shotwell] Importing Problem Message-ID: <766268.40900.qm@web34307.mail.mud.yahoo.com> I am new to Shotwell. I had started out, and things seemed to be going OK. However, I goofed somewhere along the line. I did something like creating a new library which resulted in Shotwell loading every image in my computer! I don't know where it went, nor what exactly happened. I tried deleting all the files that I could find that referred to Shotwell, uninstalled Shotwell completely, and re installed it. Now when I open Shotwell and try to import from a file, it starts loading everything. I am not given the option to "Load in Place" or whatever. It just keeps chugging along.? There was nothing in the apps section about Shotwell when I tried gconf-edit. I started it again. Again, it just started auto importing (I do not know where to). I quit, then found Shotwell in gconf-edit, and auto import was not selected. What do I have to do to get back to the start, and not autoimport, and be able to import without copying images? I cannot figure out what to do to get it back to a clean start, where it did give me the option. I can see by df -k that as I am importing, space is being used up in my home directory, presumably because the images are being copied somewhere, but where? Perhaps it is just the Thumbnails being generated in .shotwell.? But why am I no longer given the option of how I want to do the import? Thanks, Murray From dago.pacheco at gmail.com Mon May 9 12:59:47 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Mon, 9 May 2011 08:59:47 -0400 Subject: [Shotwell] Change file paths when changing username In-Reply-To: References: <4DC440E9.3010602@yorba.org> Message-ID: Didn't work =( Actually, my pics doesn't even appears as "missing files" .... they just not appears at all in shotweel, but they exist in file system and database PhotoTable table. I already update PhotoTable "filename" field to target to my current username profile, but still no change. What should happen if I manually import files from folders? Should I say shotwell to copy or link files? ... couse those files reside in the actual library path whit the default "year/month/day" hierarchy. What should I do? 2011/5/6 Dago Pacheco > Ok... I'll try that. > Thanks > > > 2011/5/6 Adam Dingle > >> Dago, >> >> you don't need to use SQL to solve this problem. If you move any photo >> file to a new location, Shotwell will consider it missing. There are two >> ways to tell Shotwell where the file is now located: >> >> 1. On startup, Shotwell scans the library directory looking for photos. >> If any missing photos are found there, it will update their paths and mark >> them as no longer missing. >> >> 2. When you manually import photos, if any of those photos were previously >> missing Shotwell will update their paths and mark them as no longer missing. >> >> So in your situation you should only need to do one or two things: >> >> 1. Make sure that Shotwell's library directory (specified in Library >> Location in the Preferences dialog) points to your new home directory. >> >> 2. Drag the folder currently containing your photos from Nautilus into >> Shotwell. >> >> adam >> >> >> On 05/06/2011 05:59 AM, Dago Pacheco wrote: >> >>> Hi everyone. >>> >>> I have this problema. Recently I change my unix username so my profile >>> start from scratch. >>> Normally I move all app hidden folders from the old profile so I can get >>> my >>> preferences and configuration. At first sight, this seems to worked for >>> shotwell, but then I realize that old pics weren't there. So I decide to >>> exanimate the sqlite database file... an I found that there is a >>> "PhtoTable" >>> table where there is a "filename" field which contain static file path (I >>> think this is a design mistake... it should be a relative path) and, of >>> course, old pics contained file path targeting to old profile. >>> Well... I thougt that running a SQL sentences for updating that field >>> should >>> work fine. I ran: >>> >>> UPDATE photoTable set filename = replace(filename, '', >>> ''); >>> >>> I ran this script from SQLite Mannager firefox plugin. And at first, it >>> seems to work. All field were updated correctly. But when I startup >>> shotwell, pics aren't there. An when I checked the database again, >>> "filename" field has been changed again (to old username). >>> >>> Is there an other configuration file? >>> >>> Thanks >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From jim at yorba.org Mon May 9 18:19:01 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 9 May 2011 11:19:01 -0700 Subject: [Shotwell] Importing from Android phone In-Reply-To: References: Message-ID: This is a known problem related to gphoto2. Our ticket for it is at http://trac.yorba.org/ticket/1903. The outstanding gphoto2 ticket is at http://sourceforge.net/tracker/?func=detail&aid=3000202&group_id=8874&atid=108874 -- Jim 2011/5/7 Alexandre Rosenfeld > 2011/5/7 Michal Hru?eck? > > > On Sat, May 7, 2011 at 6:17 AM, Alexandre Rosenfeld > > wrote: > > > Hi guys, > > > > > > I have a problem when I try to import photos from my Android phone. > > Instead > > > of only showing the photos I took, it shows all the images that I have > on > > my > > > phone. This includes hundreds of small images from cache or album art. > > And > > > it takes a long time to list them all and them to get thumbnails for > > > everything. > > > All the photos I took are in the dcim directory and that's the only > thing > > I > > > would like to see when importing from my cell phone. Is there anyway to > > do > > > this? > > > > Mount your phone, select import from directory and select dcim > > directory on your phone? > > > > That is not what I want, because that will import all the images in the > dcim > directory. I want to select which photos to import, exactly like I can do > now when I plug my phone and it's presented in the list as a camera. But I > want only the images in the dcim directory to show up there. > > Regards, > Alexandre > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From alexandre.rosenfeld at gmail.com Mon May 9 18:52:40 2011 From: alexandre.rosenfeld at gmail.com (Alexandre Rosenfeld) Date: Mon, 9 May 2011 14:52:40 -0400 Subject: [Shotwell] Importing from Android phone In-Reply-To: References: Message-ID: 2011/5/9 Jim Nelson > This is a known problem related to gphoto2. Our ticket for it is at > > http://trac.yorba.org/ticket/1903. > > The outstanding gphoto2 ticket is at > > > http://sourceforge.net/tracker/?func=detail&aid=3000202&group_id=8874&atid=108874 > Ah, ok. Thanks for pointing that out! Regards *Alexandre Rosenfeld* From brunogirin at gmail.com Mon May 9 20:32:05 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Mon, 09 May 2011 21:32:05 +0100 Subject: [Shotwell] Importing Problem In-Reply-To: <766268.40900.qm@web34307.mail.mud.yahoo.com> References: <766268.40900.qm@web34307.mail.mud.yahoo.com> Message-ID: <1304973125.1711.26.camel@nuuk> Hi Murray, Try to delete the .shotwell directory in your home folder as this should make it think that you've never used it before. If you haven't changed the default location of your library, all images should be in the Pictures directory in your home folder. You may want to check the gconf key apps/shotwell/preferences/files/import_dir, on my install is says . Cheers, Bruno On Sat, 2011-05-07 at 23:13 -0700, Murray Strome wrote: > I am new to Shotwell. I had started out, and things seemed to be going OK. However, I goofed somewhere along the line. I did something like creating a new library which resulted in Shotwell loading every image in my computer! I don't know where it went, nor what exactly happened. > > I tried deleting all the files that I could find that referred to Shotwell, uninstalled Shotwell completely, and re installed it. Now when I open Shotwell and try to import from a file, it starts loading everything. I am not given the option to "Load in Place" or whatever. It just keeps chugging along. There was nothing in the apps section about Shotwell when I tried gconf-edit. > > I started it again. Again, it just started auto importing (I do not know where to). I quit, then found Shotwell in gconf-edit, and auto import was not selected. > > What do I have to do to get back to the start, and not autoimport, and be able to import without copying images? I cannot figure out what to do to get it back to a clean start, where it did give me the option. > > I can see by df -k that as I am importing, space is being used up in my home directory, presumably because the images are being copied somewhere, but where? > Perhaps it is just the Thumbnails being generated in .shotwell. But why am I no longer given the option of how I want to do the import? > > Thanks, > > Murray > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lucas at yorba.org Mon May 9 20:43:51 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 9 May 2011 13:43:51 -0700 Subject: [Shotwell] Shotwell 0.9.3 wrong event date In-Reply-To: <1304874683.2179.6.camel@toni-desktop> References: <4DC440E9.3010602@yorba.org> <1304874683.2179.6.camel@toni-desktop> Message-ID: Hi Antoni, First, if you import the same photos from your hard disk (say, by copying them off of your camera and onto your local disk, and then dragging the photo files into Shotwell), are incorrect events still generated? Second, if incorrect events are still generated, could you email one of the photos to me at lucas at yorba.org? Cheers, Lucas From guiyou65 at gmail.com Mon May 9 21:49:21 2011 From: guiyou65 at gmail.com (Thierry Le Guillou) Date: Mon, 09 May 2011 23:49:21 +0200 Subject: [Shotwell] Physical rotation Message-ID: <4DC86161.2050801@gmail.com> hello, I think it could be a good thing to have an option with the import function (from external device) which automaticaly rotate physically the portrait pictures. I publish my pictures with Piwigo, and since pictures look well in Shotwell, they are badly oriented in Piwigo. Thierry From brunogirin at gmail.com Mon May 9 23:00:25 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Tue, 10 May 2011 00:00:25 +0100 Subject: [Shotwell] Physical rotation In-Reply-To: <4DC86161.2050801@gmail.com> References: <4DC86161.2050801@gmail.com> Message-ID: <1304982025.1711.30.camel@nuuk> Hi Thierry, That's interesting. I don't think it should be an option on import though. Rather the photos should be rotated by the Piwigo plugin on export. I'll try to reproduce the problem once I get the new Piwigo plugin to work and if there is an issue I'll add the physical rotation. Cheers, Bruno On Mon, 2011-05-09 at 23:49 +0200, Thierry Le Guillou wrote: > hello, > I think it could be a good thing to have an option with the import > function (from external device) which automaticaly rotate physically the > portrait pictures. > I publish my pictures with Piwigo, and since pictures look well in > Shotwell, they are badly oriented in Piwigo. > Thierry > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From bryandenniskeith at gmail.com Tue May 10 14:43:08 2011 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Tue, 10 May 2011 08:43:08 -0600 Subject: [Shotwell] Physical rotation In-Reply-To: <1304982025.1711.30.camel@nuuk> References: <4DC86161.2050801@gmail.com> <1304982025.1711.30.camel@nuuk> Message-ID: I'm not sure that this is specific to Piwigo. When I rotate a photo in shotwell, it just changes a flag in the header rather than physically changing the pixels, right? I uploaded some shotwell-rotated photos to craigslist, and they weren't rotated. I think this is because craigslist isn't paying attention to the header flag. I guess it'd be nice to have an option in the rotation to physically move the pixels even though this is really just accommodating other people's bugs. I'm just speculating here. I really don't know anything about this stuff. Bryan On Mon, May 9, 2011 at 5:00 PM, Bruno Girin wrote: > Hi Thierry, > > That's interesting. I don't think it should be an option on import > though. Rather the photos should be rotated by the Piwigo plugin on > export. I'll try to reproduce the problem once I get the new Piwigo > plugin to work and if there is an issue I'll add the physical rotation. > > Cheers, > > Bruno > > On Mon, 2011-05-09 at 23:49 +0200, Thierry Le Guillou wrote: >> hello, >> I think it could be a good thing to have an option with the import >> function (from external device) which automaticaly rotate physically the >> portrait pictures. >> I publish my pictures with Piwigo, and since pictures look well in >> Shotwell, they are badly oriented in Piwigo. >> Thierry >> _______________________________________________ >> 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 alexandre.rosenfeld at gmail.com Tue May 10 15:13:13 2011 From: alexandre.rosenfeld at gmail.com (Alexandre Rosenfeld) Date: Tue, 10 May 2011 11:13:13 -0400 Subject: [Shotwell] Physical rotation In-Reply-To: References: <4DC86161.2050801@gmail.com> <1304982025.1711.30.camel@nuuk> Message-ID: On Tue, May 10, 2011 at 10:43, Bryan Keith wrote: > I'm not sure that this is specific to Piwigo. When I rotate a photo > in shotwell, it just changes a flag in the header rather than > physically changing the pixels, right? I uploaded some > shotwell-rotated photos to craigslist, and they weren't rotated. I > think this is because craigslist isn't paying attention to the header > flag. > The flag will probably not be present in the file itself so it's not possible for craigslist to notice it. > I guess it'd be nice to have an option in the rotation to physically > move the pixels even though this is really just accommodating other > people's bugs. > You need to export the picture from Shotwell to get the rotated picture. Then you can upload to craigslist and get the right rotation. By default it's best no to change the images directly unless the user asked to. Since piwigo exporting is a feature inside Shotwell, then it should be uploading the rotated image already, so it is probably a bug in Shotwell. > I'm just speculating here. I really don't know anything about this stuff. > > Bryan > > From dago.pacheco at gmail.com Tue May 10 15:45:55 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Tue, 10 May 2011 11:45:55 -0400 Subject: [Shotwell] Change file paths when changing username In-Reply-To: References: <4DC440E9.3010602@yorba.org> Message-ID: Lookin inside database I noticed that all old-profile picture has "-1" value in "eventid" field from "PhotoTable" table.... is this a problem. I really need to get those pics back... and I kinda afraid that if I import them again, I'll loose some modifications that I've made (couse those modifications are kept in a PhotoTable field) 2011/5/9 Dago Pacheco > Didn't work =( > Actually, my pics doesn't even appears as "missing files" .... they just > not appears at all in shotweel, but they exist in file system and database > PhotoTable table. > I already update PhotoTable "filename" field to target to my current > username profile, but still no change. > What should happen if I manually import files from folders? Should I say > shotwell to copy or link files? ... couse those files reside in the actual > library path whit the default "year/month/day" hierarchy. > > What should I do? > > > 2011/5/6 Dago Pacheco > >> Ok... I'll try that. >> Thanks >> >> >> 2011/5/6 Adam Dingle >> >>> Dago, >>> >>> you don't need to use SQL to solve this problem. If you move any photo >>> file to a new location, Shotwell will consider it missing. There are two >>> ways to tell Shotwell where the file is now located: >>> >>> 1. On startup, Shotwell scans the library directory looking for photos. >>> If any missing photos are found there, it will update their paths and mark >>> them as no longer missing. >>> >>> 2. When you manually import photos, if any of those photos were >>> previously missing Shotwell will update their paths and mark them as no >>> longer missing. >>> >>> So in your situation you should only need to do one or two things: >>> >>> 1. Make sure that Shotwell's library directory (specified in Library >>> Location in the Preferences dialog) points to your new home directory. >>> >>> 2. Drag the folder currently containing your photos from Nautilus into >>> Shotwell. >>> >>> adam >>> >>> >>> On 05/06/2011 05:59 AM, Dago Pacheco wrote: >>> >>>> Hi everyone. >>>> >>>> I have this problema. Recently I change my unix username so my profile >>>> start from scratch. >>>> Normally I move all app hidden folders from the old profile so I can get >>>> my >>>> preferences and configuration. At first sight, this seems to worked for >>>> shotwell, but then I realize that old pics weren't there. So I decide >>>> to >>>> exanimate the sqlite database file... an I found that there is a >>>> "PhtoTable" >>>> table where there is a "filename" field which contain static file path >>>> (I >>>> think this is a design mistake... it should be a relative path) and, of >>>> course, old pics contained file path targeting to old profile. >>>> Well... I thougt that running a SQL sentences for updating that field >>>> should >>>> work fine. I ran: >>>> >>>> UPDATE photoTable set filename = replace(filename, '', >>>> ''); >>>> >>>> I ran this script from SQLite Mannager firefox plugin. And at first, it >>>> seems to work. All field were updated correctly. But when I startup >>>> shotwell, pics aren't there. An when I checked the database again, >>>> "filename" field has been changed again (to old username). >>>> >>>> Is there an other configuration file? >>>> >>>> Thanks >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> >>> >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> >> > From jim at yorba.org Tue May 10 18:34:39 2011 From: jim at yorba.org (Jim Nelson) Date: Tue, 10 May 2011 11:34:39 -0700 Subject: [Shotwell] Change file paths when changing username In-Reply-To: References: <4DC440E9.3010602@yorba.org> Message-ID: -1 means the photo is not associated with any event, so that's not a problem. -- Jim On Tue, May 10, 2011 at 8:45 AM, Dago Pacheco wrote: > Lookin inside database I noticed that all old-profile picture has "-1" > value > in "eventid" field from "PhotoTable" table.... is this a problem. > > I really need to get those pics back... and I kinda afraid that if I import > them again, I'll loose some modifications that I've made (couse those > modifications are kept in a PhotoTable field) > > 2011/5/9 Dago Pacheco > > > Didn't work =( > > Actually, my pics doesn't even appears as "missing files" .... they just > > not appears at all in shotweel, but they exist in file system and > database > > PhotoTable table. > > I already update PhotoTable "filename" field to target to my current > > username profile, but still no change. > > What should happen if I manually import files from folders? Should I say > > shotwell to copy or link files? ... couse those files reside in the > actual > > library path whit the default "year/month/day" hierarchy. > > > > What should I do? > > > > > > 2011/5/6 Dago Pacheco > > > >> Ok... I'll try that. > >> Thanks > >> > >> > >> 2011/5/6 Adam Dingle > >> > >>> Dago, > >>> > >>> you don't need to use SQL to solve this problem. If you move any photo > >>> file to a new location, Shotwell will consider it missing. There are > two > >>> ways to tell Shotwell where the file is now located: > >>> > >>> 1. On startup, Shotwell scans the library directory looking for photos. > >>> If any missing photos are found there, it will update their paths and > mark > >>> them as no longer missing. > >>> > >>> 2. When you manually import photos, if any of those photos were > >>> previously missing Shotwell will update their paths and mark them as no > >>> longer missing. > >>> > >>> So in your situation you should only need to do one or two things: > >>> > >>> 1. Make sure that Shotwell's library directory (specified in Library > >>> Location in the Preferences dialog) points to your new home directory. > >>> > >>> 2. Drag the folder currently containing your photos from Nautilus into > >>> Shotwell. > >>> > >>> adam > >>> > >>> > >>> On 05/06/2011 05:59 AM, Dago Pacheco wrote: > >>> > >>>> Hi everyone. > >>>> > >>>> I have this problema. Recently I change my unix username so my > profile > >>>> start from scratch. > >>>> Normally I move all app hidden folders from the old profile so I can > get > >>>> my > >>>> preferences and configuration. At first sight, this seems to worked > for > >>>> shotwell, but then I realize that old pics weren't there. So I decide > >>>> to > >>>> exanimate the sqlite database file... an I found that there is a > >>>> "PhtoTable" > >>>> table where there is a "filename" field which contain static file path > >>>> (I > >>>> think this is a design mistake... it should be a relative path) and, > of > >>>> course, old pics contained file path targeting to old profile. > >>>> Well... I thougt that running a SQL sentences for updating that field > >>>> should > >>>> work fine. I ran: > >>>> > >>>> UPDATE photoTable set filename = replace(filename, '', > >>>> ''); > >>>> > >>>> I ran this script from SQLite Mannager firefox plugin. And at first, > it > >>>> seems to work. All field were updated correctly. But when I startup > >>>> shotwell, pics aren't there. An when I checked the database again, > >>>> "filename" field has been changed again (to old username). > >>>> > >>>> Is there an other configuration file? > >>>> > >>>> Thanks > >>>> _______________________________________________ > >>>> Shotwell mailing list > >>>> Shotwell at lists.yorba.org > >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >>>> > >>> > >>> _______________________________________________ > >>> Shotwell mailing list > >>> Shotwell at lists.yorba.org > >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >>> > >> > >> > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From dago.pacheco at gmail.com Tue May 10 19:06:06 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Tue, 10 May 2011 15:06:06 -0400 Subject: [Shotwell] Change file paths when changing username In-Reply-To: References: <4DC440E9.3010602@yorba.org> Message-ID: ok... but why pics aren't displayed in shotwell but it's entries exist in database? 2011/5/10 Jim Nelson > -1 means the photo is not associated with any event, so that's not a > problem. > > -- Jim > > > On Tue, May 10, 2011 at 8:45 AM, Dago Pacheco wrote: > >> Lookin inside database I noticed that all old-profile picture has "-1" >> value >> in "eventid" field from "PhotoTable" table.... is this a problem. >> >> I really need to get those pics back... and I kinda afraid that if I >> import >> them again, I'll loose some modifications that I've made (couse those >> modifications are kept in a PhotoTable field) >> >> 2011/5/9 Dago Pacheco >> >> > Didn't work =( >> > Actually, my pics doesn't even appears as "missing files" .... they just >> > not appears at all in shotweel, but they exist in file system and >> database >> > PhotoTable table. >> > I already update PhotoTable "filename" field to target to my current >> > username profile, but still no change. >> > What should happen if I manually import files from folders? Should I >> say >> > shotwell to copy or link files? ... couse those files reside in the >> actual >> > library path whit the default "year/month/day" hierarchy. >> > >> > What should I do? >> > >> > >> > 2011/5/6 Dago Pacheco >> > >> >> Ok... I'll try that. >> >> Thanks >> >> >> >> >> >> 2011/5/6 Adam Dingle >> >> >> >>> Dago, >> >>> >> >>> you don't need to use SQL to solve this problem. If you move any >> photo >> >>> file to a new location, Shotwell will consider it missing. There are >> two >> >>> ways to tell Shotwell where the file is now located: >> >>> >> >>> 1. On startup, Shotwell scans the library directory looking for >> photos. >> >>> If any missing photos are found there, it will update their paths and >> mark >> >>> them as no longer missing. >> >>> >> >>> 2. When you manually import photos, if any of those photos were >> >>> previously missing Shotwell will update their paths and mark them as >> no >> >>> longer missing. >> >>> >> >>> So in your situation you should only need to do one or two things: >> >>> >> >>> 1. Make sure that Shotwell's library directory (specified in Library >> >>> Location in the Preferences dialog) points to your new home directory. >> >>> >> >>> 2. Drag the folder currently containing your photos from Nautilus into >> >>> Shotwell. >> >>> >> >>> adam >> >>> >> >>> >> >>> On 05/06/2011 05:59 AM, Dago Pacheco wrote: >> >>> >> >>>> Hi everyone. >> >>>> >> >>>> I have this problema. Recently I change my unix username so my >> profile >> >>>> start from scratch. >> >>>> Normally I move all app hidden folders from the old profile so I can >> get >> >>>> my >> >>>> preferences and configuration. At first sight, this seems to worked >> for >> >>>> shotwell, but then I realize that old pics weren't there. So I >> decide >> >>>> to >> >>>> exanimate the sqlite database file... an I found that there is a >> >>>> "PhtoTable" >> >>>> table where there is a "filename" field which contain static file >> path >> >>>> (I >> >>>> think this is a design mistake... it should be a relative path) and, >> of >> >>>> course, old pics contained file path targeting to old profile. >> >>>> Well... I thougt that running a SQL sentences for updating that field >> >>>> should >> >>>> work fine. I ran: >> >>>> >> >>>> UPDATE photoTable set filename = replace(filename, '', >> >>>> ''); >> >>>> >> >>>> I ran this script from SQLite Mannager firefox plugin. And at first, >> it >> >>>> seems to work. All field were updated correctly. But when I startup >> >>>> shotwell, pics aren't there. An when I checked the database again, >> >>>> "filename" field has been changed again (to old username). >> >>>> >> >>>> Is there an other configuration file? >> >>>> >> >>>> Thanks >> >>>> _______________________________________________ >> >>>> Shotwell mailing list >> >>>> Shotwell at lists.yorba.org >> >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >>>> >> >>> >> >>> _______________________________________________ >> >>> Shotwell mailing list >> >>> Shotwell at lists.yorba.org >> >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >>> >> >> >> >> >> > >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From jim at yorba.org Tue May 10 19:08:45 2011 From: jim at yorba.org (Jim Nelson) Date: Tue, 10 May 2011 12:08:45 -0700 Subject: [Shotwell] Physical rotation In-Reply-To: References: <4DC86161.2050801@gmail.com> <1304982025.1711.30.camel@nuuk> Message-ID: There's some confusion here about how Shotwell rotates photos when exporting or publishing them. I've added an entry to our FAQ on the subject: http://trac.yorba.org/wiki/Shotwell/FAQ#HowdoesShotwellrotatephotoswhentheyreexported Long story short, Shotwell uses the EXIF Orientation field whenever possible, but that opportunity is limited. If it has to re-encode the photo when exporting, Shotwell will physically rotate the pixels. In particular, note that if you export the photo at anything but its original size, the pixels will be rotated. As far as craigslist ignoring the EXIF field, that's not really craigslist's doing; it's up to the browser to respect the Orientation when displaying the photo for the user. If craigslist strips the EXIF header (entirely possible), then yes, craigslist is the culprit here. -- Jim On Tue, May 10, 2011 at 8:13 AM, Alexandre Rosenfeld < alexandre.rosenfeld at gmail.com> wrote: > On Tue, May 10, 2011 at 10:43, Bryan Keith >wrote: > > > I'm not sure that this is specific to Piwigo. When I rotate a photo > > in shotwell, it just changes a flag in the header rather than > > physically changing the pixels, right? I uploaded some > > shotwell-rotated photos to craigslist, and they weren't rotated. I > > think this is because craigslist isn't paying attention to the header > > flag. > > > > The flag will probably not be present in the file itself so it's not > possible for craigslist to notice it. > > > > I guess it'd be nice to have an option in the rotation to physically > > move the pixels even though this is really just accommodating other > > people's bugs. > > > > You need to export the picture from Shotwell to get the rotated picture. > Then you can upload to craigslist and get the right rotation. By default > it's best no to change the images directly unless the user asked to. > Since piwigo exporting is a feature inside Shotwell, then it should be > uploading the rotated image already, so it is probably a bug in Shotwell. > > > > I'm just speculating here. I really don't know anything about this > stuff. > > > > Bryan > > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From dago.pacheco at gmail.com Tue May 10 20:09:43 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Tue, 10 May 2011 16:09:43 -0400 Subject: [Shotwell] Propose new features Message-ID: Where can I propose new shotwell features? Thanks From adam at yorba.org Tue May 10 20:24:31 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 10 May 2011 16:24:31 -0400 Subject: [Shotwell] Propose new features In-Reply-To: References: Message-ID: On Tue, May 10, 2011 at 4:09 PM, Dago Pacheco wrote: > Where can I propose new shotwell features? > The best way is to file a ticket in our Trac database: http://trac.yorba.org/ After you've signed up for an account, you can click New Ticket to create a new ticket. Please search Trac to make sure the idea you're proposing isn't already in the database. The Shotwell FAQ says how to do that: http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIsearchforanexistingticketaboutaparticulartopic adam From blklists at elementarea.net Tue May 10 21:25:39 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Tue, 10 May 2011 23:25:39 +0200 Subject: [Shotwell] Change file paths when changing username In-Reply-To: References: <4DC440E9.3010602@yorba.org> Message-ID: <1305062739.18280.7.camel@thinky> if the event id is -1, then they're listed in a special event called "No Event" listed as last event. On Die, 2011-05-10 at 15:06 -0400, Dago Pacheco wrote: > ok... but why pics aren't displayed in shotwell but it's entries exist in > database? > > 2011/5/10 Jim Nelson > > > -1 means the photo is not associated with any event, so that's not a > > problem. > > > > -- Jim > > > > > > On Tue, May 10, 2011 at 8:45 AM, Dago Pacheco wrote: > > > >> Lookin inside database I noticed that all old-profile picture has "-1" > >> value > >> in "eventid" field from "PhotoTable" table.... is this a problem. > >> > >> I really need to get those pics back... and I kinda afraid that if I > >> import > >> them again, I'll loose some modifications that I've made (couse those > >> modifications are kept in a PhotoTable field) > >> > >> 2011/5/9 Dago Pacheco > >> > >> > Didn't work =( > >> > Actually, my pics doesn't even appears as "missing files" .... they just > >> > not appears at all in shotweel, but they exist in file system and > >> database > >> > PhotoTable table. > >> > I already update PhotoTable "filename" field to target to my current > >> > username profile, but still no change. > >> > What should happen if I manually import files from folders? Should I > >> say > >> > shotwell to copy or link files? ... couse those files reside in the > >> actual > >> > library path whit the default "year/month/day" hierarchy. > >> > > >> > What should I do? > >> > > >> > > >> > 2011/5/6 Dago Pacheco > >> > > >> >> Ok... I'll try that. > >> >> Thanks > >> >> > >> >> > >> >> 2011/5/6 Adam Dingle > >> >> > >> >>> Dago, > >> >>> > >> >>> you don't need to use SQL to solve this problem. If you move any > >> photo > >> >>> file to a new location, Shotwell will consider it missing. There are > >> two > >> >>> ways to tell Shotwell where the file is now located: > >> >>> > >> >>> 1. On startup, Shotwell scans the library directory looking for > >> photos. > >> >>> If any missing photos are found there, it will update their paths and > >> mark > >> >>> them as no longer missing. > >> >>> > >> >>> 2. When you manually import photos, if any of those photos were > >> >>> previously missing Shotwell will update their paths and mark them as > >> no > >> >>> longer missing. > >> >>> > >> >>> So in your situation you should only need to do one or two things: > >> >>> > >> >>> 1. Make sure that Shotwell's library directory (specified in Library > >> >>> Location in the Preferences dialog) points to your new home directory. > >> >>> > >> >>> 2. Drag the folder currently containing your photos from Nautilus into > >> >>> Shotwell. > >> >>> > >> >>> adam > >> >>> > >> >>> > >> >>> On 05/06/2011 05:59 AM, Dago Pacheco wrote: > >> >>> > >> >>>> Hi everyone. > >> >>>> > >> >>>> I have this problema. Recently I change my unix username so my > >> profile > >> >>>> start from scratch. > >> >>>> Normally I move all app hidden folders from the old profile so I can > >> get > >> >>>> my > >> >>>> preferences and configuration. At first sight, this seems to worked > >> for > >> >>>> shotwell, but then I realize that old pics weren't there. So I > >> decide > >> >>>> to > >> >>>> exanimate the sqlite database file... an I found that there is a > >> >>>> "PhtoTable" > >> >>>> table where there is a "filename" field which contain static file > >> path > >> >>>> (I > >> >>>> think this is a design mistake... it should be a relative path) and, > >> of > >> >>>> course, old pics contained file path targeting to old profile. > >> >>>> Well... I thougt that running a SQL sentences for updating that field > >> >>>> should > >> >>>> work fine. I ran: > >> >>>> > >> >>>> UPDATE photoTable set filename = replace(filename, '', > >> >>>> ''); > >> >>>> > >> >>>> I ran this script from SQLite Mannager firefox plugin. And at first, > >> it > >> >>>> seems to work. All field were updated correctly. But when I startup > >> >>>> shotwell, pics aren't there. An when I checked the database again, > >> >>>> "filename" field has been changed again (to old username). > >> >>>> > >> >>>> Is there an other configuration file? > >> >>>> > >> >>>> Thanks > >> >>>> _______________________________________________ > >> >>>> Shotwell mailing list > >> >>>> Shotwell at lists.yorba.org > >> >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >> >>>> > >> >>> > >> >>> _______________________________________________ > >> >>> Shotwell mailing list > >> >>> Shotwell at lists.yorba.org > >> >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >> >>> > >> >> > >> >> > >> > > >> _______________________________________________ > >> Shotwell mailing list > >> Shotwell at lists.yorba.org > >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >> > > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From dago.pacheco at gmail.com Tue May 10 21:33:13 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Tue, 10 May 2011 17:33:13 -0400 Subject: [Shotwell] Change file paths when changing username In-Reply-To: <1305062739.18280.7.camel@thinky> References: <4DC440E9.3010602@yorba.org> <1305062739.18280.7.camel@thinky> Message-ID: I already checked it .... no pics 2011/5/10 Andreas Brauchli > if the event id is -1, then they're listed in a special event called "No > Event" listed as last event. > > On Die, 2011-05-10 at 15:06 -0400, Dago Pacheco wrote: > > ok... but why pics aren't displayed in shotwell but it's entries exist > in > > database? > > > > 2011/5/10 Jim Nelson > > > > > -1 means the photo is not associated with any event, so that's not a > > > problem. > > > > > > -- Jim > > > > > > > > > On Tue, May 10, 2011 at 8:45 AM, Dago Pacheco >wrote: > > > > > >> Lookin inside database I noticed that all old-profile picture has "-1" > > >> value > > >> in "eventid" field from "PhotoTable" table.... is this a problem. > > >> > > >> I really need to get those pics back... and I kinda afraid that if I > > >> import > > >> them again, I'll loose some modifications that I've made (couse those > > >> modifications are kept in a PhotoTable field) > > >> > > >> 2011/5/9 Dago Pacheco > > >> > > >> > Didn't work =( > > >> > Actually, my pics doesn't even appears as "missing files" .... they > just > > >> > not appears at all in shotweel, but they exist in file system and > > >> database > > >> > PhotoTable table. > > >> > I already update PhotoTable "filename" field to target to my current > > >> > username profile, but still no change. > > >> > What should happen if I manually import files from folders? Should > I > > >> say > > >> > shotwell to copy or link files? ... couse those files reside in the > > >> actual > > >> > library path whit the default "year/month/day" hierarchy. > > >> > > > >> > What should I do? > > >> > > > >> > > > >> > 2011/5/6 Dago Pacheco > > >> > > > >> >> Ok... I'll try that. > > >> >> Thanks > > >> >> > > >> >> > > >> >> 2011/5/6 Adam Dingle > > >> >> > > >> >>> Dago, > > >> >>> > > >> >>> you don't need to use SQL to solve this problem. If you move any > > >> photo > > >> >>> file to a new location, Shotwell will consider it missing. There > are > > >> two > > >> >>> ways to tell Shotwell where the file is now located: > > >> >>> > > >> >>> 1. On startup, Shotwell scans the library directory looking for > > >> photos. > > >> >>> If any missing photos are found there, it will update their paths > and > > >> mark > > >> >>> them as no longer missing. > > >> >>> > > >> >>> 2. When you manually import photos, if any of those photos were > > >> >>> previously missing Shotwell will update their paths and mark them > as > > >> no > > >> >>> longer missing. > > >> >>> > > >> >>> So in your situation you should only need to do one or two things: > > >> >>> > > >> >>> 1. Make sure that Shotwell's library directory (specified in > Library > > >> >>> Location in the Preferences dialog) points to your new home > directory. > > >> >>> > > >> >>> 2. Drag the folder currently containing your photos from Nautilus > into > > >> >>> Shotwell. > > >> >>> > > >> >>> adam > > >> >>> > > >> >>> > > >> >>> On 05/06/2011 05:59 AM, Dago Pacheco wrote: > > >> >>> > > >> >>>> Hi everyone. > > >> >>>> > > >> >>>> I have this problema. Recently I change my unix username so my > > >> profile > > >> >>>> start from scratch. > > >> >>>> Normally I move all app hidden folders from the old profile so I > can > > >> get > > >> >>>> my > > >> >>>> preferences and configuration. At first sight, this seems to > worked > > >> for > > >> >>>> shotwell, but then I realize that old pics weren't there. So I > > >> decide > > >> >>>> to > > >> >>>> exanimate the sqlite database file... an I found that there is a > > >> >>>> "PhtoTable" > > >> >>>> table where there is a "filename" field which contain static file > > >> path > > >> >>>> (I > > >> >>>> think this is a design mistake... it should be a relative path) > and, > > >> of > > >> >>>> course, old pics contained file path targeting to old profile. > > >> >>>> Well... I thougt that running a SQL sentences for updating that > field > > >> >>>> should > > >> >>>> work fine. I ran: > > >> >>>> > > >> >>>> UPDATE photoTable set filename = replace(filename, > '', > > >> >>>> ''); > > >> >>>> > > >> >>>> I ran this script from SQLite Mannager firefox plugin. And at > first, > > >> it > > >> >>>> seems to work. All field were updated correctly. But when I > startup > > >> >>>> shotwell, pics aren't there. An when I checked the database > again, > > >> >>>> "filename" field has been changed again (to old username). > > >> >>>> > > >> >>>> Is there an other configuration file? > > >> >>>> > > >> >>>> Thanks > > >> >>>> _______________________________________________ > > >> >>>> Shotwell mailing list > > >> >>>> Shotwell at lists.yorba.org > > >> >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > >> >>>> > > >> >>> > > >> >>> _______________________________________________ > > >> >>> Shotwell mailing list > > >> >>> Shotwell at lists.yorba.org > > >> >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > >> >>> > > >> >> > > >> >> > > >> > > > >> _______________________________________________ > > >> Shotwell mailing list > > >> Shotwell at lists.yorba.org > > >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > >> > > > > > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > From vera at yorba.org Wed May 11 18:02:23 2011 From: vera at yorba.org (Vera Yin) Date: Wed, 11 May 2011 11:02:23 -0700 Subject: [Shotwell] Shotwell 0.9.3 wrong event date In-Reply-To: References: <4DC440E9.3010602@yorba.org> <1304874683.2179.6.camel@toni-desktop> Message-ID: Hi Antoni, This mailing list does not allow attachments, so your message below did not go through. You can send the photos directly to Lucas, which I see you also did. Regards, Vera > ---------- Forwarded message ---------- > From:?Antoni Olivella > To:?Lucas Beeler > Date:?Wed, 11 May 2011 10:35:32 +0200 > Subject:?Re: [Shotwell] Shotwell 0.9.3 wrong event date > Lucas, > > I have imported today May 11th, some pictures taken yesterday 10th. > > Following your sugestion, I tried first immporting from a folder and I > got the picture filed in the correct folder: 10, ?but placed in a new wrong > event 12 May. > > I am attaching some snapshots showing this results and the photo itself. > (menus are in catalan but there would be obvious to you) > > I did again with all the pictures directly from the camera and I had the same > results. Correct folder name but wrong event date 12th may. > > By the way, when I imported pictures from the camera and tick the "not > those already imported" shotwell ignored the tick and imported all again. > May be is the same problem about dates?. > > Regards. > > antoni > > > El dl 09 de 05 de 2011 a les 13:43 -0700, en/na Lucas Beeler va > escriure: >> Hi Antoni, >> >> First, if you import the same photos from your hard disk (say, by >> copying them off of your camera and onto your local disk, and then >> dragging the photo files into Shotwell), are incorrect events still >> generated? Second, if incorrect events are still generated, could you >> email one of the photos to me at lucas at yorba.org? >> >> Cheers, >> Lucas > > From kent.boogaart at gmail.com Thu May 12 19:36:09 2011 From: kent.boogaart at gmail.com (Kent Boogaart) Date: Thu, 12 May 2011 20:36:09 +0100 Subject: [Shotwell] Having trouble building Message-ID: <1305228969.29864.0.camel@Raph> Hi, I'm having trouble building shotwell on my Ubuntu 11.04 box. Any pointers would be much appreciated. I'm a noob when it comes to linux dev so I apologize if this is really basic stuff. After following all the guides I could find and hacking a few bits and pieces that I couldn't, I've gotten to the point where my build spits out this: valac -c -g --enable-checking --thread --fatal-warnings --vapidir=plugins/ -X -DGETTEXT_PACKAGE='"shotwell"' -X -I. --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 --includedir=plugins --vapi=plugins/shotwell-plugin-dev-1.0.vapi --header=plugins/shotwell-plugin-dev-1.0.h src/plugins/SpitInterfaces.vala src/plugins/TransitionsInterfaces.vala src/plugins/PublishingInterfaces.vala `rm SpitInterfaces.vala.o` `rm TransitionsInterfaces.vala.o` `rm PublishingInterfaces.vala.o` rm -f plugins/shotwell-plugin-dev-1.0.deps `echo gobject-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` `echo glib-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` `echo gdk-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` `echo gtk+-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` make[1]: Entering directory `Repository/shotwell/plugins' make[2]: Entering directory `Repository/shotwell/plugins/shotwell-transitions' valac -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-2.0 --pkg=gtk+-2.0 \ -X -I../.. -X -fPIC \ -X -D_VERSION='"0.9.3+trunk"' -X -DGETTEXT_PACKAGE='"shotwell"' \ \ ../common/Resources.vala shotwell-transitions.vala FadeEffect.vala SlideEffect.vala CrumbleEffect.vala cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 gdk-2.0 gtk+-2.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC -D_VERSION='"0.9.3+trunk"' -DGETTEXT_PACKAGE='"shotwell"' -I../.. Resources.c shotwell-transitions.c FadeEffect.c SlideEffect.c CrumbleEffect.c cc `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 gdk-2.0 gtk+-2.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC `pkg-config --print-errors --libs gobject-2.0 glib-2.0 gdk-2.0 gtk+-2.0 ` Resources.o shotwell-transitions.o FadeEffect.o SlideEffect.o CrumbleEffect.o -I../.. -shared -o shotwell-transitions.so make[2]: Leaving directory `Repository/shotwell/plugins/shotwell-transitions' make[2]: Entering directory `Repository/shotwell/plugins/shotwell-publishing' valac -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-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 --pkg=gexiv2 --pkg=gee-1.0 \ -X -I../.. -X -fPIC \ -X -D_VERSION='"0.9.3+trunk"' -X -DGETTEXT_PACKAGE='"shotwell"' \ \ ../common/Resources.vala shotwell-publishing.vala FacebookPublishing.vala PicasaPublishing.vala FlickrPublishing.vala YouTubePublishing.vala ../common/RESTSupport.vala cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 gexiv2 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC -D_VERSION='"0.9.3+trunk"' -DGETTEXT_PACKAGE='"shotwell"' -I../.. Resources.c shotwell-publishing.c FacebookPublishing.c PicasaPublishing.c FlickrPublishing.c YouTubePublishing.c RESTSupport.c cc `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 gexiv2 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC `pkg-config --print-errors --libs gobject-2.0 glib-2.0 gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 gexiv2 gee-1.0 ` Resources.o shotwell-publishing.o FacebookPublishing.o PicasaPublishing.o FlickrPublishing.o YouTubePublishing.o RESTSupport.o -I../.. -shared -o shotwell-publishing.so make[2]: Leaving directory `/home/kent/Repository/shotwell/plugins/shotwell-publishing' make[2]: Entering directory `/home/kent/Repository/shotwell/plugins/shotwell-publishing-extras' valac -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-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 --pkg=json-glib-1.0 --pkg=gee-1.0 \ -X -I../.. -X -fPIC \ -X -D_VERSION='"0.9.3+trunk"' -X -DGETTEXT_PACKAGE='"shotwell"' \ \ ../common/Resources.vala shotwell-publishing-extras.vala YandexPublishing.vala ../common/RESTSupport.vala cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 json-glib-1.0 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC -D_VERSION='"0.9.3+trunk"' -DGETTEXT_PACKAGE='"shotwell"' -I../.. Resources.c shotwell-publishing-extras.c YandexPublishing.c RESTSupport.c make[2]: Leaving directory `/home/kent/Repository/shotwell/plugins/shotwell-publishing-extras' make[1]: Leaving directory `/home/kent/Repository/shotwell/plugins' Repository/shotwell/plugins/shotwell-publishing/FacebookPublishing.c: In function ?publishing_facebook_web_authentication_pane_get_system_locale_as_facebook_locale?: Repository/shotwell/plugins/shotwell-publishing/FacebookPublishing.c:5258:28: warning: assignment discards qualifiers from pointer target type Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c: In function ?publishing_flickr_flickr_publisher_do_publish?: Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:2551:9: warning: assignment from incompatible pointer type Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c: In function ?publishing_flickr_uploader_preprocess_publishable?: Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4762:16: warning: assignment from incompatible pointer type Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4773:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: expected ?const gchar **? but argument is of type ?gchar **? Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4774:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: expected ?const gchar **? but argument is of type ?gchar **? FacebookPublishing.c: In function ?publishing_facebook_web_authentication_pane_get_system_locale_as_facebook_locale?: FacebookPublishing.c:5258:28: warning: assignment discards qualifiers from pointer target type FlickrPublishing.c: In function ?publishing_flickr_flickr_publisher_do_publish?: FlickrPublishing.c:2551:9: warning: assignment from incompatible pointer type FlickrPublishing.c: In function ?publishing_flickr_uploader_preprocess_publishable?: FlickrPublishing.c:4762:16: warning: assignment from incompatible pointer type FlickrPublishing.c:4773:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: expected ?const gchar **? but argument is of type ?gchar **? FlickrPublishing.c:4774:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: expected ?const gchar **? but argument is of type ?gchar **? Package json-glib-1.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `json-glib-1.0.pc' to the PKG_CONFIG_PATH environment variable No package 'json-glib-1.0' found Resources.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. shotwell-publishing-extras.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. YandexPublishing.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. RESTSupport.c:10:18: fatal error: glib.h: No such file or directory compilation terminated. make[2]: *** [Resources.o] Error 1 make[1]: *** [shotwell-publishing-extras] Error 2 make: *** [plugins] Error 2 I'm at a loss as to why glib.h cannot be found, since it's in /usr/include/glib-2.0. I've tried: USER_VALAFLAGS="--includedir /usr/include/glib-2.0" But that didn't seem to help. I'm at a bit of a loss at this point. Any guidance would be much appreciated. Thanks, Kent From se2009 at comcast.net Fri May 13 14:43:03 2011 From: se2009 at comcast.net (stephen) Date: Fri, 13 May 2011 09:43:03 -0500 Subject: [Shotwell] version 0.9.3 won't run Message-ID: <4DCD4377.60107@comcast.net> Sirs; I've been using Shotwell for about a year and like it very much. However I've updated to version 0.9.3 about a month ago and now it won't run anymore. I've tried it in several different versions of Linux (PCLinuxOS, Mint, Fedora, and Ubuntu) all with the same result. I've tried to start it using a terminal and got the following results; [stephen at localhost ~]$ shotwell ** ERROR **: Resources.vala:768: Couldn't recognize the image file format for file '/usr/share/shotwell/icons/crop.svg' aborting... Aborted [stephen at localhost ~]$ The file is there and I can open it in Gimp with no trouble. I've posted this on several forums with no results, except to find that there are a number of others with the same problem. I'm using PCLinuxOS 2010.12 with LXDE desktop. Any help to fix this problem would be greatly appreciated. Thank you, Stephen se2009 at comcast.net From clinton at yorba.org Fri May 13 20:42:10 2011 From: clinton at yorba.org (Clinton Rogers) Date: Fri, 13 May 2011 13:42:10 -0700 Subject: [Shotwell] version 0.9.3 won't run In-Reply-To: <4DCD4377.60107@comcast.net> References: <4DCD4377.60107@comcast.net> Message-ID: Hi, It sounds like you might be missing librsvg2-common - can you check whether this is installed? It looks like other people have run into problems with .svg icons on recent versions of PCLinuxOS as well; I happened upon this thread: http://www.pclinuxos.com/forum/index.php?topic=90269.0 . If PCLinuxOS doesn't supply a package for this library (and I didn't see one listed on http://spout.ussg.indiana.edu/linux/pclinuxos/pclinuxos/apt/pclinuxos/2010/RPMS.main/), it may be possible to build it from source; please see http://librsvg.sourceforge.net/ . I hope this helps, but if not, please feel free to write again and we'll help you as much as we can. Cheers, -c On Fri, May 13, 2011 at 7:43 AM, stephen wrote: > Sirs; > > I've been using Shotwell for about a year and like it very much. However > I've updated to version 0.9.3 about a month ago and now it won't run > anymore. I've tried it in several different versions of Linux (PCLinuxOS, > Mint, Fedora, and Ubuntu) all with the same result. I've tried to start it > using a terminal and got the following results; > > [stephen at localhost ~]$ shotwell > > ** ERROR **: Resources.vala:768: Couldn't recognize the image file format > for file '/usr/share/shotwell/icons/crop.svg' > aborting... > Aborted > [stephen at localhost ~]$ > > The file is there and I can open it in Gimp with no trouble. > > I've posted this on several forums with no results, except to find that > there are a number of others with the same problem. > > I'm using PCLinuxOS 2010.12 with LXDE desktop. > > Any help to fix this problem would be greatly appreciated. > > Thank you, > > Stephen > > se2009 at comcast.net > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From kent.boogaart at gmail.com Sat May 14 12:08:36 2011 From: kent.boogaart at gmail.com (Kent Boogaart) Date: Sat, 14 May 2011 13:08:36 +0100 Subject: [Shotwell] Having trouble building In-Reply-To: <1305228969.29864.0.camel@Raph> References: <1305228969.29864.0.camel@Raph> Message-ID: <1305374916.8486.8.camel@Raph> Can anyone help with this? I've not had any further luck since sending the below. Thanks, Kent On Thu, 2011-05-12 at 20:36 +0100, Kent Boogaart wrote: > Hi, > > I'm having trouble building shotwell on my Ubuntu 11.04 box. Any > pointers would be much appreciated. I'm a noob when it comes to linux > dev so I apologize if this is really basic stuff. > > After following all the guides I could find and hacking a few bits and > pieces that I couldn't, I've gotten to the point where my build spits > out this: > > > valac -c -g --enable-checking --thread --fatal-warnings > --vapidir=plugins/ -X -DGETTEXT_PACKAGE='"shotwell"' -X -I. > --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 > --includedir=plugins > --vapi=plugins/shotwell-plugin-dev-1.0.vapi > --header=plugins/shotwell-plugin-dev-1.0.h > src/plugins/SpitInterfaces.vala > src/plugins/TransitionsInterfaces.vala > src/plugins/PublishingInterfaces.vala > `rm SpitInterfaces.vala.o` `rm TransitionsInterfaces.vala.o` > `rm PublishingInterfaces.vala.o` > rm -f plugins/shotwell-plugin-dev-1.0.deps > `echo gobject-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` > `echo glib-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` `echo > gdk-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` `echo gtk > +-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` > make[1]: Entering directory `Repository/shotwell/plugins' > make[2]: Entering directory > `Repository/shotwell/plugins/shotwell-transitions' > valac -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-2.0 --pkg=gtk+-2.0 \ > -X -I../.. -X -fPIC \ > -X -D_VERSION='"0.9.3+trunk"' -X > -DGETTEXT_PACKAGE='"shotwell"' \ > \ > ../common/Resources.vala shotwell-transitions.vala > FadeEffect.vala SlideEffect.vala CrumbleEffect.vala > cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 > gdk-2.0 gtk+-2.0 ` -nostdlib -export-dynamic -O2 -g -pipe > -fPIC -D_VERSION='"0.9.3+trunk"' > -DGETTEXT_PACKAGE='"shotwell"' -I../.. Resources.c > shotwell-transitions.c FadeEffect.c SlideEffect.c > CrumbleEffect.c > cc `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 > gdk-2.0 gtk+-2.0 ` -nostdlib -export-dynamic -O2 -g -pipe > -fPIC `pkg-config --print-errors --libs gobject-2.0 glib-2.0 > gdk-2.0 gtk+-2.0 ` Resources.o shotwell-transitions.o > FadeEffect.o SlideEffect.o CrumbleEffect.o -I../.. -shared -o > shotwell-transitions.so > make[2]: Leaving directory > `Repository/shotwell/plugins/shotwell-transitions' > make[2]: Entering directory > `Repository/shotwell/plugins/shotwell-publishing' > valac -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-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 > --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 > --pkg=gexiv2 --pkg=gee-1.0 \ > -X -I../.. -X -fPIC \ > -X -D_VERSION='"0.9.3+trunk"' -X > -DGETTEXT_PACKAGE='"shotwell"' \ > \ > ../common/Resources.vala shotwell-publishing.vala > FacebookPublishing.vala PicasaPublishing.vala > FlickrPublishing.vala > YouTubePublishing.vala ../common/RESTSupport.vala > cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 > gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 > gexiv2 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC > -D_VERSION='"0.9.3+trunk"' -DGETTEXT_PACKAGE='"shotwell"' > -I../.. Resources.c shotwell-publishing.c FacebookPublishing.c > PicasaPublishing.c FlickrPublishing.c YouTubePublishing.c > RESTSupport.c > cc `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 > gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 > gexiv2 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC > `pkg-config --print-errors --libs gobject-2.0 glib-2.0 gdk-2.0 > gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 gexiv2 > gee-1.0 ` Resources.o shotwell-publishing.o > FacebookPublishing.o PicasaPublishing.o FlickrPublishing.o > YouTubePublishing.o RESTSupport.o -I../.. -shared -o > shotwell-publishing.so > make[2]: Leaving directory > `/home/kent/Repository/shotwell/plugins/shotwell-publishing' > make[2]: Entering directory > `/home/kent/Repository/shotwell/plugins/shotwell-publishing-extras' > valac -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-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 > --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 > --pkg=json-glib-1.0 --pkg=gee-1.0 \ > -X -I../.. -X -fPIC \ > -X -D_VERSION='"0.9.3+trunk"' -X > -DGETTEXT_PACKAGE='"shotwell"' \ > \ > ../common/Resources.vala shotwell-publishing-extras.vala > YandexPublishing.vala ../common/RESTSupport.vala > cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 > gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 > json-glib-1.0 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe > -fPIC -D_VERSION='"0.9.3+trunk"' > -DGETTEXT_PACKAGE='"shotwell"' -I../.. Resources.c > shotwell-publishing-extras.c YandexPublishing.c RESTSupport.c > make[2]: Leaving directory > `/home/kent/Repository/shotwell/plugins/shotwell-publishing-extras' > make[1]: Leaving directory > `/home/kent/Repository/shotwell/plugins' > Repository/shotwell/plugins/shotwell-publishing/FacebookPublishing.c: In function ?publishing_facebook_web_authentication_pane_get_system_locale_as_facebook_locale?: > Repository/shotwell/plugins/shotwell-publishing/FacebookPublishing.c:5258:28: warning: assignment discards qualifiers from pointer target type > Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c: In function ?publishing_flickr_flickr_publisher_do_publish?: > Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:2551:9: warning: assignment from incompatible pointer type > Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c: In function ?publishing_flickr_uploader_preprocess_publishable?: > Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4762:16: warning: assignment from incompatible pointer type > Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4773:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type > /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: > expected ?const gchar **? but argument is of type ?gchar **? > Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4774:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type > /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: > expected ?const gchar **? but argument is of type ?gchar **? > FacebookPublishing.c: In function > ?publishing_facebook_web_authentication_pane_get_system_locale_as_facebook_locale?: > FacebookPublishing.c:5258:28: warning: assignment discards > qualifiers from pointer target type > FlickrPublishing.c: In function > ?publishing_flickr_flickr_publisher_do_publish?: > FlickrPublishing.c:2551:9: warning: assignment from > incompatible pointer type > FlickrPublishing.c: In function > ?publishing_flickr_uploader_preprocess_publishable?: > FlickrPublishing.c:4762:16: warning: assignment from > incompatible pointer type > FlickrPublishing.c:4773:3: warning: passing argument 3 of > ?gexiv2_metadata_set_tag_multiple? from incompatible pointer > type > /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: > expected ?const gchar **? but argument is of type ?gchar **? > FlickrPublishing.c:4774:3: warning: passing argument 3 of > ?gexiv2_metadata_set_tag_multiple? from incompatible pointer > type > /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: > expected ?const gchar **? but argument is of type ?gchar **? > Package json-glib-1.0 was not found in the pkg-config search > path. > Perhaps you should add the directory containing > `json-glib-1.0.pc' > to the PKG_CONFIG_PATH environment variable > No package 'json-glib-1.0' found > Resources.c:10:18: fatal error: glib.h: No such file or > directory > compilation terminated. > shotwell-publishing-extras.c:10:18: fatal error: glib.h: No > such file or directory > compilation terminated. > YandexPublishing.c:10:18: fatal error: glib.h: No such file or > directory > compilation terminated. > RESTSupport.c:10:18: fatal error: glib.h: No such file or > directory > compilation terminated. > make[2]: *** [Resources.o] Error 1 > make[1]: *** [shotwell-publishing-extras] Error 2 > make: *** [plugins] Error 2 > > > I'm at a loss as to why glib.h cannot be found, since it's > in /usr/include/glib-2.0. I've tried: > > > USER_VALAFLAGS="--includedir /usr/include/glib-2.0" > > > But that didn't seem to help. > > I'm at a bit of a loss at this point. Any guidance would be much > appreciated. > > Thanks, > Kent From bryandenniskeith at gmail.com Sun May 15 00:38:58 2011 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Sat, 14 May 2011 18:38:58 -0600 Subject: [Shotwell] Physical rotation In-Reply-To: References: <4DC86161.2050801@gmail.com> <1304982025.1711.30.camel@nuuk> Message-ID: Well, I'm not sure who the culprit is, but I just did a test with two photos that I rotated in shotwell and uploaded to craigslist. For one photo all I did was rotate it. For the other photo I rotated and cropped it. The cropped photo displays as expected (in my browser) while the non-cropped photo has the wrong orientation. My browser is firefox 3.6.17 Here's the craigslist post: http://boulder.craigslist.org/fuo/2381631631.html Bryan P.S. I'm not really trying to sell those bookshelves. This is just a shotwell test ;) On Tue, May 10, 2011 at 1:08 PM, Jim Nelson wrote: > There's some confusion here about how Shotwell rotates photos when exporting > or publishing them.? I've added an entry to our FAQ on the subject: > > http://trac.yorba.org/wiki/Shotwell/FAQ#HowdoesShotwellrotatephotoswhentheyreexported > > Long story short, Shotwell uses the EXIF Orientation field whenever > possible, but that opportunity is limited.? If it has to re-encode the photo > when exporting, Shotwell will physically rotate the pixels.? In particular, > note that if you export the photo at anything but its original size, the > pixels will be rotated. > > As far as craigslist ignoring the EXIF field, that's not really craigslist's > doing; it's up to the browser to respect the Orientation when displaying the > photo for the user.? If craigslist strips the EXIF header (entirely > possible), then yes, craigslist is the culprit here. > > -- Jim > > On Tue, May 10, 2011 at 8:13 AM, Alexandre Rosenfeld > wrote: >> >> On Tue, May 10, 2011 at 10:43, Bryan Keith >> wrote: >> >> > I'm not sure that this is specific to Piwigo. ?When I rotate a photo >> > in shotwell, it just changes a flag in the header rather than >> > physically changing the pixels, right? ?I uploaded some >> > shotwell-rotated photos to craigslist, and they weren't rotated. ?I >> > think this is because craigslist isn't paying attention to the header >> > flag. >> > >> >> The flag will probably not be present in the file itself so it's not >> possible for craigslist to notice it. >> >> >> > I guess it'd be nice to have an option in the rotation to physically >> > move the pixels even though this is really just accommodating other >> > people's bugs. >> > >> >> You need to export the picture from Shotwell to get the rotated picture. >> Then you can upload to craigslist and get the right rotation. By default >> it's best no to change the images directly unless the user asked to. >> Since piwigo exporting is a feature inside Shotwell, then it should be >> uploading the rotated image already, so it is probably a bug in Shotwell. >> >> >> > I'm just speculating here. ?I really don't know anything about this >> > stuff. >> > >> > Bryan >> > >> > >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From shotwell.stz9z at ncf.ca Sun May 15 14:32:05 2011 From: shotwell.stz9z at ncf.ca (Larry Bradley) Date: Sun, 15 May 2011 10:32:05 -0400 Subject: [Shotwell] Deleting photos using external program Message-ID: <1305469925.2047.15.camel@bigmachine-ubuntu> I'm playing around with a PHP GTK program to work with my Shotwell data. Works fine. I can display images, search for tags, etc, make changes to things - all works well. I've added the ability to delete images - I can delete the record from the phototable, as well as the photo and the thumbnail. However, there are other tables that refer to photos (eventtable, tagtable) that will need to be updated. Can someone tell me how Shotwell deletes entries in these tables? For example, the tag table. Given the photo id, I know the thumbnail name. The problem is to find that name (eg thumb00000007f) in the tag table's photo_id_list. Also, I need to find the photoid in the list as well, to delete the Folders entry. Thanks -- Larry Bradley Orleans (Ottawa) Canada From andrew.stacey at math.ntnu.no Sun May 15 17:46:09 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Sun, 15 May 2011 19:46:09 +0200 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? Message-ID: <20110515174609.GA29819@fimf-t19.math.ntnu.no> Is there a list somewhere of the dependencies *with their versions* for compiling shotwell? After "upgrading" from Ubuntu 10.10 to Debian Squeeze, I found that the version of shotwell went down, so thought I'd compile it myself. I installed the stated dependencies, compiled libraw and libgexiv2 from source as stated on the installation webpage, and also installed vala from source, but then shotwell kept producing errors when I tried to compile it. As the errors appeared to be to do with vala syntax, I tried installing different versions of vala but to no avail. I also tried with different versions of shotwell. In total, I tried shotwell 0.8.1 and 0.9.3 against each of vala 0.10.4, 0.11.7, and 0.12.0. But each time would get errors of some sort or other. Before posting for help on the specific errors, I thought it worth doing the "sanity" check and asking which versions of the dependencies shotwell should be compiled against. Thanks, Andrew Stacey From blklists at elementarea.net Sun May 15 19:06:49 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Sun, 15 May 2011 21:06:49 +0200 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110515174609.GA29819@fimf-t19.math.ntnu.no> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> Message-ID: <1305486409.1509.43.camel@thinky> Hi Andrew the Makefile is supposed to check for correct library versions: look out for the EXT_PKG_VERSIONS variable. the vala version is checked as well as defined in MIN_VALAC_VERSION := 0.11.7 and MAX_VALAC_VERSION if defined (which is not currently the case, but used to be in the 0.8 days which didn't compile with valac 0.11+) shotwell 0.9.3 is definitely supposed to compile with vala 0.12 cheerios with milk andreas On Son, 2011-05-15 at 19:46 +0200, Andrew Stacey wrote: > Is there a list somewhere of the dependencies *with their versions* for > compiling shotwell? After "upgrading" from Ubuntu 10.10 to Debian Squeeze, > I found that the version of shotwell went down, so thought I'd compile it > myself. I installed the stated dependencies, compiled libraw and libgexiv2 > from source as stated on the installation webpage, and also installed vala > from source, but then shotwell kept producing errors when I tried to compile > it. As the errors appeared to be to do with vala syntax, I tried installing > different versions of vala but to no avail. I also tried with different > versions of shotwell. > > In total, I tried shotwell 0.8.1 and 0.9.3 against each of vala 0.10.4, > 0.11.7, and 0.12.0. But each time would get errors of some sort or other. > Before posting for help on the specific errors, I thought it worth doing the > "sanity" check and asking which versions of the dependencies shotwell should > be compiled against. > > Thanks, > > Andrew Stacey > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From andrew.stacey at math.ntnu.no Sun May 15 21:01:58 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Sun, 15 May 2011 23:01:58 +0200 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <1305486409.1509.43.camel@thinky> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> Message-ID: <20110515210157.GB29819@fimf-t19.math.ntnu.no> Thanks for the quick reply. I've installed vala-0.12.0 and when I compile shotwell-0.9.3 I get a load of errors beginning with: /home/astacey/local/src/shotwell-0.9.3/src/plugins/PublishingInterfaces.vala.c:193: error: expected specifier-qualifier-list before ?GDateTime? (I can paste more of the errors if that would help.) As far as I can tell (I'm no expert on reading Makefiles), it does the package version check with no errors. Andrew On Sun, May 15, 2011 at 09:06:49PM +0200, Andreas Brauchli wrote: > Hi Andrew > > the Makefile is supposed to check for correct library versions: > look out for the EXT_PKG_VERSIONS variable. > > the vala version is checked as well as defined in > MIN_VALAC_VERSION := 0.11.7 > and MAX_VALAC_VERSION if defined (which is not currently the case, but > used to be in the 0.8 days which didn't compile with valac 0.11+) > > shotwell 0.9.3 is definitely supposed to compile with vala 0.12 > > cheerios with milk > andreas > > On Son, 2011-05-15 at 19:46 +0200, Andrew Stacey wrote: > > Is there a list somewhere of the dependencies *with their versions* for > > compiling shotwell? After "upgrading" from Ubuntu 10.10 to Debian Squeeze, > > I found that the version of shotwell went down, so thought I'd compile it > > myself. I installed the stated dependencies, compiled libraw and libgexiv2 > > from source as stated on the installation webpage, and also installed vala > > from source, but then shotwell kept producing errors when I tried to compile > > it. As the errors appeared to be to do with vala syntax, I tried installing > > different versions of vala but to no avail. I also tried with different > > versions of shotwell. > > > > In total, I tried shotwell 0.8.1 and 0.9.3 against each of vala 0.10.4, > > 0.11.7, and 0.12.0. But each time would get errors of some sort or other. > > Before posting for help on the specific errors, I thought it worth doing the > > "sanity" check and asking which versions of the dependencies shotwell should > > be compiled against. > > > > Thanks, > > > > Andrew Stacey > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From kozlov at spbcas.ru Mon May 16 05:15:16 2011 From: kozlov at spbcas.ru (Konstantin Kozlov) Date: Mon, 16 May 2011 09:15:16 +0400 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110515210157.GB29819@fimf-t19.math.ntnu.no> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> Message-ID: <20110516091516.740e1ea4@wave.bio.spbcas.ru> On Sun, 15 May 2011 23:01:58 +0200 Andrew Stacey wrote: > Thanks for the quick reply. > > I've installed vala-0.12.0 and when I compile shotwell-0.9.3 I get a > load of errors beginning with: > > /home/astacey/local/src/shotwell-0.9.3/src/plugins/PublishingInterfaces.vala.c:193: > error: expected specifier-qualifier-list before ?GDateTime? > Your glib is too old and vala was compiled against this old glib. Best reagrds, Kostya > (I can paste more of the errors if that would help.) > > As far as I can tell (I'm no expert on reading Makefiles), it does > the package version check with no errors. > > Andrew > > On Sun, May 15, 2011 at 09:06:49PM +0200, Andreas Brauchli wrote: > > Hi Andrew > > > > the Makefile is supposed to check for correct library versions: > > look out for the EXT_PKG_VERSIONS variable. > > > > the vala version is checked as well as defined in > > MIN_VALAC_VERSION := 0.11.7 > > and MAX_VALAC_VERSION if defined (which is not currently the case, > > but used to be in the 0.8 days which didn't compile with valac > > 0.11+) > > > > shotwell 0.9.3 is definitely supposed to compile with vala 0.12 > > > > cheerios with milk > > andreas > > > > On Son, 2011-05-15 at 19:46 +0200, Andrew Stacey wrote: > > > Is there a list somewhere of the dependencies *with their > > > versions* for compiling shotwell? After "upgrading" from Ubuntu > > > 10.10 to Debian Squeeze, I found that the version of shotwell > > > went down, so thought I'd compile it myself. I installed the > > > stated dependencies, compiled libraw and libgexiv2 from source as > > > stated on the installation webpage, and also installed vala from > > > source, but then shotwell kept producing errors when I tried to > > > compile it. As the errors appeared to be to do with vala syntax, > > > I tried installing different versions of vala but to no avail. I > > > also tried with different versions of shotwell. > > > > > > In total, I tried shotwell 0.8.1 and 0.9.3 against each of vala > > > 0.10.4, 0.11.7, and 0.12.0. But each time would get errors of > > > some sort or other. Before posting for help on the specific > > > errors, I thought it worth doing the "sanity" check and asking > > > which versions of the dependencies shotwell should be compiled > > > against. > > > > > > Thanks, > > > > > > Andrew Stacey > > > _______________________________________________ > > > 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 andrew.stacey at math.ntnu.no Mon May 16 06:43:44 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Mon, 16 May 2011 08:43:44 +0200 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110516091516.740e1ea4@wave.bio.spbcas.ru> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> Message-ID: <20110516064344.GA25562@fimf-t19.math.ntnu.no> On Mon, May 16, 2011 at 09:15:16AM +0400, Konstantin Kozlov wrote: > Your glib is too old and vala was compiled against this old glib. > > Best reagrds, > > Kostya Thank you! I shall try installing a new glib and see how far I get, and if I don't manage to compile it I'll take a closer look at the list in EXT_PKG_WHATEVER_IT_WAS as it seems that the check it does in the Makefile is not sophisticated enough to check this sort of dependency. Andrew From kozlov at spbcas.ru Mon May 16 07:46:45 2011 From: kozlov at spbcas.ru (Konstantin Kozlov) Date: Mon, 16 May 2011 11:46:45 +0400 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110516064344.GA25562@fimf-t19.math.ntnu.no> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> <20110516064344.GA25562@fimf-t19.math.ntnu.no> Message-ID: <20110516114645.4a587c6b@wave.bio.spbcas.ru> On Mon, 16 May 2011 08:43:44 +0200 Andrew Stacey wrote: > On Mon, May 16, 2011 at 09:15:16AM +0400, Konstantin Kozlov wrote: > > Your glib is too old and vala was compiled against this old glib. > > > > Best reagrds, > > > > Kostya > > Thank you! I shall try installing a new glib and see how far I get, > and if I don't manage to compile it I'll take a closer look at the > list in EXT_PKG_WHATEVER_IT_WAS as it seems that the check it does in > the Makefile is not sophisticated enough to check this sort of > dependency. > > Andrew Do not intall newer glib in sytem path. Too many things depend on it (gtk, gnome etc). That's the reason there is no newer shotwell (and others) for older distros. Kostya From kozlov at spbcas.ru Mon May 16 08:37:40 2011 From: kozlov at spbcas.ru (Konstantin Kozlov) Date: Mon, 16 May 2011 12:37:40 +0400 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110516082538.GB25562@fimf-t19.math.ntnu.no> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> <20110516064344.GA25562@fimf-t19.math.ntnu.no> <20110516114645.4a587c6b@wave.bio.spbcas.ru> <20110516082538.GB25562@fimf-t19.math.ntnu.no> Message-ID: <20110516123740.114f377d@wave.bio.spbcas.ru> On Mon, 16 May 2011 10:25:38 +0200 Andrew Stacey wrote: > On Mon, May 16, 2011 at 11:46:45AM +0400, Konstantin Kozlov wrote: > > On Mon, 16 May 2011 08:43:44 +0200 > > Andrew Stacey wrote: > > > > > On Mon, May 16, 2011 at 09:15:16AM +0400, Konstantin Kozlov wrote: > > > > Your glib is too old and vala was compiled against this old > > > > glib. > > > > > > > > Best reagrds, > > > > > > > > Kostya > > > > > > Thank you! I shall try installing a new glib and see how far I > > > get, and if I don't manage to compile it I'll take a closer look > > > at the list in EXT_PKG_WHATEVER_IT_WAS as it seems that the check > > > it does in the Makefile is not sophisticated enough to check this > > > sort of dependency. > > > > > > Andrew > > Do not intall newer glib in sytem path. Too many things depend on it > > (gtk, gnome etc). That's the reason there is no newer shotwell (and > > others) for older distros. > > Thanks for the warning. I always install any extras in /usr/local, > but do you mean that I should install it in a directory not in the > default linker search path (so *not* in /usr/local/lib) and tell > shotwell explicitly where to find it? > > Andrew /usr/local may be OK but may be not. I would build and test under normal user in $HOME/sandbox and leave only package manager provided versions of everything under /usr. After your build succeed you can "install" system wide (and may be share binaries :)). Best regards, Kostya From andrew.stacey at math.ntnu.no Mon May 16 08:47:19 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Mon, 16 May 2011 10:47:19 +0200 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110516123740.114f377d@wave.bio.spbcas.ru> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> <20110516064344.GA25562@fimf-t19.math.ntnu.no> <20110516114645.4a587c6b@wave.bio.spbcas.ru> <20110516082538.GB25562@fimf-t19.math.ntnu.no> <20110516123740.114f377d@wave.bio.spbcas.ru> Message-ID: <20110516084719.GC25562@fimf-t19.math.ntnu.no> On Mon, May 16, 2011 at 12:37:40PM +0400, Konstantin Kozlov wrote: > /usr/local may be OK but may be not. I would build and test under normal > user in $HOME/sandbox and leave only package manager provided versions of > everything under /usr. Actually, I'm the only user of this particular machine so installing in $HOME/local/ is not a problem. (Also, the main incentive for doing this rebuild is that when I "upgraded" to debian, and thus downgraded shotwell, I found that shotwell could no longer read my photo database. As I had a *large* number of tags and so forth, I would prefer to recover them using a newer version of shotwell than retag them. Any new user on my machine can happily use the system version of shotwell without knowing what they are missing!) > After your build succeed you can "install" system wide (and may be > share binaries :)). By "share binaries" do you mean so that others using Debian who want the binaries can simple install them from my build? If so, sure! *When* I get a successful build, then I'll ask for instructions on how best to do that (but I'll walk before I run ...). Thanks again for your help, Andrew From adam at yorba.org Mon May 16 16:33:56 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 16 May 2011 09:33:56 -0700 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110516091516.740e1ea4@wave.bio.spbcas.ru> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> Message-ID: <4DD151F4.5050807@yorba.org> On 05/15/2011 10:15 PM, Konstantin Kozlov wrote: > On Sun, 15 May 2011 23:01:58 +0200 > Andrew Stacey wrote: > >> Thanks for the quick reply. >> >> I've installed vala-0.12.0 and when I compile shotwell-0.9.3 I get a >> load of errors beginning with: >> >> /home/astacey/local/src/shotwell-0.9.3/src/plugins/PublishingInterfaces.vala.c:193: >> error: expected specifier-qualifier-list before ?GDateTime? >> > Your glib is too old and vala was compiled against this old glib. GDateTime exists starting with GLib 2.26, and the Shotwell makefile checks that GLib is at least that version, so something is strange here. Andrew, what version of GLib do you actually have? If it's less than 2.26, then we should figure out why the makefile check failed. adam From andrew.stacey at math.ntnu.no Mon May 16 18:03:28 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Mon, 16 May 2011 20:03:28 +0200 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <4DD151F4.5050807@yorba.org> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> <4DD151F4.5050807@yorba.org> Message-ID: <20110516180327.GA18877@fimf-t19.math.ntnu.no> On Mon, May 16, 2011 at 09:33:56AM -0700, Adam Dingle wrote: > On 05/15/2011 10:15 PM, Konstantin Kozlov wrote: > >On Sun, 15 May 2011 23:01:58 +0200 > >Andrew Stacey wrote: > > > >>Thanks for the quick reply. > >> > >>I've installed vala-0.12.0 and when I compile shotwell-0.9.3 I get a > >>load of errors beginning with: > >> > >>/home/astacey/local/src/shotwell-0.9.3/src/plugins/PublishingInterfaces.vala.c:193: > >>error: expected specifier-qualifier-list before ?GDateTime? > >> > >Your glib is too old and vala was compiled against this old glib. > > GDateTime exists starting with GLib 2.26, and the Shotwell makefile > checks that GLib is at least that version, so something is strange > here. Andrew, what version of GLib do you actually have? If it's > less than 2.26, then we should figure out why the makefile check > failed. The version of glib on the system is 2.24.2-1. If you tell me what tests to run on the system, I'll happily do so and report back. Andrew From lucas at yorba.org Mon May 16 18:06:07 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 16 May 2011 11:06:07 -0700 Subject: [Shotwell] Having trouble building In-Reply-To: <1305374916.8486.8.camel@Raph> References: <1305228969.29864.0.camel@Raph> <1305374916.8486.8.camel@Raph> Message-ID: Hi Kent, The key line here is this one: > Package json-glib-1.0 was not found > in the pkg-config search path. you need to install the libjson-glib-dev package. Cheers, Lucas On Sat, May 14, 2011 at 5:08 AM, Kent Boogaart wrote: > Can anyone help with this? I've not had any further luck since sending > the below. > > Thanks, > Kent > > On Thu, 2011-05-12 at 20:36 +0100, Kent Boogaart wrote: > >> Hi, >> >> I'm having trouble building shotwell on my Ubuntu 11.04 box. Any >> pointers would be much appreciated. I'm a noob when it comes to linux >> dev so I apologize if this is really basic stuff. >> >> After following all the guides I could find and hacking a few bits and >> pieces that I couldn't, I've gotten to the point where my build spits >> out this: >> >> >> ? ? ? ? valac -c -g --enable-checking --thread --fatal-warnings >> ? ? ? ? --vapidir=plugins/ -X -DGETTEXT_PACKAGE='"shotwell"' -X -I. >> ? ? ? ? --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 >> ? ? ? ? --includedir=plugins >> ? ? ? ? --vapi=plugins/shotwell-plugin-dev-1.0.vapi >> ? ? ? ? --header=plugins/shotwell-plugin-dev-1.0.h >> ? ? ? ? src/plugins/SpitInterfaces.vala >> ? ? ? ? src/plugins/TransitionsInterfaces.vala >> ? ? ? ? src/plugins/PublishingInterfaces.vala >> ? ? ? ? `rm SpitInterfaces.vala.o` `rm TransitionsInterfaces.vala.o` >> ? ? ? ? `rm PublishingInterfaces.vala.o` >> ? ? ? ? rm -f plugins/shotwell-plugin-dev-1.0.deps >> ? ? ? ? `echo gobject-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` >> ? ? ? ? `echo glib-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` `echo >> ? ? ? ? gdk-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` `echo gtk >> ? ? ? ? +-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` >> ? ? ? ? make[1]: Entering directory `Repository/shotwell/plugins' >> ? ? ? ? make[2]: Entering directory >> ? ? ? ? `Repository/shotwell/plugins/shotwell-transitions' >> ? ? ? ? valac -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-2.0 --pkg=gtk+-2.0 \ >> ? ? ? ? -X -I../.. -X -fPIC \ >> ? ? ? ? -X -D_VERSION='"0.9.3+trunk"' -X >> ? ? ? ? -DGETTEXT_PACKAGE='"shotwell"' \ >> ? ? ? ? \ >> ? ? ? ? ../common/Resources.vala shotwell-transitions.vala >> ? ? ? ? FadeEffect.vala SlideEffect.vala CrumbleEffect.vala >> ? ? ? ? cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 >> ? ? ? ? gdk-2.0 gtk+-2.0 ?` -nostdlib -export-dynamic -O2 -g -pipe >> ? ? ? ? -fPIC -D_VERSION='"0.9.3+trunk"' >> ? ? ? ? -DGETTEXT_PACKAGE='"shotwell"' -I../.. Resources.c >> ? ? ? ? shotwell-transitions.c FadeEffect.c SlideEffect.c >> ? ? ? ? CrumbleEffect.c >> ? ? ? ? cc `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 >> ? ? ? ? gdk-2.0 gtk+-2.0 ?` -nostdlib -export-dynamic -O2 -g -pipe >> ? ? ? ? -fPIC `pkg-config --print-errors --libs gobject-2.0 glib-2.0 >> ? ? ? ? gdk-2.0 gtk+-2.0 ?` ?Resources.o shotwell-transitions.o >> ? ? ? ? FadeEffect.o SlideEffect.o CrumbleEffect.o -I../.. -shared -o >> ? ? ? ? shotwell-transitions.so >> ? ? ? ? make[2]: Leaving directory >> ? ? ? ? `Repository/shotwell/plugins/shotwell-transitions' >> ? ? ? ? make[2]: Entering directory >> ? ? ? ? `Repository/shotwell/plugins/shotwell-publishing' >> ? ? ? ? valac -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-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 >> ? ? ? ? --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 >> ? ? ? ? --pkg=gexiv2 --pkg=gee-1.0 \ >> ? ? ? ? -X -I../.. -X -fPIC \ >> ? ? ? ? -X -D_VERSION='"0.9.3+trunk"' -X >> ? ? ? ? -DGETTEXT_PACKAGE='"shotwell"' \ >> ? ? ? ? \ >> ? ? ? ? ../common/Resources.vala shotwell-publishing.vala >> ? ? ? ? FacebookPublishing.vala PicasaPublishing.vala >> ? ? ? ? FlickrPublishing.vala >> ? ? ? ? YouTubePublishing.vala ../common/RESTSupport.vala >> ? ? ? ? cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 >> ? ? ? ? gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 >> ? ? ? ? gexiv2 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC >> ? ? ? ? -D_VERSION='"0.9.3+trunk"' -DGETTEXT_PACKAGE='"shotwell"' >> ? ? ? ? -I../.. Resources.c shotwell-publishing.c FacebookPublishing.c >> ? ? ? ? PicasaPublishing.c FlickrPublishing.c YouTubePublishing.c >> ? ? ? ? RESTSupport.c >> ? ? ? ? cc `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 >> ? ? ? ? gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 >> ? ? ? ? gexiv2 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC >> ? ? ? ? `pkg-config --print-errors --libs gobject-2.0 glib-2.0 gdk-2.0 >> ? ? ? ? gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 gexiv2 >> ? ? ? ? gee-1.0 ` ?Resources.o shotwell-publishing.o >> ? ? ? ? FacebookPublishing.o PicasaPublishing.o FlickrPublishing.o >> ? ? ? ? YouTubePublishing.o RESTSupport.o -I../.. -shared -o >> ? ? ? ? shotwell-publishing.so >> ? ? ? ? make[2]: Leaving directory >> ? ? ? ? `/home/kent/Repository/shotwell/plugins/shotwell-publishing' >> ? ? ? ? make[2]: Entering directory >> ? ? ? ? `/home/kent/Repository/shotwell/plugins/shotwell-publishing-extras' >> ? ? ? ? valac -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-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 >> ? ? ? ? --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 >> ? ? ? ? --pkg=json-glib-1.0 --pkg=gee-1.0 \ >> ? ? ? ? -X -I../.. -X -fPIC \ >> ? ? ? ? -X -D_VERSION='"0.9.3+trunk"' -X >> ? ? ? ? -DGETTEXT_PACKAGE='"shotwell"' \ >> ? ? ? ? \ >> ? ? ? ? ../common/Resources.vala shotwell-publishing-extras.vala >> ? ? ? ? YandexPublishing.vala ../common/RESTSupport.vala >> ? ? ? ? cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 >> ? ? ? ? gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 >> ? ? ? ? json-glib-1.0 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe >> ? ? ? ? -fPIC -D_VERSION='"0.9.3+trunk"' >> ? ? ? ? -DGETTEXT_PACKAGE='"shotwell"' -I../.. Resources.c >> ? ? ? ? shotwell-publishing-extras.c YandexPublishing.c RESTSupport.c >> ? ? ? ? make[2]: Leaving directory >> ? ? ? ? `/home/kent/Repository/shotwell/plugins/shotwell-publishing-extras' >> ? ? ? ? make[1]: Leaving directory >> ? ? ? ? `/home/kent/Repository/shotwell/plugins' >> ? ? ? ? Repository/shotwell/plugins/shotwell-publishing/FacebookPublishing.c: In function ?publishing_facebook_web_authentication_pane_get_system_locale_as_facebook_locale?: >> ? ? ? ? Repository/shotwell/plugins/shotwell-publishing/FacebookPublishing.c:5258:28: warning: assignment discards qualifiers from pointer target type >> ? ? ? ? Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c: In function ?publishing_flickr_flickr_publisher_do_publish?: >> ? ? ? ? Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:2551:9: warning: assignment from incompatible pointer type >> ? ? ? ? Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c: In function ?publishing_flickr_uploader_preprocess_publishable?: >> ? ? ? ? Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4762:16: warning: assignment from incompatible pointer type >> ? ? ? ? Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4773:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type >> ? ? ? ? /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: >> ? ? ? ? expected ?const gchar **? but argument is of type ?gchar **? >> ? ? ? ? Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4774:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type >> ? ? ? ? /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: >> ? ? ? ? expected ?const gchar **? but argument is of type ?gchar **? >> ? ? ? ? FacebookPublishing.c: In function >> ? ? ? ? ?publishing_facebook_web_authentication_pane_get_system_locale_as_facebook_locale?: >> ? ? ? ? FacebookPublishing.c:5258:28: warning: assignment discards >> ? ? ? ? qualifiers from pointer target type >> ? ? ? ? FlickrPublishing.c: In function >> ? ? ? ? ?publishing_flickr_flickr_publisher_do_publish?: >> ? ? ? ? FlickrPublishing.c:2551:9: warning: assignment from >> ? ? ? ? incompatible pointer type >> ? ? ? ? FlickrPublishing.c: In function >> ? ? ? ? ?publishing_flickr_uploader_preprocess_publishable?: >> ? ? ? ? FlickrPublishing.c:4762:16: warning: assignment from >> ? ? ? ? incompatible pointer type >> ? ? ? ? FlickrPublishing.c:4773:3: warning: passing argument 3 of >> ? ? ? ? ?gexiv2_metadata_set_tag_multiple? from incompatible pointer >> ? ? ? ? type >> ? ? ? ? /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: >> ? ? ? ? expected ?const gchar **? but argument is of type ?gchar **? >> ? ? ? ? FlickrPublishing.c:4774:3: warning: passing argument 3 of >> ? ? ? ? ?gexiv2_metadata_set_tag_multiple? from incompatible pointer >> ? ? ? ? type >> ? ? ? ? /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: >> ? ? ? ? expected ?const gchar **? but argument is of type ?gchar **? >> ? ? ? ? Package json-glib-1.0 was not found in the pkg-config search >> ? ? ? ? path. >> ? ? ? ? Perhaps you should add the directory containing >> ? ? ? ? `json-glib-1.0.pc' >> ? ? ? ? to the PKG_CONFIG_PATH environment variable >> ? ? ? ? No package 'json-glib-1.0' found >> ? ? ? ? Resources.c:10:18: fatal error: glib.h: No such file or >> ? ? ? ? directory >> ? ? ? ? compilation terminated. >> ? ? ? ? shotwell-publishing-extras.c:10:18: fatal error: glib.h: No >> ? ? ? ? such file or directory >> ? ? ? ? compilation terminated. >> ? ? ? ? YandexPublishing.c:10:18: fatal error: glib.h: No such file or >> ? ? ? ? directory >> ? ? ? ? compilation terminated. >> ? ? ? ? RESTSupport.c:10:18: fatal error: glib.h: No such file or >> ? ? ? ? directory >> ? ? ? ? compilation terminated. >> ? ? ? ? make[2]: *** [Resources.o] Error 1 >> ? ? ? ? make[1]: *** [shotwell-publishing-extras] Error 2 >> ? ? ? ? make: *** [plugins] Error 2 >> >> >> I'm at a loss as to why glib.h cannot be found, since it's >> in /usr/include/glib-2.0. I've tried: >> >> >> ? ? ? ? USER_VALAFLAGS="--includedir /usr/include/glib-2.0" >> >> >> But that didn't seem to help. >> >> I'm at a bit of a loss at this point. Any guidance would be much >> appreciated. >> >> Thanks, >> Kent > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon May 16 18:36:57 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 16 May 2011 11:36:57 -0700 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110516180327.GA18877@fimf-t19.math.ntnu.no> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> <4DD151F4.5050807@yorba.org> <20110516180327.GA18877@fimf-t19.math.ntnu.no> Message-ID: <4DD16EC9.8040401@yorba.org> On 05/16/2011 11:03 AM, Andrew Stacey wrote: > On Mon, May 16, 2011 at 09:33:56AM -0700, Adam Dingle wrote: >> On 05/15/2011 10:15 PM, Konstantin Kozlov wrote: >>> On Sun, 15 May 2011 23:01:58 +0200 >>> Andrew Stacey wrote: >>> >>>> Thanks for the quick reply. >>>> >>>> I've installed vala-0.12.0 and when I compile shotwell-0.9.3 I get a >>>> load of errors beginning with: >>>> >>>> /home/astacey/local/src/shotwell-0.9.3/src/plugins/PublishingInterfaces.vala.c:193: >>>> error: expected specifier-qualifier-list before ?GDateTime? >>>> >>> Your glib is too old and vala was compiled against this old glib. >> GDateTime exists starting with GLib 2.26, and the Shotwell makefile >> checks that GLib is at least that version, so something is strange >> here. Andrew, what version of GLib do you actually have? If it's >> less than 2.26, then we should figure out why the makefile check >> failed. > The version of glib on the system is 2.24.2-1. If you tell me what tests to > run on the system, I'll happily do so and report back. > > Andrew OK - I investigated. The problem is that the Shotwell build system currently does this: 1. Build all plugins. 2. Check that all required packages are available and have the right version numbers. 3. Build the main application. This is wrong: it should check packages before building plugins. This is a known bug: http://trac.yorba.org/ticket/3294 We should fix this for the upcoming 0.10 release. And yes, building on Debian is always a challenge because stable releases of Debian tend to have fairly old versions of packages such as glib. If you really want to run the latest versions of apps like Shotwell, I think you probably want to run Debian testing (which does currently include glib 2.28.6). adam From andrew.stacey at math.ntnu.no Mon May 16 18:54:05 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Mon, 16 May 2011 20:54:05 +0200 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <4DD16EC9.8040401@yorba.org> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> <4DD151F4.5050807@yorba.org> <20110516180327.GA18877@fimf-t19.math.ntnu.no> <4DD16EC9.8040401@yorba.org> Message-ID: <20110516185404.GB18877@fimf-t19.math.ntnu.no> On Mon, May 16, 2011 at 11:36:57AM -0700, Adam Dingle wrote: > And yes, building on Debian is always a challenge because stable releases of > Debian tend to have fairly old versions of packages such as glib. If you > really want to run the latest versions of apps like Shotwell, I think you > probably want to run Debian testing (which does currently include glib > 2.28.6). Yes, I realise that it is a bit foolish to try to build the most up-to-date version of software on debian. But once I started, I thought I'd pursue it to the bitter end. I now have managed to compile something! But when I run it, I get: shotwell: symbol lookup error: shotwell: undefined symbol: g_settings_list_schemas Any ideas? Andrew From kent.boogaart at gmail.com Mon May 16 18:54:22 2011 From: kent.boogaart at gmail.com (Kent Boogaart) Date: Mon, 16 May 2011 19:54:22 +0100 Subject: [Shotwell] Having trouble building In-Reply-To: References: <1305228969.29864.0.camel@Raph> <1305374916.8486.8.camel@Raph> Message-ID: <1305572062.20349.8.camel@Raph> Aha! I did check I had libjson-glib-1.0 as per the message, but I didn't realize I needed the dev package. I thought that the dev package would only be necessary to obtain symbols, but I guess there's more to it than that. Thanks very much for the help, Lucas - I have now successfully built shotwell! Cheers, Kent On Mon, 2011-05-16 at 11:06 -0700, Lucas Beeler wrote: > Hi Kent, > > The key line here is this one: > > > Package json-glib-1.0 was not found > > in the pkg-config search path. > > you need to install the libjson-glib-dev package. > > Cheers, > Lucas > > On Sat, May 14, 2011 at 5:08 AM, Kent Boogaart wrote: > > Can anyone help with this? I've not had any further luck since sending > > the below. > > > > Thanks, > > Kent > > > > On Thu, 2011-05-12 at 20:36 +0100, Kent Boogaart wrote: > > > >> Hi, > >> > >> I'm having trouble building shotwell on my Ubuntu 11.04 box. Any > >> pointers would be much appreciated. I'm a noob when it comes to linux > >> dev so I apologize if this is really basic stuff. > >> > >> After following all the guides I could find and hacking a few bits and > >> pieces that I couldn't, I've gotten to the point where my build spits > >> out this: > >> > >> > >> valac -c -g --enable-checking --thread --fatal-warnings > >> --vapidir=plugins/ -X -DGETTEXT_PACKAGE='"shotwell"' -X -I. > >> --pkg=gobject-2.0 --pkg=glib-2.0 --pkg=gdk-2.0 --pkg=gtk+-2.0 > >> --includedir=plugins > >> --vapi=plugins/shotwell-plugin-dev-1.0.vapi > >> --header=plugins/shotwell-plugin-dev-1.0.h > >> src/plugins/SpitInterfaces.vala > >> src/plugins/TransitionsInterfaces.vala > >> src/plugins/PublishingInterfaces.vala > >> `rm SpitInterfaces.vala.o` `rm TransitionsInterfaces.vala.o` > >> `rm PublishingInterfaces.vala.o` > >> rm -f plugins/shotwell-plugin-dev-1.0.deps > >> `echo gobject-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` > >> `echo glib-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` `echo > >> gdk-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` `echo gtk > >> +-2.0 >> plugins/shotwell-plugin-dev-1.0.deps` > >> make[1]: Entering directory `Repository/shotwell/plugins' > >> make[2]: Entering directory > >> `Repository/shotwell/plugins/shotwell-transitions' > >> valac -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-2.0 --pkg=gtk+-2.0 \ > >> -X -I../.. -X -fPIC \ > >> -X -D_VERSION='"0.9.3+trunk"' -X > >> -DGETTEXT_PACKAGE='"shotwell"' \ > >> \ > >> ../common/Resources.vala shotwell-transitions.vala > >> FadeEffect.vala SlideEffect.vala CrumbleEffect.vala > >> cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 > >> gdk-2.0 gtk+-2.0 ` -nostdlib -export-dynamic -O2 -g -pipe > >> -fPIC -D_VERSION='"0.9.3+trunk"' > >> -DGETTEXT_PACKAGE='"shotwell"' -I../.. Resources.c > >> shotwell-transitions.c FadeEffect.c SlideEffect.c > >> CrumbleEffect.c > >> cc `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 > >> gdk-2.0 gtk+-2.0 ` -nostdlib -export-dynamic -O2 -g -pipe > >> -fPIC `pkg-config --print-errors --libs gobject-2.0 glib-2.0 > >> gdk-2.0 gtk+-2.0 ` Resources.o shotwell-transitions.o > >> FadeEffect.o SlideEffect.o CrumbleEffect.o -I../.. -shared -o > >> shotwell-transitions.so > >> make[2]: Leaving directory > >> `Repository/shotwell/plugins/shotwell-transitions' > >> make[2]: Entering directory > >> `Repository/shotwell/plugins/shotwell-publishing' > >> valac -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-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 > >> --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 > >> --pkg=gexiv2 --pkg=gee-1.0 \ > >> -X -I../.. -X -fPIC \ > >> -X -D_VERSION='"0.9.3+trunk"' -X > >> -DGETTEXT_PACKAGE='"shotwell"' \ > >> \ > >> ../common/Resources.vala shotwell-publishing.vala > >> FacebookPublishing.vala PicasaPublishing.vala > >> FlickrPublishing.vala > >> YouTubePublishing.vala ../common/RESTSupport.vala > >> cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 > >> gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 > >> gexiv2 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC > >> -D_VERSION='"0.9.3+trunk"' -DGETTEXT_PACKAGE='"shotwell"' > >> -I../.. Resources.c shotwell-publishing.c FacebookPublishing.c > >> PicasaPublishing.c FlickrPublishing.c YouTubePublishing.c > >> RESTSupport.c > >> cc `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 > >> gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 > >> gexiv2 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe -fPIC > >> `pkg-config --print-errors --libs gobject-2.0 glib-2.0 gdk-2.0 > >> gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 gexiv2 > >> gee-1.0 ` Resources.o shotwell-publishing.o > >> FacebookPublishing.o PicasaPublishing.o FlickrPublishing.o > >> YouTubePublishing.o RESTSupport.o -I../.. -shared -o > >> shotwell-publishing.so > >> make[2]: Leaving directory > >> `/home/kent/Repository/shotwell/plugins/shotwell-publishing' > >> make[2]: Entering directory > >> `/home/kent/Repository/shotwell/plugins/shotwell-publishing-extras' > >> valac -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-2.0 --pkg=gtk+-2.0 --pkg=gtk+-2.0 > >> --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=webkit-1.0 > >> --pkg=json-glib-1.0 --pkg=gee-1.0 \ > >> -X -I../.. -X -fPIC \ > >> -X -D_VERSION='"0.9.3+trunk"' -X > >> -DGETTEXT_PACKAGE='"shotwell"' \ > >> \ > >> ../common/Resources.vala shotwell-publishing-extras.vala > >> YandexPublishing.vala ../common/RESTSupport.vala > >> cc -c `pkg-config --print-errors --cflags gobject-2.0 glib-2.0 > >> gdk-2.0 gtk+-2.0 gtk+-2.0 libsoup-2.4 libxml-2.0 webkit-1.0 > >> json-glib-1.0 gee-1.0 ` -nostdlib -export-dynamic -O2 -g -pipe > >> -fPIC -D_VERSION='"0.9.3+trunk"' > >> -DGETTEXT_PACKAGE='"shotwell"' -I../.. Resources.c > >> shotwell-publishing-extras.c YandexPublishing.c RESTSupport.c > >> make[2]: Leaving directory > >> `/home/kent/Repository/shotwell/plugins/shotwell-publishing-extras' > >> make[1]: Leaving directory > >> `/home/kent/Repository/shotwell/plugins' > >> Repository/shotwell/plugins/shotwell-publishing/FacebookPublishing.c: In function ?publishing_facebook_web_authentication_pane_get_system_locale_as_facebook_locale?: > >> Repository/shotwell/plugins/shotwell-publishing/FacebookPublishing.c:5258:28: warning: assignment discards qualifiers from pointer target type > >> Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c: In function ?publishing_flickr_flickr_publisher_do_publish?: > >> Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:2551:9: warning: assignment from incompatible pointer type > >> Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c: In function ?publishing_flickr_uploader_preprocess_publishable?: > >> Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4762:16: warning: assignment from incompatible pointer type > >> Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4773:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type > >> /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: > >> expected ?const gchar **? but argument is of type ?gchar **? > >> Repository/shotwell/plugins/shotwell-publishing/FlickrPublishing.c:4774:3: warning: passing argument 3 of ?gexiv2_metadata_set_tag_multiple? from incompatible pointer type > >> /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: > >> expected ?const gchar **? but argument is of type ?gchar **? > >> FacebookPublishing.c: In function > >> ?publishing_facebook_web_authentication_pane_get_system_locale_as_facebook_locale?: > >> FacebookPublishing.c:5258:28: warning: assignment discards > >> qualifiers from pointer target type > >> FlickrPublishing.c: In function > >> ?publishing_flickr_flickr_publisher_do_publish?: > >> FlickrPublishing.c:2551:9: warning: assignment from > >> incompatible pointer type > >> FlickrPublishing.c: In function > >> ?publishing_flickr_uploader_preprocess_publishable?: > >> FlickrPublishing.c:4762:16: warning: assignment from > >> incompatible pointer type > >> FlickrPublishing.c:4773:3: warning: passing argument 3 of > >> ?gexiv2_metadata_set_tag_multiple? from incompatible pointer > >> type > >> /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: > >> expected ?const gchar **? but argument is of type ?gchar **? > >> FlickrPublishing.c:4774:3: warning: passing argument 3 of > >> ?gexiv2_metadata_set_tag_multiple? from incompatible pointer > >> type > >> /usr/local/include/gexiv2/gexiv2-metadata.h:137:11: note: > >> expected ?const gchar **? but argument is of type ?gchar **? > >> Package json-glib-1.0 was not found in the pkg-config search > >> path. > >> Perhaps you should add the directory containing > >> `json-glib-1.0.pc' > >> to the PKG_CONFIG_PATH environment variable > >> No package 'json-glib-1.0' found > >> Resources.c:10:18: fatal error: glib.h: No such file or > >> directory > >> compilation terminated. > >> shotwell-publishing-extras.c:10:18: fatal error: glib.h: No > >> such file or directory > >> compilation terminated. > >> YandexPublishing.c:10:18: fatal error: glib.h: No such file or > >> directory > >> compilation terminated. > >> RESTSupport.c:10:18: fatal error: glib.h: No such file or > >> directory > >> compilation terminated. > >> make[2]: *** [Resources.o] Error 1 > >> make[1]: *** [shotwell-publishing-extras] Error 2 > >> make: *** [plugins] Error 2 > >> > >> > >> I'm at a loss as to why glib.h cannot be found, since it's > >> in /usr/include/glib-2.0. I've tried: > >> > >> > >> USER_VALAFLAGS="--includedir /usr/include/glib-2.0" > >> > >> > >> But that didn't seem to help. > >> > >> I'm at a bit of a loss at this point. Any guidance would be much > >> appreciated. > >> > >> Thanks, > >> Kent > > > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From andrew.stacey at math.ntnu.no Mon May 16 18:58:59 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Mon, 16 May 2011 20:58:59 +0200 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110516185404.GB18877@fimf-t19.math.ntnu.no> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> <4DD151F4.5050807@yorba.org> <20110516180327.GA18877@fimf-t19.math.ntnu.no> <4DD16EC9.8040401@yorba.org> <20110516185404.GB18877@fimf-t19.math.ntnu.no> Message-ID: <20110516185859.GC18877@fimf-t19.math.ntnu.no> On Mon, May 16, 2011 at 08:54:05PM +0200, Andrew Stacey wrote: > Yes, I realise that it is a bit foolish to try to build the most up-to-date > version of software on debian. But once I started, I thought I'd pursue it > to the bitter end. > > I now have managed to compile something! But when I run it, I get: > > shotwell: symbol lookup error: shotwell: undefined symbol: > g_settings_list_schemas > > Any ideas? Cancel that. I just did `ldd` on the binary and found that it is linking against my *system* libraries and not the new ones. Andrew From andrew.stacey at math.ntnu.no Mon May 16 19:06:58 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Mon, 16 May 2011 21:06:58 +0200 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110516185859.GC18877@fimf-t19.math.ntnu.no> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> <4DD151F4.5050807@yorba.org> <20110516180327.GA18877@fimf-t19.math.ntnu.no> <4DD16EC9.8040401@yorba.org> <20110516185404.GB18877@fimf-t19.math.ntnu.no> <20110516185859.GC18877@fimf-t19.math.ntnu.no> Message-ID: <20110516190658.GD18877@fimf-t19.math.ntnu.no> A simple assignment to LD_LIBRARY_PATH later and I have a working binary! Yippee! Many thanks to everyone who helped. Someone mentioned sharing binaries. I'll happily upload my binary somewhere if that was what was meant. At the very least, I'll happily write up all the steps somewhere if that would help. Andrew From adam at yorba.org Mon May 16 19:14:22 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 16 May 2011 12:14:22 -0700 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <20110516190658.GD18877@fimf-t19.math.ntnu.no> References: <20110515174609.GA29819@fimf-t19.math.ntnu.no> <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> <4DD151F4.5050807@yorba.org> <20110516180327.GA18877@fimf-t19.math.ntnu.no> <4DD16EC9.8040401@yorba.org> <20110516185404.GB18877@fimf-t19.math.ntnu.no> <20110516185859.GC18877@fimf-t19.math.ntnu.no> <20110516190658.GD18877@fimf-t19.math.ntnu.no> Message-ID: <4DD1778E.30308@yorba.org> On 05/16/2011 12:06 PM, Andrew Stacey wrote: > A simple assignment to LD_LIBRARY_PATH later and I have a working binary! > Yippee! Right. Of course, it's a bit inconvenient to have to set that environment variable. Distributions differ in this respect: some (e.g. Ubuntu) will load libraries from /usr/local/lib by default, and others (e.g. Fedora) will not. I'm not sure how Debian behaves. To find out, look at the files in /etc/ld.so.conf.d and see if one of them mentions /usr/local/lib. If it's there, then you don't need to set LD_LIBRARY_PATH; simply run 'sudo ldconfig' and it will find the library. By the way, I run Fedora these days, but I *do* want programs to find libraries in /usr/local/lib, so I've added a file under ld.so.conf.d to specify that. Not sure why Fedora doesn't include this by default. Perhaps they worry that people will install libraries locally and then destabilize their systems. > Many thanks to everyone who helped. > > Someone mentioned sharing binaries. I'll happily upload my binary somewhere > if that was what was meant. At the very least, I'll happily write up all the > steps somewhere if that would help. We'd like to have better instructions for building from source on our wiki (http://trac.yorba.org/ticket/3409), but haven't gotten around to that yet. Any help appreciated. Cheers - adam From retdyld5 at online.de Mon May 16 20:04:13 2011 From: retdyld5 at online.de (Mark) Date: Mon, 16 May 2011 22:04:13 +0200 Subject: [Shotwell] Im- and export of gqview collections Message-ID: <4DD1833D.6080008@online.de> Hi, before I moved to shotwell (thanks for this great program!), I have been using gqview for managing my photos and for defining collections. gqview stores collection definitions in text files in a very simple format. The following shows an example for selected images from a trip to Venice. The collection file is /home/mr/.gqview/collections/Venedig.gqv with the following contents (reduced to two images for brevity): #GQview collection #created with GQview version 2.0.4 #geometry: 68 67 491 1002 "/home/mr/photo/lib/2009/20090405-venedig/dpp/20090406-094212-00.jpg" "/home/mr/photo/lib/2009/20090405-venedig/dpp/20090406-103400-00.jpg" #end A gqview collection file basically just contains a list of path names. I use these collection files as input for a python script that post-processes collections, for example, to produce various kinds of web gallery formats. Now that I'm switching from gqview to shotwell, I was wondering how I could continue to use my old collection files and my python script. I would like to be able to 1. Reuse the (work put into the) existing collection files. 2. Continue to use my python script for post-processing of new collections defined in shotwell. My first idea was to to extend shotwell so that it can import and export gqview collection files: 1. Import a *.gqv file and tag each photo in the collection with the collection name. In the example above, the two photos would get a tag "collection-Venedig". That way I can carry over the information from the existing collection files to shotwell. 2. Select tags in shotwell and for each tag, say t, create a file t.gqv containing the list of tagged files. That way I can define new collections in shotwell as usual and I am able to post-process them with scripts. What do you think? Would that be useful for shotwell in general? Or is this functionality too specific? What would be the best way for implementing it? Thanks, Mark From andrew.stacey at math.ntnu.no Mon May 16 20:18:51 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Mon, 16 May 2011 22:18:51 +0200 Subject: [Shotwell] What are the actual dependencies for compiling shotwell? In-Reply-To: <4DD1778E.30308@yorba.org> References: <1305486409.1509.43.camel@thinky> <20110515210157.GB29819@fimf-t19.math.ntnu.no> <20110516091516.740e1ea4@wave.bio.spbcas.ru> <4DD151F4.5050807@yorba.org> <20110516180327.GA18877@fimf-t19.math.ntnu.no> <4DD16EC9.8040401@yorba.org> <20110516185404.GB18877@fimf-t19.math.ntnu.no> <20110516185859.GC18877@fimf-t19.math.ntnu.no> <20110516190658.GD18877@fimf-t19.math.ntnu.no> <4DD1778E.30308@yorba.org> Message-ID: <20110516201850.GE18877@fimf-t19.math.ntnu.no> On Mon, May 16, 2011 at 12:14:22PM -0700, Adam Dingle wrote: > On 05/16/2011 12:06 PM, Andrew Stacey wrote: > >A simple assignment to LD_LIBRARY_PATH later and I have a working binary! > >Yippee! > > Right. Of course, it's a bit inconvenient to have to set that > environment variable. Following Konstantin's suggestion, I actually installed the libraries in $HOME/local/lib. It's essentially a single-user machine and I only want shotwell for myself - or at least, I only want the most up to date version for myself. So I have to go via the LD_LIBRARY_PATH option. But I'm quite used to that as I regularly install more recent versions of stuff on my machine at work where I don't have superuser privileges. > Distributions differ in this respect: some > (e.g. Ubuntu) will load libraries from /usr/local/lib by default, > and others (e.g. Fedora) will not. I'm not sure how Debian behaves. > To find out, look at the files in /etc/ld.so.conf.d and see if one > of them mentions /usr/local/lib. If it's there, then you don't need > to set LD_LIBRARY_PATH; simply run 'sudo ldconfig' and it will find > the library. Just for your information, I checked and Debian does have an entry for /usr/local/lib so that would have worked on my system. > By the way, I run Fedora these days, but I *do* want programs to > find libraries in /usr/local/lib, so I've added a file under > ld.so.conf.d to specify that. Not sure why Fedora doesn't include > this by default. Perhaps they worry that people will install > libraries locally and then destabilize their systems. For no good reason, I'd've expected it to be the other way around: debian more strict than Fedora. But having flirted with fedora briefly, I'm now firmly in the Debian camp. > >Many thanks to everyone who helped. > > > >Someone mentioned sharing binaries. I'll happily upload my binary somewhere > >if that was what was meant. At the very least, I'll happily write up all the > >steps somewhere if that would help. > > We'd like to have better instructions for building from source on > our wiki (http://trac.yorba.org/ticket/3409), but haven't gotten > around to that yet. Any help appreciated. Cheers - Okay, I'll see what I can do while it's fresh in my mind. Andrew From lucas at yorba.org Mon May 16 21:50:28 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 16 May 2011 14:50:28 -0700 Subject: [Shotwell] Shotwell 0.9.3 wrong event date In-Reply-To: <1305576721.2087.0.camel@toni-desktop> References: <4DC440E9.3010602@yorba.org> <1304874683.2179.6.camel@toni-desktop> <1305576721.2087.0.camel@toni-desktop> Message-ID: Hi Antoni, Two of us at Yorba -- one engineer running Ubuntu Natty and another running Ubuntu Maverick -- have tried to reproduce your issue and we've been unable to. Whenever we import the photo you sent, it's placed in the correct (May 10th) event. Perhaps someone else on the mailing list has seen a problem like this before and could chime in? Cheers, Lucas On Mon, May 16, 2011 at 1:12 PM, Antoni Olivella wrote: > Lucas, > > I have imported today May 11th, some pictures taken yesterday 10th. > > Following your sugestion, I tried first immporting from a folder and I > got the picture filed in the correct folder: 10, ?but placed in a new wrong > event 12 May. > > I am attaching some snapshots showing this results and the photo itself. > (menus are in catalan but there would be obvious to you) > > I did again with all the pictures directly from the camera and I had the same > results. Correct folder name but wrong event date 12th may. > > By the way, when I imported pictures from the camera and tick the "not > those already imported" shotwell ignored the tick and imported all again. > May be is the same problem about dates?. > > Regards. > > antoni > > > El dl 09 de 05 de 2011 a les 13:43 -0700, en/na Lucas Beeler va > escriure: >> Hi Antoni, >> >> First, if you import the same photos from your hard disk (say, by >> copying them off of your camera and onto your local disk, and then >> dragging the photo files into Shotwell), are incorrect events still >> generated? Second, if incorrect events are still generated, could you >> email one of the photos to me at lucas at yorba.org? >> >> Cheers, >> Lucas > > > > From brunogirin at gmail.com Mon May 16 22:13:12 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Mon, 16 May 2011 23:13:12 +0100 Subject: [Shotwell] Im- and export of gqview collections In-Reply-To: <4DD1833D.6080008@online.de> References: <4DD1833D.6080008@online.de> Message-ID: <1305583992.1933.20.camel@nuuk> Hi Mark, Your import scenario could be supported by the alien database framework that the import from F-Spot is built upon. The documentation on it is quite sparse as I never found the time to extend on my original blog post, which you will find here: http://brunogirin.blogspot.com/2010/09/adding-support-for-alien-database.html Also, this blog post is a bit old and the code has been refactored since then but it should give you a good idea of what it entails. For your export scenario, you could maybe write a publishing plugin as explained here: http://trac.yorba.org/wiki/ShotwellPrelimPublishingAPIDoc Although the interface is designed for web publishing, it may be possible to use it to export locally. Failing that, you could always query the Shotwell database with a python script to find all pictures that have a given tag, although that method would break the day the database schema is changed. Cheers, Bruno On Mon, 2011-05-16 at 22:04 +0200, Mark wrote: > Hi, > > before I moved to shotwell (thanks for this great program!), I have been > using gqview for managing my photos and for defining collections. gqview > stores collection definitions in text files in a very simple format. The > following shows an example for selected images from a trip to Venice. > > The collection file is > > /home/mr/.gqview/collections/Venedig.gqv > > with the following contents (reduced to two images for brevity): > > #GQview collection > #created with GQview version 2.0.4 > #geometry: 68 67 491 1002 > "/home/mr/photo/lib/2009/20090405-venedig/dpp/20090406-094212-00.jpg" > "/home/mr/photo/lib/2009/20090405-venedig/dpp/20090406-103400-00.jpg" > #end > > A gqview collection file basically just contains a list of path names. I > use these collection files as input for a python script that > post-processes collections, for example, to produce various kinds of web > gallery formats. > > Now that I'm switching from gqview to shotwell, I was wondering how I > could continue to use my old collection files and my python script. I > would like to be able to > > 1. Reuse the (work put into the) existing collection files. > 2. Continue to use my python script for post-processing of new > collections defined in shotwell. > > My first idea was to to extend shotwell so that it can import and export > gqview collection files: > > 1. Import a *.gqv file and tag each photo in the collection with the > collection name. In the example above, the two photos would get a tag > "collection-Venedig". That way I can carry over the information from the > existing collection files to shotwell. > > 2. Select tags in shotwell and for each tag, say t, create a file t.gqv > containing the list of tagged files. That way I can define new > collections in shotwell as usual and I am able to post-process them with > scripts. > > What do you think? Would that be useful for shotwell in general? Or is > this functionality too specific? What would be the best way for > implementing it? > > Thanks, > Mark > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From retdyld5 at online.de Tue May 17 18:01:20 2011 From: retdyld5 at online.de (Mark) Date: Tue, 17 May 2011 20:01:20 +0200 Subject: [Shotwell] Im- and export of gqview collections In-Reply-To: <1305583992.1933.20.camel@nuuk> References: <4DD1833D.6080008@online.de> <1305583992.1933.20.camel@nuuk> Message-ID: <4DD2B7F0.4040205@online.de> Hi Bruno, thanks for the information. I'll take a look at it. For now, having no experience with Vala, I'm slightly in favor of the script approach accessing the database directly. However, the schema seems not really straightforward to me. Especially the photo_id_list in TagTable is a bit surprising. I have expected a separate table capturing the m:n relation between photos and tags. Will need to take a deeper look... Mark From larry.bradley at ncf.ca Sun May 15 14:18:55 2011 From: larry.bradley at ncf.ca (Larry Bradley) Date: Sun, 15 May 2011 10:18:55 -0400 Subject: [Shotwell] Deleting photos Message-ID: <1305469135.2047.14.camel@bigmachine-ubuntu> I'm playing around with a PHP GTK program to work with my Shotwell data. Works fine. I can display images, search for tags, etc, make changes to things - all works well. I've added the ability to delete images - I can delete the record from the phototable, as well as the photo and the thumbnail. However, there are other tables that refer to photos (eventtable, tagtable) that will need to be updated. Can someone tell me how Shotwell deletes entries in these tables? For example, the tag table. Given the photo id, I know the thumbnail name. The problem is to find that name (eg thumb00000007f) in the tag table's photo_id_list. Also, I need to find the photoid in the list as well, to delete the Folders entry. Thanks -- Larry Bradley Orleans (Ottawa) Canada From mateusz at loskot.net Tue May 17 18:45:31 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Tue, 17 May 2011 19:45:31 +0100 Subject: [Shotwell] Writing metadata to JPEG and image quality Message-ID: <4DD2C24B.5090105@loskot.net> Hi, It is well known that if JPEG image is opened, updated and saved again, it most likely leads to additional image degradation, so number of editing of JPEG should be limited. I'm wondering, if user works with JPEG files and and has the option "Write tags, titles and other metadata to photo files" enabled, does it affect quality of JPEG files for which metadata are updated? How Shotwell deals with it? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net From clinton at yorba.org Tue May 17 19:05:22 2011 From: clinton at yorba.org (Clinton Rogers) Date: Tue, 17 May 2011 12:05:22 -0700 Subject: [Shotwell] Writing metadata to JPEG and image quality In-Reply-To: <4DD2C24B.5090105@loskot.net> References: <4DD2C24B.5090105@loskot.net> Message-ID: Hi Mateusz, Shotwell doesn't modify the image data when writing metadata out to disk, so your JPEGs should not suffer any changes in quality. Cheers, -c On Tue, May 17, 2011 at 11:45 AM, Mateusz Loskot wrote: > Hi, > > It is well known that if JPEG image is opened, updated and saved again, > it most likely leads to additional image degradation, so number of > editing of JPEG should be limited. > > I'm wondering, if user works with JPEG files and and has the option > "Write tags, titles and other metadata to photo files" enabled, > does it affect quality of JPEG files for which metadata are updated? > > How Shotwell deals with it? > > Best regards, > -- > Mateusz Loskot, http://mateusz.loskot.net > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mateusz at loskot.net Tue May 17 23:31:56 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Wed, 18 May 2011 00:31:56 +0100 Subject: [Shotwell] Writing metadata to JPEG and image quality In-Reply-To: References: <4DD2C24B.5090105@loskot.net> Message-ID: <4DD3056C.7080607@loskot.net> On 17/05/11 20:05, Clinton Rogers wrote: > Hi Mateusz, > > Shotwell doesn't modify the image data when writing metadata out to disk, so > your JPEGs should not suffer any changes in quality. Clinton, That's the answer I was looking for. Thank you. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From yrangana at gmail.com Wed May 18 06:11:23 2011 From: yrangana at gmail.com (yrangana) Date: Tue, 17 May 2011 23:11:23 -0700 (PDT) Subject: [Shotwell] How Shotwell Automatic Tags works ? Message-ID: <1305699083936-40291.post@talk.nabble.com> I'm using shotwell from ubuntu 11.04 and I wonder how shaotwell automatically tag some pictures in my library when import first time. Im bit interested to know what contents it takes and how does it work. I have some knowledge about content based image indexing and recognition. so i would like to know what are the features shotwell consider and how does it works. -- View this message in context: http://shotwell.3510.www.nabble.com/How-Shotwell-Automatic-Tags-works-tp40291p40291.html Sent from the Shotwell mailing list archive at Nabble.com. From clinton at yorba.org Thu May 19 02:02:45 2011 From: clinton at yorba.org (Clinton Rogers) Date: Wed, 18 May 2011 19:02:45 -0700 Subject: [Shotwell] How Shotwell Automatic Tags works ? In-Reply-To: <1305699083936-40291.post@talk.nabble.com> References: <1305699083936-40291.post@talk.nabble.com> Message-ID: Hi, Many image formats' specifications allow for data areas, where information about the subject, the camera, the location and the date and time can be stored, and, where possible, Shotwell reads this information when importing a new image. Most likely, the photos that have tags already had them stored in either their EXIF or XMP data areas by other software, and Shotwell was able to read them. We don't do any image recognition at the moment, although there has been talk of adding face recognition in the future (please see http://trac.yorba.org/ticket/1702). Cheers, -c On Tue, May 17, 2011 at 11:11 PM, yrangana wrote: > I'm using shotwell from ubuntu 11.04 and I wonder how shaotwell > automatically > tag some pictures in my library when import first time. Im bit interested > to > know what contents it takes and how does it work. I have some knowledge > about content based image indexing and recognition. so i would like to know > what are the features shotwell consider and how does it works. > > -- > View this message in context: > http://shotwell.3510.www.nabble.com/How-Shotwell-Automatic-Tags-works-tp40291p40291.html > Sent from the Shotwell mailing list archive at Nabble.com. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mateusz at loskot.net Thu May 19 09:38:11 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Thu, 19 May 2011 10:38:11 +0100 Subject: [Shotwell] How Shotwell Automatic Tags works ? In-Reply-To: <1305699083936-40291.post@talk.nabble.com> References: <1305699083936-40291.post@talk.nabble.com> Message-ID: <4DD4E503.2060305@loskot.net> On 18/05/11 07:11, yrangana wrote: > I'm using shotwell from ubuntu 11.04 and I wonder how shaotwell automatically > tag some pictures in my library when import first time. Im bit interested to > know what contents it takes and how does it work. I have some knowledge > about content based image indexing and recognition. so i would like to know > what are the features shotwell consider and how does it works. Folks, What about putting some of questions on the list in the FAQ [1]? I beleive this would be useful as well as questions regarding build dependencies, and many many more. FAQs are great time-saving reference for finding more details. [1] http://trac.yorba.org/wiki/Shotwell/FAQ Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From eivliste at online.no Thu May 19 11:25:38 2011 From: eivliste at online.no (Eivind LM) Date: Thu, 19 May 2011 13:25:38 +0200 (MEST) Subject: [Shotwell] One event, several cameras. Message-ID: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> Greetings, There is a feature I have been looking for in a photo manager for a long time. I am considering to implement something like this myself (perhaps in shotwell), so I would really like to hear your opinions about it. My feature is sort of related to Issue #1940, but not quite the same. My starting point is that I sometimes would like to combine pictures from several (at least two) cameras in the same event. Usually my cellphone camera with my DSLR. But quite often also pictures from my wife's camera, and from her cellphone. The purpose of combining all those pictures in one event, is that I can for example show to my friends all high rated photos from our trip to Sicily in sequence as they were taken, not having to first show "my album", then "her album", then "the album with pictures from my cellphone" and finally "the album with pictures from her cellphone". Perhaps we also have pictures we got on email from some of our new friends in Italy, etc, and I would usually* like to have all photos and videos from the same day/trip in the same album. (* Except in cases as mentioned in comment2 on issue #1940, but it happens very rarely that my wife and I take pictures on two different events at the same time.) So far so good. You may think that shotwell already handles this use case. But the problem is that typically, the clocks on the different cameras are not properly synchronized. They can be off by a couple of minutes (which is usually a problem), up to several hours. For example after travelling to a different timezone and updating some, but not all cameras. Or forgetting to adjust one camera to DST, or perhaps one camera has been laying around for a while and has a higher clock drift than another. Or maybe because some video files does not contain timestamps at all, or because one image source is scanned slides. So what I seek is: A GUI for batch correcting a set of photo timestamps. You might have a different idea for a solution to this problem than me, but here is my idea, explained by example: First, I import my own photos from a trip, and then I import my wife's photos. Then I notice that the image sequence is incorrect, since the clock on her camera apparently was incorrect (both of us do really hard try to remember to set the camera clock, but we keep forgetting). So I must somehow identify the set of pictures i imported from her, and then I want to have an option called something like "adjust time". This could bring up a GUI where all the photos I selected (her photos) are shown highlighted from the rest of the photos in the library, and have a slider or something to set a fixed time adjustment for the highlighted photos. When I move the slider, the highlighted photos will "shift" in time, and I can keep pulling the slider until the photos are correctly "interlaced" with the other photos in the library. Or maybe I just pull one photo to it's correct position in the library, and shotwell automatically applies the same time adjustment to all the photos in the set. In most of my cases, a constant time adjustment like this for all photos would completely solve the problem. I do this manually by jhead now, and it works well. But finding the correct time adjustment is tedious, and would have been a lot easier with a proper GUI where you can find the correct adjustment iteratively. Cases where timestamps are missing completely (for example slides) could be handled in the same "adjust time" GUI, if the GUI also has other options than just a constant time offset for all photos. The purpose of this email is to hear if there are someone else who has the same problem as me, and in that case to hear what you think about my suggested solution. As I wrote, I am considering to try to implement something like this myself, and then I think it makes sense to hear what other people think and suggest before I start. Best regards, Eivind Lyche Melv?r From el.cameleon.1 at gmail.com Thu May 19 11:31:13 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Thu, 19 May 2011 13:31:13 +0200 Subject: [Shotwell] One event, several cameras. In-Reply-To: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> References: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> Message-ID: 2011/5/19 Eivind LM > > So what I seek is: A GUI for batch correcting a set of photo timestamps. > > Hi Eivind, You will be happy to heard that this is already implemented in Shotwell ;-) - Select all the photos that you want to modify. - Go to the menu "Photo" and choose "Adjust time " (or something similar, I don't remember exactly) - Then you can enter a new date/time or just an offset of time. Hope this answer your concern. Best regards, -- Vincent From clinton at yorba.org Thu May 19 18:03:44 2011 From: clinton at yorba.org (Clinton Rogers) Date: Thu, 19 May 2011 11:03:44 -0700 Subject: [Shotwell] How Shotwell Automatic Tags works ? In-Reply-To: <4DD4E503.2060305@loskot.net> References: <1305699083936-40291.post@talk.nabble.com> <4DD4E503.2060305@loskot.net> Message-ID: Hi Mateusz, That's an excellent idea. I'll talk to the team lead about how we want to word it as soon as possible; in the meantime, I've opened a ticket to track progress on this at http://trac.yorba.org/ticket/3624 . Cheers, -c On Thu, May 19, 2011 at 2:38 AM, Mateusz Loskot wrote: > On 18/05/11 07:11, yrangana wrote: > >> I'm using shotwell from ubuntu 11.04 and I wonder how shaotwell >> automatically >> tag some pictures in my library when import first time. Im bit interested >> to >> know what contents it takes and how does it work. I have some knowledge >> about content based image indexing and recognition. so i would like to >> know >> what are the features shotwell consider and how does it works. >> > > Folks, > > What about putting some of questions on the list in the FAQ [1]? > > I beleive this would be useful as well as questions regarding build > dependencies, and many many more. FAQs are great time-saving reference for > finding more details. > > [1] http://trac.yorba.org/wiki/Shotwell/FAQ > > Best regards, > -- > Mateusz Loskot, http://mateusz.loskot.net > Charter Member of OSGeo, http://osgeo.org > Member of ACCU, http://accu.org > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Thu May 19 19:44:29 2011 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 19 May 2011 12:44:29 -0700 Subject: [Shotwell] One event, several cameras. In-Reply-To: References: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> Message-ID: Thank you so much Vincent for chiming in about the Adjust Date/Time feature in Shotwell! I'd also like to add that Shotwell makes it easy to merge two or more events into a single event. To do this, click on the "Events" item in the sidebar (not any particular event, the header item "Events" itself). This will open up a directory page showing all of your events along with a preview and the number of photos in each one. Then you can drag, control-click, or shift-click to select multiple events. Once you have multiple events selected, note that a "Merge Events" button becomes enabled in the toolbar. By clicking this, you can merge all of your selected events into a single event. Cheers, Lucas On Thu, May 19, 2011 at 4:31 AM, Vincent wrote: > 2011/5/19 Eivind LM > >> >> So what I seek is: A GUI for batch correcting a set of photo timestamps. >> >> > Hi Eivind, > > You will be happy to heard that this is already implemented in Shotwell ;-) > - Select all the photos that you want to modify. > - Go to the menu "Photo" and choose "Adjust time " (or something similar, I > don't remember exactly) > - Then you can enter a new date/time or just an offset of time. > > Hope this answer your concern. > > Best regards, > > -- > Vincent > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lucas at yorba.org Fri May 20 01:25:51 2011 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 19 May 2011 18:25:51 -0700 Subject: [Shotwell] Call for Testing: Shotwell 0.10 Message-ID: Hi Shotwell Fans, Yorba is pleased to announce that we're very close to shipping 0.10, the next major release of Shotwell! So we're asking all members of the Shotwell community to lend us a hand by testing this new release and reporting any bugs you find. Shotwell 0.10 packs several exciting new features, including: * A new Saved Search feature that allows you create create persistent, dynamic views on your photo library * Shotwell now includes its own integrated video thumbnailer, eliminating Totem as a dependency * Users can now adjust the exposure date and time for video files * A more powerful, more flexible crop tool that works predictably even when cropping photos to extreme aspect ratios You can get the Shotwell 0.10 pre-release source code by cloning Yorba's git repository with this command: git clone git://git.yorba.org/shotwell and working from the master branch. If you need help building and installing the 0.10 pre-release package from source, instructions are available here: http://yorba.org/shotwell/install/#source Since this is pre-release software, you might consider backing up your Shotwell library before starting. Instructions are here: http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary Regards, Lucas From christian.klugesherz at free.fr Fri May 20 07:47:07 2011 From: christian.klugesherz at free.fr (ckl) Date: Fri, 20 May 2011 00:47:07 -0700 (PDT) Subject: [Shotwell] red eye removal no zoom In-Reply-To: <1299679914925-35241.post@talk.nabble.com> References: <1292929513983-30989.post@talk.nabble.com> <4D11033F.2090701@yorba.org> <4D110FA1.2070006@thorslund.org> <1293011065535-31050.post@talk.nabble.com> <4D126C6A.4010608@thorslund.org> <1299679914925-35241.post@talk.nabble.com> Message-ID: <1305877627332-40447.post@talk.nabble.com> Hello I just saw that developer team were very close to shipping 0.10 I don't will have the possibility to test this beta, but could somebody indicate if the issue with red eye will be corrected in this release. Thanks for advance Christian -- View this message in context: http://shotwell.3510.www.nabble.com/red-eye-removal-no-zoom-tp30989p40447.html Sent from the Shotwell mailing list archive at Nabble.com. From mateusz at loskot.net Fri May 20 10:40:08 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Fri, 20 May 2011 11:40:08 +0100 Subject: [Shotwell] One event, several cameras. In-Reply-To: References: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> Message-ID: <4DD64508.9010203@loskot.net> On 19/05/11 12:31, Vincent wrote: > You will be happy to heard that this is already implemented in Shotwell ;-) > - Select all the photos that you want to modify. > - Go to the menu "Photo" and choose "Adjust time " (or something similar, I > don't remember exactly) > - Then you can enter a new date/time or just an offset of time. Perfect candidate to sit in the FAQ! Q: How to correct time of set of photos? Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From eivliste at online.no Fri May 20 11:47:09 2011 From: eivliste at online.no (Eivind LM) Date: Fri, 20 May 2011 13:47:09 +0200 Subject: [Shotwell] One event, several cameras. In-Reply-To: References: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> Message-ID: On Thu, 19 May 2011 13:31:13 +0200, Vincent wrote: > 2011/5/19 Eivind LM > >> >> So what I seek is: A GUI for batch correcting a set of photo timestamps. >> >> > Hi Eivind, > > You will be happy to heard that this is already implemented in Shotwell > ;-) > - Select all the photos that you want to modify. > - Go to the menu "Photo" and choose "Adjust time " (or something > similar, I > don't remember exactly) > - Then you can enter a new date/time or just an offset of time. Thanks for the quick reply! This GUI is definately useful (it does the date/time update of the photos, as I used jhead for before), but does not help me to find the right time offset (and that is the hardest part). I would like an interactive update of the images in the background as I change the time field, so that I can "step" the time offset until I see that the pictures are correctly ordered. Anyone else think this could be useful? Eivind From dago.pacheco at gmail.com Fri May 20 13:48:29 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Fri, 20 May 2011 09:48:29 -0400 Subject: [Shotwell] Change file paths when changing username In-Reply-To: References: <4DC440E9.3010602@yorba.org> <1305062739.18280.7.camel@thinky> Message-ID: uf .... now I have all my pics into missing files and shotwell doesn't try to fix them. I tried changeing it's folder location and updating shotwell library setting, but after a couple of minutes I just got an empty library .... don't know what to do =( 2011/5/10 Dago Pacheco > I already checked it .... no pics > > > 2011/5/10 Andreas Brauchli > >> if the event id is -1, then they're listed in a special event called "No >> Event" listed as last event. >> >> On Die, 2011-05-10 at 15:06 -0400, Dago Pacheco wrote: >> > ok... but why pics aren't displayed in shotwell but it's entries exist >> in >> > database? >> > >> > 2011/5/10 Jim Nelson >> > >> > > -1 means the photo is not associated with any event, so that's not a >> > > problem. >> > > >> > > -- Jim >> > > >> > > >> > > On Tue, May 10, 2011 at 8:45 AM, Dago Pacheco > >wrote: >> > > >> > >> Lookin inside database I noticed that all old-profile picture has >> "-1" >> > >> value >> > >> in "eventid" field from "PhotoTable" table.... is this a problem. >> > >> >> > >> I really need to get those pics back... and I kinda afraid that if I >> > >> import >> > >> them again, I'll loose some modifications that I've made (couse >> those >> > >> modifications are kept in a PhotoTable field) >> > >> >> > >> 2011/5/9 Dago Pacheco >> > >> >> > >> > Didn't work =( >> > >> > Actually, my pics doesn't even appears as "missing files" .... they >> just >> > >> > not appears at all in shotweel, but they exist in file system and >> > >> database >> > >> > PhotoTable table. >> > >> > I already update PhotoTable "filename" field to target to my >> current >> > >> > username profile, but still no change. >> > >> > What should happen if I manually import files from folders? Should >> I >> > >> say >> > >> > shotwell to copy or link files? ... couse those files reside in the >> > >> actual >> > >> > library path whit the default "year/month/day" hierarchy. >> > >> > >> > >> > What should I do? >> > >> > >> > >> > >> > >> > 2011/5/6 Dago Pacheco >> > >> > >> > >> >> Ok... I'll try that. >> > >> >> Thanks >> > >> >> >> > >> >> >> > >> >> 2011/5/6 Adam Dingle >> > >> >> >> > >> >>> Dago, >> > >> >>> >> > >> >>> you don't need to use SQL to solve this problem. If you move any >> > >> photo >> > >> >>> file to a new location, Shotwell will consider it missing. There >> are >> > >> two >> > >> >>> ways to tell Shotwell where the file is now located: >> > >> >>> >> > >> >>> 1. On startup, Shotwell scans the library directory looking for >> > >> photos. >> > >> >>> If any missing photos are found there, it will update their >> paths and >> > >> mark >> > >> >>> them as no longer missing. >> > >> >>> >> > >> >>> 2. When you manually import photos, if any of those photos were >> > >> >>> previously missing Shotwell will update their paths and mark them >> as >> > >> no >> > >> >>> longer missing. >> > >> >>> >> > >> >>> So in your situation you should only need to do one or two >> things: >> > >> >>> >> > >> >>> 1. Make sure that Shotwell's library directory (specified in >> Library >> > >> >>> Location in the Preferences dialog) points to your new home >> directory. >> > >> >>> >> > >> >>> 2. Drag the folder currently containing your photos from Nautilus >> into >> > >> >>> Shotwell. >> > >> >>> >> > >> >>> adam >> > >> >>> >> > >> >>> >> > >> >>> On 05/06/2011 05:59 AM, Dago Pacheco wrote: >> > >> >>> >> > >> >>>> Hi everyone. >> > >> >>>> >> > >> >>>> I have this problema. Recently I change my unix username so my >> > >> profile >> > >> >>>> start from scratch. >> > >> >>>> Normally I move all app hidden folders from the old profile so I >> can >> > >> get >> > >> >>>> my >> > >> >>>> preferences and configuration. At first sight, this seems to >> worked >> > >> for >> > >> >>>> shotwell, but then I realize that old pics weren't there. So I >> > >> decide >> > >> >>>> to >> > >> >>>> exanimate the sqlite database file... an I found that there is a >> > >> >>>> "PhtoTable" >> > >> >>>> table where there is a "filename" field which contain static >> file >> > >> path >> > >> >>>> (I >> > >> >>>> think this is a design mistake... it should be a relative path) >> and, >> > >> of >> > >> >>>> course, old pics contained file path targeting to old profile. >> > >> >>>> Well... I thougt that running a SQL sentences for updating that >> field >> > >> >>>> should >> > >> >>>> work fine. I ran: >> > >> >>>> >> > >> >>>> UPDATE photoTable set filename = replace(filename, >> '', >> > >> >>>> ''); >> > >> >>>> >> > >> >>>> I ran this script from SQLite Mannager firefox plugin. And at >> first, >> > >> it >> > >> >>>> seems to work. All field were updated correctly. But when I >> startup >> > >> >>>> shotwell, pics aren't there. An when I checked the database >> again, >> > >> >>>> "filename" field has been changed again (to old username). >> > >> >>>> >> > >> >>>> Is there an other configuration file? >> > >> >>>> >> > >> >>>> Thanks >> > >> >>>> _______________________________________________ >> > >> >>>> Shotwell mailing list >> > >> >>>> Shotwell at lists.yorba.org >> > >> >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > >> >>>> >> > >> >>> >> > >> >>> _______________________________________________ >> > >> >>> Shotwell mailing list >> > >> >>> Shotwell at lists.yorba.org >> > >> >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > >> >>> >> > >> >> >> > >> >> >> > >> > >> > >> _______________________________________________ >> > >> Shotwell mailing list >> > >> Shotwell at lists.yorba.org >> > >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > >> >> > > >> > > >> > _______________________________________________ >> > Shotwell mailing list >> > Shotwell at lists.yorba.org >> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> >> >> > From blklists at elementarea.net Fri May 20 14:58:46 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Fri, 20 May 2011 16:58:46 +0200 Subject: [Shotwell] Change file paths when changing username In-Reply-To: References: <4DC440E9.3010602@yorba.org> <1305062739.18280.7.camel@thinky> Message-ID: <1305903529.8787.2.camel@thinky> re-import the folder where it is located now (or folders if there are multiple) and you should be fine - shotwell will update the paths in its db and all events, tags and editing modifications will be as before. On Fre, 2011-05-20 at 09:48 -0400, Dago Pacheco wrote: > uf .... now I have all my pics into missing files and shotwell doesn't > try to fix them. > I tried changeing it's folder location and updating shotwell library > setting, but after a couple of minutes I just got an empty > library .... don't know what to do =( > > 2011/5/10 Dago Pacheco > I already checked it .... no pics > > > > 2011/5/10 Andreas Brauchli > if the event id is -1, then they're listed in a > special event called "No > Event" listed as last event. > > > On Die, 2011-05-10 at 15:06 -0400, Dago Pacheco wrote: > > ok... but why pics aren't displayed in shotwell but > it's entries exist in > > database? > > > > 2011/5/10 Jim Nelson > > > > > -1 means the photo is not associated with any > event, so that's not a > > > problem. > > > > > > -- Jim > > > > > > > > > On Tue, May 10, 2011 at 8:45 AM, Dago Pacheco > wrote: > > > > > >> Lookin inside database I noticed that all > old-profile picture has "-1" > > >> value > > >> in "eventid" field from "PhotoTable" table.... is > this a problem. > > >> > > >> I really need to get those pics back... and I > kinda afraid that if I > > >> import > > >> them again, I'll loose some modifications that > I've made (couse those > > >> modifications are kept in a PhotoTable field) > > >> > > >> 2011/5/9 Dago Pacheco > > >> > > >> > Didn't work =( > > >> > Actually, my pics doesn't even appears as > "missing files" .... they just > > >> > not appears at all in shotweel, but they exist > in file system and > > >> database > > >> > PhotoTable table. > > >> > I already update PhotoTable "filename" field to > target to my current > > >> > username profile, but still no change. > > >> > What should happen if I manually import files > from folders? Should I > > >> say > > >> > shotwell to copy or link files? ... couse those > files reside in the > > >> actual > > >> > library path whit the default "year/month/day" > hierarchy. > > >> > > > >> > What should I do? > > >> > > > >> > > > >> > 2011/5/6 Dago Pacheco > > >> > > > >> >> Ok... I'll try that. > > >> >> Thanks > > >> >> > > >> >> > > >> >> 2011/5/6 Adam Dingle > > >> >> > > >> >>> Dago, > > >> >>> > > >> >>> you don't need to use SQL to solve this > problem. If you move any > > >> photo > > >> >>> file to a new location, Shotwell will > consider it missing. There are > > >> two > > >> >>> ways to tell Shotwell where the file is now > located: > > >> >>> > > >> >>> 1. On startup, Shotwell scans the library > directory looking for > > >> photos. > > >> >>> If any missing photos are found there, it > will update their paths and > > >> mark > > >> >>> them as no longer missing. > > >> >>> > > >> >>> 2. When you manually import photos, if any of > those photos were > > >> >>> previously missing Shotwell will update their > paths and mark them as > > >> no > > >> >>> longer missing. > > >> >>> > > >> >>> So in your situation you should only need to > do one or two things: > > >> >>> > > >> >>> 1. Make sure that Shotwell's library > directory (specified in Library > > >> >>> Location in the Preferences dialog) points to > your new home directory. > > >> >>> > > >> >>> 2. Drag the folder currently containing your > photos from Nautilus into > > >> >>> Shotwell. > > >> >>> > > >> >>> adam > > >> >>> > > >> >>> > > >> >>> On 05/06/2011 05:59 AM, Dago Pacheco wrote: > > >> >>> > > >> >>>> Hi everyone. > > >> >>>> > > >> >>>> I have this problema. Recently I change my > unix username so my > > >> profile > > >> >>>> start from scratch. > > >> >>>> Normally I move all app hidden folders from > the old profile so I can > > >> get > > >> >>>> my > > >> >>>> preferences and configuration. At first > sight, this seems to worked > > >> for > > >> >>>> shotwell, but then I realize that old pics > weren't there. So I > > >> decide > > >> >>>> to > > >> >>>> exanimate the sqlite database file... an I > found that there is a > > >> >>>> "PhtoTable" > > >> >>>> table where there is a "filename" field > which contain static file > > >> path > > >> >>>> (I > > >> >>>> think this is a design mistake... it should > be a relative path) and, > > >> of > > >> >>>> course, old pics contained file path > targeting to old profile. > > >> >>>> Well... I thougt that running a SQL > sentences for updating that field > > >> >>>> should > > >> >>>> work fine. I ran: > > >> >>>> > > >> >>>> UPDATE photoTable set filename = > replace(filename, '', > > >> >>>> ''); > > >> >>>> > > >> >>>> I ran this script from SQLite Mannager > firefox plugin. And at first, > > >> it > > >> >>>> seems to work. All field were updated > correctly. But when I startup > > >> >>>> shotwell, pics aren't there. An when I > checked the database again, > > >> >>>> "filename" field has been changed again (to > old username). > > >> >>>> > > >> >>>> Is there an other configuration file? > > >> >>>> > > >> >>>> Thanks > > >> >>>> > _______________________________________________ > > >> >>>> Shotwell mailing list > > >> >>>> Shotwell at lists.yorba.org > > >> >>>> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > >> >>>> > > >> >>> > > >> >>> > _______________________________________________ > > >> >>> Shotwell mailing list > > >> >>> Shotwell at lists.yorba.org > > >> >>> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > >> >>> > > >> >> > > >> >> > > >> > > > >> _______________________________________________ > > >> Shotwell mailing list > > >> Shotwell at lists.yorba.org > > >> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > >> > > > > > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > > From adam at yorba.org Fri May 20 16:29:42 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 20 May 2011 09:29:42 -0700 Subject: [Shotwell] red eye removal no zoom In-Reply-To: <1305877627332-40447.post@talk.nabble.com> References: <1292929513983-30989.post@talk.nabble.com> <4D11033F.2090701@yorba.org> <4D110FA1.2070006@thorslund.org> <1293011065535-31050.post@talk.nabble.com> <4D126C6A.4010608@thorslund.org> <1299679914925-35241.post@talk.nabble.com> <1305877627332-40447.post@talk.nabble.com> Message-ID: <4DD696F6.8090503@yorba.org> ckl, On 05/20/2011 12:47 AM, ckl wrote: > Hello > > I just saw that developer team were very close to shipping 0.10 > > I don't will have the possibility to test this beta, but could somebody > indicate if the issue with red eye will be corrected in this release. The feature you're asking for (red eye removal while zoomed) has unfortunately not yet been implemented and won't be in 0.10. The following ticket tracks progress on this feature: http://trac.yorba.org/ticket/2369 If you're interested in this feature, I'd suggest that you subscribe to this ticket; then you'll receive an email notification once the feature has been implemented. Cheers - adam From eric at yorba.org Fri May 20 19:03:15 2011 From: eric at yorba.org (Eric Gregory) Date: Fri, 20 May 2011 12:03:15 -0700 Subject: [Shotwell] One event, several cameras. In-Reply-To: References: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> Message-ID: On Fri, May 20, 2011 at 4:47 AM, Eivind LM wrote: > This GUI is definately useful (it does the date/time update of the photos, > as I used jhead for before), but does not help me to find the right time > offset (and that is the hardest part). I would like an interactive update of > the images in the background as I change the time field, so that I can > "step" the time offset until I see that the pictures are correctly ordered. > Anyone else think this could be useful? This seems like it might be a fairly common use case. A lot of folks don't set the time on their camera, or they have two cameras with different times (possibly from different zones or they just never bothered setting up the clock.) I could see a couple different ways this could work. 1. Per-camera time adjustment. We read the metadata out of each photo and remember the camera name. The user can then set a time offset for this camera and apply it to their library. 2. Per-import time adjustment. The user could examine an import roll and set a time offset for all photos in that roll. (This feature would be more useful once we support import roll history.) Do either of these make sense to you? Or is there something different you'd like to see? From eivliste at online.no Sat May 21 08:22:57 2011 From: eivliste at online.no (Eivind LM) Date: Sat, 21 May 2011 10:22:57 +0200 (MEST) Subject: [Shotwell] One event, several cameras. In-Reply-To: References: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> Message-ID: <22278465.739.1305966177154.JavaMail.adm-moff@moffice1.nsc.no> > From: Eric Gregory [eric at yorba.org] > Sent: 2011-05-20 21:03:15 MEST > To: Eivind LM [eivliste at online.no] > Cc: shotwell at lists.yorba.org > Subject: Re: [Shotwell] One event, several cameras. > > On Fri, May 20, 2011 at 4:47 AM, Eivind LM wrote: > > > This GUI is definately useful (it does the date/time update of the photos, > > as I used jhead for before), but does not help me to find the right time > > offset (and that is the hardest part). I would like an interactive update of > > the images in the background as I change the time field, so that I can > > "step" the time offset until I see that the pictures are correctly ordered. > > Anyone else think this could be useful? > > > This seems like it might be a fairly common use case. A lot of folks don't > set the time on their camera, or they have two cameras with different times > (possibly from different zones or they just never bothered setting up the > clock.) > > I could see a couple different ways this could work. > 1. Per-camera time adjustment. We read the metadata out of each photo and > remember the camera name. The user can then set a time offset for this > camera and apply it to their library. This would work under the assumption that the camera clock is never set manually, and that it does not drift. Some cameras might reset the clock if the battery is replaced. But remembering the time offset from one camera, and suggesting this offset to the user on next import from the same camera might be a good idea, giving the chance to the user to verify the offset and optionally readjust as neccesary. > 2. Per-import time adjustment. The user could examine an import roll and > set a time offset for all photos in that roll. (This feature would be more > useful once we support import roll history.) This makes most sense to me. But what then in the case where i travel to a new time zone, take a couple of pictures, and then adjust the camera clock? There will then be just a part of the import roll that needs time adjustment. I think there somehow needs to be a possibility for manual selection. > Do either of these make sense to you? Or is there something different you'd > like to see? In my opinion there are two separate things to consider here. One is to get the selection of photos to adjust (several options are useful: per camera, per import roll, per directory, per selection), and the other is to find the time adjustment parameter. Perhaps it could be done it this way: 1. I identify one photo in the library which is sorted incorrectly. 2. I somehow specify the correct time for this photo 3. Shotwell asks me if i want to 3a. Adjust only this photo 3b. Adjust all photos taken by the same camera by the same amount 3c. Adjust all photos in the same directory as this photo by the same amount 3d. Adjust all photos on the same import roll by the same amount In Cases 3c-d, it would be very useful to see the other photos that would be adjusted, highlighted among the other photos in the library (and in the new position after adjustment). This would help me to find the correct time adjustment parameter. It would also be useful to select a subset of the highlighted photos (to exclude photos from a camera/directory/import roll that already has the correct time). Thanks for considering my ideas! Best regards, Eivind From demoth.cadaver at gmail.com Sat May 21 18:08:02 2011 From: demoth.cadaver at gmail.com (demoth cadaver) Date: Sat, 21 May 2011 22:08:02 +0400 Subject: [Shotwell] Shotwell image gallery Message-ID: Hello! Shotwell of course my favorite app) so i'd like to use it a bit more. Recently i came up to an idea of a web gallery(very basic) based on shotwell photo database. I have some (little) experience in gwt so i decided to put my hands on it. Gladly shotwell does almost all the work (thumbnailing, managing collections) and so i'd like to know more about database file photo.db. The idea is to have access to all pictures with "public" tag or something like this, so i need to somehow open and read it. Thanks. From christian.klugesherz at free.fr Mon May 23 01:34:46 2011 From: christian.klugesherz at free.fr (ckl) Date: Sun, 22 May 2011 18:34:46 -0700 (PDT) Subject: [Shotwell] red eye removal no zoom In-Reply-To: <4DD696F6.8090503@yorba.org> References: <1292929513983-30989.post@talk.nabble.com> <4D11033F.2090701@yorba.org> <4D110FA1.2070006@thorslund.org> <1293011065535-31050.post@talk.nabble.com> <4D126C6A.4010608@thorslund.org> <1299679914925-35241.post@talk.nabble.com> <1305877627332-40447.post@talk.nabble.com> <4DD696F6.8090503@yorba.org> Message-ID: <1306114486585-40779.post@talk.nabble.com> Hello Adam Thanks for your answer, even I'm a little bit disappointed that this feature is not yet implemented. The solution that I will for now use, is the external editor Gimp, which realize this operation perfectly. For me its really "The" feature which is missing. Otherwise Shotwell is really a great great tool. I tested a lot, and came always back to shotwell BR Christian -- View this message in context: http://shotwell.3510.www.nabble.com/red-eye-removal-no-zoom-tp30989p40779.html Sent from the Shotwell mailing list archive at Nabble.com. From eric at yorba.org Mon May 23 18:51:02 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 23 May 2011 11:51:02 -0700 Subject: [Shotwell] Shotwell image gallery In-Reply-To: References: Message-ID: > > Hello! > Shotwell of course my favorite app) so i'd like to use it a bit more. > Recently i came up to an idea of a web gallery(very basic) based on > shotwell > photo database. I have some (little) experience in gwt so i decided to put > my hands on it. Gladly shotwell does almost all the work (thumbnailing, > managing collections) and so i'd like to know more about database file > photo.db. The idea is to have access to all pictures with "public" tag or > something like this, so i need to somehow open and read it. > > Thanks. > Hi, Great! Glad you're happy with Shotwell. We don't recommend directly accessing our database; the format is not guaranteed to be stable and we may change it at any time. At some point we'll have to put together an API for external applications to access Shotwell data, but I don't think that's on the immediate roadmap just yet. If you could provide some more ideas about the web gallery you have in mind, we might be able to offer some alternate direction on this. - Eric From eric at yorba.org Mon May 23 19:27:56 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 23 May 2011 12:27:56 -0700 Subject: [Shotwell] One event, several cameras. In-Reply-To: <22278465.739.1305966177154.JavaMail.adm-moff@moffice1.nsc.no> References: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> <22278465.739.1305966177154.JavaMail.adm-moff@moffice1.nsc.no> Message-ID: On Sat, May 21, 2011 at 1:22 AM, Eivind LM wrote: > In Cases 3c-d, it would be very useful to see the other photos that would > be adjusted, highlighted among the other photos in the library (and in the > new position after adjustment). This would help me to find the correct time > adjustment parameter. It would also be useful to select a subset of the > highlighted photos (to exclude photos from a camera/directory/import roll > that already has the correct time). > I'm thinking that maybe the only solution that would really work for all the cases you've mentioned is to allow the user to select one or more photos, then apply a time offset to the selected photos. Does that seem like it would work for you? - Eric From jcdubacq1 at free.fr Tue May 24 06:28:32 2011 From: jcdubacq1 at free.fr (Jean-Christophe Dubacq) Date: Tue, 24 May 2011 08:28:32 +0200 Subject: [Shotwell] One event, several cameras. In-Reply-To: (sfid-20110523_212933_726103_F5A18EA5) References: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> <22278465.739.1305966177154.JavaMail.adm-moff@moffice1.nsc.no> (sfid-20110523_212933_726103_F5A18EA5) Message-ID: <4DDB5010.2090204@free.fr> On 23/05/2011 21:27, Eric Gregory wrote: > On Sat, May 21, 2011 at 1:22 AM, Eivind LM wrote: > >> In Cases 3c-d, it would be very useful to see the other photos that would >> be adjusted, highlighted among the other photos in the library (and in the >> new position after adjustment). This would help me to find the correct time >> adjustment parameter. It would also be useful to select a subset of the >> highlighted photos (to exclude photos from a camera/directory/import roll >> that already has the correct time). >> > > I'm thinking that maybe the only solution that would really work for all the > cases you've mentioned is to allow the user to select one or more photos, > then apply a time offset to the selected photos. Does that seem like it > would work for you? Isn't it already the case? What remains is just selection of photos by search on the camera names, which I think is already in progress. What he would like is a "preview" of the pictures' order before validating. -- Jean-Christophe Dubacq From eivliste at online.no Tue May 24 08:33:41 2011 From: eivliste at online.no (Eivind LM) Date: Tue, 24 May 2011 10:33:41 +0200 Subject: [Shotwell] One event, several cameras. In-Reply-To: References: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> <22278465.739.1305966177154.JavaMail.adm-moff@moffice1.nsc.no> Message-ID: On Mon, 23 May 2011 21:27:56 +0200, Eric Gregory wrote: > On Sat, May 21, 2011 at 1:22 AM, Eivind LM wrote: > >> In Cases 3c-d, it would be very useful to see the other photos that >> would >> be adjusted, highlighted among the other photos in the library (and in >> the >> new position after adjustment). This would help me to find the correct >> time >> adjustment parameter. It would also be useful to select a subset of the >> highlighted photos (to exclude photos from a camera/directory/import >> roll >> that already has the correct time). >> > > I'm thinking that maybe the only solution that would really work for all > the > cases you've mentioned is to allow the user to select one or more photos, > then apply a time offset to the selected photos. Does that seem like it > would work for you? I agree with you that manual selection might be the only way that can work for all cases of incorrect clock. So I think basing the feature on manual selection is totally fine. At some point shotwell might let me select photos from one import roll, and adjusting all photos from one import roll (possibly with some exclutions) is my most common use case. So let's assume we have a (manual) selection of photos that we wish to shift in time. The current "Adjust Date and Time.." dialog does exactly this (applies a time offset to the selected photos). But the main limitation here is that it expects me to know the correct adjustment parameter in advance. When the parameter is unknown, I have to apply some guessed value to the photos, then (unless I guessed correctly) open the dialog again and guess a new adjustment, and so on. My feature request is a GUI that assists me to find the correct parameter for a selection of photos quickly and without too much guessing. There might be several ways to realize this, but I think the easiest way would be to extend the "Adjust date and time" dialog such that the time on the selected photos are updated whenever I make any change to the time adjustment field (without closing the dialog). I can then first make big steps in the time adjustment field to get the ordering approximately right, then make smaller and smaller steps until I am happy with the photo sequence. It must be possible to scroll and zoom the photo list behind the dialog, so I can examine the sequence closely, without closing the dialog. I close the dialog when I am happy with the sequence. If I cancel the dialog, all times should be reset to their original value (for example in case I realize the selection is incorrect and need to add or remove some photos). Another option would be to have a special GUI where I can specify that "photo A was taken at the same time as photo B", and/or "photo D was taken somewhere between photo E and F". After giving a couple of such conditions, the time adjustment parameter could be found by solving a system of equations. But that might be a bit overkill :) Eivind From raivo.kask at gmail.com Tue May 24 17:00:36 2011 From: raivo.kask at gmail.com (Raivo Kask) Date: Tue, 24 May 2011 19:00:36 +0200 Subject: [Shotwell] Sort order Message-ID: <4DDBE434.5050400@gmail.com> How can Shotwell sort by filename instead of titles ? From eric at yorba.org Tue May 24 18:08:27 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 24 May 2011 11:08:27 -0700 Subject: [Shotwell] Sort order In-Reply-To: <4DDBE434.5050400@gmail.com> References: <4DDBE434.5050400@gmail.com> Message-ID: On Tue, May 24, 2011 at 10:00 AM, Raivo Kask wrote: > How can Shotwell sort by filename instead of titles ? > Shotwell does not currently have the ability to sort by filename. You could always file a ticket if you wanted on our Trac for that feature: http://trac.yorba.org/newticket - Eric From raivo.kask at zerone.se Tue May 24 16:50:13 2011 From: raivo.kask at zerone.se (Raivo Kask) Date: Tue, 24 May 2011 18:50:13 +0200 Subject: [Shotwell] Sort by filename Message-ID: <4DDBE1C5.1040601@zerone.se> How do I get Shotwell to sort by filename ... the titles is not updated for my images ( 10 000 images) From eric at yorba.org Tue May 24 18:30:13 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 24 May 2011 11:30:13 -0700 Subject: [Shotwell] One event, several cameras. In-Reply-To: References: <26072511.32690.1305804338485.JavaMail.adm-moff@moffice11.nsc.no> <22278465.739.1305966177154.JavaMail.adm-moff@moffice1.nsc.no> Message-ID: On Tue, May 24, 2011 at 1:33 AM, Eivind LM wrote: > I agree with you that manual selection might be the only way that can work > for all cases of incorrect clock. So I think basing the feature on manual > selection is totally fine. At some point shotwell might let me select photos > from one import roll, and adjusting all photos from one import roll > (possibly with some exclutions) is my most common use case. > > So let's assume we have a (manual) selection of photos that we wish to > shift in time. The current "Adjust Date and Time.." dialog does exactly this > (applies a time offset to the selected photos). But the main limitation here > is that it expects me to know the correct adjustment parameter in advance. > When the parameter is unknown, I have to apply some guessed value to the > photos, then (unless I guessed correctly) open the dialog again and guess a > new adjustment, and so on. > > My feature request is a GUI that assists me to find the correct parameter > for a selection of photos quickly and without too much guessing. > > There might be several ways to realize this, but I think the easiest way > would be to extend the "Adjust date and time" dialog such that the time on > the selected photos are updated whenever I make any change to the time > adjustment field (without closing the dialog). I can then first make big > steps in the time adjustment field to get the ordering approximately right, > then make smaller and smaller steps until I am happy with the photo > sequence. It must be possible to scroll and zoom the photo list behind the > dialog, so I can examine the sequence closely, without closing the dialog. I > close the dialog when I am happy with the sequence. If I cancel the dialog, > all times should be reset to their original value (for example in case I > realize the selection is incorrect and need to add or remove some photos). > > Another option would be to have a special GUI where I can specify that > "photo A was taken at the same time as photo B", and/or "photo D was taken > somewhere between photo E and F". After giving a couple of such conditions, > the time adjustment parameter could be found by solving a system of > equations. But that might be a bit overkill :) > > Eivind > I think this sounds like a reasonable feature request. I filed a ticket for it here: http://trac.yorba.org/ticket/3651 Feel free to leave comments, etc. in the ticket. - Eric From mateusz at loskot.net Tue May 24 19:12:28 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Tue, 24 May 2011 20:12:28 +0100 Subject: [Shotwell] Sort order In-Reply-To: References: <4DDBE434.5050400@gmail.com> Message-ID: <4DDC031C.2050607@loskot.net> On 24/05/11 19:08, Eric Gregory wrote: > On Tue, May 24, 2011 at 10:00 AM, Raivo Kask wrote: > >> How can Shotwell sort by filename instead of titles ? >> > > Shotwell does not currently have the ability to sort by filename. You could > always file a ticket if you wanted on our Trac for that feature: > http://trac.yorba.org/newticket I have taken the liberty to submit the ticket: http://trac.yorba.org/ticket/3652 Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From mateusz at loskot.net Tue May 24 20:58:23 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Tue, 24 May 2011 21:58:23 +0100 Subject: [Shotwell] Report Git revision in About dialog Message-ID: <4DDC1BEF.6000209@loskot.net> Hi, I use Shotwell built from Git master. I build it regularly. I think it would be a good idea to have development version (Git master) of binaries reporting Git revision in About dialog or shotwell --version. It would help in identifying snapshot of sources used to build the binary, in tickets reporting, etc. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From clinton at yorba.org Tue May 24 21:15:46 2011 From: clinton at yorba.org (Clinton Rogers) Date: Tue, 24 May 2011 14:15:46 -0700 Subject: [Shotwell] Report Git revision in About dialog In-Reply-To: <4DDC1BEF.6000209@loskot.net> References: <4DDC1BEF.6000209@loskot.net> Message-ID: Hi Mateusz, This is a good idea, and will aid in tracking where bugs crept in. I've ticketed it on our side as an enhancement; please see http://trac.yorba.org/ticket/3655 As always, thanks for helping us make Shotwell better! Cheers, -c On Tue, May 24, 2011 at 1:58 PM, Mateusz Loskot wrote: > Hi, > > I use Shotwell built from Git master. I build it regularly. > I think it would be a good idea to have development version (Git master) > of binaries reporting Git revision in About dialog or > shotwell --version. > > It would help in identifying snapshot of sources used to build the > binary, in tickets reporting, etc. > > Best regards, > -- > Mateusz Loskot, http://mateusz.loskot.net > Charter Member of OSGeo, http://osgeo.org > Member of ACCU, http://accu.org > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mateusz at loskot.net Tue May 24 22:27:17 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Tue, 24 May 2011 23:27:17 +0100 Subject: [Shotwell] Report Git revision in About dialog In-Reply-To: References: <4DDC1BEF.6000209@loskot.net> Message-ID: <4DDC30C5.6050704@loskot.net> On 24/05/11 22:15, Clinton Rogers wrote: > Hi Mateusz, > > This is a good idea, and will aid in tracking where bugs crept in. I've > ticketed it on our side as an enhancement; please see > http://trac.yorba.org/ticket/3655 Great, thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From jani at ubuntu.com Wed May 25 16:09:11 2011 From: jani at ubuntu.com (Jani Monoses) Date: Wed, 25 May 2011 19:09:11 +0300 Subject: [Shotwell] Report Git revision in About dialog In-Reply-To: References: <4DDC1BEF.6000209@loskot.net> Message-ID: On 05/25/2011 12:15 AM, Clinton Rogers wrote: > Hi Mateusz, > > This is a good idea, and will aid in tracking where bugs crept in. I've > ticketed it on our side as an enhancement; please see > http://trac.yorba.org/ticket/3655 > I made a change to the Makefile that makes the version number look like this Shotwell 0.9.3+gitcedb1946 This will set the version number across shotwell (strings in plugin names, etc) not just the About dialog. I am not sure if that is needed or not though. https://github.com/janimo/shotwell Jani From eric at yorba.org Wed May 25 18:11:29 2011 From: eric at yorba.org (Eric Gregory) Date: Wed, 25 May 2011 11:11:29 -0700 Subject: [Shotwell] Report Git revision in About dialog In-Reply-To: References: <4DDC1BEF.6000209@loskot.net> Message-ID: On Wed, May 25, 2011 at 9:09 AM, Jani Monoses wrote: > > I made a change to the Makefile that makes the version number look like > this > > Shotwell 0.9.3+gitcedb1946 > > This will set the version number across shotwell (strings in plugin names, > etc) not just the About dialog. I am not sure if that is needed or not > though. > > https://github.com/janimo/shotwell > > Jani > > Thanks for the patch! From mateusz at loskot.net Wed May 25 18:12:55 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Wed, 25 May 2011 19:12:55 +0100 Subject: [Shotwell] Report Git revision in About dialog In-Reply-To: References: <4DDC1BEF.6000209@loskot.net> Message-ID: <4DDD46A7.8090700@loskot.net> On 25/05/11 17:09, Jani Monoses wrote: > On 05/25/2011 12:15 AM, Clinton Rogers wrote: >> Hi Mateusz, >> >> This is a good idea, and will aid in tracking where bugs crept in. I've >> ticketed it on our side as an enhancement; please see >> http://trac.yorba.org/ticket/3655 >> > > I made a change to the Makefile that makes the version number look like > this > > Shotwell 0.9.3+gitcedb1946 > > This will set the version number across shotwell (strings in plugin > names, etc) not just the About dialog. I am not sure if that is needed > or not though. > > https://github.com/janimo/shotwell Jani, Your patch works for me. Thanks. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net https://github.com/mloskot/shotwell From mike at flyn.org Wed May 25 18:39:28 2011 From: mike at flyn.org (W. Michael Petullo) Date: Wed, 25 May 2011 13:39:28 -0500 Subject: [Shotwell] DPAP (iPhoto) support in Shotwell Message-ID: <20110525183928.GA5547@imp.local> I am the maintainer of libdmapsharing; I am investigating the idea of adding DPAP (iPhoto network browsing) support to Shotwell. I would like to be able to browse photographs made available using DPAP (e.g., using dmapd or iPhoto). Should I be focusing on learning the alien_db interface? I see the existing F-Spot implementation. Does this copy photographs into the native Shotwell database or operate on them in place? The latter is similar to how a DPAP database implementation would work. Is there any other code I should focus on reading? Thank you, -- Mike :wq From eric at yorba.org Wed May 25 18:47:06 2011 From: eric at yorba.org (Eric Gregory) Date: Wed, 25 May 2011 11:47:06 -0700 Subject: [Shotwell] DPAP (iPhoto) support in Shotwell In-Reply-To: <20110525183928.GA5547@imp.local> References: <20110525183928.GA5547@imp.local> Message-ID: On Wed, May 25, 2011 at 11:39 AM, W. Michael Petullo wrote: > I am the maintainer of libdmapsharing; I am investigating the idea of > adding DPAP (iPhoto network browsing) support to Shotwell. I would like to > be able to browse photographs made available using DPAP (e.g., using dmapd > or iPhoto). Should I be focusing on learning the alien_db interface? I > see the existing F-Spot implementation. Does this copy photographs into > the native Shotwell database or operate on them in place? The latter is > similar to how a DPAP database implementation would work. > > Is there any other code I should focus on reading? > This is something we've talked about doing, but there's really no code in place that you could easily hook this up to. The Alien DB code was created for doing imports from other applications (namely F-Spot.) Now that said, the way Shotwell works is that all photos it knows about are in the database. So without re-architecting too much, the simplest way would likely be to store the remote photo information in the database, presumably with some kind of new marker column so you know that it's remote and can clean it up when the client disconnects. Perhaps the Alien DB interface could be expanded to allow for this, or maybe you'd want to create a new interface from scratch. Anyway, I'm afraid I can't offer any advice that's too detailed because I'm not super familiar with the way DPAP works. But it would be great if you could look into adding this to Shotwell, and certainly a killer feature. - Eric From jim at yorba.org Wed May 25 22:29:58 2011 From: jim at yorba.org (Jim Nelson) Date: Wed, 25 May 2011 15:29:58 -0700 Subject: [Shotwell] DPAP (iPhoto) support in Shotwell In-Reply-To: References: <20110525183928.GA5547@imp.local> Message-ID: Hi Michael, Eric is correct, but I'd like to expand on some of his comments. First, I played with libdmapsharing a few months ago with this very project in mind. I didn't scratch too deeply, so some of what follows may be from inaccurate assumptions of mine. You don't want to use Alien DB for this; that subsystem is for pulling photos out of other photo manager apps by perusing their databases (or whatever store they use). It's a one-shot deal, not something to be dynamically or interactively used. Although Eric is correct that the photos must be in the database to be manipulated in meaningful ways, that doesn't mean we need to rearchitect the program to support DPAP. It would simply be another subsystem available through the sidebar. I would think of DPAP like a camera device; that is, an external source of photos that may be imported into the database. If you want to attack this project, I would recommend building it in three steps: browsing, importing, and sharing. One important set of pages you should be aware of: http://trac.yorba.org/wiki/ShotwellArchitectureOverview Also: Although I'm the architect of Shotwell, I am no longer the tech lead. I'm just tossing out a game plan that may be tweaked or discarded by Adam and Lucas. They're the final word on how to run the ball. Browsing: 1. Build a "sharing" unit (see http://trac.yorba.org/wiki/ShotwellArchSourceOrganization) 2. In Sharing.init() and Sharing.terminate() call any DPAP code you need to start/end the discovery service. 3. Build a Sidebar.Branch populated with share points discovered by DPAP. See the Tags branch for a simple model. Note that it pulls Tags from an in-memory DataCollection; you'll be adding and removing them from the DPAP service. Since (as I recall) the DPAP object uses signals to notify of additions and removals of services, the model is almost a perfect match. 4. Attach the Branch to the Sidebar in LibraryWindow's ctor. At this point the Sidebar should display all DPAP share points on the local network. The next steps are to display the photos for each share when the user clicks on the name. 5. Build a DpapPage that inherits from CheckerboardPage. Each DpapPage represents a share point. A simple example to follow would be FlaggedPage. 6. Subclass SourceCollection and PhotoSource -> DpapSourceCollection and DpapSource. These represent the shared photos on the other machine. 7. Subclass CheckerboardItem -> DpapItem. This is the object that paints the thumbnail on the screen and displays its title and whatnot. 9. Each page should instantiate it's own DpapSourceCollection (like CameraPages do, one SourceCollection per camera). 10. Each Page has its own a ViewCollection (available via get_view()). Use ViewCollection.monitor_source_collection to automatically populate the ViewCollection when photos are added/removed to the DpapSourceCollection via DPAP. 11. The page should then query DPAP for photos from its share point, create DpapSource's, and add them to its DpapSourceCollection. The page will display the DpapItems accordingly. When this happens is open to debate; a simple place to put it would be the first time DpapPage.switched_to() is called. At this point Shotwell will be able to browse all DPAP servers on the network. I know that looks like a lot of steps, but they (roughly) fulfill the MVC model. Your DpapPage can be generically examined by other subsystems. For example, by implementing PhotoSource, the Basic Information pane should be able to show details about each photo when the user clicks on it. The usual view features (sorting, filtering, selection) will just work as well. Importing: This is where things are murky to me. Shotwell, like iPhoto, is a non-destructive editor. Does DPAP allow for transformations to travel with the pristine photo, or do the shared photos travel on the wire in their transformed state? I suspect the latter, since it's far easier. Like CameraPage, the photo files should be copied from the server to the local disk. A BatchImportJob should be created for each one and handed to a BatchImport object. This in turn is given to LibraryWindow, which changes to the ImportQueuePage and runs the import from there. See CameraPage and BatchImport for more information. Sharing: I think the use model here is to create a Share folder, drag photos into it, and then DPAP offers them on the local net. The coding steps in "Browsing" would be similar here, but instead of displaying photos from DPAP, they would be drawing from the LibraryPhotoSourceCollection. Presumably there's a database table that lists each share point and the MediaID's of the objects being shared. (If you get this far, I suspect you'll know the code well enough to finish the job, which is why I'm not laying it out step by step.) Once again: I'm not the tech lead, all this should be discussed and agreed upon with Lucas and Adam. But this is how I would do it, with what I know of DPAP. -- Jim On Wed, May 25, 2011 at 11:47 AM, Eric Gregory wrote: > On Wed, May 25, 2011 at 11:39 AM, W. Michael Petullo > wrote: > > > I am the maintainer of libdmapsharing; I am investigating the idea of > > adding DPAP (iPhoto network browsing) support to Shotwell. I would like > to > > be able to browse photographs made available using DPAP (e.g., using > dmapd > > or iPhoto). Should I be focusing on learning the alien_db interface? I > > see the existing F-Spot implementation. Does this copy photographs into > > the native Shotwell database or operate on them in place? The latter is > > similar to how a DPAP database implementation would work. > > > > Is there any other code I should focus on reading? > > > > This is something we've talked about doing, but there's really no code in > place that you could easily hook this up to. The Alien DB code was created > for doing imports from other applications (namely F-Spot.) > > Now that said, the way Shotwell works is that all photos it knows about are > in the database. So without re-architecting too much, the simplest way > would likely be to store the remote photo information in the database, > presumably with some kind of new marker column so you know that it's remote > and can clean it up when the client disconnects. Perhaps the Alien DB > interface could be expanded to allow for this, or maybe you'd want to > create > a new interface from scratch. > > Anyway, I'm afraid I can't offer any advice that's too detailed because I'm > not super familiar with the way DPAP works. But it would be great if you > could look into adding this to Shotwell, and certainly a killer feature. > > - Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From lutimdale at yahoo.com Thu May 26 02:32:46 2011 From: lutimdale at yahoo.com (Lu Timdale) Date: Wed, 25 May 2011 19:32:46 -0700 (PDT) Subject: [Shotwell] Quality Options (RAW as Optional) Message-ID: <341111.7366.qm@web160812.mail.bf1.yahoo.com> Hi, I would like to propose a feature, but not sure how it would be implemented. I know what state I would like to get to though... I would like to have different level of quality of images based on the perceived value of the image. so... For a 4 or 5 star image: ? - keep original size jpg + duplicate raw file if it exists For a 1 to 3 star image: ? - keep original jpg only (no raw) For an unrated: ? - resample jpg image (either resize or reencode with higher compression) This could potentially be made available as a batch processor tool to apply to flagged images.? Of course, the parameters of this type of batch processing would need to be customisable as one size does not fit all. The Rationale: My Nikon D7000 encodes a single jpeg as a 4MB file in normal mode and 8MB in fine mode.? If I reencode the image in gimp or other tool, I can easily get to a 1MB file without compromising too much image quality and keeping the same resolution.? I have 200GB of files, but don't care about all of them the same.? I wouldn't mind having this feature to be able to keep a larger collection on disk ("online") without resorting to archiving.? Phatch is a good batch tool, but doesn't have the concept of a library, rule based processing, or a jpeg/raw pair. Is this a feature that others see value in?? Or is this out of the scope of what Shotwell wants to delve into?? ? Lu Timdale From mateusz at loskot.net Thu May 26 07:45:34 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Thu, 26 May 2011 08:45:34 +0100 Subject: [Shotwell] Quality Options (RAW as Optional) In-Reply-To: <341111.7366.qm@web160812.mail.bf1.yahoo.com> References: <341111.7366.qm@web160812.mail.bf1.yahoo.com> Message-ID: <4DDE051E.2090609@loskot.net> On 26/05/11 03:32, Lu Timdale wrote: > I would like to have different level of quality of images > based on the perceived value of the image. > > so... > For a 4 or 5 star image: > - keep original size jpg + duplicate raw file if it exists > For a 1 to 3 star image: > - keep original jpg only (no raw) > For an unrated: > - resample jpg image (either resize or reencode with higher compression) > > Is this a feature that others see value in? In my opinion (a user trying to hack Shotwell from time to time, not mainstream developer), there is a usability potential of this kind of features. (brainstorming) However, I think this is a very good candidate to implement as extension, a plug-in. I'm not sure if the current SPIT allows to extend managing actions, but perhaps it could. Then you can have a plug-in that hooks in when a photo is rated: 1. Select 1..N photos 2. Set rating 3. The plug-in post-rating processes photo using 3.1. For a 4 or 5 star image: 3.2. For a 1 to 3 star image: 3.3. ... In order to make it possible, the SPIT would have to provide events, lets's say "management events": pre-action, post-action, where action is rating applied, flag set, tag added, tag removed, etc. Then plug-in developers could allow various kind of conditions and actions/processes to be defined and executed. Sounds complex, but it does not have to be an extensive API. Just a way to call Plugin::Apply(...) at event. Per analogia, I imagine something like Pre-Build, Post-Build events in Visual Studio IDE, where you can place virtually any commands, shell commands, execute programs, etc. and feed them with a various data passed as internal or environment variables. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net http://github.com/mloskot/shotwell From adam at yorba.org Thu May 26 16:37:33 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 26 May 2011 09:37:33 -0700 Subject: [Shotwell] Quality Options (RAW as Optional) In-Reply-To: <4DDE051E.2090609@loskot.net> References: <341111.7366.qm@web160812.mail.bf1.yahoo.com> <4DDE051E.2090609@loskot.net> Message-ID: <4DDE81CD.2060506@yorba.org> On 05/26/2011 12:45 AM, Mateusz Loskot wrote: > On 26/05/11 03:32, Lu Timdale wrote: >> I would like to have different level of quality of images > > based on the perceived value of the image. >> >> so... >> For a 4 or 5 star image: >> - keep original size jpg + duplicate raw file if it exists >> For a 1 to 3 star image: >> - keep original jpg only (no raw) >> For an unrated: >> - resample jpg image (either resize or reencode with higher >> compression) >> >> Is this a feature that others see value in? > > In my opinion (a user trying to hack Shotwell from time to time, not > mainstream developer), there is a usability potential of this > kind of features. > > (brainstorming) > > However, I think this is a very good candidate to implement as > extension, a plug-in. Agreed. > I'm not sure if the current SPIT allows to extend > managing actions, but perhaps it could. > Then you can have a plug-in that hooks in when a photo is rated: > > 1. Select 1..N photos > 2. Set rating > 3. The plug-in post-rating processes photo using > 3.1. For a 4 or 5 star image: > 3.2. For a 1 to 3 star image: > 3.3. ... > > In order to make it possible, the SPIT would have to provide events, > lets's say "management events": pre-action, post-action, where action > is rating applied, flag set, tag added, tag removed, etc. Right. Shotwell's plugin architecture (SPIT - see http://trac.yorba.org/wiki/ShotwellArchWritingPlugins) currently only lets you add a publishing destination or slideshow transition. It doesn't yet provide hooks to let you respond to arbitrary events or perform arbitrary actions as you suggested. It would be cool if we can make it that general at some point, though (this is http://trac.yorba.org/ticket/1603). adam From marcelcoding at googlemail.com Thu May 26 16:51:03 2011 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Thu, 26 May 2011 18:51:03 +0200 Subject: [Shotwell] Quality Options (RAW as Optional) In-Reply-To: <4DDE051E.2090609@loskot.net> References: <341111.7366.qm@web160812.mail.bf1.yahoo.com> <4DDE051E.2090609@loskot.net> Message-ID: Hi all, > In order to make it possible, the SPIT would have to provide events, > lets's say "management events": pre-action, post-action, where action is > rating applied, flag set, tag added, tag removed, etc. > > Then plug-in developers could allow various kind of conditions and > actions/processes to be defined and executed. while I agree that such a general architecture would be useful, I do not think it is the correct approach for this specific problem because the OP was looking for a batch-processing operation not something that is triggered automatically (you do not want to downsample/delete any data just by giving an incorrect rating). This would be more something like the "compress presentation" plugin in LibreOffice. A general possibility to add "batch processing" plugins to shotwell would certainly be nice. Best, Marcel From joseph.bylund at gmail.com Thu May 26 16:54:59 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Thu, 26 May 2011 12:54:59 -0400 Subject: [Shotwell] Quality Options (RAW as Optional) In-Reply-To: References: <341111.7366.qm@web160812.mail.bf1.yahoo.com> <4DDE051E.2090609@loskot.net> Message-ID: <4DDE85E3.5040701@gmail.com> Of course if the batch processing ability were there wouldn't it be trivial to select all photos with one or two stars and run said action on only these photos? i.e. make it a "compress selected photos" action, and then use the existing selection scheme to complete the action. On 05/26/2011 12:51 PM, Marcel Stimberg wrote: > Hi all, > >> In order to make it possible, the SPIT would have to provide events, >> lets's say "management events": pre-action, post-action, where action is >> rating applied, flag set, tag added, tag removed, etc. >> >> Then plug-in developers could allow various kind of conditions and >> actions/processes to be defined and executed. > while I agree that such a general architecture would be useful, I do > not think it is the correct approach for this specific problem because > the OP was looking for a batch-processing operation not something that > is triggered automatically (you do not want to downsample/delete any > data just by giving an incorrect rating). This would be more something > like the "compress presentation" plugin in LibreOffice. A general > possibility to add "batch processing" plugins to shotwell would > certainly be nice. > > Best, > Marcel > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From mateusz at loskot.net Thu May 26 18:35:11 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Thu, 26 May 2011 19:35:11 +0100 Subject: [Shotwell] Quality Options (RAW as Optional) In-Reply-To: References: <341111.7366.qm@web160812.mail.bf1.yahoo.com> <4DDE051E.2090609@loskot.net> Message-ID: <4DDE9D5F.9050301@loskot.net> On 26/05/11 17:51, Marcel Stimberg wrote: > Hi all, > >> In order to make it possible, the SPIT would have to provide >> events, lets's say "management events": pre-action, post-action, >> where action is rating applied, flag set, tag added, tag removed, >> etc. >> >> Then plug-in developers could allow various kind of conditions and >> actions/processes to be defined and executed. > > while I agree that such a general architecture would be useful, I do > not think it is the correct approach for this specific problem > because the OP was looking for a batch-processing operation not > something that is triggered automatically (you do not want to > downsample/delete any data just by giving an incorrect rating). Marcel, This is a good point. I assume you mean batch processing as processing of selection of photos in Shotwell, but not feeding Shotwell with files from command-line, etc. In my opinion, a good example of usable and powerful UI with built-in tools is Flickr. It enables batch processing really well. Perhaps new type of plugin's would be possible: batch processors working on selection of files. I'm glad Adam agrees with SPIT generalisation and events support, etc. Though, it would be complex task, I think. Simple batch processor type of plugin sounds as simpler alternative of extending SPIT Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From brunogirin at gmail.com Thu May 26 20:59:46 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Thu, 26 May 2011 21:59:46 +0100 Subject: [Shotwell] Quality Options (RAW as Optional) In-Reply-To: <4DDE81CD.2060506@yorba.org> References: <341111.7366.qm@web160812.mail.bf1.yahoo.com> <4DDE051E.2090609@loskot.net> <4DDE81CD.2060506@yorba.org> Message-ID: <1306443586.1836.30.camel@nuuk> On Thu, 2011-05-26 at 09:37 -0700, Adam Dingle wrote: > On 05/26/2011 12:45 AM, Mateusz Loskot wrote: > > On 26/05/11 03:32, Lu Timdale wrote: > >> I would like to have different level of quality of images > > > based on the perceived value of the image. > >> > >> so... > >> For a 4 or 5 star image: > >> - keep original size jpg + duplicate raw file if it exists > >> For a 1 to 3 star image: > >> - keep original jpg only (no raw) > >> For an unrated: > >> - resample jpg image (either resize or reencode with higher > >> compression) > >> > >> Is this a feature that others see value in? > > > > In my opinion (a user trying to hack Shotwell from time to time, not > > mainstream developer), there is a usability potential of this > > kind of features. > > > > (brainstorming) > > > > However, I think this is a very good candidate to implement as > > extension, a plug-in. > > Agreed. > > > I'm not sure if the current SPIT allows to extend > > managing actions, but perhaps it could. > > Then you can have a plug-in that hooks in when a photo is rated: > > > > 1. Select 1..N photos > > 2. Set rating > > 3. The plug-in post-rating processes photo using > > 3.1. For a 4 or 5 star image: > > 3.2. For a 1 to 3 star image: > > 3.3. ... > > > > In order to make it possible, the SPIT would have to provide events, > > lets's say "management events": pre-action, post-action, where action > > is rating applied, flag set, tag added, tag removed, etc. > > Right. Shotwell's plugin architecture (SPIT - see > http://trac.yorba.org/wiki/ShotwellArchWritingPlugins) currently only > lets you add a publishing destination or slideshow transition. It > doesn't yet provide hooks to let you respond to arbitrary events or > perform arbitrary actions as you suggested. It would be cool if we can > make it that general at some point, though (this is > http://trac.yorba.org/ticket/1603). A possible solution would be to create a new SPIT extension point derived from the web publishing one: instead of having a list of Publishable objects that wrap images that you can send to a web service, you would have a list of Transformable objects that wrap images that you can transform and save back (with or without keeping the original). You could probably re-use a fair bit of the publishing code, in particular the dialog and UI infrastructure. Thinking about it, it would also be a good way to migrate the alien DB code to SPIT :-) Cheers, Bruno From eric at yorba.org Thu May 26 22:52:08 2011 From: eric at yorba.org (Eric Gregory) Date: Thu, 26 May 2011 15:52:08 -0700 Subject: [Shotwell] Shotwell 0.10 Released Message-ID: Yorba has released version 0.10 of Shotwell, our digital photo organizer. This release includes the following changes: * Dynamic view of photo library through saved search feature * Automatic database backup * Adjust date/time for videos * Added Valadate testing framework * Shotwell video thumbnailer eliminates Totem dependency * Crop tool is now more flexible * Filenames no longer used as titles on Facebook and Picasa uploads * Translation corrections * Many bug fixes Download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Binaries of both packages for Ubuntu Natty and Maverick are available at Yorba?s Launchpad PPA: https://launchpad.net/~yorba/+archive/ppa From lombaardcj at gmail.com Fri May 27 07:37:07 2011 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Fri, 27 May 2011 07:37:07 +0000 Subject: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu 10.04 or earlier Message-ID: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry> Hi, I'm very impressed with the Shotwell software and the updates that have been following quite progressively the past four months. I have only got version 0.9.0 at the moment and would like to keep up to date. I can't upgrade my Linux distro to latest as I'm running specific configurations of software not yet released for Natty. Even if I have to download all source dependencies and compile it myself. Any help with this would be appreciated Regards, Chris Sent via my BlackBerry from Vodacom - let your email find you! From caccolangrifata at gmail.com Fri May 27 07:58:32 2011 From: caccolangrifata at gmail.com (caccolangrifata) Date: Fri, 27 May 2011 09:58:32 +0200 Subject: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu 10.04 or earlier In-Reply-To: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry> References: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry> Message-ID: <1306483112.2756.3.camel@mind> Il giorno ven, 27/05/2011 alle 07.37 +0000, lombaardcj at gmail.com ha scritto: > Hi, > > I'm very impressed with the Shotwell software and the updates that have been following quite progressively the past four months. > > I have only got version 0.9.0 at the moment and would like to keep up to date. > > I can't upgrade my Linux distro to latest as I'm running specific configurations of software not yet released for Natty. > > Even if I have to download all source dependencies and compile it myself. > > Any help with this would be appreciated Using yorba ppa [1] it works for me. Shotwell update at 0.10 version, and works really fine. > > Regards, > Chris > Sent via my BlackBerry from Vodacom - let your email find you! > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell Cheers! [1] https://launchpad.net/~yorba/+archive/ppa?field.series_filter=maverick -- caccolangrifata From lombaardcj at gmail.com Fri May 27 07:59:42 2011 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Fri, 27 May 2011 07:59:42 +0000 Subject: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu10.04 or earlier In-Reply-To: <1306483112.2756.3.camel@mind> References: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry><1306483112.2756.3.camel@mind> Message-ID: <787744933-1306483248-cardhu_decombobulator_blackberry.rim.net-1052980899-@b2.c3.bise7.blackberry> Are you running Ubuntu version 10.04? If not which version do you have? Sent via my BlackBerry from Vodacom - let your email find you! -----Original Message----- From: caccolangrifata Date: Fri, 27 May 2011 09:58:32 To: Cc: Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu 10.04 or earlier Il giorno ven, 27/05/2011 alle 07.37 +0000, lombaardcj at gmail.com ha scritto: > Hi, > > I'm very impressed with the Shotwell software and the updates that have been following quite progressively the past four months. > > I have only got version 0.9.0 at the moment and would like to keep up to date. > > I can't upgrade my Linux distro to latest as I'm running specific configurations of software not yet released for Natty. > > Even if I have to download all source dependencies and compile it myself. > > Any help with this would be appreciated Using yorba ppa [1] it works for me. Shotwell update at 0.10 version, and works really fine. > > Regards, > Chris > Sent via my BlackBerry from Vodacom - let your email find you! > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell Cheers! [1] https://launchpad.net/~yorba/+archive/ppa?field.series_filter=maverick -- caccolangrifata From caccolangrifata at gmail.com Fri May 27 08:11:32 2011 From: caccolangrifata at gmail.com (caccolangrifata) Date: Fri, 27 May 2011 10:11:32 +0200 Subject: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu10.04 or earlier In-Reply-To: <787744933-1306483248-cardhu_decombobulator_blackberry.rim.net-1052980899-@b2.c3.bise7.blackberry> References: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry> <1306483112.2756.3.camel@mind> <787744933-1306483248-cardhu_decombobulator_blackberry.rim.net-1052980899-@b2.c3.bise7.blackberry> Message-ID: <1306483892.2756.6.camel@mind> Il giorno ven, 27/05/2011 alle 07.59 +0000, lombaardcj at gmail.com ha scritto: > Are you running Ubuntu version 10.04? If not which version do you have? Yes I'm running Ubuntu 10.04. Unfortunately for earlier version of Ubuntu there's only shotwell 0.7, but I don't know which dependencies miss. > > Sent via my BlackBerry from Vodacom - let your email find you! > > -----Original Message----- > From: caccolangrifata > Date: Fri, 27 May 2011 09:58:32 > To: > Cc: > Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu > 10.04 or earlier > > Il giorno ven, 27/05/2011 alle 07.37 +0000, lombaardcj at gmail.com ha > scritto: > > Hi, > > > > I'm very impressed with the Shotwell software and the updates that have been following quite progressively the past four months. > > > > I have only got version 0.9.0 at the moment and would like to keep up to date. > > > > I can't upgrade my Linux distro to latest as I'm running specific configurations of software not yet released for Natty. > > > > Even if I have to download all source dependencies and compile it myself. > > > > Any help with this would be appreciated > > Using yorba ppa [1] it works for me. Shotwell update at 0.10 version, > and works really fine. > > > > > Regards, > > Chris > > Sent via my BlackBerry from Vodacom - let your email find you! > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > Cheers! > > [1] > https://launchpad.net/~yorba/+archive/ppa?field.series_filter=maverick > -- caccolangrifata From lombaardcj at gmail.com Fri May 27 08:28:36 2011 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Fri, 27 May 2011 08:28:36 +0000 Subject: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu10.04 or earlier In-Reply-To: <1306483892.2756.6.camel@mind> References: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry> <1306483112.2756.3.camel@mind> <787744933-1306483248-cardhu_decombobulator_blackberry.rim.net-1052980899-@b2.c3.bise7.blackberry><1306483892.2756.6.camel@mind> Message-ID: <1884191402-1306484983-cardhu_decombobulator_blackberry.rim.net-277642484-@b2.c3.bise7.blackberry> So how did you get Shotwell version 0.10 installed? Did you add any repositories and did an upgrade. I'm suprised that you say you have the latest version 0.10 when Shotwell website clearly says it is only available from Natty onwards due to Vala etc issues. There is even a ticket number 3015 mentioned by Martin Wimpress, a community member. I have to ask: Can you run terminal command for me: shotwell -V It provide the release version you have installed. Thanks Sent via my BlackBerry from Vodacom - let your email find you! -----Original Message----- From: caccolangrifata Date: Fri, 27 May 2011 10:11:32 To: Cc: Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu10.04 or earlier Il giorno ven, 27/05/2011 alle 07.59 +0000, lombaardcj at gmail.com ha scritto: > Are you running Ubuntu version 10.04? If not which version do you have? Yes I'm running Ubuntu 10.04. Unfortunately for earlier version of Ubuntu there's only shotwell 0.7, but I don't know which dependencies miss. > > Sent via my BlackBerry from Vodacom - let your email find you! > > -----Original Message----- > From: caccolangrifata > Date: Fri, 27 May 2011 09:58:32 > To: > Cc: > Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu > 10.04 or earlier > > Il giorno ven, 27/05/2011 alle 07.37 +0000, lombaardcj at gmail.com ha > scritto: > > Hi, > > > > I'm very impressed with the Shotwell software and the updates that have been following quite progressively the past four months. > > > > I have only got version 0.9.0 at the moment and would like to keep up to date. > > > > I can't upgrade my Linux distro to latest as I'm running specific configurations of software not yet released for Natty. > > > > Even if I have to download all source dependencies and compile it myself. > > > > Any help with this would be appreciated > > Using yorba ppa [1] it works for me. Shotwell update at 0.10 version, > and works really fine. > > > > > Regards, > > Chris > > Sent via my BlackBerry from Vodacom - let your email find you! > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > Cheers! > > [1] > https://launchpad.net/~yorba/+archive/ppa?field.series_filter=maverick > -- caccolangrifata From caccolangrifata at gmail.com Fri May 27 08:51:26 2011 From: caccolangrifata at gmail.com (caccolangrifata) Date: Fri, 27 May 2011 10:51:26 +0200 Subject: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu10.04 or earlier In-Reply-To: <1884191402-1306484983-cardhu_decombobulator_blackberry.rim.net-277642484-@b2.c3.bise7.blackberry> References: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry> <1306483112.2756.3.camel@mind> <787744933-1306483248-cardhu_decombobulator_blackberry.rim.net-1052980899-@b2.c3.bise7.blackberry> <1306483892.2756.6.camel@mind> <1884191402-1306484983-cardhu_decombobulator_blackberry.rim.net-277642484-@b2.c3.bise7.blackberry> Message-ID: <1306486286.2756.13.camel@mind> Oh shit! I was completely wrong. I'm thinking Ubuntu Maverick (10.10) was Ubuntu 10.04. I'm really sorry. Il giorno ven, 27/05/2011 alle 08.28 +0000, lombaardcj at gmail.com ha scritto: > So how did you get Shotwell version 0.10 installed? Did you add any repositories and did an upgrade. I'm suprised that you say you have the latest version 0.10 when Shotwell website clearly says it is only available from Natty onwards due to Vala etc issues. There is even a ticket number 3015 mentioned by Martin Wimpress, a community member. > > I have to ask: > Can you run terminal command for me: shotwell -V > > It provide the release version you have installed. > > Thanks > > Sent via my BlackBerry from Vodacom - let your email find you! > > -----Original Message----- > From: caccolangrifata > Date: Fri, 27 May 2011 10:11:32 > To: > Cc: > Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on > Ubuntu10.04 or earlier > > Il giorno ven, 27/05/2011 alle 07.59 +0000, lombaardcj at gmail.com ha > scritto: > > Are you running Ubuntu version 10.04? If not which version do you have? > > Yes I'm running Ubuntu 10.04. Unfortunately for earlier version of > Ubuntu there's only shotwell 0.7, but I don't know which dependencies > miss. > > > > > Sent via my BlackBerry from Vodacom - let your email find you! > > > > -----Original Message----- > > From: caccolangrifata > > Date: Fri, 27 May 2011 09:58:32 > > To: > > Cc: > > Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu > > 10.04 or earlier > > > > Il giorno ven, 27/05/2011 alle 07.37 +0000, lombaardcj at gmail.com ha > > scritto: > > > Hi, > > > > > > I'm very impressed with the Shotwell software and the updates that have been following quite progressively the past four months. > > > > > > I have only got version 0.9.0 at the moment and would like to keep up to date. > > > > > > I can't upgrade my Linux distro to latest as I'm running specific configurations of software not yet released for Natty. > > > > > > Even if I have to download all source dependencies and compile it myself. > > > > > > Any help with this would be appreciated > > > > Using yorba ppa [1] it works for me. Shotwell update at 0.10 version, > > and works really fine. > > > > > > > > Regards, > > > Chris > > > Sent via my BlackBerry from Vodacom - let your email find you! > > > _______________________________________________ > > > Shotwell mailing list > > > Shotwell at lists.yorba.org > > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > Cheers! > > > > [1] > > https://launchpad.net/~yorba/+archive/ppa?field.series_filter=maverick > > > -- caccolangrifata From lombaardcj at gmail.com Fri May 27 08:55:32 2011 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Fri, 27 May 2011 08:55:32 +0000 Subject: [Shotwell] Using latest version of Shotwell 0.10 onUbuntu10.04 or earlier In-Reply-To: <1306486286.2756.13.camel@mind> References: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry> <1306483112.2756.3.camel@mind> <787744933-1306483248-cardhu_decombobulator_blackberry.rim.net-1052980899-@b2.c3.bise7.blackberry> <1306483892.2756.6.camel@mind> <1884191402-1306484983-cardhu_decombobulator_blackberry.rim.net-277642484-@b2.c3.bise7.blackberry><1306486286.2756.13.camel@mind> Message-ID: <1854529480-1306486598-cardhu_decombobulator_blackberry.rim.net-82753316-@b2.c3.bise7.blackberry> Thanks for that caccolangrifata It was worth a shot anyway. I hope someone might be able to help me. Regards, Chris Sent via my BlackBerry from Vodacom - let your email find you! -----Original Message----- From: caccolangrifata Date: Fri, 27 May 2011 10:51:26 To: Cc: Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu10.04 or earlier Oh shit! I was completely wrong. I'm thinking Ubuntu Maverick (10.10) was Ubuntu 10.04. I'm really sorry. Il giorno ven, 27/05/2011 alle 08.28 +0000, lombaardcj at gmail.com ha scritto: > So how did you get Shotwell version 0.10 installed? Did you add any repositories and did an upgrade. I'm suprised that you say you have the latest version 0.10 when Shotwell website clearly says it is only available from Natty onwards due to Vala etc issues. There is even a ticket number 3015 mentioned by Martin Wimpress, a community member. > > I have to ask: > Can you run terminal command for me: shotwell -V > > It provide the release version you have installed. > > Thanks > > Sent via my BlackBerry from Vodacom - let your email find you! > > -----Original Message----- > From: caccolangrifata > Date: Fri, 27 May 2011 10:11:32 > To: > Cc: > Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on > Ubuntu10.04 or earlier > > Il giorno ven, 27/05/2011 alle 07.59 +0000, lombaardcj at gmail.com ha > scritto: > > Are you running Ubuntu version 10.04? If not which version do you have? > > Yes I'm running Ubuntu 10.04. Unfortunately for earlier version of > Ubuntu there's only shotwell 0.7, but I don't know which dependencies > miss. > > > > > Sent via my BlackBerry from Vodacom - let your email find you! > > > > -----Original Message----- > > From: caccolangrifata > > Date: Fri, 27 May 2011 09:58:32 > > To: > > Cc: > > Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu > > 10.04 or earlier > > > > Il giorno ven, 27/05/2011 alle 07.37 +0000, lombaardcj at gmail.com ha > > scritto: > > > Hi, > > > > > > I'm very impressed with the Shotwell software and the updates that have been following quite progressively the past four months. > > > > > > I have only got version 0.9.0 at the moment and would like to keep up to date. > > > > > > I can't upgrade my Linux distro to latest as I'm running specific configurations of software not yet released for Natty. > > > > > > Even if I have to download all source dependencies and compile it myself. > > > > > > Any help with this would be appreciated > > > > Using yorba ppa [1] it works for me. Shotwell update at 0.10 version, > > and works really fine. > > > > > > > > Regards, > > > Chris > > > Sent via my BlackBerry from Vodacom - let your email find you! > > > _______________________________________________ > > > Shotwell mailing list > > > Shotwell at lists.yorba.org > > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > Cheers! > > > > [1] > > https://launchpad.net/~yorba/+archive/ppa?field.series_filter=maverick > > > -- caccolangrifata From caccolangrifata at gmail.com Fri May 27 09:18:40 2011 From: caccolangrifata at gmail.com (caccolangrifata) Date: Fri, 27 May 2011 11:18:40 +0200 Subject: [Shotwell] Using latest version of Shotwell 0.10 onUbuntu10.04 or earlier In-Reply-To: <1854529480-1306486598-cardhu_decombobulator_blackberry.rim.net-82753316-@b2.c3.bise7.blackberry> References: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry> <1306483112.2756.3.camel@mind> <787744933-1306483248-cardhu_decombobulator_blackberry.rim.net-1052980899-@b2.c3.bise7.blackberry> <1306483892.2756.6.camel@mind> <1884191402-1306484983-cardhu_decombobulator_blackberry.rim.net-277642484-@b2.c3.bise7.blackberry> <1306486286.2756.13.camel@mind> <1854529480-1306486598-cardhu_decombobulator_blackberry.rim.net-82753316-@b2.c3.bise7.blackberry> Message-ID: <1306487920.2756.36.camel@mind> You can try to compile shotwell from source, the dependencies are: libgconf2-dev libgee-dev libgexiv2-dev -- can use yorba ppa [1] libglib2.0-dev -- 2.26 needed. libgnomevfs2-dev libgstreamer0.10-dev libgtk2.0-dev libgudev-1.0-dev libexif-dev libgphoto2-2-dev libraw-dev -- can use yorba ppa [1] libsoup2.4-dev libxml2-dev libsqlite3-dev m4 libunique-dev libwebkit-dev For vala you can use this ppa [2] (not for Ubuntu 9.10 or earlier) [1] https://launchpad.net/~yorba/+archive/ppa [2] https://launchpad.net/~vala-team/+archive/ppa The only dependencies missing is libglib2.0-dev. Version 2.24 available in Ubuntu 10.04 needed 2.26. Sorry for the false hopes :( Il giorno ven, 27/05/2011 alle 08.55 +0000, lombaardcj at gmail.com ha scritto: > Thanks for that caccolangrifata > > It was worth a shot anyway. > > I hope someone might be able to help me. > > Regards, > Chris > Sent via my BlackBerry from Vodacom - let your email find you! > > -----Original Message----- > From: caccolangrifata > Date: Fri, 27 May 2011 10:51:26 > To: > Cc: > Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on > Ubuntu10.04 or earlier > > Oh shit! I was completely wrong. I'm thinking Ubuntu Maverick (10.10) > was Ubuntu 10.04. I'm really sorry. > > Il giorno ven, 27/05/2011 alle 08.28 +0000, lombaardcj at gmail.com ha > scritto: > > So how did you get Shotwell version 0.10 installed? Did you add any repositories and did an upgrade. I'm suprised that you say you have the latest version 0.10 when Shotwell website clearly says it is only available from Natty onwards due to Vala etc issues. There is even a ticket number 3015 mentioned by Martin Wimpress, a community member. > > > > I have to ask: > > Can you run terminal command for me: shotwell -V > > > > It provide the release version you have installed. > > > > Thanks > > > > Sent via my BlackBerry from Vodacom - let your email find you! > > > > -----Original Message----- > > From: caccolangrifata > > Date: Fri, 27 May 2011 10:11:32 > > To: > > Cc: > > Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on > > Ubuntu10.04 or earlier > > > > Il giorno ven, 27/05/2011 alle 07.59 +0000, lombaardcj at gmail.com ha > > scritto: > > > Are you running Ubuntu version 10.04? If not which version do you have? > > > > Yes I'm running Ubuntu 10.04. Unfortunately for earlier version of > > Ubuntu there's only shotwell 0.7, but I don't know which dependencies > > miss. > > > > > > > > Sent via my BlackBerry from Vodacom - let your email find you! > > > > > > -----Original Message----- > > > From: caccolangrifata > > > Date: Fri, 27 May 2011 09:58:32 > > > To: > > > Cc: > > > Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu > > > 10.04 or earlier > > > > > > Il giorno ven, 27/05/2011 alle 07.37 +0000, lombaardcj at gmail.com ha > > > scritto: > > > > Hi, > > > > > > > > I'm very impressed with the Shotwell software and the updates that have been following quite progressively the past four months. > > > > > > > > I have only got version 0.9.0 at the moment and would like to keep up to date. > > > > > > > > I can't upgrade my Linux distro to latest as I'm running specific configurations of software not yet released for Natty. > > > > > > > > Even if I have to download all source dependencies and compile it myself. > > > > > > > > Any help with this would be appreciated > > > > > > Using yorba ppa [1] it works for me. Shotwell update at 0.10 version, > > > and works really fine. > > > > > > > > > > > Regards, > > > > Chris > > > > Sent via my BlackBerry from Vodacom - let your email find you! > > > > _______________________________________________ > > > > Shotwell mailing list > > > > Shotwell at lists.yorba.org > > > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > > Cheers! > > > > > > [1] > > > https://launchpad.net/~yorba/+archive/ppa?field.series_filter=maverick > > > > > > -- caccolangrifata From andrew.stacey at math.ntnu.no Fri May 27 09:40:33 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Fri, 27 May 2011 11:40:33 +0200 Subject: [Shotwell] Using latest version of Shotwell 0.10 onUbuntu10.04 or earlier In-Reply-To: <1854529480-1306486598-cardhu_decombobulator_blackberry.rim.net-82753316-@b2.c3.bise7.blackberry> References: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry> <1306483112.2756.3.camel@mind> <787744933-1306483248-cardhu_decombobulator_blackberry.rim.net-1052980899-@b2.c3.bise7.blackberry> <1306483892.2756.6.camel@mind> <1884191402-1306484983-cardhu_decombobulator_blackberry.rim.net-277642484-@b2.c3.bise7.blackberry> <1306486286.2756.13.camel@mind> <1854529480-1306486598-cardhu_decombobulator_blackberry.rim.net-82753316-@b2.c3.bise7.blackberry> Message-ID: <20110527094033.GA4368@fimf-t19.math.ntnu.no> On Fri, May 27, 2011 at 08:55:32AM +0000, lombaardcj at gmail.com wrote: > Thanks for that caccolangrifata > > It was worth a shot anyway. > > I hope someone might be able to help me. I haven't been following this carefully so I apologise in advance if this isn't relevant. I recently got Shotwell 0.9.3 working on Debian 6. As Debian is usually a few releases behind Ubuntu, the dependencies and steps and so forth might be useful for you to know for Ubuntu 10.04 and Shotwell 0.10.0. If so, let me know (I won't be able to look these up until next week, though. You could look through the recent archives of this list as people here were extremely helpful in helping me do this, but the information is scattered over a few posts). Andrew From mateusz at loskot.net Fri May 27 09:54:19 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Fri, 27 May 2011 10:54:19 +0100 Subject: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu10.04 or earlier In-Reply-To: <1306483892.2756.6.camel@mind> References: <890235757-1306481894-cardhu_decombobulator_blackberry.rim.net-1889035343-@b2.c3.bise7.blackberry> <1306483112.2756.3.camel@mind> <787744933-1306483248-cardhu_decombobulator_blackberry.rim.net-1052980899-@b2.c3.bise7.blackberry> <1306483892.2756.6.camel@mind> Message-ID: <4DDF74CB.4080205@loskot.net> On 27/05/11 09:11, caccolangrifata wrote: > Il giorno ven, 27/05/2011 alle 07.59 +0000, lombaardcj at gmail.com ha > scritto: >> Are you running Ubuntu version 10.04? If not which version do you have? > > Yes I'm running Ubuntu 10.04. Unfortunately for earlier version of > Ubuntu there's only shotwell 0.7, but I don't know which dependencies > miss. Just run ./configure && make and read error message (if any). It will include name of dependency report by pkg-config as missing. When I was building Shotwell for the first time, I could not find comprehensive list of dependencies, so I went the trial & error path. It worked well and I got Shotwell built pretty quickly. 1) ./configure 2) make 3) ...read error 4) go to synapcit 5) find package with name mentioned in the error message 6) install -dev version of the package. 7) Go to 1) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From lombaardcj at gmail.com Fri May 27 09:59:26 2011 From: lombaardcj at gmail.com (lombaardcj at gmail.com) Date: Fri, 27 May 2011 09:59:26 +0000 Subject: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu10.04or earlier Message-ID: <597673644-1306490433-cardhu_decombobulator_blackberry.rim.net-801027196-@b2.c3.bise7.blackberry> Thanks for info everyone, I will be trying these recomendations and provide feedback to the benifit of others trying this as well. ------Original Message------ From: Mateusz Loskot To: caccolangrifata Cc: Chris Lombaard Cc: Shotwell at lists.yorba.org Subject: Re: [Shotwell] Using latest version of Shotwell 0.10 on Ubuntu10.04or earlier Sent: May 27, 2011 11:54 AM On 27/05/11 09:11, caccolangrifata wrote: > Il giorno ven, 27/05/2011 alle 07.59 +0000, lombaardcj at gmail.com ha > scritto: >> Are you running Ubuntu version 10.04? If not which version do you have? > > Yes I'm running Ubuntu 10.04. Unfortunately for earlier version of > Ubuntu there's only shotwell 0.7, but I don't know which dependencies > miss. Just run ./configure && make and read error message (if any). It will include name of dependency report by pkg-config as missing. When I was building Shotwell for the first time, I could not find comprehensive list of dependencies, so I went the trial & error path. It worked well and I got Shotwell built pretty quickly. 1) ./configure 2) make 3) ...read error 4) go to synapcit 5) find package with name mentioned in the error message 6) install -dev version of the package. 7) Go to 1) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org Sent via my BlackBerry from Vodacom - let your email find you! From valentin at sanva.net Fri May 27 13:28:02 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Fri, 27 May 2011 15:28:02 +0200 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 01 Message-ID: Hello! Since this Thursday I was working on the interface of the new tool, and I already have a simple interface working, based on crop tool code, that allows the user to click on the photo to create a tag and move/resize it ?it works the same way as Facebook's tagging system, plus moving/resizing the tag? with an entry text below it to write the tag text ?but it does nothing yet with the database, because I need to talk first with my mentor about how I should implement it. Next week I'll continue working on it and I think that I'll get the first step of the project complete, so the program would fully support adding positional tags to photos. I'm also reading *Learning OpenCV*, a book about the OpenCV computer vision library, to learn a bit about it to prepare myself to the next step of the project. By the way, you can view the proposal for this project here: http://trac.yorba.org/wiki/SummerOfCodePositionalTags . Cheers! NOTE: You can see a Spanish version of this mail in my personal blog, http://www.sanva.net/blog/94/ . From jorge.ortega111 at gmail.com Fri May 27 11:28:36 2011 From: jorge.ortega111 at gmail.com (Jorge Ortega) Date: Fri, 27 May 2011 12:28:36 +0100 Subject: [Shotwell] New Dynamic Views Message-ID: Congratulations for the new release. I've just upgraded and was looking forward to trying the new save-search feature..... but for the life of me I can't find how to do this. Sorry for what is probably a stupid question but I just can't find how to do the thing.... any help? From adam at yorba.org Fri May 27 16:01:50 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 27 May 2011 09:01:50 -0700 Subject: [Shotwell] New Dynamic Views In-Reply-To: References: Message-ID: <4DDFCAEE.3080907@yorba.org> On 05/27/2011 04:28 AM, Jorge Ortega wrote: > Congratulations for the new release. > > I've just upgraded and was looking forward to trying the new save-search > feature..... but for the life of me I can't find how to do this. Yes - unfortunately we forgot to update the documentation to describe this feature in the 0.10.0 release. So we should add a FAQ for this soon. To create a new saved search, do either of the following: - Choose the Edit->New Search... menu item. - Right click in an empty area of the sidebar and choose New Search. Hope this helps! adam From lutimdale at yahoo.com Sat May 28 01:38:49 2011 From: lutimdale at yahoo.com (Lu Timdale) Date: Fri, 27 May 2011 18:38:49 -0700 (PDT) Subject: [Shotwell] Saved Searches Rock Message-ID: <245977.87732.qm@web160811.mail.bf1.yahoo.com> Saved Searches: Wow what a great feature... brilliant.? I love it. I have a couple of comments: 1.? I think it would be easier to find and usable if you had the "Saved Searches" top level folder visible by default with a + or add button beside it.? At the very least, the right click on saved searches should show "new search" dropdown.? That is the only place it seems that it doesn't do it currently. 2.? I can't help but think that they are akin to smart playlists in music collection apps such as banshee. On that train of thought... Yes, we now have dynamic/smart playlist equivalents via "Saved Searches". Yes, we have static playlist equivalents via - "events"... but this is only the primary organization structure. - "flagged" list... but this is only one list and gets overwritten, so it's temporary. How about static playlist equivalents that are arbitrary in nature...? Collections/Slideshows/Stacks? I have a use case in mind already.? Every year, I put together a best of the year or yearbook type collection manually.? I hand pick these photos, so this is not easily doable with a dynamic search.??? I think these static collections are a bit different than tags btw, as tags typically (and will hopefully soon) represent a hierarchy and are part of the metadata.? These collections would never be written out to the file in metadata. Keep up the very solid work gents.? I am truly amazed at how far this app has come in such a short time. No worries if you have thought of these points already and are secretly planning to implement later.? ;-) Cheers. ? Lu Timdale From brunogirin at gmail.com Sat May 28 09:29:50 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 28 May 2011 10:29:50 +0100 Subject: [Shotwell] Saved Searches Rock In-Reply-To: <245977.87732.qm@web160811.mail.bf1.yahoo.com> References: <245977.87732.qm@web160811.mail.bf1.yahoo.com> Message-ID: <1306574990.1712.2.camel@nuuk> Lu, Isn't your "static playlist" a tag? So if you create a "Best of 2011" tag and assign it to all the photos you want, you have your static list. Cheers, Bruno On Fri, 2011-05-27 at 18:38 -0700, Lu Timdale wrote: > Saved Searches: Wow what a great feature... brilliant. I love it. > > I have a couple of comments: > > 1. I think it would be easier to find and usable if you had the "Saved Searches" top level folder visible by default with a + or add button beside it. At the very least, the right click on saved searches should show "new search" dropdown. That is the only place it seems that it doesn't do it currently. > > > > 2. I can't help but think that they are akin to smart playlists in music collection apps such as banshee. > On that train of thought... > Yes, we now have dynamic/smart playlist equivalents via "Saved Searches". > Yes, we have static playlist equivalents via > > - "events"... but this is only the primary organization structure. > - "flagged" list... but this is only one list and gets overwritten, so it's temporary. > How about static playlist equivalents that are arbitrary in nature... Collections/Slideshows/Stacks? > I have a use case in mind already. Every year, I put together a best of the year or yearbook type collection manually. I hand pick these photos, so this is not easily doable with a dynamic search. I think these static collections are a bit different than tags btw, as tags typically (and will hopefully soon) represent a hierarchy and are part of the metadata. These collections would never be written out to the file in metadata. > > > > Keep up the very solid work gents. I am truly amazed at how far this app has come in such a short time. > > No worries if you have thought of these points already and are secretly planning to implement later. ;-) > > > Cheers. > > > > Lu Timdale > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From lutimdale at yahoo.com Sat May 28 14:43:10 2011 From: lutimdale at yahoo.com (Lu Timdale) Date: Sat, 28 May 2011 07:43:10 -0700 (PDT) Subject: [Shotwell] Saved Searches Rock In-Reply-To: <1306574990.1712.2.camel@nuuk> References: <245977.87732.qm@web160811.mail.bf1.yahoo.com> <1306574990.1712.2.camel@nuuk> Message-ID: <838180.9318.qm@web160806.mail.bf1.yahoo.com> Yes, I thought about that, however there are several subtle differences.? BTW, I'm not thinking about a single use case, but how this extrapolates to multiple use cases over time. 1.? Hierarchy.?? ----------------------- Tags are intended to show a hierarchy, playlists are flat.? Yes, you could have a flat hierarchy with "Best of Year XXX" specifically for this purpose.? However, this would pollute the other use of tags.? Consider I use my tags as this tree - places ? - cuba ? - Jamaica - People ? - family??? - Canada ??? - Europe ? - friends - Sports ? - Soccer ? - Volleyball So now, I'm expected to have my organized hierarchy mixed with arbitrary list of tags (examples below).... Nope.? Too messy. - Best of 2000 - Best of 2001 - My photo album - My vacation slideshow - Things to print at Costco - ... 2. Static vs Dynamic. ----------------------- Tags are dynamic.? Once you assign the tag, the equivalent of a search occurs every time you access a particular hiearchy tag. You could have a saved search that equated to each level of the tag hierarchy... could you not? 3.? Metadata ----------------------- Tags are (or can be) written to metadata.? A list of photos is not... plain and simple.? When I get rid of a static playlist, all I do is delete it.? When I get rid of your proposed top level tag, each photo must be augmented to remove said tag.... more work. 4.? Temporary vs. Permanent ------------------------------------------- Tags are intended to be continually added to photos, rarely do they get deleted.? Static Playlists can be more temporary.? When done with the purpose of the static playlist, you simply delete it.? Think of the "things to print at costco". 5. Ordering ----------------------- Any dynamic search is basically restricted to ordering by one of the available fields and 99% of the time is invariably by date.? Static playlists should have the ability to order by manual ordering.? Think of the slideshow... I want the ability to have the picture of grandma followed by grandpa, followed by x.? 6.? Association of other items ------------------------------------------ Say I want the slideshow to play specific music.? Say I want that to be configurable per playlist and more than that, I want that to be a saved configuration.? When I get to the hall to do my presentation, I just want to hit play instead of mucking around with settings there.? Not sure how that would work with tags, but it seems like the static playlist is a natural fit here. Anyway... some food for thought. ? Thank You Lu Timdale lutimdale at yahoo.com ----- Original Message ----- From: Bruno Girin To: shotwell at lists.yorba.org Cc: Sent: Saturday, May 28, 2011 5:29:50 AM Subject: Re: [Shotwell] Saved Searches Rock Lu, Isn't your "static playlist" a tag? So if you create a "Best of 2011" tag and assign it to all the photos you want, you have your static list. Cheers, Bruno On Fri, 2011-05-27 at 18:38 -0700, Lu Timdale wrote: > Saved Searches: Wow what a great feature... brilliant.? I love it. > > I have a couple of comments: > > 1.? I think it would be easier to find and usable if you had the "Saved Searches" top level folder visible by default with a + or add button beside it.? At the very least, the right click on saved searches should show "new search" dropdown.? That is the only place it seems that it doesn't do it currently. > > > > 2.? I can't help but think that they are akin to smart playlists in music collection apps such as banshee. > On that train of thought... > Yes, we now have dynamic/smart playlist equivalents via "Saved Searches". > Yes, we have static playlist equivalents via > > - "events"... but this is only the primary organization structure. > - "flagged" list... but this is only one list and gets overwritten, so it's temporary. > How about static playlist equivalents that are arbitrary in nature...? Collections/Slideshows/Stacks? > I have a use case in mind already.? Every year, I put together a best of the year or yearbook type collection manually.? I hand pick these photos, so this is not easily doable with a dynamic search.? ? I think these static collections are a bit different than tags btw, as tags typically (and will hopefully soon) represent a hierarchy and are part of the metadata.? These collections would never be written out to the file in metadata. > > > > Keep up the very solid work gents.? I am truly amazed at how far this app has come in such a short time. > > No worries if you have thought of these points already and are secretly planning to implement later.? ;-) > > > Cheers. > >? > > Lu Timdale > _______________________________________________ > 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 wattecamps.lardy at orange.fr Sat May 28 16:31:53 2011 From: wattecamps.lardy at orange.fr (Sandrine Wattecamps - Lardy) Date: Sat, 28 May 2011 18:31:53 +0200 Subject: [Shotwell] i have lost my pictures Message-ID: <4DE12379.4090303@orange.fr> hello, I'm using ubuntu since few weeks and i'm a novice. I have upload pictures from a SD card with shotwell. But i don't know where the pitures are ? I have unfortunately deleted it from my SD card. Some one can help me ? wattlar From mateusz at loskot.net Sat May 28 20:44:43 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Sat, 28 May 2011 21:44:43 +0100 Subject: [Shotwell] i have lost my pictures In-Reply-To: <4DE12379.4090303@orange.fr> References: <4DE12379.4090303@orange.fr> Message-ID: <4DE15EBB.30105@loskot.net> On 28/05/11 17:31, Sandrine Wattecamps - Lardy wrote: > hello, > I'm using ubuntu since few weeks and i'm a novice. > I have upload pictures from a SD card with shotwell. > But i don't know where the pitures are ? Check the Pictures folder. Check if you have followed instructions from the guide and told Shotwell to copy the photos from SD card to the computer disk during import http://www.yorba.org/shotwell/help/import-file.html Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From iainmellis at googlemail.com Sat May 28 20:56:39 2011 From: iainmellis at googlemail.com (Iain Mellis) Date: Sat, 28 May 2011 21:56:39 +0100 Subject: [Shotwell] i have lost my pictures In-Reply-To: <4DE12379.4090303@orange.fr> References: <4DE12379.4090303@orange.fr> Message-ID: Make sure you haven't highlighted flagged photos only. I did this once. On 28 May 2011 17:31, "Sandrine Wattecamps - Lardy" < wattecamps.lardy at orange.fr> wrote: hello, I'm using ubuntu since few weeks and i'm a novice. I have upload pictures from a SD card with shotwell. But i don't know where the pitures are ? I have unfortunately deleted it from my SD card. Some one can help me ? wattlar _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From mateusz at loskot.net Sat May 28 21:03:22 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Sat, 28 May 2011 22:03:22 +0100 Subject: [Shotwell] i have lost my pictures In-Reply-To: References: <4DE12379.4090303@orange.fr> Message-ID: <4DE1631A.5030408@loskot.net> On 28/05/11 21:56, Iain Mellis wrote: > Make sure you haven't highlighted flagged photos only. I did this once. Indeed, happens to me frequently :-) Sandrine, also, if Shotwell's lost links to photo files, you should see an additional node reporting missing photos at the bottom of the tree in the left sidebar. If you don't see it, I think nothing has lost :-) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From mateusz at loskot.net Sat May 28 21:27:15 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Sat, 28 May 2011 22:27:15 +0100 Subject: [Shotwell] Saved Searches Rock In-Reply-To: <838180.9318.qm@web160806.mail.bf1.yahoo.com> References: <245977.87732.qm@web160811.mail.bf1.yahoo.com> <1306574990.1712.2.camel@nuuk> <838180.9318.qm@web160806.mail.bf1.yahoo.com> Message-ID: <4DE168B3.4000304@loskot.net> On 28/05/11 15:43, Lu Timdale wrote: > - Best of 2000 > - Best of 2001 This sounds like perfect use case for rating. Then you select tag "2001" + filter rating and you get best of 2001. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From bengt at thuree.com Sun May 29 09:41:26 2011 From: bengt at thuree.com (Bengt) Date: Sun, 29 May 2011 19:41:26 +1000 Subject: [Shotwell] Error messages... Message-ID: <4DE214C6.1070104@thuree.com> Hi I just started up Shotwell 0.10 (trunk), and I am very happy with the new search function :) :) Countdown has started until I stop using F-Spot (which is extremly sluggish for me). But, I see the following messages in the console. > XMP Toolkit error 102: Named children only allowed for schemas and structs > Warning: Failed to decode XMP metadata. > Error: Directory Canon: Next pointer is out of bounds; ignored. > Warning: Directory Canon, entry 0x0100 has unknown Exif (TIFF) type 768; setting type size 1. > Error: Directory Canon, entry 0x0100 has invalid size 805306368*1; skipping entry. > Error: Directory NikonPreview: Next pointer is out of bounds; ignored. > Warning: Directory NikonPreview, entry 0x0002 has unknown Exif (TIFF) type 0; setting type size 1. > Error: Offset of directory NikonPreview, entry 0x0002 is out of bounds: Offset = 0x38000002; truncating the entry > Warning: Directory Canon, entry 0x0100 has unknown Exif (TIFF) type 768; setting type size 1. Are these one something should/need to be fixed (raise a bug on them)? I have not narrowed down which image causes each message, but could do that if needed. /Bengt -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From chrisgame at pobox.com Sun May 29 11:21:10 2011 From: chrisgame at pobox.com (Chris Game) Date: Sun, 29 May 2011 12:21:10 +0100 (BST) Subject: [Shotwell] RPM package? Message-ID: Could anyone point us to a .rpm package compiled for Fedora 14? Anything post version 0.8.1 would be nice! Failing that some step by step build instructions would be nice too, without references to PPAs which are a Ubuntu thing. Regds, Chris G. From mateusz at loskot.net Sun May 29 11:42:36 2011 From: mateusz at loskot.net (Mateusz Loskot) Date: Sun, 29 May 2011 12:42:36 +0100 Subject: [Shotwell] RPM package? In-Reply-To: References: Message-ID: <4DE2312C.8090904@loskot.net> On 29/05/11 12:21, Chris Game wrote: > Failing that some step by step build instructions would be nice too, Having nearly no knowledge about dependencies except need of Vala development toolset, I've managed to figure out the build procedure and dependencies pretty quickly: 0) $ git clone git://yorba.org/shotwell 1) ./configure 2) make 3) ...read error (message reported by pkg-config on missing dependency) 4) go to package manager of your distribution 5) find package with name mentioned in the error message 6) install -dev version of the package. 7) Go to 1) Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From lutimdale at yahoo.com Sun May 29 14:46:23 2011 From: lutimdale at yahoo.com (Lu Timdale) Date: Sun, 29 May 2011 07:46:23 -0700 (PDT) Subject: [Shotwell] Saved Searches Rock In-Reply-To: <4DE168B3.4000304@loskot.net> References: <245977.87732.qm@web160811.mail.bf1.yahoo.com> <1306574990.1712.2.camel@nuuk> <838180.9318.qm@web160806.mail.bf1.yahoo.com> <4DE168B3.4000304@loskot.net> Message-ID: <420344.21715.qm@web160817.mail.bf1.yahoo.com> Yes, understood.? However, I will not be using tags for anything other than a taxonomy/hierarchy.? If I have 1000 flat tags such as this, does that mean they will all show up in the top tag folder?? I don't think this is what I (or users in general) want.? Additionally, the year is an attribute that is already present... why would I tag with the year? I would rather do this. As a starting point, I could use a custom search which filtered on - rating (eg. > 4 star) - exif date range (or year portion of date) NB: From what I see, date/date taken/date original/file date are not part of the saved search filter criteria (yet).? :-)? I'm sure all exif/file data will eventually be exposed there. I could then add a "yearbook" tag (reusable for all years), and create another saved search with all 3 parameters. That would be good enough for that use case. BUT... I still like the concept of static playlists though, for things that don't fit well into the above mold... such as "things to get printed", "slideshow x".? Tags just don't cut it for that.? ? Lu Timdale lutimdale at yahoo.com ----- Original Message ----- From: Mateusz Loskot To: Lu Timdale Cc: Shotwell Mailing List Sent: Saturday, May 28, 2011 5:27:15 PM Subject: Re: [Shotwell] Saved Searches Rock On 28/05/11 15:43, Lu Timdale wrote: > - Best of 2000 > - Best of 2001 This sounds like perfect use case for rating. Then you select tag "2001" + filter rating and you get best of 2001. Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org From brunogirin at gmail.com Sun May 29 15:00:18 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 29 May 2011 16:00:18 +0100 Subject: [Shotwell] RPM package? In-Reply-To: References: Message-ID: <1306681218.1749.1.camel@nuuk> Chris, Check the build from source instructions for Fedora on the install page: http://www.yorba.org/shotwell/install/ I know this is not what you asked for as you really want a .rpm but building from source is not that complicated once you have the correct dependencies. Cheers, Bruno On Sun, 2011-05-29 at 12:21 +0100, Chris Game wrote: > Could anyone point us to a .rpm package compiled for Fedora 14? > Anything post version 0.8.1 would be nice! > > > Failing that some step by step build instructions would be nice too, > without references to PPAs which are a Ubuntu thing. > > Regds, Chris G. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From guiyou65 at gmail.com Sun May 29 16:27:17 2011 From: guiyou65 at gmail.com (Thierry Le Guillou) Date: Sun, 29 May 2011 18:27:17 +0200 Subject: [Shotwell] i have lost my pictures In-Reply-To: <4DE12379.4090303@orange.fr> References: <4DE12379.4090303@orange.fr> Message-ID: <4DE273E5.5000609@gmail.com> If you still can see your pictures in Shotwell, without any message, then they still exist. Good new ! Then you just have to clic one picture, and in the view menu select extended informations (Maj+Ctrl+X) So you will see the full filename and so where pictures are saved. Thierry Le 28/05/2011 18:31, Sandrine Wattecamps - Lardy a ?crit : > hello, > I'm using ubuntu since few weeks and i'm a novice. > I have upload pictures from a SD card with shotwell. > But i don't know where the pitures are ? > I have unfortunately deleted it from my SD card. > Some one can help me ? > > wattlar > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From dago.pacheco at gmail.com Sun May 29 18:05:15 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Sun, 29 May 2011 14:05:15 -0400 Subject: [Shotwell] i have lost my pictures In-Reply-To: <4DE273E5.5000609@gmail.com> References: <4DE12379.4090303@orange.fr> <4DE273E5.5000609@gmail.com> Message-ID: In case you can't find your pics in your hard drive file system, you can alway tray to recover them from you SD card with photorec ( http://www.cgsecurity.org/wiki/PhotoRec_Step_By_Step), but as everybody said, It's quite probable that your pics aren't missing. 2011/5/29 Thierry Le Guillou > If you still can see your pictures in Shotwell, without any message, then > they still exist. Good new ! > Then you just have to clic one picture, and in the view menu select > extended informations (Maj+Ctrl+X) > So you will see the full filename and so where pictures are saved. > Thierry > > Le 28/05/2011 18:31, Sandrine Wattecamps - Lardy a ?crit : > > hello, >> I'm using ubuntu since few weeks and i'm a novice. >> I have upload pictures from a SD card with shotwell. >> But i don't know where the pitures are ? >> I have unfortunately deleted it from my SD card. >> Some one can help me ? >> >> wattlar >> _______________________________________________ >> 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 guiyou65 at gmail.com Sun May 29 21:41:14 2011 From: guiyou65 at gmail.com (Thierry Le Guillou) Date: Sun, 29 May 2011 23:41:14 +0200 Subject: [Shotwell] Export Piwigo Message-ID: <4DE2BD7A.2050004@gmail.com> I tried the new plugin to export my pictures to Piwigo with Shotwell v 0.10. There is a problem : the dialog windows stay empty and blank just after the message about getting back server information. And it's still working with v 0.93 (using an other computer). Strange. Does everyone have the same ? Thierry PS : I love saved searches ! From brunogirin at gmail.com Sun May 29 22:45:18 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 29 May 2011 23:45:18 +0100 Subject: [Shotwell] Export Piwigo In-Reply-To: <4DE2BD7A.2050004@gmail.com> References: <4DE2BD7A.2050004@gmail.com> Message-ID: <1306709118.1749.17.camel@nuuk> Thierry, Can you run Shotwell with the following command? SHOTWELL_LOG=1 shotwell Then post the content of .cache/shotwell/shotwell.log I tested the new plugin against an account on piwigo.com so I may have overlooked some configuration options that your server uses. Otherwise, if there is any way that I can use a test account on your server, I could check what the problem is directly. Bruno On Sun, 2011-05-29 at 23:41 +0200, Thierry Le Guillou wrote: > I tried the new plugin to export my pictures to Piwigo with Shotwell v 0.10. > There is a problem : the dialog windows stay empty and blank just after > the message about getting back server information. > > And it's still working with v 0.93 (using an other computer). Strange. > Does everyone have the same ? > > Thierry > > PS : I love saved searches ! > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From pedro at pedrocr.net Mon May 30 00:13:52 2011 From: pedro at pedrocr.net (=?UTF-8?Q?Pedro_C=C3=B4rte=2DReal?=) Date: Sun, 29 May 2011 17:13:52 -0700 Subject: [Shotwell] On RAW handling Message-ID: I went through 1500 RAW images in the last few weeks from two events from a Sony A700 (12MP ARW files). I'm still using f-spot since shotwell's current RAW handling abilities are not enough. Here are my observations from doing it that may help in designing shotwell: - f-spot is generally slow at showing the thumbnails from my 20k photos. shotwell already solves this - f-spot is pretty decent at actually displaying the raw files. It doesn't generate any mimics, doing a conversion on the fly to display, that's fast enough to not be too much of an issue (for sony ARW files at least). This could potentially still be sped up by using something like rawspeed[1] and reading RAWs as half or quarter resolution[2]. - Using an external program to then do raw conversions (ufraw in this case) is very cumbersome. If I'm converting 100 photos out of the original 1000, I have to open each of them in ufraw, do changes and then wait for ufraw to do a full conversion and save the new image in a new file. So most of my time is actually spent waiting for ufraw to open (re-read the RAW and apply initial settings) or to close (do a full conversion and save the file). - I used to shoot RAW+JPEG to get a decent RAW conversion straight out of the camera. I then realized that the embedded thumbnail was pretty big (1080p in my camera) to use as a reference or web image and that I ended up doing new raw conversions for everything anyway. Since the raw converter can't really reproduce the in-camera conversion, using the built-in thumbnail just introduces inconsistency. My conclusions for shotwell would be: - If versions/RAW+JPEG pairs are added to shotwell it will basically have the same RAW handling abilities as f-spot, but that shouldn't be the real solution. (i.e., bug #1772 is only really a way to handle RAW+JPEG shot in camera and shouldn't be the general way to handle RAW like f-spot currently does) - Mimics are a bad idea. Changing the RAW conversion is a basic step in any RAW workflow. I basically only ever do a conversion and sometimes a crop. Fixing the RAW conversion to a substandard default and then doing color/brightness/etc correction on the output throws away a bunch of information. - Using JPEGs embedded in RAW files is also a bad idea as they are inconsistent with the RAW processing on the computer. RAW conversion for display/thumbnailing can be made fast enough for this not to matter. - RAW conversions shouldn't be done until a file actually needs to be generated. In my case my final output was to upload to Flickr. Ideally shotwell would just store the RAW conversion settings when I do changes and show me a fast preview. Only when I actually push export to flickr should the files be generated (and they don't need to be saved to disk, maybe a limited size cache would make sense though). It's fine if that takes longer as at that point I can just leave the computer to do it as a batch. Bug #1771 has a lot of discussion about this. Shotwell seems to already have a great philosophy for JPEGs where it only stores metadata about transformations and generates the output on the fly. The same should apply to RAW, in fact that's how things like Apple's Aperture work and even f-spot was planning on moving in that direction[3]. Pedro [1] http://sh0dan.blogspot.com/2009/02/introducing-rawspeed.html [2] I've seen that half is possible and have asked the rawspeed developer if quarter is also possible. Even if it's not, just dropping half the resolution after reading will reduce the amount of work for all the rest of the steps (demosaic, etc) [3] http://mail.gnome.org/archives/f-spot-list/2010-June/msg00051.html From pedro at pedrocr.net Mon May 30 00:58:37 2011 From: pedro at pedrocr.net (=?UTF-8?Q?Pedro_C=C3=B4rte=2DReal?=) Date: Sun, 29 May 2011 17:58:37 -0700 Subject: [Shotwell] On RAW handling In-Reply-To: References: Message-ID: > [3] http://mail.gnome.org/archives/f-spot-list/2010-June/msg00051.html Here's a better reference for the f-spot RAW processing work: http://weblog.savanne.be/180-summer-of-code-2009 Pedro From jcdubacq1 at free.fr Mon May 30 05:44:01 2011 From: jcdubacq1 at free.fr (Jean-Christophe Dubacq) Date: Mon, 30 May 2011 07:44:01 +0200 Subject: [Shotwell] Event tags Message-ID: <4DE32EA1.5030109@free.fr> Hi, I began using shotwell three months ago. Before mass-importing my pictures (all the way from 2005), I pondered whether this could be a fine addition to have "Event tags" Event tags are tags that apply to the whole event and complement the normal picture (and soon region) tags. Selecting events tags would allow to restrict the What do people think of it? I did not find it in the request list (but I may have been a bit too quick; subjects are sometimes terse). This may be related to #1586. -- Jean-Christophe Dubacq From jcdubacq1 at free.fr Mon May 30 07:14:27 2011 From: jcdubacq1 at free.fr (Jean-Christophe Dubacq) Date: Mon, 30 May 2011 09:14:27 +0200 Subject: [Shotwell] Event tags In-Reply-To: <4DE32EA1.5030109@free.fr> (sfid-20110530_074628_007321_C064ED43) References: <4DE32EA1.5030109@free.fr> (sfid-20110530_074628_007321_C064ED43) Message-ID: <4DE343D3.3070201@free.fr> On 30/05/2011 07:44, Jean-Christophe Dubacq wrote: > Hi, > > I began using shotwell three months ago. Before mass-importing my > pictures (all the way from 2005), I pondered whether this could be a > fine addition to have "Event tags" > > Event tags are tags that apply to the whole event and complement the > normal picture (and soon region) tags. Selecting events tags would allow > to restrict the > > What do people think of it? I did not find it in the request list (but I > may have been a bit too quick; subjects are sometimes terse). > > This may be related to #1586. I did not give any good rationale for this, but for example, I would like to qualify some events as "blogged", "marks given", "panorama pictures done", "work-event", "family-event" ... -- Jean-Christophe Dubacq From chrisgame at pobox.com Mon May 30 09:31:19 2011 From: chrisgame at pobox.com (Chris Game) Date: Mon, 30 May 2011 10:31:19 +0100 (BST) Subject: [Shotwell] RPM package? In-Reply-To: References: Message-ID: Thanks Mateusz and Bruno, I mashed together the instructions list from Mateusz (I'd already seen that when it was posted earlier) and the useful instructions on the Shotwell site and worked it through. The only sticking points were in working out the package name for the libraw error message (why the developer chose a mixed case name like LibRaw-devel beats me, going against the usual convention), again finding the exact name for the glib2-devel package starting from the error message, and the trivial point that both vala and shotwell installed runtime files into /usr/local/share directories owned by root without permissions for users to read or enter. Shotwell 0.10 working here now, and at first glance not much change from 0.8! No hierarchy for tags yet I see. Regds, Chris G. From brunogirin at gmail.com Mon May 30 10:01:31 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Mon, 30 May 2011 11:01:31 +0100 Subject: [Shotwell] RPM package? In-Reply-To: References: Message-ID: <1306749691.1745.37.camel@nuuk> On Mon, 2011-05-30 at 10:31 +0100, Chris Game wrote: > Thanks Mateusz and Bruno, > > I mashed together the instructions list from Mateusz (I'd already > seen that when it was posted earlier) and the useful instructions on > the Shotwell site and worked it through. Good! > The only sticking points > were in working out the package name for the libraw error message > (why the developer chose a mixed case name like LibRaw-devel beats > me, going against the usual convention), again finding the exact name > for the glib2-devel package starting from the error message, .deb based systems have a search facility in aptitude which I find very useful to work that sort of things out. I don't know if yum has similar features but it may be good to check. > and the > trivial point that both vala and shotwell installed runtime files into > /usr/local/share directories owned by root without permissions for > users to read or enter. This should not happen unless your root user has an unusual umask setting. You can check that by running the following in a command line: sudo umask > > Shotwell 0.10 working here now, and at first glance not much change > from 0.8! No hierarchy for tags yet I see. 0.10 was brought forward so a number of features like hierarchical tags will go into 0.11 instead. The main new feature is saved searches. Cheers, Bruno From andrew.stacey at math.ntnu.no Mon May 30 11:14:38 2011 From: andrew.stacey at math.ntnu.no (Andrew Stacey) Date: Mon, 30 May 2011 13:14:38 +0200 Subject: [Shotwell] RPM package? In-Reply-To: <1306749691.1745.37.camel@nuuk> References: <1306749691.1745.37.camel@nuuk> Message-ID: <20110530111438.GE32397@fimf-t19.math.ntnu.no> On Mon, May 30, 2011 at 11:01:31AM +0100, Bruno Girin wrote: > > and the trivial point that both vala and shotwell installed runtime files > > into /usr/local/share directories owned by root without permissions for > > users to read or enter. > > This should not happen unless your root user has an unusual umask > setting. You can check that by running the following in a command line: > sudo umask In case it's of any help, I often run in to that problem because as a *user* I have a restrictive umask (077) and when I do `sudo make install` then my *user* umask gets applied. I have to keep remembering to relax the umask, to 022, prior to running `sudo make install`. There's probably a neat trick to fix this (but before knowing that a neat trick will fix it, one has to know where the problem is, which is why I'm replying). Andrew From bengt at thuree.com Mon May 30 12:29:46 2011 From: bengt at thuree.com (Bengt) Date: Mon, 30 May 2011 22:29:46 +1000 Subject: [Shotwell] RPM package? In-Reply-To: <20110530111438.GE32397@fimf-t19.math.ntnu.no> References: <1306749691.1745.37.camel@nuuk> <20110530111438.GE32397@fimf-t19.math.ntnu.no> Message-ID: <4DE38DBA.4020604@thuree.com> On 30/05/11 21:14, Andrew Stacey wrote: > On Mon, May 30, 2011 at 11:01:31AM +0100, Bruno Girin wrote: >>> and the trivial point that both vala and shotwell installed runtime files >>> into /usr/local/share directories owned by root without permissions for >>> users to read or enter. >> >> This should not happen unless your root user has an unusual umask >> setting. You can check that by running the following in a command line: >> sudo umask > > In case it's of any help, I often run in to that problem because as a *user* > I have a restrictive umask (077) and when I do `sudo make install` then my > *user* umask gets applied. I have to keep remembering to relax the umask, to > 022, prior to running `sudo make install`. There's probably a neat trick to > fix this (but before knowing that a neat trick will fix it, one has to know > where the problem is, which is why I'm replying). To avoid all that, I just simply install it in my own home directory ./configure --prefix=${HOME}/unstable/shotwell PKG_CONFIG_PATH=${HOME}/unstable/gexiv2/lib/pkgconfig XDG_DATA_DIRS=$XDG_DATA_DIRS:${HOME}/unstable/ export PKG_CONFIG_PATH make make install -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From wattecamps.lardy at orange.fr Mon May 30 13:09:41 2011 From: wattecamps.lardy at orange.fr (Famille Wattecamps-Lardy) Date: Mon, 30 May 2011 15:09:41 +0200 Subject: [Shotwell] i have lost my pictures In-Reply-To: References: <4DE12379.4090303@orange.fr> <4DE273E5.5000609@gmail.com> Message-ID: <4DE39715.6000807@orange.fr> My pics was really missing ! But you give me THE Solution. If you were near me, I will kiss you ! L Le 29/05/2011 20:05, Dago Pacheco a ?crit : > In case you can't find your pics in your hard drive file system, you can > alway tray to recover them from you SD card with photorec ( > http://www.cgsecurity.org/wiki/PhotoRec_Step_By_Step), but as everybody > said, It's quite probable that your pics aren't missing. > > 2011/5/29 Thierry Le Guillou > >> If you still can see your pictures in Shotwell, without any message, then >> they still exist. Good new ! >> Then you just have to clic one picture, and in the view menu select >> extended informations (Maj+Ctrl+X) >> So you will see the full filename and so where pictures are saved. >> Thierry >> >> Le 28/05/2011 18:31, Sandrine Wattecamps - Lardy a ?crit : >> >> hello, >>> I'm using ubuntu since few weeks and i'm a novice. >>> I have upload pictures from a SD card with shotwell. >>> But i don't know where the pitures are ? >>> I have unfortunately deleted it from my SD card. >>> Some one can help me ? >>> >>> wattlar >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From dago.pacheco at gmail.com Mon May 30 13:20:06 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Mon, 30 May 2011 09:20:06 -0400 Subject: [Shotwell] i have lost my pictures In-Reply-To: <4DE39715.6000807@orange.fr> References: <4DE12379.4090303@orange.fr> <4DE273E5.5000609@gmail.com> <4DE39715.6000807@orange.fr> Message-ID: good... glad I could help 2011/5/30 Famille Wattecamps-Lardy > My pics was really missing ! > But you give me THE Solution. > If you were near me, I will kiss you ! > L > > Le 29/05/2011 20:05, Dago Pacheco a ?crit : > > In case you can't find your pics in your hard drive file system, you can >> alway tray to recover them from you SD card with photorec ( >> http://www.cgsecurity.org/wiki/PhotoRec_Step_By_Step), but as everybody >> said, It's quite probable that your pics aren't missing. >> >> 2011/5/29 Thierry Le Guillou >> >> If you still can see your pictures in Shotwell, without any message, then >>> they still exist. Good new ! >>> Then you just have to clic one picture, and in the view menu select >>> extended informations (Maj+Ctrl+X) >>> So you will see the full filename and so where pictures are saved. >>> Thierry >>> >>> Le 28/05/2011 18:31, Sandrine Wattecamps - Lardy a ?crit : >>> >>> hello, >>> >>>> I'm using ubuntu since few weeks and i'm a novice. >>>> I have upload pictures from a SD card with shotwell. >>>> But i don't know where the pitures are ? >>>> I have unfortunately deleted it from my SD card. >>>> Some one can help me ? >>>> >>>> wattlar >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> >>>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> >>> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From eric at yorba.org Mon May 30 17:55:11 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 30 May 2011 10:55:11 -0700 Subject: [Shotwell] Event tags In-Reply-To: <4DE343D3.3070201@free.fr> References: <4DE32EA1.5030109@free.fr> <4DE343D3.3070201@free.fr> Message-ID: On Mon, May 30, 2011 at 12:14 AM, Jean-Christophe Dubacq wrote: > On 30/05/2011 07:44, Jean-Christophe Dubacq wrote: > > Hi, > > > > I began using shotwell three months ago. Before mass-importing my > > pictures (all the way from 2005), I pondered whether this could be a > > fine addition to have "Event tags" > > > > Event tags are tags that apply to the whole event and complement the > > normal picture (and soon region) tags. Selecting events tags would allow > > to restrict the > > > > What do people think of it? I did not find it in the request list (but I > > may have been a bit too quick; subjects are sometimes terse). > > > > This may be related to #1586. > I did not give any good rationale for this, but for example, I would > like to qualify some events as "blogged", "marks given", "panorama > pictures done", "work-event", "family-event" ... > Maybe it's just me, but I'm a bit confused by what you mean here -- what this feature consists of and how it would be used. The second paragraph in your e-mail ends with an unfinished sentence -- perhaps that's why I don't understand! - Eric From jim at yorba.org Mon May 30 18:15:26 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 30 May 2011 11:15:26 -0700 Subject: [Shotwell] Error messages... In-Reply-To: <4DE214C6.1070104@thuree.com> References: <4DE214C6.1070104@thuree.com> Message-ID: Hi Bengt, These are messages coming from Exiv2, the metadata library Shotwell uses. GExiv2 is an Exiv2 wrapper Yorba maintains that connects Shotwell to Exiv2. If you upgrade to GExiv2 0.3.1 and Exiv2 0.21.1, these messages will go away. More information on our FAQ: http://trac.yorba.org/wiki/Shotwell/FAQ#WhenIrunShotwellIseefunnymessagesontheconsole . -- Jim On Sun, May 29, 2011 at 2:41 AM, Bengt wrote: > Hi > > I just started up Shotwell 0.10 (trunk), and I am very happy with the > new search function :) :) Countdown has started until I stop using > F-Spot (which is extremly sluggish for me). > > But, I see the following messages in the console. > > XMP Toolkit error 102: Named children only allowed for schemas and > structs > > Warning: Failed to decode XMP metadata. > > > Error: Directory Canon: Next pointer is out of bounds; ignored. > > Warning: Directory Canon, entry 0x0100 has unknown Exif (TIFF) type 768; > setting type size 1. > > > Error: Directory Canon, entry 0x0100 has invalid size 805306368*1; > skipping entry. > > > Error: Directory NikonPreview: Next pointer is out of bounds; ignored. > > Warning: Directory NikonPreview, entry 0x0002 has unknown Exif (TIFF) > type 0; setting type size 1. > > > Error: Offset of directory NikonPreview, entry 0x0002 is out of bounds: > Offset = 0x38000002; truncating the entry > > Warning: Directory Canon, entry 0x0100 has unknown Exif (TIFF) type 768; > setting type size 1. > > Are these one something should/need to be fixed (raise a bug on them)? > I have not narrowed down which image causes each message, but could do > that if needed. > > /Bengt > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From insomniacpenguin at googlemail.com Mon May 30 18:17:12 2011 From: insomniacpenguin at googlemail.com (Andy Stevens) Date: Mon, 30 May 2011 18:17:12 +0000 Subject: [Shotwell] Event tags In-Reply-To: References: <4DE32EA1.5030109@free.fr> <4DE343D3.3070201@free.fr> Message-ID: Didn't seem too unclear to me. He wants to be able to apply tags to events, independent of the ones applied to photos, and unless I'm mistaken just handled/stored within the database not in the photo's metadata. In his particular case they would be used for a kind of primitive workflow system for events, but I imagine others could come up with other uses for them. Andy -- http://pseudoq.sourceforge.net/ On 30 May 2011 18:55, "Eric Gregory" wrote: From jcdubacq1 at free.fr Mon May 30 19:57:09 2011 From: jcdubacq1 at free.fr (Jean-Christophe Dubacq) Date: Mon, 30 May 2011 21:57:09 +0200 Subject: [Shotwell] Event tags In-Reply-To: References: <4DE32EA1.5030109@free.fr> <4DE343D3.3070201@free.fr> Message-ID: <20110530195709.GB32149@oberon.tenebreuse.org> On Mon, May 30, 2011 at 06:17:12PM +0000, Andy Stevens wrote: > Didn't seem too unclear to me. He wants to be able to apply tags to events, > independent of the ones applied to photos, and unless I'm mistaken just > handled/stored within the database not in the photo's metadata. In his > particular case they would be used for a kind of primitive workflow system > for events, but I imagine others could come up with other uses for them. Yes indeed. That's the whole of what I want. They could help with my workflow. Sorry for the missing paragraph. -- Jean-Christophe Dubacq From chrisgame at pobox.com Mon May 30 20:05:43 2011 From: chrisgame at pobox.com (Chris Game) Date: Mon, 30 May 2011 21:05:43 +0100 (BST) Subject: [Shotwell] RPM package? In-Reply-To: References: Message-ID: On 30/05/11 21:14, Andrew Stacey wrote: > In case it's of any help, I often run in to that problem because > as a *user* I have a restrictive umask (077) and when I do `sudo > make install` then my *user* umask gets applied. I have to keep > remembering to relax the umask, to 022, prior to running `sudo make > install`. There's probably a neat trick to fix this (but before > knowing that a neat trick will fix it, one has to know... Bingo! That's the problem, my umask is 077 too, as is root's. From lucas at yorba.org Mon May 30 22:54:29 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 30 May 2011 15:54:29 -0700 Subject: [Shotwell] On RAW handling In-Reply-To: References: Message-ID: Hi Pedro, Thanks for your suggestions! Improved RAW handling is a focal point for the next release of Shotwell, 0.11. For example, one of the enhancements you mentioned (#1771) is already marked to be implemented as part Shotwell 0.11. What's more, I'd like to add some of my thoughts. Sometimes the reason why we have done or haven't done certain things in Shotwell isn't immediately clear, so let me chime in: > Mimics are a bad idea ... > Using JPEGs embedded in RAW files is also a bad idea You're right. Neither mimics nor embedded JPEGs provide full access to the underlying RAW image data. A lot of this has to do with nature of RAW: RAW files have more information in them per pixel than do JPEGs, so whenever you convert from RAW to JPEG, you lose information -- usually you get a smaller color gamut and a decreased dynamic range. That said, loading and decoding RAW files is an expensive operation. You can see this yourself by running Shotwell with the --no-mimicked-images command-line option. When this option is set, Shotwell ignores mimcs and instead loads and decodes the full RAW file when you open the photo. Setting this option makes Shotwell much less responsive. Since one of the things we value in Shotwell is its speed, we want JPEGs available for each RAW photo so that we can display it quickly. The only way to do get this JPEG data -- short of implementing RAW development in Shotwell itself -- is to either create a JPEG when a RAW photo is imported (i.e., to create a mimic) or to use the JPEG data embedded in the RAW file itself. For a variety of reasons (most notably that not all RAW files have embedded JPEGs) we chose the mimic approach. We're not alone in this. For example, Apple's iPhoto uses mimics as well. You also mentioned that you didn't like Shotwell "fixing the RAW conversion to a substandard default." I'm sure you're not alone in this. As I mentioned above, a JPEG file will always contain less information than the RAW file from which it was developed. Pro photographers like you, of course, want to control exactly what information gets preserved and what gets discarded. Indeed, that's what you're doing in ufraw when you manipulate "conversion curves." Like you, we would love to have fully parameterizable RAW to JPEG conversion inside Shotwell itself. But this would be a big feature to implement. For example, we'd have to come up with a UI for manipulating conversion curves through sliders, dials, etc. Alas, our development resources are limited so we can't implement every feature we'd like to (but hey, if you're a developer and want to give it a shot, patches are gladly accepted!). So for right now, we have to pick some "substandard defaults" to use when we convert RAW photos to JPEGs inside of Shotwell. As you've said, our defaults aren't perfect, but the curves and white-balance parameters we use tend to give good results for most photos shot in well-lit rooms or in daylight. Of course, if you're shooting in low-light or otherwise working at the extremes of the dynamic range, Shotwell's defaults will not give you the best results and you're better off developing the RAW image yourself in ufraw. I hope this makes clear why we did some of the things we did in implementing RAW support in Shotwell. Like you, we'd love to have much fuller, richer RAW support, including parameterizable conversion. We just don't have the resources to make this happen in the next release or two. Regards, Lucas On Sun, May 29, 2011 at 5:13 PM, Pedro C?rte-Real wrote: > I went through 1500 RAW images in the last few weeks from two events > from a Sony A700 (12MP ARW files). I'm still using f-spot since > shotwell's current RAW handling abilities are not enough. Here are my > observations from doing it that may help in designing shotwell: > > - f-spot is generally slow at showing the thumbnails from my 20k > photos. shotwell already solves this > - f-spot is pretty decent at actually displaying the raw files. It > doesn't generate any mimics, doing a conversion on the fly to display, > that's fast enough to not be too much of an issue (for sony ARW files > at least). This could potentially still be sped up by using something > like rawspeed[1] and reading RAWs as half or quarter resolution[2]. > - Using an external program to then do raw conversions (ufraw in this > case) is very cumbersome. If I'm converting 100 photos out of the > original 1000, I have to open each of them in ufraw, do changes and > then wait for ufraw to do a full conversion and save the new image in > a new file. So most of my time is actually spent waiting for ufraw to > open (re-read the RAW and apply initial settings) or to close (do a > full conversion and save the file). > - I used to shoot RAW+JPEG to get a decent RAW conversion straight out > of the camera. I then realized that the embedded thumbnail was pretty > big (1080p in my camera) to use as a reference or web image and that I > ended up doing new raw conversions for everything anyway. Since the > raw converter can't really reproduce the in-camera conversion, using > the built-in thumbnail just introduces inconsistency. > > My conclusions for shotwell would be: > > - If versions/RAW+JPEG pairs are added to shotwell it will basically > have the same RAW handling abilities as f-spot, but that shouldn't be > the real solution. (i.e., bug #1772 is only really a way to handle > RAW+JPEG shot in camera and shouldn't be the general way to handle RAW > like f-spot currently does) > - Mimics are a bad idea. Changing the RAW conversion is a basic step > in any RAW workflow. I basically only ever do a conversion and > sometimes a crop. Fixing the RAW conversion to a substandard default > and then doing color/brightness/etc correction on the output throws > away a bunch of information. > - Using JPEGs embedded in RAW files is also a bad idea as they are > inconsistent with the RAW processing on the computer. RAW conversion > for display/thumbnailing can be made fast enough for this not to > matter. > - RAW conversions shouldn't be done until a file actually needs to be > generated. In my case my final output was to upload to Flickr. Ideally > shotwell would just store the RAW conversion settings when I do > changes and show me a fast preview. Only when I actually push export > to flickr should the files be generated (and they don't need to be > saved to disk, maybe a limited size cache would make sense though). > It's fine if that takes longer as at that point I can just leave the > computer to do it as a batch. > > Bug #1771 has a lot of discussion about this. Shotwell seems to > already have a great philosophy for JPEGs where it only stores > metadata about transformations and generates the output on the fly. > The same should apply to RAW, in fact that's how things like Apple's > Aperture work and even f-spot was planning on moving in that > direction[3]. > > Pedro > > [1] http://sh0dan.blogspot.com/2009/02/introducing-rawspeed.html > [2] I've seen that half is possible and have asked the rawspeed > developer if quarter is also possible. Even if it's not, just dropping > half the resolution after reading will reduce the amount of work for > all the rest of the steps (demosaic, etc) > [3] http://mail.gnome.org/archives/f-spot-list/2010-June/msg00051.html > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From pedro at pedrocr.net Tue May 31 00:50:42 2011 From: pedro at pedrocr.net (=?UTF-8?Q?Pedro_C=C3=B4rte=2DReal?=) Date: Mon, 30 May 2011 17:50:42 -0700 Subject: [Shotwell] On RAW handling In-Reply-To: References: Message-ID: Hi Lucas, Thanks for the reply. Some comments below. On Mon, May 30, 2011 at 3:54 PM, Lucas Beeler wrote: > That said, loading and decoding RAW files is an expensive operation. > You can see this yourself by running Shotwell with the > --no-mimicked-images command-line option. When this option is set, > Shotwell ignores mimcs and instead loads and decodes the full RAW file > when you open the photo. > Setting this option makes Shotwell much less > responsive. Since one of the things we value in Shotwell is its speed, > we want JPEGs available for each RAW photo so that we can display it > quickly. The only way to do get this JPEG data -- short of > implementing RAW development in Shotwell itself -- is to either create > a JPEG when a RAW photo is imported (i.e., to create a mimic) or to > use the JPEG data embedded in the RAW file itself. It is indeed expensive to decode RAW files. My experience with f-spot is that it is fast enough for reasonable usage and that is using dcraw through a pipe. I understand that shotwell aims for a higher level of responsiveness. rawspeed and decoding raws at half of quarter resolution could potentially solve this kind of problem. I'll try to do some experiments to validate this. If something like rawspeed or libopenraw were faster would that be enough or do you mean something else with "short of implementing RAW development in Shotwell itself"? > Like you, we would love to have fully parameterizable RAW to JPEG > conversion inside Shotwell itself. But this would be a big feature to > implement. For example, we'd have to come up with a UI for > manipulating conversion curves through sliders, dials, etc. Alas, our > development resources are limited so we can't implement every feature > we'd like to (but hey, if you're a developer and want to give it a > shot, patches are gladly accepted!). So for right now, we have to pick > some "substandard defaults" to use when we convert RAW photos to JPEGs > inside of Shotwell. As you've said, our defaults aren't perfect, but > the curves and white-balance parameters we use tend to give good > results for most photos shot in well-lit rooms or in daylight. Of > course, if you're shooting in low-light or otherwise working at the > extremes of the dynamic range, Shotwell's defaults will not give you > the best results and you're better off developing the RAW image > yourself in ufraw. Let me just clarify that I'm far from a professional photographer. I'm on the side of the least sophisticated user of RAW files. And that's important because I'd argue that anyone that wants to use RAW files will need more than the fixed conversion shotwell is doing. Because the fixed conversion will tend to be of lower quality than the JPEG the camera would produce instead, so it tends to only be worth it to shoot RAW if you're going to fiddle with the conversion. So from a user standpoint I only see two possible solutions for a program like shotwell: - Decide it's not in the RAW handling business and just allow calling external apps (like ufraw) to do a conversion and store it as a version. (be an iPhoto) This is what f-spot currently does and was hoping to move away from. - Actually implement the RAW conversion itself (be an Aperture) Now, that doesn't mean mimics can't still be useful if they end up being needed to do fast display. I'd expect though, that RAW display can be made fast enough. > I hope this makes clear why we did some of the things we did in > implementing RAW support in Shotwell. Like you, we'd love to have much > fuller, richer RAW support, including parameterizable conversion. We > just don't have the resources to make this happen in the next release > or two. I was just making sure I wrote down a full user report from someone that does use RAW and has tried the alternatives. I understand these things take time and resources and shotwell has gotten very far in a short time. I'd also understand if shotwell's aim was to be an iPhoto class app and something like Aperture was beyond its aim. Is there any stated long-term philosophy on this? Thanks for the great work, Pedro From lucas at yorba.org Tue May 31 01:04:37 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 30 May 2011 18:04:37 -0700 Subject: [Shotwell] On RAW handling In-Reply-To: References: Message-ID: > I'd also understand if shotwell's aim > was to be an iPhoto class app and > something like Aperture was beyond > its aim. Is there any stated long-term > philosophy on this? Shotwell was originally conceived as an iPhoto-class, consumer-level photo manager. That said, we are acutely aware of the fact that there is no easy-to-use pro- or even pro-sumer-level photo manager on the GNOME desktop today. Over the long term, we'd definitely like to address the needs of these users, but once again, it's a question of resources. As far as philosophy on the future of Shotwell, check out the Shotwell Roadmap here: http://trac.yorba.org/wiki/Shotwell/Roadmap. Clearly, there are some features in the roadmap that target principally the pro and pro-sumer space, namely "GEGL or other floating-point photo pipeline." Cheers, Lucas On Mon, May 30, 2011 at 5:50 PM, Pedro C?rte-Real wrote: > Hi Lucas, > > Thanks for the reply. Some comments below. > > On Mon, May 30, 2011 at 3:54 PM, Lucas Beeler wrote: >> That said, loading and decoding RAW files is an expensive operation. >> You can see this yourself by running Shotwell with the >> --no-mimicked-images command-line option. When this option is set, >> Shotwell ignores mimcs and instead loads and decodes the full RAW file >> when you open the photo. >> Setting this option makes Shotwell much less >> responsive. Since one of the things we value in Shotwell is its speed, >> we want JPEGs available for each RAW photo so that we can display it >> quickly. The only way to do get this JPEG data -- short of >> implementing RAW development in Shotwell itself -- is to either create >> a JPEG when a RAW photo is imported (i.e., to create a mimic) or to >> use the JPEG data embedded in the RAW file itself. > > It is indeed expensive to decode RAW files. My experience with f-spot > is that it is fast enough for reasonable usage and that is using dcraw > through a pipe. I understand that shotwell aims for a higher level of > responsiveness. rawspeed and decoding raws at half of quarter > resolution could potentially solve this kind of problem. I'll try to > do some experiments to validate this. If something like rawspeed or > libopenraw were faster would that be enough or do you mean something > else with "short of implementing RAW development in Shotwell itself"? > >> Like you, we would love to have fully parameterizable RAW to JPEG >> conversion inside Shotwell itself. But this would be a big feature to >> implement. For example, we'd have to come up with a UI for >> manipulating conversion curves through sliders, dials, etc. Alas, our >> development resources are limited so we can't implement every feature >> we'd like to (but hey, if you're a developer and want to give it a >> shot, patches are gladly accepted!). So for right now, we have to pick >> some "substandard defaults" to use when we convert RAW photos to JPEGs >> inside of Shotwell. As you've said, our defaults aren't perfect, but >> the curves and white-balance parameters we use tend to give good >> results for most photos shot in well-lit rooms or in daylight. Of >> course, if you're shooting in low-light or otherwise working at the >> extremes of the dynamic range, Shotwell's defaults will not give you >> the best results and you're better off developing the RAW image >> yourself in ufraw. > > Let me just clarify that I'm far from a professional photographer. I'm > on the side of the least sophisticated user of RAW files. And that's > important because I'd argue that anyone that wants to use RAW files > will need more than the fixed conversion shotwell is doing. Because > the fixed conversion will tend to be of lower quality than the JPEG > the camera would produce instead, so it tends to only be worth it to > shoot RAW if you're going to fiddle with the conversion. > > So from a user standpoint I only see two possible solutions for a > program like shotwell: > > - Decide it's not in the RAW handling business and just allow calling > external apps (like ufraw) to do a conversion and store it as a > version. (be an iPhoto) This is what f-spot currently does and was > hoping to move away from. > - Actually implement the RAW conversion itself (be an Aperture) > > Now, that doesn't mean mimics can't still be useful if they end up > being needed to do fast display. I'd expect though, that RAW display > can be made fast enough. > >> I hope this makes clear why we did some of the things we did in >> implementing RAW support in Shotwell. Like you, we'd love to have much >> fuller, richer RAW support, including parameterizable conversion. We >> just don't have the resources to make this happen in the next release >> or two. > > I was just making sure I wrote down a full user report from someone > that does use RAW and has tried the alternatives. I understand these > things take time and resources and shotwell has gotten very far in a > short time. I'd also understand if shotwell's aim was to be an iPhoto > class app and something like Aperture was beyond its aim. Is there any > stated long-term philosophy on this? > > Thanks for the great work, > > Pedro > From bug-track at fisher-privat.net Tue May 31 05:49:46 2011 From: bug-track at fisher-privat.net (Alexey Fisher) Date: Tue, 31 May 2011 07:49:46 +0200 Subject: [Shotwell] On RAW handling In-Reply-To: References: Message-ID: <1306820986.2548.35.camel@mini> Am Montag, den 30.05.2011, 18:04 -0700 schrieb Lucas Beeler: > > I'd also understand if shotwell's aim > > was to be an iPhoto class app and > > something like Aperture was beyond > > its aim. Is there any stated long-term > > philosophy on this? > > Shotwell was originally conceived as an iPhoto-class, consumer-level > photo manager. That said, we are acutely aware of the fact that there > is no easy-to-use pro- or even pro-sumer-level photo manager on the > GNOME desktop today. Over the long term, we'd definitely like to > address the needs of these users, but once again, it's a question of > resources. As far as philosophy on the future of Shotwell, check out > the Shotwell Roadmap here: > http://trac.yorba.org/wiki/Shotwell/Roadmap. Clearly, there are some > features in the roadmap that target principally the pro and pro-sumer > space, namely "GEGL or other floating-point photo pipeline." > > Cheers, > Lucas I just discovered this discussion, and wont to add my two cents. I'm photographer with experience but not doing many on it (so i'm not professional by definition). I also worked with many photomanagers including iPhoto and Aperture, and others. In my experience: - i make many....many photos pro session. - i prefer to use raw. - after work is done: 1 session is done 2. photos are _made_, 3. good photos are chosen, other removed, 4. composition generated by using raw photos (light, colors corrected, ...). 5. raw photos are removed. RAW is a temporal condition in a work flow. So IMHO to do the steps before the end result, speed is important. It's a pain to see how every time the preview for RAWs regenerated. One important thing for me is a capability to choice only RAW. For example: Before start the work, i tag all images as "current work, some event", after work is done i do not need RAW any more. So i choice "current work" and remove raw. End images should be tagged as "current work" too. Shootwell is a collection manager, and i do not see any sense in collecting raw. I also thing, Shotwell should have some work flow in mind, by designing the app. The problem of many apps is, they are set of possibilities, a tool set. But if you do some work flaw, it is a pain in ass. Regards, Alexey