From jim at yorba.org Wed Dec 1 02:09:55 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 30 Nov 2010 18:09:55 -0800 Subject: [Shotwell] shotwell live mode In-Reply-To: <20101126043829.GA17262@thinky> References: <20101126043829.GA17262@thinky> Message-ID: Hi Frederik, Glad to hear you're having a positive experience with Shotwell so far. More features are on their way, so stay tuned. On Thu, Nov 25, 2010 at 8:38 PM, Frederik Sdun wrote: > But first I want to make some change the style of the gphot2 vapi: > Instead of many several types with long names i want group the like: > > class Camera { > class File { > enum Type{ > } > } > } > > The names in libgphoto2.vapi are not arbitrary; they correspond to the library's C functions and types. The VAPI format does allow you to get creative in naming but (a) it was my first VAPI and I didn't know all the ins-and-outs, and (b) I wanted to stay as close to the libgphoto2 API so it was clear what was being called in the Shotwell code. Many other VAPIs for pure-C libraries follow a similar convention, as ugly as it may wind up appearing. Since the use of libgphoto2 is limited in Shotwell to CameraTable and ImportPage, I don't feel this decision for verbosity is all that onerous. You're free to submit a patch -- I'd be more than happy to consider it -- but I don't feel it's all that pressing or stopping people from contributing. > Next step would be to write a camera widget which uses gphoto's > CameraWidget to build an UI. I think it's not possible to get the TFT's > picture into shotwell yet, but preview should already be possible and > remote control. As an addition I want to add features that the camera > doesn't support, e.g. time lapse. > Before you jump in, I would suggest discussing further here how this feature would look in Shotwell and filing ticket(s) in our Trac database ( http://trac.yorba.org). We here at Yorba are sensitive about how new features are implemented, and even whether they belong in Shotwell at all. Frankly, I'm not convinced Shotwell is the place for this kind of thing -- I feel like it would be better served by a separate app. (Take a look at Cheese for a good example of a photo app that does one thing really, really well.) However, if you can describe how this would look and work inside Shotwell, we might be convinced that it's a Good Thing. > > But here's my first question: > shold I add a new entry to the tree or add a button to the ImportPage to > switch to live mode? They're quite exclusive on my cameras, don't know > about others. > That's a good question to start with -- since the ImportPage is tied to the camera in the sidebar, I would think the button would go there. If the user clicks it, Shotwell would presumably jump to a new page where the live preview was shown, options for time lapse, etc. would live. -- Jim From brunogirin at gmail.com Wed Dec 1 20:49:37 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Wed, 01 Dec 2010 20:49:37 +0000 Subject: [Shotwell] shotwell live mode In-Reply-To: References: <20101126043829.GA17262@thinky> Message-ID: <1291236577.1813.27.camel@nuuk> On Tue, 2010-11-30 at 18:09 -0800, Jim Nelson wrote: > > Next step would be to write a camera widget which uses gphoto's > > CameraWidget to build an UI. I think it's not possible to get the TFT's > > picture into shotwell yet, but preview should already be possible and > > remote control. As an addition I want to add features that the camera > > doesn't support, e.g. time lapse. > > > > Before you jump in, I would suggest discussing further here how this feature > would look in Shotwell and filing ticket(s) in our Trac database ( > http://trac.yorba.org). We here at Yorba are sensitive about how new > features are implemented, and even whether they belong in Shotwell at all. > > Frankly, I'm not convinced Shotwell is the place for this kind of thing -- I > feel like it would be better served by a separate app. (Take a look at > Cheese for a good example of a photo app that does one thing really, really > well.) However, if you can describe how this would look and work inside > Shotwell, we might be convinced that it's a Good Thing. Such a feature would make Shotwell a fantastic tool for studio work, where you want to be able to take a picture, check the results immediately on a good size screen, correct the shot, take another picture, etc. Providing that facility in Shotwell, which also manages the photo library, would mean that you could potentially tag them on the fly with details of the shoot and import them straight through. I've done that on a Mac using the software provided with Canon SLR cameras and it really makes a studio workflow a lot more streamlined. One of the challenges would be to ensure that users are not confused by the feature if they accidentally select it. > > > > But here's my first question: > > shold I add a new entry to the tree or add a button to the ImportPage to > > switch to live mode? They're quite exclusive on my cameras, don't know > > about others. > > > > That's a good question to start with -- since the ImportPage is tied to the > camera in the sidebar, I would think the button would go there. If the user > clicks it, Shotwell would presumably jump to a new page where the live > preview was shown, options for time lapse, etc. would live. I'd agree that a button in the ImportPage would work best for the following reasons: * as you say, ImportPage is tied to the camera so that disambiguates situations where you have more than one camera connected; * a number of cameras are exclusive: either you import or you are in live mode but not both at the same time; * in terms of workflow, it doesn't really make sense to mix the two. Also note that cameras will differ in the way they deal with that feature: some will provide a live preview, others won't but will still allow you to set every setting, take the picture and immediately upload it to the computer (that's what my Canon 5D does). Bruno From adam at yorba.org Wed Dec 1 21:00:57 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 01 Dec 2010 13:00:57 -0800 Subject: [Shotwell] shotwell live mode In-Reply-To: <1291236577.1813.27.camel@nuuk> References: <20101126043829.GA17262@thinky> <1291236577.1813.27.camel@nuuk> Message-ID: <4CF6B789.4040001@yorba.org> On 12/01/2010 12:49 PM, Bruno Girin wrote: > > Such a feature would make Shotwell a fantastic tool for studio work, > where you want to be able to take a picture, check the results > immediately on a good size screen, correct the shot, take another > picture, etc. Providing that facility in Shotwell, which also manages > the photo library, would mean that you could potentially tag them on the > fly with details of the shoot and import them straight through. I've > done that on a Mac using the software provided with Canon SLR cameras > and it really makes a studio workflow a lot more streamlined. > That's a good explanation of why this is useful. Both Aperture and Lightroom support tethered shooting for certain cameras and I think it would be nice if Shotwell could too. I've ticketed this here: http://trac.yorba.org/ticket/2895 The ticket might be a good place for further discussion about how the user interface should work. cheers adam From frederik.sdun at googlemail.com Thu Dec 2 00:07:51 2010 From: frederik.sdun at googlemail.com (Frederik Sdun) Date: Thu, 2 Dec 2010 01:07:51 +0100 Subject: [Shotwell] shotwell live mode In-Reply-To: <4CF6B789.4040001@yorba.org> References: <20101126043829.GA17262@thinky> <1291236577.1813.27.camel@nuuk> <4CF6B789.4040001@yorba.org> Message-ID: <20101202000749.GA3388@thinky> * Adam Dingle [01.12.2010 22:01]: > On 12/01/2010 12:49 PM, Bruno Girin wrote: > > > >Such a feature would make Shotwell a fantastic tool for studio work, > >where you want to be able to take a picture, check the results > >immediately on a good size screen, correct the shot, take another > >picture, etc. Providing that facility in Shotwell, which also manages > >the photo library, would mean that you could potentially tag them on the > >fly with details of the shoot and import them straight through. I've > >done that on a Mac using the software provided with Canon SLR cameras > >and it really makes a studio workflow a lot more streamlined. > > > > That's a good explanation of why this is useful. Both Aperture and > Lightroom support tethered shooting for certain cameras and I think > it would be nice if Shotwell could too. I've ticketed this here: > > http://trac.yorba.org/ticket/2895 > > The ticket might be a good place for further discussion about how > the user interface should work. > > cheers > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell Moin, I took a screenshot of my testwindow with the camera widget [0] and created a bzr branch on launchpad [1]. The widgit is still ugly and only shows the cameras values. The GPhoto event system supports some events, but that's not complete, yet. So we might need to poll the camera's configuration, but new file is emitted. I'm going to add my comments to the bug and try to provide ubuntu packages in the near future. Regards, Frederik [0] http://yfrog.com/76bildschirmfoto021220100p [1] https://code.launchpad.net/~playya/+junk/shotwell -- IRC: playya @ Freenode, Gimpnet xmpp: playya at draugr.de identi.ca: playya -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From adam at yorba.org Thu Dec 2 14:21:04 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 02 Dec 2010 06:21:04 -0800 Subject: [Shotwell] dropping Windows support Message-ID: <4CF7AB50.2020101@yorba.org> For the last several releases, it's been possible to build Shotwell for Linux (in its full glory) or for Windows (a limited alpha version missing support for publishing, camera import, printing and possibly other features). With the upcoming 0.8 release we're planning to drop Windows support entirely: it will now be possible to build for Linux only. Running on Windows was never a primary goal for Shotwell, and the Yorba team simply does not have the resources to keep the Windows port alive at this point; we'd rather focus on improving Shotwell for the open source world. If anyone cares about the Windows port and wants to volunteer to maintain it, speak up now and we can keep the associated code alive in our source tree with your help. Otherwise it will likely disappear with the 0.8 release or soon afterward. adam From andreagrax at yahoo.it Thu Dec 2 09:11:20 2010 From: andreagrax at yahoo.it (Andrea Grassi) Date: Thu, 2 Dec 2010 09:11:20 +0000 (GMT) Subject: [Shotwell] Fw: feature request/suggestion - search also by filename Message-ID: <222124.63651.qm@web28601.mail.ukl.yahoo.com> Hi everyone! I'm playing around with shotwell , and from 0.7.2 it's working like a breeze . I've abandoned f-spot years ago ,I don't like it not for licensing reason (the mono debate ) but beacause I think it's too much heavy and bloated . One suggestion for shotwell : In the main interface , if I press CTRL+F i got a little find windows , which only work for tags . It will be great if it also search photos by file name , especially for photos which are not tagged . Thank you in advance Andrea From jim at yorba.org Thu Dec 2 20:13:39 2010 From: jim at yorba.org (Jim Nelson) Date: Thu, 2 Dec 2010 12:13:39 -0800 Subject: [Shotwell] Fw: feature request/suggestion - search also by filename In-Reply-To: <222124.63651.qm@web28601.mail.ukl.yahoo.com> References: <222124.63651.qm@web28601.mail.ukl.yahoo.com> Message-ID: Hi Andrea, Great to hear you're working with Shotwell. Regarding your suggestion, yes, a search box is a heavily requested feature (http://trac.yorba.org/ticket/80). We have high hopes for including one soon that will be able to search on a variety of fields. Thanks, -- Jim On Thu, Dec 2, 2010 at 1:11 AM, Andrea Grassi wrote: > Hi everyone! > I'm playing around with shotwell , and from 0.7.2 it's working like a > breeze . > I've abandoned f-spot years ago ,I don't like it not for licensing reason > (the mono debate ) but beacause I think it's too much heavy and bloated . > > One suggestion for shotwell : > In the main interface , if I press CTRL+F i got a little find windows , > which only work for tags . > It will be great if it also search photos by file name , especially for > photos which are not tagged . > > Thank you in advance > > Andrea > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Thu Dec 2 20:13:27 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 02 Dec 2010 12:13:27 -0800 Subject: [Shotwell] Fw: feature request/suggestion - search also by filename In-Reply-To: <222124.63651.qm@web28601.mail.ukl.yahoo.com> References: <222124.63651.qm@web28601.mail.ukl.yahoo.com> Message-ID: <4CF7FDE7.1000303@yorba.org> On 12/02/2010 01:11 AM, Andrea Grassi wrote: > Hi everyone! > I'm playing around with shotwell , and from 0.7.2 it's working like a breeze . > I've abandoned f-spot years ago ,I don't like it not for licensing reason (the mono debate ) but beacause I think it's too much heavy and bloated . Glad you like Shotwell! :) > One suggestion for shotwell : > In the main interface , if I press CTRL+F i got a little find windows , which only work for tags . > It will be great if it also search photos by file name , especially for photos which are not tagged . Yes - we want this too: http://trac.yorba.org/ticket/80 I hope we can implement this for 0.9. adam From chrisgame at pobox.com Fri Dec 3 09:38:10 2010 From: chrisgame at pobox.com (Chris Game) Date: Fri, 3 Dec 2010 09:38:10 +0000 (GMT) Subject: [Shotwell] Feature request/suggestion... In-Reply-To: References: Message-ID: > Date: Thu, 2 Dec 2010 09:11:20 +0000 (GMT) > From: Andrea Grassi > To: shotwell at lists.yorba.org > Subject: [Shotwell] Fw: feature request/suggestion - search also by > filename > Message-ID: <222124.63651.qm at web28601.mail.ukl.yahoo.com> > Content-Type: text/plain; charset=us-ascii > [snip] > > I've abandoned f-spot years ago ,I don't like it not for > licensing reason > (the mono debate ) but beacause I think it's too much heavy > and bloated . Just look at the mass of queued tickets for Shotwell - in a year or two it too will be heavy and bloated! We will look back fondly at version 0.7 and say what a useful little application it was before the professionals got their hands on it. Of course those of us using Debian are still stuck with version 0.6 unless we want to venture into the experimental suite! From perez.erasmo at gmail.com Fri Dec 3 14:24:51 2010 From: perez.erasmo at gmail.com (Erasmo Perez) Date: Fri, 3 Dec 2010 08:24:51 -0600 Subject: [Shotwell] Today, Shotwell can not upload photos to FB Message-ID: dear list: today, Shotwell can not upload photos to Facebook, but yesterday I could upload ~ 200 pics to the same FB account. I am using revision 2413 (trunk), Linux 64 bits the dialogue box says (after the uploading has been completed) that: "The selected photos were successfully uploaded", but no new picture shows at all in the FB album why on earth do I get this behaviour? thank you very much From jani at ubuntu.com Fri Dec 3 14:56:46 2010 From: jani at ubuntu.com (Jani Monoses) Date: Fri, 03 Dec 2010 16:56:46 +0200 Subject: [Shotwell] Today, Shotwell can not upload photos to FB In-Reply-To: References: Message-ID: On 12/03/2010 04:24 PM, Erasmo Perez wrote: > dear list: > > today, Shotwell can not upload photos to Facebook, but yesterday I could > upload ~ 200 pics to the same FB account. > According to this there's a limit of 200 photos per album http://developers.facebook.com/docs/reference/rest/photos.upload Did you try uploading to the same album? In either case Shotwell could indeed catch this error (if it gets it) and handle it more gracefully. Can you try SHOTWELL_LOG=1 SHOTWELL_LOG_FILE=:console: ./shotwell and see if you get some web transaction debug output? thanks Jani From naren.salem at gmail.com Fri Dec 3 15:01:26 2010 From: naren.salem at gmail.com (naren) Date: Fri, 3 Dec 2010 09:01:26 -0600 Subject: [Shotwell] Feature request/suggestion... In-Reply-To: References: Message-ID: When I read that comment the same thought crossed my mind. I think I will probably get 0.8 and then stick with it forever :) On Fri, Dec 3, 2010 at 3:38 AM, Chris Game wrote: > Date: Thu, 2 Dec 2010 09:11:20 +0000 (GMT) >> From: Andrea Grassi >> To: shotwell at lists.yorba.org >> Subject: [Shotwell] Fw: feature request/suggestion - search also by >> filename >> Message-ID: <222124.63651.qm at web28601.mail.ukl.yahoo.com> >> Content-Type: text/plain; charset=us-ascii >> [snip] >> >> I've abandoned f-spot years ago ,I don't like it not for >> licensing reason >> (the mono debate ) but beacause I think it's too much heavy >> and bloated . >> > > Just look at the mass of queued tickets for Shotwell - in a year or > two it too will be heavy and bloated! We will look back fondly at > version 0.7 and say what a useful little application it was before > the professionals got their hands on it. Of course those of us using > Debian are still stuck with version 0.6 unless we want to venture > into the experimental suite! > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From perez.erasmo at gmail.com Fri Dec 3 15:05:21 2010 From: perez.erasmo at gmail.com (Erasmo Perez) Date: Fri, 3 Dec 2010 09:05:21 -0600 Subject: [Shotwell] Today, Shotwell can not upload photos to FB In-Reply-To: References: Message-ID: hi Jani: I have tried both ways: uploading to the same and to a new album, with the same results here is the required output: L 7927 2010-12-03 09:01:14 [DBG] Photo.vala:2764: Saving transformed version of [3492] /home/erasmo/photos/beb?/2010-03-17/Beb? 096.jpg to /tmp/shotwell/7927/publishing-0.jpg in file format PHOTO_FILE_FORMAT_JFIF L 7927 2010-12-03 09:01:15 [DBG] Photo.vala:2772: Setting EXIF for /tmp/shotwell/7927/publishing-0.jpg L 7927 2010-12-03 09:01:18 [DBG] WebConnectors.vala:1116: Deleting temp /tmp/shotwell/7927/publishing-0.jpg L 7927 2010-12-03 09:01:27 [WRN] DirectoryMonitor.vala:1222: Deleted event for unknown file /home/erasmo/.config/google-chrome/Default/Cookies-journal L 7927 2010-12-03 09:01:35 [WRN] DirectoryMonitor.vala:1249: Attribute changed event for unknown file /home/erasmo/.gconf/apps/shotwell/sharing/%gconf.xml.new L 7927 2010-12-03 09:01:35 [WRN] DirectoryMonitor.vala:1249: Attribute changed event for unknown file /home/erasmo/.gconf/apps/shotwell/preferences/ui/%gconf.xml.new L 7927 2010-12-03 09:02:11 [WRN] DirectoryMonitor.vala:1222: Deleted event for unknown file /home/erasmo/.config/google-chrome/Default/Cookies-journal hope it helps :-) kind regards On 3 December 2010 08:56, Jani Monoses wrote: > On 12/03/2010 04:24 PM, Erasmo Perez wrote: > >> dear list: >> >> today, Shotwell can not upload photos to Facebook, but yesterday I could >> upload ~ 200 pics to the same FB account. >> >> According to this there's a limit of 200 photos per album > http://developers.facebook.com/docs/reference/rest/photos.upload > > Did you try uploading to the same album? > > In either case Shotwell could indeed catch this error (if it gets it) and > handle it more gracefully. > > Can you try > > SHOTWELL_LOG=1 SHOTWELL_LOG_FILE=:console: ./shotwell > and see if you get some web transaction debug output? > > thanks > Jani > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From perez.erasmo at gmail.com Fri Dec 3 15:22:14 2010 From: perez.erasmo at gmail.com (Erasmo Perez) Date: Fri, 3 Dec 2010 09:22:14 -0600 Subject: [Shotwell] Today, Shotwell can not upload photos to FB In-Reply-To: References: Message-ID: here is an update of the required log: i try to upload a photo to a new album, and i get the following log lines (with two errors): Entity: line 129: parser error : expected '>' wrote: > hi Jani: > > I have tried both ways: uploading to the same and to a new album, with the > same results > > here is the required output: > > L 7927 2010-12-03 09:01:14 [DBG] Photo.vala:2764: Saving transformed > version of [3492] /home/erasmo/photos/beb?/2010-03-17/Beb? 096.jpg to > /tmp/shotwell/7927/publishing-0.jpg in file format PHOTO_FILE_FORMAT_JFIF > L 7927 2010-12-03 09:01:15 [DBG] Photo.vala:2772: Setting EXIF for > /tmp/shotwell/7927/publishing-0.jpg > L 7927 2010-12-03 09:01:18 [DBG] WebConnectors.vala:1116: Deleting temp > /tmp/shotwell/7927/publishing-0.jpg > L 7927 2010-12-03 09:01:27 [WRN] DirectoryMonitor.vala:1222: Deleted event > for unknown file /home/erasmo/.config/google-chrome/Default/Cookies-journal > L 7927 2010-12-03 09:01:35 [WRN] DirectoryMonitor.vala:1249: Attribute > changed event for unknown file > /home/erasmo/.gconf/apps/shotwell/sharing/%gconf.xml.new > L 7927 2010-12-03 09:01:35 [WRN] DirectoryMonitor.vala:1249: Attribute > changed event for unknown file > /home/erasmo/.gconf/apps/shotwell/preferences/ui/%gconf.xml.new > L 7927 2010-12-03 09:02:11 [WRN] DirectoryMonitor.vala:1222: Deleted event > for unknown file /home/erasmo/.config/google-chrome/Default/Cookies-journal > > hope it helps :-) > > kind regards > > On 3 December 2010 08:56, Jani Monoses wrote: > >> On 12/03/2010 04:24 PM, Erasmo Perez wrote: >> >>> dear list: >>> >>> today, Shotwell can not upload photos to Facebook, but yesterday I could >>> upload ~ 200 pics to the same FB account. >>> >>> According to this there's a limit of 200 photos per album >> http://developers.facebook.com/docs/reference/rest/photos.upload >> >> Did you try uploading to the same album? >> >> In either case Shotwell could indeed catch this error (if it gets it) and >> handle it more gracefully. >> >> Can you try >> >> SHOTWELL_LOG=1 SHOTWELL_LOG_FILE=:console: ./shotwell >> and see if you get some web transaction debug output? >> >> thanks >> Jani >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From lucas at yorba.org Fri Dec 3 19:17:46 2010 From: lucas at yorba.org (Lucas Beeler) Date: Fri, 3 Dec 2010 11:17:46 -0800 Subject: [Shotwell] Today, Shotwell can not upload photos to FB In-Reply-To: References: Message-ID: Hi Erasmo, We had a similar problem with Picasa Web Albums that turned out to be a text encoding issue. I noticed that you were trying to upload a file named "Beb? 096.jpg", which clearly contains an accented character (the "?"). To help diagnose this problem could you try uploading a photo whose filename only contains US ASCII characters (i.e., the letters a-z upper- and lower-case without any accented characters and the digits 0-9 and write me back (i) letting me know whether the ASCII-only upload was successful; and (ii) if the upload wasn't successful, attaching the log output as per Jani's post. Regards, Lucas From perez.erasmo at gmail.com Fri Dec 3 19:35:02 2010 From: perez.erasmo at gmail.com (Erasmo Perez) Date: Fri, 3 Dec 2010 13:35:02 -0600 Subject: [Shotwell] Today, Shotwell can not upload photos to FB In-Reply-To: References: Message-ID: Hi Lucas: You may be right, because just before I leave house for work I made a last test uploading another pic and Shotwell Connect worked, but the original pic I intended to upload continued being not published by FB. I then suspected that maybe there was something wrong with the first picture. On the road to work I figured that I should extract the exif headers from both pictures and send them to this list, but that would be tomorrow when I return home from work. If it is the case that the ill-formed name is the culprit of the lack of publication of the pic in FB, the solution will be easier :-) As soon as I get back home I will try renaming the first pic with an ASCII-only name and I will let you know the code bahaviour. Thank you very much :-) Kind regards for your great help Erasmo On 3 December 2010 13:17, Lucas Beeler wrote: > Hi Erasmo, > > We had a similar problem with Picasa Web Albums that turned out to be > a text encoding issue. I noticed that you were trying to upload a file > named "Beb? 096.jpg", which clearly contains an accented character > (the "?"). To help diagnose this problem could you try uploading a > photo whose filename only contains US ASCII characters (i.e., the > letters a-z upper- and lower-case without any accented characters and > the digits 0-9 and write me back (i) letting me know whether the > ASCII-only upload was successful; and (ii) if the upload wasn't > successful, attaching the log output as per Jani's post. > > Regards, > Lucas > From anthony at ThePhotographyEnthusiast.com Sun Dec 5 12:59:08 2010 From: anthony at ThePhotographyEnthusiast.com (Anthony Howarth) Date: Sun, 05 Dec 2010 08:59:08 -0400 Subject: [Shotwell] Requested Enhancement Message-ID: <4CFB8C9C.1080607@ThePhotographyEnthusiast.com> Shotwell is a great photo manger but, until color management is available, I will also need to use a RAW conversion program like RawStudio. I don't know about other photographers out there, but a really useful feature for me would be if the duplicate folder had an option to enter an output folder. Since Shotwell is so fast, I will be importing all my camera RAW files directly from my camera to do my photo organizing, tagging, ranking, etc. Let's say I import 250 photos after a photo shoot. Upon viewing them in Shotwell, there may be only 25 photos with a 5-star ranking that I need color managed post processing for. I would then like to duplicate them to a new sub-folder, so that when I open a RAW conversion program I can just import that one folder without having to search through the 250 photos for the 25 I want. Does that make sense? I would think this is a common problem. Thank you! Anthony From yahuxo at gmx.de Sun Dec 5 19:54:22 2010 From: yahuxo at gmx.de (Tobias Rapp) Date: Sun, 05 Dec 2010 20:54:22 +0100 Subject: [Shotwell] About adding support for recorded audio files Message-ID: <4CFBEDEE.9030501@gmx.de> Hello, this is some rather long mail that aims to discuss about the idea to add support for handling audio files in Shotwell. This might sound as an inappropriate (or better: crazy) feature request for a photo manager application but I will try to explain why this makes more sense to me than just stick to using Rhythmbox (or some other music manager). It's important to point out that audio != music. I own a digital audio recording device called "Tascam DR-07" [1]. This is some handheld device which is a bit larger than a mobile phone and allows you to capture audio data in digital format. The data is stored on those common flash memory cards. In my case I am using it to capture e.g. the first spoken words of my children, funny minutes while playing Taboo with friends, some service or prayer at the church. In the last two or three years these kind of devices have become more and more popular (see [2]). For organizing the recorded audio files I have not yet found an appropriate application. Common music managers allow you to play the recorded files, of course, but apply the usual Artist/Album/Track model. In this case the more relevant information would be: - date and time of the recording - event name (birthday, Christmas, holidays, ...) - location of the event - persons audible in the recording This is similar with the typical metadata when managing photos. Indeed it would be great to manage both, captured images and captured audio files of a single event within the same software. I really prefer Shotwell for managing my photo images and would like to use it for my recorded audio, too. The import workflow (transfer files from attached device or memory card to HDD), the management of files (using date, location and tags) and the export are very similar. Actually as similar support for video files is currently in progress I think that extending support towards audio files in a future version would not be a too far away. It would be some courageous feature, if that is the right word, something that has not been tried before. Finally my main question is not if *you* will add support for audio recordings in Shotwell but rather if you would accept patches that implement this feature. Not sure if I will get an initial test version up and running soon, though. Maybe there are other developers that are interested in working on this feature, too? Regards, Tobias Links: [1] http://tascam.com/product/dr-07/ [2] Examples of portable recording devices: http://tascam.com/applications/home_recording/handheld_recorder/ http://www.zoom.co.jp/english/products/h1/ http://www.zoom.co.jp/english/products/h2/ http://www.zoom.co.jp/english/products/h4n/ http://www.olympus.co.uk/consumer/2581_18551.htm http://www.sonystyle.com/webapp/wcs/stores/servlet/ProductDisplay?catalogId=10551&storeId=10151&langId=-1&productId=8198552921666016155 From bug-track at fisher-privat.net Sun Dec 5 20:24:17 2010 From: bug-track at fisher-privat.net (Alexey Fisher) Date: Sun, 05 Dec 2010 21:24:17 +0100 Subject: [Shotwell] About adding support for recorded audio files In-Reply-To: <4CFBEDEE.9030501@gmx.de> References: <4CFBEDEE.9030501@gmx.de> Message-ID: <1291580657.7161.3.camel@zwerg> Just to add my two cents. many cameras can record stand alone voice or voice comments for some pictures. So i really like this idea too. But first thing first, video support is currently in progress. Am Sonntag, den 05.12.2010, 20:54 +0100 schrieb Tobias Rapp: > Hello, > > this is some rather long mail that aims to discuss about the idea to add > support for handling audio files in Shotwell. This might sound as an > inappropriate (or better: crazy) feature request for a photo manager > application but I will try to explain why this makes more sense to me > than just stick to using Rhythmbox (or some other music manager). > > It's important to point out that audio != music. > > I own a digital audio recording device called "Tascam DR-07" [1]. This > is some handheld device which is a bit larger than a mobile phone and > allows you to capture audio data in digital format. The data is stored > on those common flash memory cards. In my case I am using it to capture > e.g. the first spoken words of my children, funny minutes while playing > Taboo with friends, some service or prayer at the church. In the last > two or three years these kind of devices have become more and more > popular (see [2]). > > For organizing the recorded audio files I have not yet found an > appropriate application. Common music managers allow you to play the > recorded files, of course, but apply the usual Artist/Album/Track > model. In this case the more relevant information would be: > - date and time of the recording > - event name (birthday, Christmas, holidays, ...) > - location of the event > - persons audible in the recording > > This is similar with the typical metadata when managing photos. Indeed > it would be great to manage both, captured images and captured audio > files of a single event within the same software. I really prefer > Shotwell for managing my photo images and would like to use it for my > recorded audio, too. > > The import workflow (transfer files from attached device or memory card > to HDD), the management of files (using date, location and tags) and the > export are very similar. Actually as similar support for video files is > currently in progress I think that extending support towards audio files > in a future version would not be a too far away. It would be some > courageous feature, if that is the right word, something that has not > been tried before. > > Finally my main question is not if *you* will add support for audio > recordings in Shotwell but rather if you would accept patches that > implement this feature. Not sure if I will get an initial test version > up and running soon, though. Maybe there are other developers that are > interested in working on this feature, too? > > Regards, > Tobias > > Links: > [1] http://tascam.com/product/dr-07/ > > [2] Examples of portable recording devices: > http://tascam.com/applications/home_recording/handheld_recorder/ > http://www.zoom.co.jp/english/products/h1/ > http://www.zoom.co.jp/english/products/h2/ > http://www.zoom.co.jp/english/products/h4n/ > http://www.olympus.co.uk/consumer/2581_18551.htm > http://www.sonystyle.com/webapp/wcs/stores/servlet/ProductDisplay?catalogId=10551&storeId=10151&langId=-1&productId=8198552921666016155 > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell -- Regards, Alexey From brunogirin at gmail.com Mon Dec 6 00:44:46 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Mon, 06 Dec 2010 00:44:46 +0000 Subject: [Shotwell] About adding support for recorded audio files In-Reply-To: <1291580657.7161.3.camel@zwerg> References: <4CFBEDEE.9030501@gmx.de> <1291580657.7161.3.camel@zwerg> Message-ID: <1291596286.1972.10.camel@nuuk> On Sun, 2010-12-05 at 21:24 +0100, Alexey Fisher wrote: > Just to add my two cents. > many cameras can record stand alone voice or voice comments for some > pictures. So i really like this idea too. But first thing first, video > support is currently in progress. A lot of mobile phones do that nowadays too. In fact, I just did a recording on mine tonight. It would fit into Shotwell's feature set if you considered it a multi-media manager rather than a photo manager. But you're absolutely right, prioritisation is essential: video support needs to land first. Cheers, Bruno From smyth.john at gmail.com Mon Dec 6 07:25:40 2010 From: smyth.john at gmail.com (John Smyth) Date: Mon, 6 Dec 2010 07:25:40 +0000 Subject: [Shotwell] Shotwell not updating external raw edits Message-ID: dear list: I am a complete noob attempting to move away from windows so I am at the bottom of an imposing learning curve. I have Shotwell 0.7.2 in Ubuntu 10.10.I am impressed by Shotwell and it successfully does 98% of what I require. It is the other 2% that is posing me problems I shoot mostly in Raw and import dng's into shotwell. If I wish for example to straighten an image and open it in an external raw editor (I have tried several) Shotwell will not update the image with the edits. Shutting down and restarting shotwell makes no difference. The documentation suggests that the shift key will display the ediited version (I would have thought the modified image should be displayed by default and the shift key should show the original) but it doesn't do anything. >From my External raw editor I am saving the image back to the original folder as a jpg but it is not detected by Shotwell. If I import it into Shotwell it appears as a separate image with no comments or tags. is this a bug or am I doing something stupid (as I suspect) ? If anybody can point me in the right direction I would really appreciate it. Thanks John S. . From gpopac at gmail.com Mon Dec 6 10:16:10 2010 From: gpopac at gmail.com (=?UTF-8?B?0JzQuNC70L7RiCDQn9C+0L/QvtCy0LjRmw==?=) Date: Mon, 6 Dec 2010 11:16:10 +0100 Subject: [Shotwell] Requested Enhancement In-Reply-To: <4CFB8C9C.1080607@ThePhotographyEnthusiast.com> References: <4CFB8C9C.1080607@ThePhotographyEnthusiast.com> Message-ID: +1 for other Raw processing software (RawTherapee for me). 2010/12/5, Anthony Howarth : > Shotwell is a great photo manger but, until color management is > available, I will also need to use a RAW conversion program like RawStudio. > > I don't know about other photographers out there, but a really useful > feature for me would be if the duplicate folder had an option to enter > an output folder. > > Since Shotwell is so fast, I will be importing all my camera RAW files > directly from my camera to do my photo organizing, tagging, ranking, > etc. Let's say I import 250 photos after a photo shoot. Upon viewing > them in Shotwell, there may be only 25 photos with a 5-star ranking that > I need color managed post processing for. I would then like to duplicate > them to a new sub-folder, so that when I open a RAW conversion program I > can just import that one folder without having to search through the 250 > photos for the 25 I want. > > Does that make sense? I would think this is a common problem. > > Thank you! > Anthony > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Dec 6 18:42:30 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 06 Dec 2010 10:42:30 -0800 Subject: [Shotwell] About adding support for recorded audio files In-Reply-To: <4CFBEDEE.9030501@gmx.de> References: <4CFBEDEE.9030501@gmx.de> Message-ID: <4CFD2E96.3040307@yorba.org> Tobias, On 12/05/2010 11:54 AM, Tobias Rapp wrote: > Hello, > > this is some rather long mail that aims to discuss about the idea to add > support for handling audio files in Shotwell. This might sound as an > inappropriate (or better: crazy) feature request for a photo manager > application but I will try to explain why this makes more sense to me > than just stick to using Rhythmbox (or some other music manager). Thanks for the suggestion and for your explanation of why this could be useful. We haven't thought so much about audio in Shotwell before, but as you've pointed out, if you want to organize audio by recording date/time, event name and so on then Shotwell could actually make sense. > Finally my main question is not if *you* will add support for audio > recordings in Shotwell but rather if you would accept patches that > implement this feature. Not sure if I will get an initial test version > up and running soon, though. Maybe there are other developers that are > interested in working on this feature, too? Yes, I think we would accept patches. I think that audio support will probably never be a primary goal of the Shotwell project, but for all the reasons you've described it would be nice for it to work. I've ticketed this here: http://trac.yorba.org/ticket/2920 For 0.8 we've done a lot of work to generalize Shotwell to support both photos and video, and with that infrastructure in place I think that adding support for another media type shouldn't be impossibly hard. By the way, here's a one-line hack to make Shotwell (the trunk version) work with audio files today. In VideoSupport.vala, find the function get_supported_file_extensions() in the VideoReader class. It contains this line: string[] result = { "avi", "mpg", "mov", "mts", "ogg", "ogv", "mp4" }; Add any audio extensions you like to this list (e.g. "mp3"), then rebuild Shotwell. Voila - you can now import your mp3 files into Shotwell. They'll show up on the Videos page and in events. When you double-click one, Shotwell will open Totem to play them, just like for videos. Yes, possibly a useful hack! Of course, this isn't the right solution since audio files should really be listed separately, not as videos. And, a disclaimer: if you take this approach and then we come out with actual audio support some day, you might need to rebuild your library since Shotwell probably won't be smart enough to recognize that all those audio files you imported as videos should no longer appear as videos. Still, this is the low-effort solution: it will effectively give you the feature you want today, I think. adam From pocmatos at gmail.com Mon Dec 6 21:36:59 2010 From: pocmatos at gmail.com (Paulo J. Matos) Date: Mon, 06 Dec 2010 21:36:59 +0000 Subject: [Shotwell] Reimporting with tags Message-ID: <84bp4yoa6c.fsf@gmail.com> Hi all, I did a mistake and I am looking for a workaround to what I did... So, shotwell 0.7.2. I have a list of folders like: 2005 |- event1 |- event2 2006 |- event3 and so on... in total I upload them at the same time, about 15000 photos. However, this was stupid. I should have uploaded them one event at a time, tagged and edited time/dated the photos of that import with the event name and date (as exif info is not present in most of them). Now, if I try to import the photos, they will be duplicated and I cannot get the photos into one selection. Any tips? -- PMatos From adam at yorba.org Tue Dec 7 17:41:53 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 07 Dec 2010 09:41:53 -0800 Subject: [Shotwell] Shotwell not updating external raw edits In-Reply-To: References: Message-ID: <4CFE71E1.3070108@yorba.org> John, yes - this is a significant limitation of Shotwell today. If you open a file in an external RAW editor and save the changes as a new JPEG file, Shotwell 0.7 will not see or import the JPEG. You can import the JPEG manually, but it won't be associated with the original RAW file. You're not doing anything wrong - this is just how Shotwell works today. In the trunk build of Shotwell (soon to become Shotwell 0.8), you can enable the "Watch library directory for new files" option, which will cause Shotwell to automatically import new JPEG files from the library directory. With that checkbox enabled, Shotwell will automatically import a JPEG you've saved in an external RAW editor. But it still won't be associated with the original RAW file. We hope to improve this in the future. In particular, we'd like Shotwell to be able to treat RAW+JPEG pairs as a single unit (http://trac.yorba.org/ticket/1772). Once we have that capability, I hope we'll be able to detect and automatically incorporate changes made in an external RAW editor. In the longer term, we'd like Shotwell itself to grow to have the abilities of RAW editors such as UFRaw so you'll be able to make RAW edits without leaving Shotwell. Good luck with the learning curve as you migrate away from Windows! adam On 12/05/2010 11:25 PM, John Smyth wrote: > dear list: > > I am a complete noob attempting to move away from windows so I am at > the bottom of an imposing learning curve. > I have Shotwell 0.7.2 in Ubuntu 10.10.I am impressed by Shotwell and > it successfully does 98% of what I require. > It is the other 2% that is posing me problems > > I shoot mostly in Raw and import dng's into shotwell. If I wish for > example to straighten an image and open it > in an external raw editor (I have tried several) Shotwell will not > update the image with the edits. Shutting down > and restarting shotwell makes no difference. The documentation > suggests that the shift key will display the ediited > version (I would have thought the modified image should be displayed > by default and the shift key should show the > original) but it doesn't do anything. > > From my External raw editor I am saving the image back to the original > folder as a jpg but it is not detected by Shotwell. > If I import it into Shotwell it appears as a separate image with no > comments or tags. is this a bug or am I doing something > stupid (as I suspect) ? > > If anybody can point me in the right direction I would really appreciate it. > > Thanks > > John S. > > > > > . > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Tue Dec 7 17:57:43 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 07 Dec 2010 09:57:43 -0800 Subject: [Shotwell] Requested Enhancement In-Reply-To: <4CFB8C9C.1080607@ThePhotographyEnthusiast.com> References: <4CFB8C9C.1080607@ThePhotographyEnthusiast.com> Message-ID: <4CFE7597.2040903@yorba.org> On 12/05/2010 04:59 AM, Anthony Howarth wrote: > Shotwell is a great photo manger but, until color management is > available, I will also need to use a RAW conversion program like > RawStudio. > > I don't know about other photographers out there, but a really useful > feature for me would be if the duplicate folder had an option to enter > an output folder. > > Since Shotwell is so fast, I will be importing all my camera RAW files > directly from my camera to do my photo organizing, tagging, ranking, > etc. Let's say I import 250 photos after a photo shoot. Upon viewing > them in Shotwell, there may be only 25 photos with a 5-star ranking > that I need color managed post processing for. I would then like to > duplicate them to a new sub-folder, so that when I open a RAW > conversion program I can just import that one folder without having to > search through the 250 photos for the 25 I want. > > Does that make sense? I would think this is a common problem. Anthony, today, Shotwell doesn't give you much control over where photos live in the file system. That's a significant limiation, and in future releases we hope to improve the situation by implementing features such as a user-configurable import directory hierarchy (http://trac.yorba.org/ticket/1597) and a folder tree in the sidebar (http://trac.yorba.org/ticket/1594). In particular, once the folder tree exists you'll be able to drag photos between folders in Shotwell just like in Nautilus, which would effectively give you the capability you're looking for. In the meantime, you can sort of accomplish what you want by creating and opening a new directory in Nautilus, then by dragging the 25 photos from Shotwell to the Nautilus window. The new photos won't be part of the Shotwell library, however. If you specifically want the capability to duplicate to an output folder for the reasons you describe, feel free to open a ticket for that and we can consider it. I hope this capability won't be needed in the long term, however, once we add better color management, RAW support and file system flexibility to Shotwell itself. adam From adam at yorba.org Tue Dec 7 18:45:12 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 07 Dec 2010 10:45:12 -0800 Subject: [Shotwell] Reimporting with tags In-Reply-To: <84bp4yoa6c.fsf@gmail.com> References: <84bp4yoa6c.fsf@gmail.com> Message-ID: <4CFE80B8.6020407@yorba.org> On 12/06/2010 01:36 PM, Paulo J. Matos wrote: > Hi all, > > I did a mistake and I am looking for a workaround to what I did... > So, shotwell 0.7.2. I have a list of folders like: > 2005 > |- event1 > |- event2 > 2006 > |- event3 > > and so on... in total I upload them at the same time, about 15000 > photos. > > However, this was stupid. I should have uploaded them one event at a > time, tagged and edited time/dated the photos of that import with the > event name and date (as exif info is not present in most of them). > > Now, if I try to import the photos, they will be duplicated and I cannot > get the photos into one selection. > > Any tips? Paulo, Unfortunately I don't see any easy workaround. You might need to start with an empty library and import again, importing one event at a time as you described. I assume that you would prefer not to do that because you've already applied some tags or photo adjustments in Shotwell and you don't want to lose those, but today you may not have much choice. At first I thought the following workaround might work, but I don't think it will help: 1. In Shotwell, select all photos and press Delete to move them to the trash. 2. Drag just the first event's folder (e.g. 2005/event1) into Shotwell. Shotwell will resurrect that event's photos from the trash back into the library. 3. The Last Import view will now show the resurrected photos, and you can tag them and edit their date/time as you please. 4. Drag the next event's folder (e.g. 2005/event2) into Shotwell. 5. Unfortunately, at this point the Last Import view will show both the photos resurrected in steps 2 and 4. This is possibly a bug. If it showed you just the photos resurrected in step 4, then you'd be able to tag and edit these photos, and repeat the process for all your events. As I've mentioned on this mailing list before, we hope to evolve Shotwell to give you better visibilty into where files live on disk. In particular, once we implement a folder tree in the sidebar (http://trac.yorba.org/ticket/1594) you'll easily be able to select all photos belonging to a particular folder, which would easily solve your problem. adam From perez.erasmo at gmail.com Tue Dec 7 18:46:02 2010 From: perez.erasmo at gmail.com (Erasmo Perez) Date: Tue, 7 Dec 2010 12:46:02 -0600 Subject: [Shotwell] Fwd: Today, Shotwell can not upload photos to FB In-Reply-To: References: Message-ID: Hi dear Shotwell community: It is a real pleasure for me to inform you that once all the offending pictures names had been modified in order to follow a strict adherence to an ASCII-only format (removing ill-characters like "?" or "?") all the photos in the collections from Shotwell are correctly uploaded to (and appear instantly in) the Photos section of my Facebook account. With the names of the pictures changed to an ASCII-only format, Shotwell Connect is working like a charm :-) I would like to thank all the Shotwell community (developers and users) for you very well appreciated software and helpful guidance. Thank you very much Kind regards Erasmo ---------- Forwarded message ---------- From: Erasmo Perez Date: 3 December 2010 13:35 Subject: Re: [Shotwell] Today, Shotwell can not upload photos to FB To: shotwell at lists.yorba.org Hi Lucas: You may be right, because just before I leave house for work I made a last test uploading another pic and Shotwell Connect worked, but the original pic I intended to upload continued being not published by FB. I then suspected that maybe there was something wrong with the first picture. On the road to work I figured that I should extract the exif headers from both pictures and send them to this list, but that would be tomorrow when I return home from work. If it is the case that the ill-formed name is the culprit of the lack of publication of the pic in FB, the solution will be easier :-) As soon as I get back home I will try renaming the first pic with an ASCII-only name and I will let you know the code bahaviour. Thank you very much :-) Kind regards for your great help Erasmo On 3 December 2010 13:17, Lucas Beeler wrote: > Hi Erasmo, > > We had a similar problem with Picasa Web Albums that turned out to be > a text encoding issue. I noticed that you were trying to upload a file > named "Beb? 096.jpg", which clearly contains an accented character > (the "?"). To help diagnose this problem could you try uploading a > photo whose filename only contains US ASCII characters (i.e., the > letters a-z upper- and lower-case without any accented characters and > the digits 0-9 and write me back (i) letting me know whether the > ASCII-only upload was successful; and (ii) if the upload wasn't > successful, attaching the log output as per Jani's post. > > Regards, > Lucas > From adam at yorba.org Tue Dec 7 19:12:39 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 07 Dec 2010 11:12:39 -0800 Subject: [Shotwell] Fwd: Today, Shotwell can not upload photos to FB In-Reply-To: References: Message-ID: <4CFE8727.1080504@yorba.org> Erasmo, great - thanks for letting us know that this fixed the problem. Publishing to either Flickr or Facebook fails today when captions have non-ASCII characters (http://trac.yorba.org/ticket/2629). We're still hoping to fix this for 0.8. adam On 12/07/2010 10:46 AM, Erasmo Perez wrote: > Hi dear Shotwell community: > > It is a real pleasure for me to inform you that once all the offending > pictures names had been modified in order to follow a strict adherence to an > ASCII-only format (removing ill-characters like "?" or "?") all the photos > in the collections from Shotwell are correctly uploaded to (and appear > instantly in) the Photos section of my Facebook account. > > With the names of the pictures changed to an ASCII-only format, Shotwell > Connect is working like a charm :-) > > I would like to thank all the Shotwell community (developers and users) for > you very well appreciated software and helpful guidance. > > Thank you very much > > Kind regards > > Erasmo > > ---------- Forwarded message ---------- > From: Erasmo Perez > Date: 3 December 2010 13:35 > Subject: Re: [Shotwell] Today, Shotwell can not upload photos to FB > To: shotwell at lists.yorba.org > > > Hi Lucas: > > You may be right, because just before I leave house for work I made a last > test uploading another pic and Shotwell Connect worked, but the original pic > I intended to upload continued being not published by FB. I then suspected > that maybe there was something wrong with the first picture. On the road to > work I figured that I should extract the exif headers from both pictures and > send them to this list, but that would be tomorrow when I return home from > work. > > If it is the case that the ill-formed name is the culprit of the lack of > publication of the pic in FB, the solution will be easier :-) > > As soon as I get back home I will try renaming the first pic with an > ASCII-only name and I will let you know the code bahaviour. > > Thank you very much :-) > > Kind regards for your great help > > Erasmo > > > On 3 December 2010 13:17, Lucas Beeler wrote: > >> Hi Erasmo, >> >> We had a similar problem with Picasa Web Albums that turned out to be >> a text encoding issue. I noticed that you were trying to upload a file >> named "Beb? 096.jpg", which clearly contains an accented character >> (the "?"). To help diagnose this problem could you try uploading a >> photo whose filename only contains US ASCII characters (i.e., the >> letters a-z upper- and lower-case without any accented characters and >> the digits 0-9 and write me back (i) letting me know whether the >> ASCII-only upload was successful; and (ii) if the upload wasn't >> successful, attaching the log output as per Jani's post. >> >> Regards, >> Lucas >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From pocmatos at gmail.com Tue Dec 7 19:21:46 2010 From: pocmatos at gmail.com (Paulo J. Matos) Date: Tue, 07 Dec 2010 19:21:46 +0000 Subject: [Shotwell] Reimporting with tags References: <84bp4yoa6c.fsf@gmail.com> <4CFE80B8.6020407@yorba.org> Message-ID: <848w01tmlx.fsf@gmail.com> Adam Dingle writes: > > Paulo, > > Unfortunately I don't see any easy workaround. You might need to > start with an empty library and import again, importing one event at a > time as you described. I assume that you would prefer not to do that > because you've already applied some tags or photo adjustments in > Shotwell and you don't want to lose those, but today you may not have > much choice. Argh, that's unfortunate. Oh well, guess I will have to live with it for now. Thanks for the help. -- PMatos From anthony at thephotographyenthusiast.com Sat Dec 4 17:36:42 2010 From: anthony at thephotographyenthusiast.com (Anthony) Date: Sat, 4 Dec 2010 09:36:42 -0800 (PST) Subject: [Shotwell] Exporting Images Message-ID: <1291484202686-30088.post@talk.nabble.com> I recently installed Shotwell, and I like it a lot. Great job! I would like to use it as the main part of my photography workflow, but I have a couple questions first. The color profile in my camera is set to Adobe RGB, but I shoot in RAW. I'm assuming the color profile is only applied to the thumbnail in the RAW. I import all my photos into Shotwell as the first step in my workflow. It is very fast and allows me to filter my images quite quickly. What I usually do after filtering the photos is open the good ones in RawStudio and export to TIFF, and then make all my edits in GIMP. I would love to skip the RawStudio step and export directly from Shotwell. What has me a little confused is how Shotwell exports to PNG and JPEG. Does it apply any color profile by default? Normally I export from RawStudio to TIFF because it is lossless. I could export to PNG from Shotwell because I believe this is lossless as well. The problem for me is that when I open the exported PNG in GIMP, it doesn't ask me if I want to convert the color profile (like it does with the RawStudio TIFF), which leads me to believe there isn't one in the PNG. Basically, what I want to know is, can I still have a color managed workflow with the following steps: shooting in RAW (sRGB); using Shotwell to export to PNG; editing in GIMP (sRGB); and sending it to the photo lab (sRGB)? Is there a plan to add the ability to export to tiff with an embedded color profile, and if so, when? Thank you! Anthony P.S. - My current workflow in outlined on my blog - http://www.thephotographyenthusiast.com/photoblog.jsp?id=6 -- View this message in context: http://shotwell.3510.www.nabble.com/Exporting-Images-tp30088p30088.html Sent from the Shotwell mailing list archive at Nabble.com. From david at davidwolfson.co.uk Sun Dec 5 20:34:00 2010 From: david at davidwolfson.co.uk (David Wolfson) Date: Sun, 5 Dec 2010 20:34:00 +0000 Subject: [Shotwell] shotwell closing in ubnutu unity Message-ID: hi all, I'm new to shotwell following its introduction to ubuntu in maverick, and really liking it. However, if I close and re-open, the window appears (after a pause), then closes again. This seems to be as described in this bug report: http://www.mail-archive.com/ubuntu-bugs at lists.ubuntu.com/msg2486867.html but I can't seem to follow the bug through to a resolution. Has anyone else had this issue, and if so can you point me to a fix please? I'm running up-to-date ubnutu 10.10 (upgraded from 9.-4) on an aspire revo. This doesn't appear to happen with other applications... Thanks! Dave From bengt at thuree.com Tue Dec 7 21:38:49 2010 From: bengt at thuree.com (Bengt Thuree) Date: Wed, 08 Dec 2010 08:38:49 +1100 Subject: [Shotwell] Reimporting with tags In-Reply-To: <848w01tmlx.fsf@gmail.com> References: <84bp4yoa6c.fsf@gmail.com> <4CFE80B8.6020407@yorba.org> <848w01tmlx.fsf@gmail.com> Message-ID: <1291757929.3200.188.camel@lappis.thuree.com> On Tue, 2010-12-07 at 19:21 +0000, Paulo J. Matos wrote: > Adam Dingle writes: > > > > > Paulo, > > > > Unfortunately I don't see any easy workaround. You might need to > > start with an empty library and import again, importing one event at a > > time as you described. I assume that you would prefer not to do that > > because you've already applied some tags or photo adjustments in > > Shotwell and you don't want to lose those, but today you may not have > > much choice. > > Argh, that's unfortunate. > Oh well, guess I will have to live with it for now. How about storing the tags embedded in the photos? And fixing up one event at a time, storing the information embedded in the photos, deleting the photos from shotwell, and then do the next event. When all events are done, re-import all events... That is in the below just add 3.5, delete all photos (step 1) again. ... 1. In Shotwell, select all photos and press Delete to move them to the trash. 2. Drag just the first event's folder (e.g. 2005/event1) into Shotwell. Shotwell will resurrect that event's photos from the trash back into the library. 3. The Last Import view will now show the resurrected photos, and you can tag them and edit their date/time as you please. 4. Drag the next event's folder (e.g. 2005/event2) into Shotwell. 5. Unfortunately, at this point the Last Import view will show both the photos resurrected in steps 2 and 4. This is possibly a bug. If it showed you just the photos resurrected in step 4, then you'd be able to tag and edit these photos, and repeat the process for all your events. ... I had to do this for F-Spot in the beginning.... From adam at yorba.org Tue Dec 7 22:52:04 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 07 Dec 2010 14:52:04 -0800 Subject: [Shotwell] Reimporting with tags In-Reply-To: <1291757929.3200.188.camel@lappis.thuree.com> References: <84bp4yoa6c.fsf@gmail.com> <4CFE80B8.6020407@yorba.org> <848w01tmlx.fsf@gmail.com> <1291757929.3200.188.camel@lappis.thuree.com> Message-ID: <4CFEBA94.3090103@yorba.org> On 12/07/2010 01:38 PM, Bengt Thuree wrote: > On Tue, 2010-12-07 at 19:21 +0000, Paulo J. Matos wrote: > How about storing the tags embedded in the photos? > And fixing up one event at a time, storing the information embedded in > the photos, deleting the photos from shotwell, and then do the next > event. When all events are done, re-import all events... > > That is in the below just add 3.5, delete all photos (step 1) again. That's a clever idea. Yes, I think that will work, though doing that for all your photos will obviously be a bit of a chore. adam From lucas at yorba.org Wed Dec 8 23:51:03 2010 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 8 Dec 2010 15:51:03 -0800 Subject: [Shotwell] Exporting Images In-Reply-To: <1291484202686-30088.post@talk.nabble.com> References: <1291484202686-30088.post@talk.nabble.com> Message-ID: Hi Anthony, Unfortunately, as of right now, Shotwell is not color-profile aware. What's more, the pixels in Shotwell PNG files are device RGB -- not sRGB -- pixels, so Shotwell, alas, doesn't fit in well to a color managed workflow. We're well aware of the fact that pro and "pro-sumer" digital photographers want such a color managed workflow, and we do have a ticket to add color profile support to Shotwell within the next few releases. See http://trac.yorba.org/ticket/1175 for details. Regards, Lucas From yahuxo at gmx.de Thu Dec 9 21:20:29 2010 From: yahuxo at gmx.de (Tobias Rapp) Date: Thu, 09 Dec 2010 22:20:29 +0100 Subject: [Shotwell] About adding support for recorded audio files In-Reply-To: <4CFD2E96.3040307@yorba.org> References: <4CFBEDEE.9030501@gmx.de> <4CFD2E96.3040307@yorba.org> Message-ID: <4D01481D.4090100@gmx.de> Thank you Alexey, Bruno and Adam for the encouraging feedback. I agree that video support should currently have priority and that Shotwell should keep its main focus on managing photos. Adam Dingle wrote: > By the way, here's a one-line hack to make Shotwell (the trunk > version) work with audio files today. In VideoSupport.vala, find the > function get_supported_file_extensions() in the VideoReader class. > > [...] > > Of course, this isn't the right solution since audio files should > really be listed separately, not as videos. And, a disclaimer: if > you take this approach and then we come out with actual audio support > some day, you might need to rebuild your library since Shotwell > probably won't be smart enough to recognize that all those audio > files you imported as videos should no longer appear as videos. > Still, this is the low-effort solution: it will effectively give you > the feature you want today, I think. I tested it and it really works. Of course it would be nice if it would import the date, etc. information stored in the file but as a quick hack to start managing files based on events and tags it's usable. If Shotwell will include real audio support some day I do not fear to perform some SQL on the SQLite database file for clean-up :-) Thanks again, Tobias From mconnolly at iotrak.com Fri Dec 10 16:42:14 2010 From: mconnolly at iotrak.com (Mylan Connolly) Date: Fri, 10 Dec 2010 11:42:14 -0500 Subject: [Shotwell] JPEG Lossless Operations Message-ID: Hello, We do slide scanning at my company, and have been using VueScan to capture images in Ubuntu 10.10, and we currently use Picasa to rotate the images (losslessly), since doing it in VueScan by scanning one at a time is not productive enough. I was wondering if Shotwell has yet, or if there are plans to have lossless rotation implemented, because the latest information I found to date was for version 0.5 (I think) and I believe the latest version is 0.7(?) Thanks! -- *Mylan Connolly* *Client Solution Specialist* i/oTrak, Inc., Mammologix, E-Z Photo Scan 2152 S Orange Blossom Trail, Suite 100 Apopka, FL 32703 Local: 407-598-1500 Toll Free: 800-739-6919 Fax: 407-598-1501 *CONFIDENTIALITY NOTICE:* This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, contact the sender by reply email and destroy all copies of the original message. From jim at yorba.org Fri Dec 10 22:26:54 2010 From: jim at yorba.org (Jim Nelson) Date: Fri, 10 Dec 2010 14:26:54 -0800 Subject: [Shotwell] JPEG Lossless Operations In-Reply-To: References: Message-ID: Mylan, Shotwell does not currently support lossless JPEG rotations (other than using the EXIF Orientation field, but I don't think that's what you're asking for). It's something we've considered, however. -- Jim On Fri, Dec 10, 2010 at 8:42 AM, Mylan Connolly wrote: > Hello, > > We do slide scanning at my company, and have been using VueScan to capture > images in Ubuntu 10.10, and we currently use Picasa to rotate the images > (losslessly), since doing it in VueScan by scanning one at a time is not > productive enough. > > I was wondering if Shotwell has yet, or if there are plans to have lossless > rotation implemented, because the latest information I found to date was > for > version 0.5 (I think) and I believe the latest version is 0.7(?) > > Thanks! > > -- > *Mylan Connolly* > *Client Solution Specialist* > i/oTrak, Inc., Mammologix, E-Z Photo Scan > > 2152 S Orange Blossom Trail, Suite 100 > Apopka, FL 32703 > > Local: 407-598-1500 > Toll Free: 800-739-6919 > Fax: 407-598-1501 > > *CONFIDENTIALITY NOTICE:* This email message, including any attachments, > is > for the sole use of the intended recipient(s) and may contain confidential > and privileged information. Any unauthorized review, use, disclosure or > distribution is prohibited. If you are not the intended recipient, contact > the sender by reply email and destroy all copies of the original message. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Sat Dec 11 03:35:50 2010 From: jim at yorba.org (Jim Nelson) Date: Fri, 10 Dec 2010 19:35:50 -0800 Subject: [Shotwell] Call for testing Message-ID: We've been working diligently on Shotwell 0.8 and are looking to begin wrapping up this release. Several exciting features have been added as well smaller additions and bug fixes. This release includes such features as: * Video support, including uploading videos to various Web services (including YouTube) * Runtime monitoring and auto-import of the library directory * Metadata (tags, titles, rating) written to master files automatically * Flagging files for batch operations * Set multiple photos to desktop background slideshow * ... and more! We could use your help. We need people to run Shotwell through its paces so we can make this release as rock-solid as possible. If you're interested, follow the directions here for getting the source and building it: http://www.yorba.org/shotwell/install/#source Please note that Shotwell will *not* build with Vala 0.11. Use Vala 0.10.1 if possible (Vala 0.9.7 is the minimum version). If you find bugs or issues -- anything that seems odd -- please feel free to report them here on the mailing list or via our Trac ticketing system at: http://trac.yorba.org/ Thanks for your continued support! -- Jim Nelson From cor at vdberghe.nl Sat Dec 11 07:34:16 2010 From: cor at vdberghe.nl (Cor van den Berghe) Date: Sat, 11 Dec 2010 08:34:16 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: Message-ID: I'm new to this building your own software stuff, but since I really like Shotwell I tought I'd get my hand dirty and do my bit to help out. I'm following the build instructions from this page: http://www.yorba.org/shotwell/install/#source but when I try to build gexiv2 I get this error: Package exiv2 was not found in the pkg-config search path. Perhaps you should add the directory containing `exiv2.pc' to the PKG_CONFIG_PATH environment variable No package 'exiv2' found make: *** [gexiv2/gexiv2-metadata.o] Fout 1 exiv2 0.19-3 is installed on my PC running Ubuntu 10.10 Can somebody tell me what to do, thanks. Regards, Cor. 2010/12/11 Jim Nelson > We've been working diligently on Shotwell 0.8 and are looking to begin > wrapping up this release. Several exciting features have been added as > well > smaller additions and bug fixes. This release includes such features as: > > * Video support, including uploading videos to various Web services > (including YouTube) > * Runtime monitoring and auto-import of the library directory > * Metadata (tags, titles, rating) written to master files automatically > * Flagging files for batch operations > * Set multiple photos to desktop background slideshow > * ... and more! > > We could use your help. We need people to run Shotwell through its paces > so > we can make this release as rock-solid as possible. If you're interested, > follow the directions here for getting the source and building it: > > http://www.yorba.org/shotwell/install/#source > > Please note that Shotwell will *not* build with Vala 0.11. Use Vala 0.10.1 > if possible (Vala 0.9.7 is the minimum version). > > If you find bugs or issues -- anything that seems odd -- please feel free > to > report them here on the mailing list or via our Trac ticketing system at: > > http://trac.yorba.org/ > > Thanks for your continued support! > > -- Jim Nelson > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > -- Groet, Cor. From brunogirin at gmail.com Sat Dec 11 11:48:15 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 11 Dec 2010 11:48:15 +0000 Subject: [Shotwell] Call for testing In-Reply-To: References: Message-ID: <1292068095.1824.6.camel@nuuk> Cor, When compiling software, you need the development headers for the libraries that are used by this software. On Ubuntu, they are in additional packages that have a name endind in -dev. So for exiv2, you will need to install the package called libexiv2-dev: sudo apt-get install libexiv2-dev If you have a similar problem with another library, do the following: aptitude search Then find a package called -dev or lib-dev and install it using the same command as above. The name of the package may also include a version. For example, in the case of gstreamer (which you will need), it's called libgstreamer0.10-dev. Bruno On Sat, 2010-12-11 at 08:34 +0100, Cor van den Berghe wrote: > I'm new to this building your own software stuff, but since I really like > Shotwell I tought I'd get my hand dirty and do my bit to help out. > I'm following the build instructions from this page: > http://www.yorba.org/shotwell/install/#source but when I try to build gexiv2 > I get this error: > > Package exiv2 was not found in the pkg-config search path. > Perhaps you should add the directory containing `exiv2.pc' > to the PKG_CONFIG_PATH environment variable > No package 'exiv2' found > make: *** [gexiv2/gexiv2-metadata.o] Fout 1 > > exiv2 0.19-3 is installed on my PC running Ubuntu 10.10 > > Can somebody tell me what to do, thanks. > > Regards, > Cor. > > > > 2010/12/11 Jim Nelson > > > We've been working diligently on Shotwell 0.8 and are looking to begin > > wrapping up this release. Several exciting features have been added as > > well > > smaller additions and bug fixes. This release includes such features as: > > > > * Video support, including uploading videos to various Web services > > (including YouTube) > > * Runtime monitoring and auto-import of the library directory > > * Metadata (tags, titles, rating) written to master files automatically > > * Flagging files for batch operations > > * Set multiple photos to desktop background slideshow > > * ... and more! > > > > We could use your help. We need people to run Shotwell through its paces > > so > > we can make this release as rock-solid as possible. If you're interested, > > follow the directions here for getting the source and building it: > > > > http://www.yorba.org/shotwell/install/#source > > > > Please note that Shotwell will *not* build with Vala 0.11. Use Vala 0.10.1 > > if possible (Vala 0.9.7 is the minimum version). > > > > If you find bugs or issues -- anything that seems odd -- please feel free > > to > > report them here on the mailing list or via our Trac ticketing system at: > > > > http://trac.yorba.org/ > > > > Thanks for your continued support! > > > > -- Jim Nelson > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > -- > > This message has been scanned for viruses and > > dangerous content by MailScanner, and is > > believed to be clean. > > > > > > From gustaf at thorslund.org Sat Dec 11 12:23:09 2010 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Sat, 11 Dec 2010 13:23:09 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: Message-ID: <4D036D2D.3040504@thorslund.org> Jim Nelson wrote at 10/12/10 19:35:50 -0800 > We've been working diligently on Shotwell 0.8 and are looking to begin > wrapping up this release. Several exciting features have been added as well > smaller additions and bug fixes. This release includes such features as: > > * Video support, including uploading videos to various Web services > (including YouTube) > * Runtime monitoring and auto-import of the library directory > * Metadata (tags, titles, rating) written to master files automatically > * Flagging files for batch operations > * Set multiple photos to desktop background slideshow > * ... and more! > > We could use your help. We need people to run Shotwell through its paces so > we can make this release as rock-solid as possible. If you're interested, > follow the directions here for getting the source and building it: > > http://www.yorba.org/shotwell/install/#source Any plans on a beta PPA? I'll give it a try building from source, but a PPA could probably get more testers. /Gustaf From grobe at gmx.net Sat Dec 11 12:25:08 2010 From: grobe at gmx.net (Lars O. Grobe) Date: Sat, 11 Dec 2010 13:25:08 +0100 Subject: [Shotwell] permissions on image files Message-ID: <4D036DA4.30207@gmx.net> Hi all, today, while importing old images form a CD I found, I faced the following problem: I imported my images by dragging them onto the Shotwell window, which worked perfectly well. However I found that the date-field was set wrong, so I selected the files in Shotwell and attempted to change date and time on the original files. This led to an error, that the original files could not be changed. I checked the permissions in my library and found that the file were not writeable by the owner (me). This must be due to the fact that they were imported from a non-writeable medium. I would still expect Shotwell to change the permissions to writeable when importing them into the library (which is on a rw-medium) by copying. Cheers, Lars. From korbe at romandie.com Sat Dec 11 13:30:07 2010 From: korbe at romandie.com (Gendre Sebastien) Date: Sat, 11 Dec 2010 14:30:07 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: Message-ID: <1292074207.4187.1.camel@korbeLaptop.local> After make, I have tried to lunch shotwell and I have a: ** ERROR:DatabaseTables.vala:288:database_table_add_column: assertion failed: (res == SQLITE_OK) Abandon (core dumped) Le vendredi 10 d?cembre 2010 ? 19:35 -0800, Jim Nelson a ?crit : > We've been working diligently on Shotwell 0.8 and are looking to begin > wrapping up this release. Several exciting features have been added as well > smaller additions and bug fixes. This release includes such features as: > > * Video support, including uploading videos to various Web services > (including YouTube) > * Runtime monitoring and auto-import of the library directory > * Metadata (tags, titles, rating) written to master files automatically > * Flagging files for batch operations > * Set multiple photos to desktop background slideshow > * ... and more! > > We could use your help. We need people to run Shotwell through its paces so > we can make this release as rock-solid as possible. If you're interested, > follow the directions here for getting the source and building it: > > http://www.yorba.org/shotwell/install/#source > > Please note that Shotwell will *not* build with Vala 0.11. Use Vala 0.10.1 > if possible (Vala 0.9.7 is the minimum version). > > If you find bugs or issues -- anything that seems odd -- please feel free to > report them here on the mailing list or via our Trac ticketing system at: > > http://trac.yorba.org/ > > Thanks for your continued support! > > -- Jim Nelson > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From andrea at carpani.net Sat Dec 11 14:14:22 2010 From: andrea at carpani.net (Andrea Carpani) Date: Sat, 11 Dec 2010 15:14:22 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: Message-ID: <4D03873E.4060405@carpani.net> On 12/11/2010 04:35 AM, Jim Nelson wrote: > We've been working diligently on Shotwell 0.8 and are looking to begin > wrapping up this release. Several exciting features have been added as well > smaller additions and bug fixes. This release includes such features as: > > * Video support, including uploading videos to various Web services > (including YouTube) > * Runtime monitoring and auto-import of the library directory > * Metadata (tags, titles, rating) written to master files automatically > * Flagging files for batch operations > * Set multiple photos to desktop background slideshow > * ... and more! I've built trunk successfully (Ubuntu Maverick, no additional libraries) and I'll be happy to test it, but on my laptop I'm already using the "Maverick" version of shotwell: is there a way I can test the trunk side by side the stable shotwell? I've installed the trunk on a separate directory and I know I can change the datadir with -d option, but what about cgonf preferences? Is there a way I can start the trunk without polluting the "stable" conf? Note: compilation leads to a lot of warnings: are you aware of these or you want me to bugtrack them? Regards, -- .a.c. Andrea Carpani From hernan.lopez+ubuntu at gmail.com Sat Dec 11 15:02:35 2010 From: hernan.lopez+ubuntu at gmail.com (Hernan Javier Lopez) Date: Sat, 11 Dec 2010 12:02:35 -0300 Subject: [Shotwell] Call for testing In-Reply-To: <1292074207.4187.1.camel@korbeLaptop.local> References: <1292074207.4187.1.camel@korbeLaptop.local> Message-ID: On Sat, Dec 11, 2010 at 10:30, Gendre Sebastien wrote: > After make, I have tried to lunch shotwell and I have a: > > ** > ERROR:DatabaseTables.vala:288:database_table_add_column: assertion > failed: (res == SQLITE_OK) > Abandon (core dumped) > Idem. Maverick 64bits From andrea at carpani.net Sat Dec 11 15:27:36 2010 From: andrea at carpani.net (Andrea Carpani) Date: Sat, 11 Dec 2010 16:27:36 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: <1292074207.4187.1.camel@korbeLaptop.local> Message-ID: <4D039868.2050604@carpani.net> On 12/11/2010 04:02 PM, Hernan Javier Lopez wrote: > On Sat, Dec 11, 2010 at 10:30, Gendre Sebastien wrote: >> After make, I have tried to lunch shotwell and I have a: >> >> ** >> ERROR:DatabaseTables.vala:288:database_table_add_column: assertion >> failed: (res == SQLITE_OK) >> Abandon (core dumped) >> > > Idem. Maverick 64bits This seems to happen if you start shotwell with an existing datadir. Maybe databases are incompatible? Starting it with ${HOME}/unstable/shotwell/bin/shotwell -d ${HOME}/unstable/shotwell.data seems to work for me. -- .a.c. Andrea Carpani From c.meyer at sofortsurf.de Sat Dec 11 16:36:58 2010 From: c.meyer at sofortsurf.de (Christian Meyer) Date: Sat, 11 Dec 2010 17:36:58 +0100 Subject: [Shotwell] Importmessage double files Message-ID: <1292085418.1777.7.camel@christian-desktop> Hello everybody, I just imported all my fotos into shotwell and got a message that I have double files and some which could not be imported. Now I want to get rid of all the double files, but how can I find out which files these are? especially the files which are not mentioned by name but only by ".....and 11183 more...". Is there a log file of the import, where ALL the files are mentioned WITH NAME AND PATH? kind regards Christian Meyer -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Christian Meyer c.meyer at sofortsurf.de From vperetokin at gmail.com Sat Dec 11 18:02:58 2010 From: vperetokin at gmail.com (Vadim Peretokin) Date: Sat, 11 Dec 2010 13:02:58 -0500 Subject: [Shotwell] Call for testing In-Reply-To: <4D039868.2050604@carpani.net> References: <1292074207.4187.1.camel@korbeLaptop.local> <4D039868.2050604@carpani.net> Message-ID: I ran into the same SQLite problem - using -d on a new file worked to start it. From cor at vdberghe.nl Sat Dec 11 19:47:29 2010 From: cor at vdberghe.nl (Cor van den Berghe) Date: Sat, 11 Dec 2010 20:47:29 +0100 Subject: [Shotwell] Call for testing In-Reply-To: <1292068095.1824.6.camel@nuuk> References: <1292068095.1824.6.camel@nuuk> Message-ID: Thanks, it's working. The speed keeps amazing me, great stuff. Regards, Cor. Op 11 dec. 2010 12:48 schreef "Bruno Girin" het volgende: > Cor, > > When compiling software, you need the development headers for the > libraries that are used by this software. On Ubuntu, they are in > additional packages that have a name endind in -dev. So for exiv2, you > will need to install the package called libexiv2-dev: > > sudo apt-get install libexiv2-dev > > If you have a similar problem with another library, do the following: > > aptitude search > > Then find a package called -dev or > lib-dev and install it using the same command as above. > The name of the package may also include a version. For example, in the > case of gstreamer (which you will need), it's called > libgstreamer0.10-dev. > > Bruno > > On Sat, 2010-12-11 at 08:34 +0100, Cor van den Berghe wrote: >> I'm new to this building your own software stuff, but since I really like >> Shotwell I tought I'd get my hand dirty and do my bit to help out. >> I'm following the build instructions from this page: >> http://www.yorba.org/shotwell/install/#source but when I try to build gexiv2 >> I get this error: >> >> Package exiv2 was not found in the pkg-config search path. >> Perhaps you should add the directory containing `exiv2.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'exiv2' found >> make: *** [gexiv2/gexiv2-metadata.o] Fout 1 >> >> exiv2 0.19-3 is installed on my PC running Ubuntu 10.10 >> >> Can somebody tell me what to do, thanks. >> >> Regards, >> Cor. >> >> >> >> 2010/12/11 Jim Nelson >> >> > We've been working diligently on Shotwell 0.8 and are looking to begin >> > wrapping up this release. Several exciting features have been added as >> > well >> > smaller additions and bug fixes. This release includes such features as: >> > >> > * Video support, including uploading videos to various Web services >> > (including YouTube) >> > * Runtime monitoring and auto-import of the library directory >> > * Metadata (tags, titles, rating) written to master files automatically >> > * Flagging files for batch operations >> > * Set multiple photos to desktop background slideshow >> > * ... and more! >> > >> > We could use your help. We need people to run Shotwell through its paces >> > so >> > we can make this release as rock-solid as possible. If you're interested, >> > follow the directions here for getting the source and building it: >> > >> > http://www.yorba.org/shotwell/install/#source >> > >> > Please note that Shotwell will *not* build with Vala 0.11. Use Vala 0.10.1 >> > if possible (Vala 0.9.7 is the minimum version). >> > >> > If you find bugs or issues -- anything that seems odd -- please feel free >> > to >> > report them here on the mailing list or via our Trac ticketing system at: >> > >> > http://trac.yorba.org/ >> > >> > Thanks for your continued support! >> > >> > -- Jim Nelson >> > _______________________________________________ >> > Shotwell mailing list >> > Shotwell at lists.yorba.org >> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > >> > -- >> > This message has been scanned for viruses and >> > dangerous content by MailScanner, and is >> > believed to be clean. >> > >> > >> >> > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > From antoni at olivellasole.cat Sat Dec 11 20:05:08 2010 From: antoni at olivellasole.cat (Antoni) Date: Sat, 11 Dec 2010 21:05:08 +0100 Subject: [Shotwell] Problems with not finding exiv2 Message-ID: <1292097908.1789.6.camel@ubuntu> Test on Shotwell 0.8.2 Package gexiv2 was not found in the pkg-config search path. Perhaps you should add the directory containing `gexiv2.pc' to the PKG_CONFIG_PATH environment variable No package 'gexiv2' found make: *** [src/.stamp] Error 1 I have installed exiv2 that is in /usr/local. I am running the configure of shotwell in a /antoni/baixades.... May be my problem is to have the 2 things in diferent places? how I can solve it?. antoni From vperetokin at gmail.com Sat Dec 11 20:06:05 2010 From: vperetokin at gmail.com (Vadim Peretokin) Date: Sat, 11 Dec 2010 15:06:05 -0500 Subject: [Shotwell] Call for testing In-Reply-To: References: <1292074207.4187.1.camel@korbeLaptop.local> <4D039868.2050604@carpani.net> Message-ID: Hm, so as it was using a blank new database, it started updating it. After a while though, it got completely stuck (slider bar didn't move). I tried to get a backtrace via GDB, but attaching did not work: (gdb) attach 8583 Attaching to process 8583 Could not attach to process. If your uid matches the uid of the target process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf ptrace: Operation not permitted. (gdb) Here is a gdb backtrace. Not sure how good is it, though. > > (gdb) file ./shotwell Reading symbols from /home/vadi/Programs/shotwell/shotwell...done. (gdb) run -d shotwell.data Starting program: /home/vadi/Programs/shotwell/shotwell -d shotwell.data [Thread debugging using libthread_db enabled] [New Thread 0x7fffe66d1700 (LWP 9572)] [New Thread 0x7fffe5ed0700 (LWP 9573)] [New Thread 0x7fffe56cf700 (LWP 9574)] [New Thread 0x7fffdd8d4700 (LWP 9575)] [New Thread 0x7fffdd0d3700 (LWP 9576)] [New Thread 0x7fffdc8d2700 (LWP 9577)] [New Thread 0x7fffdc0d1700 (LWP 9578)] [New Thread 0x7fffdb8d0700 (LWP 9579)] [New Thread 0x7fffdb0cf700 (LWP 9580)] [Thread 0x7fffdc0d1700 (LWP 9578) exited] [Thread 0x7fffdb8d0700 (LWP 9579) exited] [Thread 0x7fffdb0cf700 (LWP 9580) exited] [Thread 0x7fffdc8d2700 (LWP 9577) exited] [Thread 0x7fffdd8d4700 (LWP 9575) exited] [New Thread 0x7fffdd8d4700 (LWP 9582)] [New Thread 0x7fffdc8d2700 (LWP 9583)] [Thread 0x7fffdd0d3700 (LWP 9576) exited] [Thread 0x7fffdd8d4700 (LWP 9582) exited] [Thread 0x7fffdc8d2700 (LWP 9583) exited] ^C Program received signal SIGINT, Interrupt. 0x00007ffff1a8ad81 in ik_source_check (source=0xf7fa90) at /build/buildd/glib2.0-2.26.1/gio/inotify/inotify-kernel.c:109 109 /build/buildd/glib2.0-2.26.1/gio/inotify/inotify-kernel.c: No such file or directory. in /build/buildd/glib2.0-2.26.1/gio/inotify/inotify-kernel.c (gdb) bt #0 0x00007ffff1a8ad81 in ik_source_check (source=0xf7fa90) at /build/buildd/glib2.0-2.26.1/gio/inotify/inotify-kernel.c:109 #1 0x00007ffff0ed466a in g_main_context_check (context=0x9ea8b0, max_priority=2147483647, fds=, n_fds=-143242128) at /build/buildd/glib2.0-2.26.1/glib/gmain.c:2658 #2 0x00007ffff0ed5023 in g_main_context_iterate (context=0x9ea8b0, block=, dispatch=, self=) at /build/buildd/glib2.0-2.26.1/glib/gmain.c:2777 #3 0x00007ffff0ed57b5 in g_main_loop_run (loop=0x9d2cd0) at /build/buildd/glib2.0-2.26.1/glib/gmain.c:2988 #4 0x00007ffff39ed3e7 in IA__gtk_main () at /build/buildd/gtk+2.0-2.22.0/gtk/gtkmain.c:1237 #5 0x000000000064189c in application_start (self=0xa5b750) #6 0x000000000046c2a4 in library_exec (mounts=, mounts_length1=) at main.vala:193 #7 0x000000000046cbba in _vala_main (args=0x7fffffffe138, args_length1=1) at main.vala:364 #8 0x000000000046cc39 in main (argc=3, argv=0x7fffffffe138) at main.vala:294 (gdb) From gustaf at thorslund.org Sat Dec 11 21:12:44 2010 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Sat, 11 Dec 2010 22:12:44 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: <1292074207.4187.1.camel@korbeLaptop.local> <4D039868.2050604@carpani.net> Message-ID: <4D03E94C.3030806@thorslund.org> Hi Vadim, Vadim Peretokin wrote at 11/12/10 15:06:05 -0500 > I tried to get a backtrace via GDB, but attaching did not work: > > (gdb) attach 8583 > > Attaching to process 8583 > > Could not attach to process. If your uid matches the uid of the target > > process, check the setting of /proc/sys/kernel/yama/ptrace_scope, or try > > again as the root user. For more details, see /etc/sysctl.d/10-ptrace.conf > > ptrace: Operation not permitted. > The reason for this is described here: https://wiki.ubuntu.com/SecurityTeam/Roadmap/KernelHardening#ptrace%20Protection /Gustaf From gustaf at thorslund.org Sun Dec 12 07:06:38 2010 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Sun, 12 Dec 2010 08:06:38 +0100 Subject: [Shotwell] Importmessage double files In-Reply-To: <1292085418.1777.7.camel@christian-desktop> References: <1292085418.1777.7.camel@christian-desktop> Message-ID: <4D04747E.3040102@thorslund.org> Hi Christian, Christian Meyer wrote at 2010-12-11 17:36:58 +0100: > Hello everybody, > > I just imported all my fotos into shotwell and got a message that I have > double files and some which could not be imported. > > Now I want to get rid of all the double files, but how can I find out > which files these are? especially the files which are not mentioned by > name but only by ".....and 11183 more...". > > Is there a log file of the import, where ALL the files are mentioned > WITH NAME AND PATH? Maybe you could try fdupes. I'm using Ubuntu so this is how I would do: $ sudo apt-get install fdupes $ man fdupes /Gustaf From bengt at thuree.com Sun Dec 12 11:28:09 2010 From: bengt at thuree.com (Bengt Thuree) Date: Sun, 12 Dec 2010 22:28:09 +1100 Subject: [Shotwell] Call for testing In-Reply-To: References: Message-ID: <1292153289.3200.278.camel@lappis.thuree.com> Hi Guys I created a new wiki page (quite un-official) with my own lazy dog for how to build Shotwell from scratch. Hope it can be of assistance... http://trac.yorba.org/wiki/HowToBuildInDebianFromSource Bengt On Sat, 2010-12-11 at 08:34 +0100, Cor van den Berghe wrote: > I'm new to this building your own software stuff, but since I really like > Shotwell I tought I'd get my hand dirty and do my bit to help out. > I'm following the build instructions from this page: > http://www.yorba.org/shotwell/install/#source but when I try to build gexiv2 > I get this error: > > Package exiv2 was not found in the pkg-config search path. > Perhaps you should add the directory containing `exiv2.pc' > to the PKG_CONFIG_PATH environment variable > No package 'exiv2' found > make: *** [gexiv2/gexiv2-metadata.o] Fout 1 > > exiv2 0.19-3 is installed on my PC running Ubuntu 10.10 > > Can somebody tell me what to do, thanks. > > Regards, > Cor. > > > > 2010/12/11 Jim Nelson > > > We've been working diligently on Shotwell 0.8 and are looking to begin > > wrapping up this release. Several exciting features have been added as > > well > > smaller additions and bug fixes. This release includes such features as: > > > > * Video support, including uploading videos to various Web services > > (including YouTube) > > * Runtime monitoring and auto-import of the library directory > > * Metadata (tags, titles, rating) written to master files automatically > > * Flagging files for batch operations > > * Set multiple photos to desktop background slideshow > > * ... and more! > > > > We could use your help. We need people to run Shotwell through its paces > > so > > we can make this release as rock-solid as possible. If you're interested, > > follow the directions here for getting the source and building it: > > > > http://www.yorba.org/shotwell/install/#source > > > > Please note that Shotwell will *not* build with Vala 0.11. Use Vala 0.10.1 > > if possible (Vala 0.9.7 is the minimum version). > > > > If you find bugs or issues -- anything that seems odd -- please feel free > > to > > report them here on the mailing list or via our Trac ticketing system at: > > > > http://trac.yorba.org/ > > > > Thanks for your continued support! > > > > -- Jim Nelson > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > -- > > This message has been scanned for viruses and > > dangerous content by MailScanner, and is > > believed to be clean. > > > > > > -- With Regards Bengt Thuree bengt at thuree.com From c.meyer at sofortsurf.de Sun Dec 12 14:07:21 2010 From: c.meyer at sofortsurf.de (Christian Meyer) Date: Sun, 12 Dec 2010 15:07:21 +0100 Subject: [Shotwell] Importmessage double files In-Reply-To: <4D04747E.3040102@thorslund.org> References: <1292085418.1777.7.camel@christian-desktop> <4D04747E.3040102@thorslund.org> Message-ID: <1292162842.1798.3.camel@christian-desktop> > Maybe you could try fdupes. I'm using Ubuntu so this is how I would > do: Yes, I know that, Thanks! But the answer to my question is NO, right? The question was: > Is there a log file of the import, where ALL the files are mentioned > WITH NAME AND PATH? Thanks & regards Christian Meyer -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Christian Meyer c.meyer at sofortsurf.de From david.velazquez08 at gmail.com Sun Dec 12 15:52:06 2010 From: david.velazquez08 at gmail.com (David Velazquez) Date: Sun, 12 Dec 2010 10:52:06 -0500 Subject: [Shotwell] Call for testing In-Reply-To: <1292153289.3200.278.camel@lappis.thuree.com> References: <1292153289.3200.278.camel@lappis.thuree.com> Message-ID: Awesome guide bengt, I'm sure this will help many people. On Sun, Dec 12, 2010 at 6:28 AM, Bengt Thuree wrote: > Hi Guys > > I created a new wiki page (quite un-official) with my own lazy dog for > how to build Shotwell from scratch. Hope it can be of assistance... > > http://trac.yorba.org/wiki/HowToBuildInDebianFromSource > > Bengt > > On Sat, 2010-12-11 at 08:34 +0100, Cor van den Berghe wrote: > > I'm new to this building your own software stuff, but since I really like > > Shotwell I tought I'd get my hand dirty and do my bit to help out. > > I'm following the build instructions from this page: > > http://www.yorba.org/shotwell/install/#source but when I try to build > gexiv2 > > I get this error: > > > > Package exiv2 was not found in the pkg-config search path. > > Perhaps you should add the directory containing `exiv2.pc' > > to the PKG_CONFIG_PATH environment variable > > No package 'exiv2' found > > make: *** [gexiv2/gexiv2-metadata.o] Fout 1 > > > > exiv2 0.19-3 is installed on my PC running Ubuntu 10.10 > > > > Can somebody tell me what to do, thanks. > > > > Regards, > > Cor. > > > > > > > > 2010/12/11 Jim Nelson > > > > > We've been working diligently on Shotwell 0.8 and are looking to begin > > > wrapping up this release. Several exciting features have been added as > > > well > > > smaller additions and bug fixes. This release includes such features > as: > > > > > > * Video support, including uploading videos to various Web services > > > (including YouTube) > > > * Runtime monitoring and auto-import of the library directory > > > * Metadata (tags, titles, rating) written to master files automatically > > > * Flagging files for batch operations > > > * Set multiple photos to desktop background slideshow > > > * ... and more! > > > > > > We could use your help. We need people to run Shotwell through its > paces > > > so > > > we can make this release as rock-solid as possible. If you're > interested, > > > follow the directions here for getting the source and building it: > > > > > > http://www.yorba.org/shotwell/install/#source > > > > > > Please note that Shotwell will *not* build with Vala 0.11. Use Vala > 0.10.1 > > > if possible (Vala 0.9.7 is the minimum version). > > > > > > If you find bugs or issues -- anything that seems odd -- please feel > free > > > to > > > report them here on the mailing list or via our Trac ticketing system > at: > > > > > > http://trac.yorba.org/ > > > > > > Thanks for your continued support! > > > > > > -- Jim Nelson > > > _______________________________________________ > > > Shotwell mailing list > > > Shotwell at lists.yorba.org > > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > > > -- > > > This message has been scanned for viruses and > > > dangerous content by MailScanner, and is > > > believed to be clean. > > > > > > > > > > > > -- > With Regards > > Bengt Thuree > bengt at thuree.com > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From david.velazquez08 at gmail.com Sun Dec 12 15:59:44 2010 From: david.velazquez08 at gmail.com (David Velazquez) Date: Sun, 12 Dec 2010 10:59:44 -0500 Subject: [Shotwell] Importmessage double files In-Reply-To: <1292162842.1798.3.camel@christian-desktop> References: <1292085418.1777.7.camel@christian-desktop> <4D04747E.3040102@thorslund.org> <1292162842.1798.3.camel@christian-desktop> Message-ID: Hi Christian, the answer to your question is no. At this moment there is no log file of the import process with name and file path of the files Shotwell imported and attempted to import. Something like this would be nice, especially if it included whether file failed to import and if it did then why. I actually believe there is a ticket for this somewhere, just not implemented yet. In fact, I think this is it here: http://trac.yorba.org/ticket/2593 You can CC yourself to the ticket to receive any updates or add your own thoughts. On Sun, Dec 12, 2010 at 9:07 AM, Christian Meyer wrote: > > Maybe you could try fdupes. I'm using Ubuntu so this is how I would > > do: > > Yes, I know that, Thanks! > > But the answer to my question is NO, right? The question was: > > > Is there a log file of the import, where ALL the files are mentioned > > WITH NAME AND PATH? > > Thanks & regards > Christian Meyer > > -- > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Christian Meyer > c.meyer at sofortsurf.de > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mpageers at yahoo.com Sun Dec 12 21:30:27 2010 From: mpageers at yahoo.com (GulDukat) Date: Sun, 12 Dec 2010 13:30:27 -0800 (PST) Subject: [Shotwell] Incomplete import Message-ID: <1292189427714-30687.post@talk.nabble.com> Dear Shotwell users and developers, On my first attempt to import (link) my raw (.raf, fujifilm raw) images into Shotwell, about half of them in a given directory loaded. "32 photos failed to import due to a file or hardware error:". Some files are non-supported formats, but certainly not all 32 of the failed files! I can open them perfectly well in ufraw, gimp and other programs. I've seen several remarks on the list about how to find the missing images, but I'm more curious about why Shotwell will not load the files in the first place. They are all taken with the same camera and typically were copied to the HD at the same time in history. Any suggestions as to what could be going wrong? Thank you in advance -- View this message in context: http://shotwell.3510.www.nabble.com/Incomplete-import-tp30687p30687.html Sent from the Shotwell mailing list archive at Nabble.com. From c.meyer at sofortsurf.de Mon Dec 13 17:50:44 2010 From: c.meyer at sofortsurf.de (Christian Meyer) Date: Mon, 13 Dec 2010 18:50:44 +0100 Subject: [Shotwell] Importmessage double files In-Reply-To: References: <1292085418.1777.7.camel@christian-desktop> <4D04747E.3040102@thorslund.org> <1292162842.1798.3.camel@christian-desktop> Message-ID: <1292262644.3715.9.camel@christian-desktop> Am Sonntag, den 12.12.2010, 10:59 -0500 schrieb David Velazquez: > I actually believe there is a ticket for this somewhere, just not > implemented yet. In fact, I think this is it here: > http://trac.yorba.org/ticket/2593 You can CC yourself to the ticket to > receive any updates or add your own thoughts. Hi David, thanks for the answer. Yes, I will cc myself to follow ;-) ! From adam at yorba.org Mon Dec 13 18:10:59 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 13 Dec 2010 10:10:59 -0800 Subject: [Shotwell] Problems with not finding exiv2 In-Reply-To: <1292097908.1789.6.camel@ubuntu> References: <1292097908.1789.6.camel@ubuntu> Message-ID: <4D0661B3.2050306@yorba.org> Antoni, On 12/11/2010 12:05 PM, Antoni wrote: > Test on Shotwell 0.8.2 You must mean 0.7.2, since Shotwell 0.8 hasn't been released yet. :) > Package gexiv2 was not found in the pkg-config search path. > Perhaps you should add the directory containing `gexiv2.pc' > to the PKG_CONFIG_PATH environment variable > No package 'gexiv2' found > make: *** [src/.stamp] Error 1 > > I have installed exiv2 that is in /usr/local. > > I am running the configure of shotwell in a /antoni/baixades.... > > May be my problem is to have the 2 things in diferent places? how I can > solve it?. Note that exiv2 and gexiv2 are two different things. It looks like you've installed exiv2, but not gexiv2. The gexiv2 home page is here: http://trac.yorba.org/wiki/gexiv2 You might be able to get gexiv2 from your distribution. Otherwise, you can download the gexiv2 source and build and install it. Once you have a successful installation of gexiv2, you should be able to build Shotwell without a problem. If you have more trouble, let us know and we'll try to help. adam From adam at yorba.org Mon Dec 13 19:09:42 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 13 Dec 2010 11:09:42 -0800 Subject: [Shotwell] Call for testing In-Reply-To: References: <1292074207.4187.1.camel@korbeLaptop.local> <4D039868.2050604@carpani.net> Message-ID: <4D066F76.3030109@yorba.org> On 12/11/2010 10:02 AM, Vadim Peretokin wrote: > I ran into the same SQLite problem - using -d on a new file worked to start > it. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell Thanks to everyone who pointed out this SQLite assertion. I've ticketed this here: http://trac.yorba.org/ticket/2956 We'll fix this soon. adam From chr.mntn at gmail.com Sun Dec 12 19:26:10 2010 From: chr.mntn at gmail.com (Chr. M.) Date: Sun, 12 Dec 2010 20:26:10 +0100 Subject: [Shotwell] Undo enhancement Message-ID: Hi! First of all I would like to thank you for making such a great photo manager. I have been looking for a good photo manager for quite some time and settled for Shotwell for its speed and ease of use. I have for now one question: if I enhance a photo I found out a copy of the original photo is made and saved with the original name + '_1'. Correct me if I am wrong. Now I selected a batch of photos and enhanced them which worked like a charm. Then I decided to undo the enhance on all photo's because I was not satisfied. I ended up having duplicates of all photos (with filename + '_1') which are exactly the same as the original since I undid the enhancement. That takes a lot of space on my hard drive. Is there an easy way to remove them? Can I just delete the duplicates (all _1 photos) from my hard drive or will this corrupt the Shotwell database? Thanks for your help. Regards, Chris From perez.erasmo at gmail.com Mon Dec 13 19:33:19 2010 From: perez.erasmo at gmail.com (Erasmo Perez) Date: Mon, 13 Dec 2010 13:33:19 -0600 Subject: [Shotwell] =?utf-8?q?=C2=BF_simultaneously_uploading_of_different?= =?utf-8?q?_libraries_=3F?= Message-ID: Hi dear Shotwell community: ? Could it be possible that in the next release simultaneously uploading of photos from diferent libraries could be implemented ? Because in the last trunk code, if I want to upload pics from different days. i need to make several uploads, one from each day thank you very much and sorry for this rather unpolite hasty feature request :-) kind regards Erasmo On 10 December 2010 21:35, Jim Nelson wrote: > We've been working diligently on Shotwell 0.8 and are looking to begin > wrapping up this release. Several exciting features have been added as > well > smaller additions and bug fixes. This release includes such features as: > > * Video support, including uploading videos to various Web services > (including YouTube) > * Runtime monitoring and auto-import of the library directory > * Metadata (tags, titles, rating) written to master files automatically > * Flagging files for batch operations > * Set multiple photos to desktop background slideshow > * ... and more! > > We could use your help. We need people to run Shotwell through its paces > so > we can make this release as rock-solid as possible. If you're interested, > follow the directions here for getting the source and building it: > > http://www.yorba.org/shotwell/install/#source > > Please note that Shotwell will *not* build with Vala 0.11. Use Vala 0.10.1 > if possible (Vala 0.9.7 is the minimum version). > > If you find bugs or issues -- anything that seems odd -- please feel free > to > report them here on the mailing list or via our Trac ticketing system at: > > http://trac.yorba.org/ > > Thanks for your continued support! > > -- Jim Nelson > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Dec 13 19:36:04 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 13 Dec 2010 11:36:04 -0800 Subject: [Shotwell] =?utf-8?q?=C2=BF_simultaneously_uploading_of_different?= =?utf-8?q?_libraries_=3F?= In-Reply-To: References: Message-ID: <4D0675A4.8020704@yorba.org> Erasmo, in the latest trunk, I think you can achieve what you want like this: 1. In the sidebar, select the first day for which you want to publish photos. Select the photos you want and flag them (right click and choose Flag). 2. Repeat step 1 for all days from which you want to publish photos. 3. Choose the Flagged item in the sidebar. Select all the photos there, then press Publish. adam On 12/13/2010 11:33 AM, Erasmo Perez wrote: > Hi dear Shotwell community: > > ? Could it be possible that in the next release simultaneously uploading of > photos from diferent libraries could be implemented ? > > Because in the last trunk code, if I want to upload pics from different > days. i need to make several uploads, one from each day > > thank you very much > > and sorry for this rather unpolite hasty feature request :-) > > kind regards > > Erasmo > > On 10 December 2010 21:35, Jim Nelson wrote: > >> We've been working diligently on Shotwell 0.8 and are looking to begin >> wrapping up this release. Several exciting features have been added as >> well >> smaller additions and bug fixes. This release includes such features as: >> >> * Video support, including uploading videos to various Web services >> (including YouTube) >> * Runtime monitoring and auto-import of the library directory >> * Metadata (tags, titles, rating) written to master files automatically >> * Flagging files for batch operations >> * Set multiple photos to desktop background slideshow >> * ... and more! >> >> We could use your help. We need people to run Shotwell through its paces >> so >> we can make this release as rock-solid as possible. If you're interested, >> follow the directions here for getting the source and building it: >> >> http://www.yorba.org/shotwell/install/#source >> >> Please note that Shotwell will *not* build with Vala 0.11. Use Vala 0.10.1 >> if possible (Vala 0.9.7 is the minimum version). >> >> If you find bugs or issues -- anything that seems odd -- please feel free >> to >> report them here on the mailing list or via our Trac ticketing system at: >> >> http://trac.yorba.org/ >> >> Thanks for your continued support! >> >> -- Jim Nelson >> _______________________________________________ >> 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 Dec 13 20:24:39 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 13 Dec 2010 12:24:39 -0800 Subject: [Shotwell] Incomplete import In-Reply-To: <1292189427714-30687.post@talk.nabble.com> References: <1292189427714-30687.post@talk.nabble.com> Message-ID: Hello, First, could you run Shotwell as so: $ SHOTWELL_LOG=1 shotwell Reproduce the problem, exit Shotwell, and send me this file: ~/.cache/shotwell/shotwell.log as well as one of the files that did not import? That would give me some idea what the problem might be. Thanks, -- Jim On Sun, Dec 12, 2010 at 1:30 PM, GulDukat wrote: > > Dear Shotwell users and developers, > > On my first attempt to import (link) my raw (.raf, fujifilm raw) images > into > Shotwell, about half of them in a given directory loaded. "32 photos failed > to import due to a file or hardware error:". Some files are non-supported > formats, but certainly not all 32 of the failed files! I can open them > perfectly well in ufraw, gimp and other programs. I've seen several remarks > on the list about how to find the missing images, but I'm more curious > about > why Shotwell will not load the files in the first place. > > They are all taken with the same camera and typically were copied to the HD > at the same time in history. > > Any suggestions as to what could be going wrong? > > Thank you in advance > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Incomplete-import-tp30687p30687.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 jim at yorba.org Mon Dec 13 20:27:29 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 13 Dec 2010 12:27:29 -0800 Subject: [Shotwell] Undo enhancement In-Reply-To: References: Message-ID: Hello, Shotwell shouldn't be creating any _1 files if you simply Enhance the photo. Shotwell will only generate an additional backing file if you choose Photos -> Edit with External Editor, and then the appended string is "_modified". Is it possible these files were from an earlier program? If you open the directory the photo is in in Nautilus and Enhance it, do you see the _1 file created? Finally, if you choose View -> Titles, do you see any of the _1 files in Shotwell's library? -- Jim On Sun, Dec 12, 2010 at 11:26 AM, Chr. M. wrote: > Hi! First of all I would like to thank you for making such a great photo > manager. I have been looking for a good photo manager for quite some time > and settled for Shotwell for its speed and ease of use. > > I have for now one question: if I enhance a photo I found out a copy of the > original photo is made and saved with the original name + '_1'. Correct me > if I am wrong. Now I selected a batch of photos and enhanced them which > worked like a charm. Then I decided to undo the enhance on all photo's > because I was not satisfied. I ended up having duplicates of all photos > (with filename + '_1') which are exactly the same as the original since I > undid the enhancement. That takes a lot of space on my hard drive. Is there > an easy way to remove them? Can I just delete the duplicates (all _1 > photos) > from my hard drive or will this corrupt the Shotwell database? > > Thanks for your help. > > Regards, Chris > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Mon Dec 13 20:49:02 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 13 Dec 2010 12:49:02 -0800 Subject: [Shotwell] Undo enhancement In-Reply-To: References: Message-ID: <4D0686BE.8030504@yorba.org> Chris, Jim is right: the enhance operation itself will never create a _1 file in Shotwell today. As an additional possibility, your _1 files might have been created if you selected photos in Shotwell and chose Edit->Duplicate. adam On 12/13/2010 12:27 PM, Jim Nelson wrote: > Hello, > > Shotwell shouldn't be creating any _1 files if you simply Enhance the > photo. Shotwell will only generate an additional backing file if you choose > Photos -> Edit with External Editor, and then the appended string is > "_modified". > > Is it possible these files were from an earlier program? If you open the > directory the photo is in in Nautilus and Enhance it, do you see the _1 file > created? > > Finally, if you choose View -> Titles, do you see any of the _1 files in > Shotwell's library? > > -- Jim > > On Sun, Dec 12, 2010 at 11:26 AM, Chr. M. wrote: > >> Hi! First of all I would like to thank you for making such a great photo >> manager. I have been looking for a good photo manager for quite some time >> and settled for Shotwell for its speed and ease of use. >> >> I have for now one question: if I enhance a photo I found out a copy of the >> original photo is made and saved with the original name + '_1'. Correct me >> if I am wrong. Now I selected a batch of photos and enhanced them which >> worked like a charm. Then I decided to undo the enhance on all photo's >> because I was not satisfied. I ended up having duplicates of all photos >> (with filename + '_1') which are exactly the same as the original since I >> undid the enhancement. That takes a lot of space on my hard drive. Is there >> an easy way to remove them? Can I just delete the duplicates (all _1 >> photos) >> from my hard drive or will this corrupt the Shotwell database? >> >> Thanks for your help. >> >> Regards, Chris >> _______________________________________________ >> 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 brunogirin at gmail.com Mon Dec 13 20:53:37 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Mon, 13 Dec 2010 20:53:37 +0000 Subject: [Shotwell] =?iso-8859-1?q?=BF_simultaneously_uploading_of_differe?= =?iso-8859-1?q?nt_libraries_=3F?= In-Reply-To: <4D0675A4.8020704@yorba.org> References: <4D0675A4.8020704@yorba.org> Message-ID: <1292273617.1772.18.camel@nuuk> On Mon, 2010-12-13 at 11:36 -0800, Adam Dingle wrote: > Erasmo, > > in the latest trunk, I think you can achieve what you want like this: > > 1. In the sidebar, select the first day for which you want to publish > photos. Select the photos you want and flag them (right click and > choose Flag). > > 2. Repeat step 1 for all days from which you want to publish photos. > > 3. Choose the Flagged item in the sidebar. Select all the photos there, > then press Publish. Nice feature and exactly what I need! I just found a small discrepancy with it though: if you flag a picture in the collection view, the option then becomes "Unflag" to remove the flag. However, when you are in single photo view, the menu option is always "Flag" whether the photo is flagged or not. Also, in single photo view, it would be nice to have a keyboard shortcut for that feature so that you can easily flag pictures while browsing through them one by one. Bruno From adam at yorba.org Mon Dec 13 20:57:38 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 13 Dec 2010 12:57:38 -0800 Subject: [Shotwell] =?iso-8859-1?q?=BF_simultaneously_uploading_of_differe?= =?iso-8859-1?q?nt_libraries_=3F?= In-Reply-To: <1292273617.1772.18.camel@nuuk> References: <4D0675A4.8020704@yorba.org> <1292273617.1772.18.camel@nuuk> Message-ID: <4D0688C2.60502@yorba.org> On 12/13/2010 12:53 PM, Bruno Girin wrote: > On Mon, 2010-12-13 at 11:36 -0800, Adam Dingle wrote: >> Erasmo, >> >> in the latest trunk, I think you can achieve what you want like this: >> >> 1. In the sidebar, select the first day for which you want to publish >> photos. Select the photos you want and flag them (right click and >> choose Flag). >> >> 2. Repeat step 1 for all days from which you want to publish photos. >> >> 3. Choose the Flagged item in the sidebar. Select all the photos there, >> then press Publish. > Nice feature and exactly what I need! Glad you like it! :) > I just found a small discrepancy > with it though: if you flag a picture in the collection view, the option > then becomes "Unflag" to remove the flag. However, when you are in > single photo view, the menu option is always "Flag" whether the photo is > flagged or not. That's a known bug: http://trac.yorba.org/ticket/2936 . We'll fix this soon. > Also, in single photo view, it would be nice to have a keyboard shortcut > for that feature so that you can easily flag pictures while browsing > through them one by one. There are two keyboard shortcuts that work for flagging, both in collection view and single photo view: Ctrl+F / (the slash key) adam From jim at yorba.org Mon Dec 13 23:10:53 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 13 Dec 2010 15:10:53 -0800 Subject: [Shotwell] Call for testing In-Reply-To: <4D066F76.3030109@yorba.org> References: <1292074207.4187.1.camel@korbeLaptop.local> <4D039868.2050604@carpani.net> <4D066F76.3030109@yorba.org> Message-ID: Hi all, I fixed this and committed to trunk. My bad -- if you were running out of trunk before Friday, we needed to upgrade your database by adding a column that was introduced after 0.7.2. But, if you were upgrading from 0.7.2, you didn't have the table, so Shotwell can't add a column to it. Makes sense in hindsight. To answer some of the other questions: * No need to report compile warnings that come up (unless you see one that's provably bad!). These are due to the C code the Vala compiler generates and generally have to do with const issues in C. We're aware of this issue (as is the Vala team). * Shotwell will only write metadata to the master file (the file Shotwell is managing) if "Write tags, titles, and other metadata to photo files" is checked in Edit -> Preferences. There's one other place it's possible: In Photos -> Adjust Date and Time..., if you select "Modify original file". Otherwise, no, we do not write to the master files. * Vadim, is your library directory on a symlink or something else slightly unusual? -- Jim On Mon, Dec 13, 2010 at 11:09 AM, Adam Dingle wrote: > On 12/11/2010 10:02 AM, Vadim Peretokin wrote: > >> I ran into the same SQLite problem - using -d on a new file worked to >> start >> it. >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > Thanks to everyone who pointed out this SQLite assertion. I've ticketed > this here: > > http://trac.yorba.org/ticket/2956 > > We'll fix this soon. > > adam > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Tue Dec 14 00:39:39 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 13 Dec 2010 16:39:39 -0800 Subject: [Shotwell] Call for testing In-Reply-To: <4D03873E.4060405@carpani.net> References: <4D03873E.4060405@carpani.net> Message-ID: <4D06BCCB.8040907@yorba.org> On 12/11/2010 06:14 AM, Andrea Carpani wrote: > On 12/11/2010 04:35 AM, Jim Nelson wrote: >> We've been working diligently on Shotwell 0.8 and are looking to begin >> wrapping up this release. Several exciting features have been added as well >> smaller additions and bug fixes. This release includes such features as: >> >> * Video support, including uploading videos to various Web services >> (including YouTube) >> * Runtime monitoring and auto-import of the library directory >> * Metadata (tags, titles, rating) written to master files automatically >> * Flagging files for batch operations >> * Set multiple photos to desktop background slideshow >> * ... and more! > I've built trunk successfully (Ubuntu Maverick, no additional libraries) > and I'll be happy to test it, but on my laptop I'm already using the > "Maverick" version of shotwell: is there a way I can test the trunk side > by side the stable shotwell? > > I've installed the trunk on a separate directory and I know I can change > the datadir with -d option, but what about cgonf preferences? Is there a > way I can start the trunk without polluting the "stable" conf? Not at this time. You can run two versions of Shotwell side by side and they will share the same GConf keys, and this should be mostly OK. Both versions, however, will have the same library directory (specified via "Import photos to:" in the preferences dialog). This means that any photos you import from a camera into one version will be visible in the other. You should also be aware that the trunk version of Shotwell will write metadata to photo files if you tell it to, so if you're sharing photos between Shotwell 0.7.2 and Shotwell trunk then the trunk build may be writing to files in your 0.7.2 library. We think this is reasonably safe today, but it's still a trunk build - caveat emptor. :) In the future, we may store a separate import directory for each profile (i.e. data directory), or even an entirely separate set of GConf keys for each profile; see http://trac.yorba.org/ticket/2146 . This would reduce the potential interaction between two versions running side by side if you use a separate profile for each version. adam From adam at yorba.org Tue Dec 14 17:58:08 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 14 Dec 2010 09:58:08 -0800 Subject: [Shotwell] permissions on image files In-Reply-To: <4D036DA4.30207@gmx.net> References: <4D036DA4.30207@gmx.net> Message-ID: <4D07B030.5000900@yorba.org> On 12/11/2010 04:25 AM, Lars O. Grobe wrote: > Hi all, > > today, while importing old images form a CD I found, I faced the > following problem: > > I imported my images by dragging them onto the Shotwell window, which > worked perfectly well. However I found that the date-field was set > wrong, so I selected the files in Shotwell and attempted to change > date and time on the original files. This led to an error, that the > original files could not be changed. > > I checked the permissions in my library and found that the file were > not writeable by the owner (me). This must be due to the fact that > they were imported from a non-writeable medium. I would still expect > Shotwell to change the permissions to writeable when importing them > into the library (which is on a rw-medium) by copying. Good point. I agree. I've created a ticket here: http://trac.yorba.org/ticket/2963 Hopefully we can fix this soon. adam From naren.salem at gmail.com Tue Dec 14 19:14:39 2010 From: naren.salem at gmail.com (naren) Date: Tue, 14 Dec 2010 13:14:39 -0600 Subject: [Shotwell] Call for testing In-Reply-To: <4D06BCCB.8040907@yorba.org> References: <4D03873E.4060405@carpani.net> <4D06BCCB.8040907@yorba.org> Message-ID: Thanks for the wiki, I have got it compiled and I am testing it. I noticed that the about box still says, 0.7.2 for the version... or did I get the wrong source? I see the menu item for "Play Video" so I am guessing this is the correct branch. = Naren On Mon, Dec 13, 2010 at 6:39 PM, Adam Dingle wrote: > On 12/11/2010 06:14 AM, Andrea Carpani wrote: > >> On 12/11/2010 04:35 AM, Jim Nelson wrote: >> >>> We've been working diligently on Shotwell 0.8 and are looking to begin >>> wrapping up this release. Several exciting features have been added as >>> well >>> smaller additions and bug fixes. This release includes such features as: >>> >>> * Video support, including uploading videos to various Web services >>> (including YouTube) >>> * Runtime monitoring and auto-import of the library directory >>> * Metadata (tags, titles, rating) written to master files automatically >>> * Flagging files for batch operations >>> * Set multiple photos to desktop background slideshow >>> * ... and more! >>> >> I've built trunk successfully (Ubuntu Maverick, no additional libraries) >> and I'll be happy to test it, but on my laptop I'm already using the >> "Maverick" version of shotwell: is there a way I can test the trunk side >> by side the stable shotwell? >> >> I've installed the trunk on a separate directory and I know I can change >> the datadir with -d option, but what about cgonf preferences? Is there a >> way I can start the trunk without polluting the "stable" conf? >> > > Not at this time. You can run two versions of Shotwell side by side and > they will share the same GConf keys, and this should be mostly OK. Both > versions, however, will have the same library directory (specified via > "Import photos to:" in the preferences dialog). This means that any photos > you import from a camera into one version will be visible in the other. You > should also be aware that the trunk version of Shotwell will write metadata > to photo files if you tell it to, so if you're sharing photos between > Shotwell 0.7.2 and Shotwell trunk then the trunk build may be writing to > files in your 0.7.2 library. We think this is reasonably safe today, but > it's still a trunk build - caveat emptor. :) > > In the future, we may store a separate import directory for each profile > (i.e. data directory), or even an entirely separate set of GConf keys for > each profile; see http://trac.yorba.org/ticket/2146 . This would reduce > the potential interaction between two versions running side by side if you > use a separate profile for each version. > > adam > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Tue Dec 14 19:18:54 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 14 Dec 2010 11:18:54 -0800 Subject: [Shotwell] Call for testing In-Reply-To: References: <4D03873E.4060405@carpani.net> <4D06BCCB.8040907@yorba.org> Message-ID: It should say 0.7.2+trunk. But if you're seeing the Play Video command, I suspect you're running the right version. -- Jim On Tue, Dec 14, 2010 at 11:14 AM, naren wrote: > Thanks for the wiki, I have got it compiled and I am testing it. I noticed > that the about box still says, 0.7.2 for the version... or did I get the > wrong source? I see the menu item for "Play Video" so I am guessing this is > the correct branch. > > = > Naren > > > On Mon, Dec 13, 2010 at 6:39 PM, Adam Dingle wrote: > > > On 12/11/2010 06:14 AM, Andrea Carpani wrote: > > > >> On 12/11/2010 04:35 AM, Jim Nelson wrote: > >> > >>> We've been working diligently on Shotwell 0.8 and are looking to begin > >>> wrapping up this release. Several exciting features have been added as > >>> well > >>> smaller additions and bug fixes. This release includes such features > as: > >>> > >>> * Video support, including uploading videos to various Web services > >>> (including YouTube) > >>> * Runtime monitoring and auto-import of the library directory > >>> * Metadata (tags, titles, rating) written to master files automatically > >>> * Flagging files for batch operations > >>> * Set multiple photos to desktop background slideshow > >>> * ... and more! > >>> > >> I've built trunk successfully (Ubuntu Maverick, no additional libraries) > >> and I'll be happy to test it, but on my laptop I'm already using the > >> "Maverick" version of shotwell: is there a way I can test the trunk side > >> by side the stable shotwell? > >> > >> I've installed the trunk on a separate directory and I know I can change > >> the datadir with -d option, but what about cgonf preferences? Is there a > >> way I can start the trunk without polluting the "stable" conf? > >> > > > > Not at this time. You can run two versions of Shotwell side by side and > > they will share the same GConf keys, and this should be mostly OK. Both > > versions, however, will have the same library directory (specified via > > "Import photos to:" in the preferences dialog). This means that any > photos > > you import from a camera into one version will be visible in the other. > You > > should also be aware that the trunk version of Shotwell will write > metadata > > to photo files if you tell it to, so if you're sharing photos between > > Shotwell 0.7.2 and Shotwell trunk then the trunk build may be writing to > > files in your 0.7.2 library. We think this is reasonably safe today, but > > it's still a trunk build - caveat emptor. :) > > > > In the future, we may store a separate import directory for each profile > > (i.e. data directory), or even an entirely separate set of GConf keys for > > each profile; see http://trac.yorba.org/ticket/2146 . This would reduce > > the potential interaction between two versions running side by side if > you > > use a separate profile for each version. > > > > 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 mweisshaupt1988 at googlemail.com Tue Dec 14 19:28:19 2010 From: mweisshaupt1988 at googlemail.com (=?ISO-8859-1?Q?Martin_Wei=DFhaupt?=) Date: Tue, 14 Dec 2010 20:28:19 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: Message-ID: <4D07C553.9020307@googlemail.com> Hello, I've been testing Shotwell 0.8 and I noticed that dropping an avi-file on a tag made shotwell crash. Now I get this error while starting shotwell with this database: ERROR:Tag.vala:185:tag_source_collection_real_notify_container_contents_added: assertion failed: (is_added) Abgebrochen Am 11.12.2010 04:35, schrieb Jim Nelson: > We've been working diligently on Shotwell 0.8 and are looking to begin > wrapping up this release. Several exciting features have been added as well > smaller additions and bug fixes. This release includes such features as: > > * Video support, including uploading videos to various Web services > (including YouTube) > * Runtime monitoring and auto-import of the library directory > * Metadata (tags, titles, rating) written to master files automatically > * Flagging files for batch operations > * Set multiple photos to desktop background slideshow > * ... and more! > > We could use your help. We need people to run Shotwell through its paces so > we can make this release as rock-solid as possible. If you're interested, > follow the directions here for getting the source and building it: > > http://www.yorba.org/shotwell/install/#source > > Please note that Shotwell will *not* build with Vala 0.11. Use Vala 0.10.1 > if possible (Vala 0.9.7 is the minimum version). > > If you find bugs or issues -- anything that seems odd -- please feel free to > report them here on the mailing list or via our Trac ticketing system at: > > http://trac.yorba.org/ > > Thanks for your continued support! > > -- Jim Nelson > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From naren.salem at gmail.com Tue Dec 14 19:34:59 2010 From: naren.salem at gmail.com (naren) Date: Tue, 14 Dec 2010 13:34:59 -0600 Subject: [Shotwell] Call for testing In-Reply-To: References: <4D03873E.4060405@carpani.net> <4D06BCCB.8040907@yorba.org> Message-ID: Ah, sure enough there is the +trunk. Since I was looking for the version, I guess I sub-consciously filtered out the non numeric characters on that page! On Tue, Dec 14, 2010 at 1:18 PM, Jim Nelson wrote: > It should say 0.7.2+trunk. But if you're seeing the Play Video command, I > suspect you're running the right version. > > -- Jim > > > On Tue, Dec 14, 2010 at 11:14 AM, naren wrote: > >> Thanks for the wiki, I have got it compiled and I am testing it. I noticed >> that the about box still says, 0.7.2 for the version... or did I get the >> wrong source? I see the menu item for "Play Video" so I am guessing this >> is >> the correct branch. >> >> = >> Naren >> >> >> On Mon, Dec 13, 2010 at 6:39 PM, Adam Dingle wrote: >> >> > On 12/11/2010 06:14 AM, Andrea Carpani wrote: >> > >> >> On 12/11/2010 04:35 AM, Jim Nelson wrote: >> >> >> >>> We've been working diligently on Shotwell 0.8 and are looking to begin >> >>> wrapping up this release. Several exciting features have been added >> as >> >>> well >> >>> smaller additions and bug fixes. This release includes such features >> as: >> >>> >> >>> * Video support, including uploading videos to various Web services >> >>> (including YouTube) >> >>> * Runtime monitoring and auto-import of the library directory >> >>> * Metadata (tags, titles, rating) written to master files >> automatically >> >>> * Flagging files for batch operations >> >>> * Set multiple photos to desktop background slideshow >> >>> * ... and more! >> >>> >> >> I've built trunk successfully (Ubuntu Maverick, no additional >> libraries) >> >> and I'll be happy to test it, but on my laptop I'm already using the >> >> "Maverick" version of shotwell: is there a way I can test the trunk >> side >> >> by side the stable shotwell? >> >> >> >> I've installed the trunk on a separate directory and I know I can >> change >> >> the datadir with -d option, but what about cgonf preferences? Is there >> a >> >> way I can start the trunk without polluting the "stable" conf? >> >> >> > >> > Not at this time. You can run two versions of Shotwell side by side and >> > they will share the same GConf keys, and this should be mostly OK. Both >> > versions, however, will have the same library directory (specified via >> > "Import photos to:" in the preferences dialog). This means that any >> photos >> > you import from a camera into one version will be visible in the other. >> You >> > should also be aware that the trunk version of Shotwell will write >> metadata >> > to photo files if you tell it to, so if you're sharing photos between >> > Shotwell 0.7.2 and Shotwell trunk then the trunk build may be writing to >> > files in your 0.7.2 library. We think this is reasonably safe today, >> but >> > it's still a trunk build - caveat emptor. :) >> > >> > In the future, we may store a separate import directory for each profile >> > (i.e. data directory), or even an entirely separate set of GConf keys >> for >> > each profile; see http://trac.yorba.org/ticket/2146 . This would >> reduce >> > the potential interaction between two versions running side by side if >> you >> > use a separate profile for each version. >> > >> > 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 lucas at yorba.org Tue Dec 14 20:19:26 2010 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 14 Dec 2010 12:19:26 -0800 Subject: [Shotwell] Call for testing In-Reply-To: <4D07C553.9020307@googlemail.com> References: <4D07C553.9020307@googlemail.com> Message-ID: Hi Martin, I can't reproduce your bug. Could you perchance upload the problematic video file to an accessible web file sharing service and then send me a link to it? Regards, Lucas From naren.salem at gmail.com Tue Dec 14 20:20:24 2010 From: naren.salem at gmail.com (naren) Date: Tue, 14 Dec 2010 14:20:24 -0600 Subject: [Shotwell] 0.8 tag renaming issue Message-ID: I am testing out 0.8. I created a tag called "Sri Lanka 2007" and applied it to a few photos. Then I renamed the tag (from the left hand pane) to "Sri Lanka". The tag listed on the left hand pane changed to "Sri Lanka", but the tags under the photos all still said "Sri Lanka 2007". Now if I click once on the tag, it goes into the edit mode and then if I click away, it toggles to "Sri Lanka 2007" but all the photos toggle to "Sri Lanka". I can keep doing this and the tags toggle back and forth. If this isn't clear, please let me know and I can send a video capture... Naren From mweisshaupt1988 at googlemail.com Tue Dec 14 20:35:59 2010 From: mweisshaupt1988 at googlemail.com (=?ISO-8859-1?Q?Martin_Wei=DFhaupt?=) Date: Tue, 14 Dec 2010 21:35:59 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: <4D07C553.9020307@googlemail.com> Message-ID: <4D07D52F.9010207@googlemail.com> Hi Lucas, I'm afraid I can't upload it because it is very private ;-) I just build a new small picture library but I couldn't reproduce the Problem. The Video is an AVI-Video (video/x-msvideo), I don't know if that helps... It seems that shotwell tries to add a tag to the file at startup and this is failing. Is there a way to get the database back working? I backed it up (too late it seems -,-) and open the photo.db with SQLite Database Browser but and deleted the file from the video table and the tag from the tag table but the Error Message still shows up... Regards, Martin Am 14.12.2010 21:19, schrieb Lucas Beeler: > Hi Martin, > > I can't reproduce your bug. Could you perchance upload the problematic > video file to an accessible web file sharing service and then send me > a link to it? > > Regards, > Lucas From gustaf at thorslund.org Tue Dec 14 20:59:41 2010 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Tue, 14 Dec 2010 21:59:41 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: Message-ID: <4D07DABD.1000707@thorslund.org> Jim Nelson wrote at 10/12/10 19:35:50 -0800 > If you find bugs or issues -- anything that seems odd -- please feel free to > report them here on the mailing list or via our Trac ticketing system at: Just built and tried revision 2466. Two things I've noticed: 1) Have the redeye and colour adjustment features been [re]move? Can't find them 2) When trying to start 0.7.2 I got this message: "Your photo library is not compatible with this version of Shotwell. It appears it was created by Shotwell 0.7.2+trunk. This version is 0.7.2. Please use the latest version of Shotwell." So I can't find out what those features was actually called or if others are missing too (rotate, enhance, publish is what I can see). (I'm on Ubuntu 10.10 64 bit) /Gustaf From gustaf at thorslund.org Tue Dec 14 21:12:55 2010 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Tue, 14 Dec 2010 22:12:55 +0100 Subject: [Shotwell] Call for testing In-Reply-To: <4D07DABD.1000707@thorslund.org> References: <4D07DABD.1000707@thorslund.org> Message-ID: <4D07DDD7.3030009@thorslund.org> Gustaf Thorslund wrote at 14/12/10 21:59:41 +0100 > Just built and tried revision 2466. Two things I've noticed: > > 1) Have the redeye and colour adjustment features been [re]move? Can't > find them After restarting I can see them again. On a first attempt to start shotwell again I got this message: (shotwell:5452): Unique-DBus-WARNING **: Error while sending message: Message did not receive a reply (timeout by message bus) But a second attempt worked fine. /Gustaf From adam at yorba.org Wed Dec 15 18:28:04 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 15 Dec 2010 10:28:04 -0800 Subject: [Shotwell] 0.8 tag renaming issue In-Reply-To: References: Message-ID: <4D0908B4.90209@yorba.org> Naren, Thanks for the bug report. We've just made some fixes to the sidebar renaming code, so could you possibly build the latest trunk and see if this problem still occurs? Thanks - adam On 12/14/2010 12:20 PM, naren wrote: > I am testing out 0.8. I created a tag called "Sri Lanka 2007" and applied it > to a few photos. Then I renamed the tag (from the left hand pane) to "Sri > Lanka". The tag listed on the left hand pane changed to "Sri Lanka", but the > tags under the photos all still said "Sri Lanka 2007". Now if I click once > on the tag, it goes into the edit mode and then if I click away, it toggles > to "Sri Lanka 2007" but all the photos toggle to "Sri Lanka". I can keep > doing this and the tags toggle back and forth. > > If this isn't clear, please let me know and I can send a video capture... > > Naren > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From jim at yorba.org Wed Dec 15 18:54:25 2010 From: jim at yorba.org (Jim Nelson) Date: Wed, 15 Dec 2010 10:54:25 -0800 Subject: [Shotwell] Call for testing In-Reply-To: <4D07C553.9020307@googlemail.com> References: <4D07C553.9020307@googlemail.com> Message-ID: Martin, I suspect this has something to do with some UTF-8 problems we've recently discovered. I don't think it means your database is corrupted, and hopefully we'll have a fix in trunk soon. If this is really holding you up, you can go into the ~/.shotwell/data/photo.db file with the sqlite3 command-line tool and alter the TagTable. If you examine the tags by name: SELECT name FROM TagTable; you'll see two or more that look identical (probably with a diacritic or umlaut in their name). If you rename one to something different, I *think* you'll be in good shape. -- Jim 2010/12/14 Martin Wei?haupt > Hello, > > I've been testing Shotwell 0.8 and I noticed that dropping an avi-file on a > tag made shotwell crash. > Now I get this error while starting shotwell with this database: > > ERROR:Tag.vala:185:tag_source_collection_real_notify_container_contents_added: > assertion failed: (is_added) > Abgebrochen > > > Am 11.12.2010 04:35, schrieb Jim Nelson: > >> We've been working diligently on Shotwell 0.8 and are looking to begin >> wrapping up this release. Several exciting features have been added as >> well >> smaller additions and bug fixes. This release includes such features as: >> >> * Video support, including uploading videos to various Web services >> (including YouTube) >> * Runtime monitoring and auto-import of the library directory >> * Metadata (tags, titles, rating) written to master files automatically >> * Flagging files for batch operations >> * Set multiple photos to desktop background slideshow >> * ... and more! >> >> We could use your help. We need people to run Shotwell through its paces >> so >> we can make this release as rock-solid as possible. If you're interested, >> follow the directions here for getting the source and building it: >> >> http://www.yorba.org/shotwell/install/#source >> >> Please note that Shotwell will *not* build with Vala 0.11. Use Vala >> 0.10.1 >> if possible (Vala 0.9.7 is the minimum version). >> >> If you find bugs or issues -- anything that seems odd -- please feel free >> to >> report them here on the mailing list or via our Trac ticketing system at: >> >> http://trac.yorba.org/ >> >> Thanks for your continued support! >> >> -- Jim Nelson >> _______________________________________________ >> 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 Wed Dec 15 18:54:52 2010 From: jim at yorba.org (Jim Nelson) Date: Wed, 15 Dec 2010 10:54:52 -0800 Subject: [Shotwell] Call for testing In-Reply-To: <4D07DDD7.3030009@thorslund.org> References: <4D07DABD.1000707@thorslund.org> <4D07DDD7.3030009@thorslund.org> Message-ID: That's weird. We don't use DBus directly. That looks like a libunique problem. Can you reproduce this a lot? -- Jim On Tue, Dec 14, 2010 at 1:12 PM, Gustaf Thorslund wrote: > Gustaf Thorslund wrote at 14/12/10 21:59:41 +0100 > > > Just built and tried revision 2466. Two things I've noticed: > > > > 1) Have the redeye and colour adjustment features been [re]move? Can't > > find them > > After restarting I can see them again. On a first attempt to start > shotwell again I got this message: > (shotwell:5452): Unique-DBus-WARNING **: Error while sending message: > Message did not receive a reply (timeout by message bus) > > But a second attempt worked fine. > > /Gustaf > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Wed Dec 15 18:55:56 2010 From: jim at yorba.org (Jim Nelson) Date: Wed, 15 Dec 2010 10:55:56 -0800 Subject: [Shotwell] Call for testing In-Reply-To: <4D07DABD.1000707@thorslund.org> References: <4D07DABD.1000707@thorslund.org> Message-ID: Actually, looking at this message again, I have to wonder if you're running an installed version of Shotwell (the 0.7.2) and not the one from trunk (0.7.2+trunk) by accident. -- Jim On Tue, Dec 14, 2010 at 12:59 PM, Gustaf Thorslund wrote: > Jim Nelson wrote at 10/12/10 19:35:50 -0800 > > > If you find bugs or issues -- anything that seems odd -- please feel free > to > > report them here on the mailing list or via our Trac ticketing system at: > > Just built and tried revision 2466. Two things I've noticed: > > 1) Have the redeye and colour adjustment features been [re]move? Can't > find them > 2) When trying to start 0.7.2 I got this message: > "Your photo library is not compatible with this version of Shotwell. It > appears it was created by Shotwell 0.7.2+trunk. This version is 0.7.2. > Please use the latest version of Shotwell." > > So I can't find out what those features was actually called or if others > are missing too (rotate, enhance, publish is what I can see). > > (I'm on Ubuntu 10.10 64 bit) > > /Gustaf > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mweisshaupt1988 at googlemail.com Wed Dec 15 19:22:32 2010 From: mweisshaupt1988 at googlemail.com (=?ISO-8859-1?Q?Martin_Wei=DFhaupt?=) Date: Wed, 15 Dec 2010 20:22:32 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: <4D07C553.9020307@googlemail.com> Message-ID: <4D091578.5070007@googlemail.com> Hi Jim, I think my problem is related to the UTF-8 problem. I have a tag (with an umlaut) twice and deleted the second entry. After this shotwell does start up but it immediately closes with the same error message. After I deleted the event of the video, the video entry itself and the duplicated tags shotwell started as expected. I think it's time for a backup ;-) Thx, Martin Am 15.12.2010 19:54, schrieb Jim Nelson: > Martin, > > I suspect this has something to do with some UTF-8 problems we've > recently discovered. I don't think it means your database is > corrupted, and hopefully we'll have a fix in trunk soon. > > If this is really holding you up, you can go into the > ~/.shotwell/data/photo.db file with the sqlite3 command-line tool and > alter the TagTable. If you examine the tags by name: > > SELECT name FROM TagTable; > > you'll see two or more that look identical (probably with a diacritic > or umlaut in their name). If you rename one to something different, I > *think* you'll be in good shape. > > -- Jim > > 2010/12/14 Martin Wei?haupt > > > Hello, > > I've been testing Shotwell 0.8 and I noticed that dropping an > avi-file on a tag made shotwell crash. > Now I get this error while starting shotwell with this database: > > ERROR:Tag.vala:185:tag_source_collection_real_notify_container_contents_added: > assertion failed: (is_added) > Abgebrochen > > > Am 11.12.2010 04:35, schrieb Jim Nelson: > > We've been working diligently on Shotwell 0.8 and are looking > to begin > wrapping up this release. Several exciting features have been > added as well > smaller additions and bug fixes. This release includes such > features as: > > * Video support, including uploading videos to various Web > services > (including YouTube) > * Runtime monitoring and auto-import of the library directory > * Metadata (tags, titles, rating) written to master files > automatically > * Flagging files for batch operations > * Set multiple photos to desktop background slideshow > * ... and more! > > We could use your help. We need people to run Shotwell > through its paces so > we can make this release as rock-solid as possible. If you're > interested, > follow the directions here for getting the source and building it: > > http://www.yorba.org/shotwell/install/#source > > Please note that Shotwell will *not* build with Vala 0.11. > Use Vala 0.10.1 > if possible (Vala 0.9.7 is the minimum version). > > If you find bugs or issues -- anything that seems odd -- > please feel free to > report them here on the mailing list or via our Trac ticketing > system at: > > http://trac.yorba.org/ > > Thanks for your continued support! > > -- Jim Nelson > _______________________________________________ > 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 gustaf at thorslund.org Wed Dec 15 19:31:39 2010 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Wed, 15 Dec 2010 20:31:39 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: <4D07DABD.1000707@thorslund.org> <4D07DDD7.3030009@thorslund.org> Message-ID: <4D09179B.2040902@thorslund.org> Jim Nelson wrote at 15/12/10 10:54:52 -0800 > That's weird. We don't use DBus directly. That looks like a libunique > problem. > > Can you reproduce this a lot? Just tried 10 times without failure. So only seen it once and it was the second time I started 0.7.2+trunk. /Gustaf From gustaf at thorslund.org Wed Dec 15 19:31:42 2010 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Wed, 15 Dec 2010 20:31:42 +0100 Subject: [Shotwell] Call for testing In-Reply-To: References: <4D07DABD.1000707@thorslund.org> Message-ID: <4D09179E.1010604@thorslund.org> Jim Nelson wrote at 15/12/10 10:55:56 -0800 > Actually, looking at this message again, I have to wonder if you're > running an installed version of Shotwell (the 0.7.2) and not the one > from trunk (0.7.2+trunk) by accident. I intentionaly tried to start 0.7.2 after noticing some I couldn't see some features in 0.7.2+trunk. That's when I got the error message. So I couldn't run 0.7.2 after running 0.7.2+trunk. /Gustaf From naren.salem at gmail.com Wed Dec 15 19:43:41 2010 From: naren.salem at gmail.com (naren) Date: Wed, 15 Dec 2010 13:43:41 -0600 Subject: [Shotwell] 0.8 tag renaming issue In-Reply-To: <4D0908B4.90209@yorba.org> References: <4D0908B4.90209@yorba.org> Message-ID: Adam, That seems to be fixed now. Thanks! Naren On Wed, Dec 15, 2010 at 12:28 PM, Adam Dingle wrote: > Naren, > > Thanks for the bug report. We've just made some fixes to the sidebar > renaming code, so could you possibly build the latest trunk and see if this > problem still occurs? Thanks - > > adam > > > On 12/14/2010 12:20 PM, naren wrote: > >> I am testing out 0.8. I created a tag called "Sri Lanka 2007" and applied >> it >> to a few photos. Then I renamed the tag (from the left hand pane) to "Sri >> Lanka". The tag listed on the left hand pane changed to "Sri Lanka", but >> the >> tags under the photos all still said "Sri Lanka 2007". Now if I click once >> on the tag, it goes into the edit mode and then if I click away, it >> toggles >> to "Sri Lanka 2007" but all the photos toggle to "Sri Lanka". I can keep >> doing this and the tags toggle back and forth. >> >> If this isn't clear, please let me know and I can send a video capture... >> >> Naren >> _______________________________________________ >> 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 Sat Dec 18 02:55:04 2010 From: jim at yorba.org (Jim Nelson) Date: Fri, 17 Dec 2010 18:55:04 -0800 Subject: [Shotwell] Final call for testing Message-ID: As we rapidly approach the release of Shotwell 0.8, we invite anyone to test the current build in the hopes of shaking out any last bugs. To refresh your memory, this release includes such features as: * Video support, including uploading videos to various Web services (including YouTube) * Runtime monitoring and auto-import of the library directory * Option to write metadata (tags, titles, rating) to master files * Flagging files for batch operations * Set multiple photos to desktop background slideshow * ... and more! If you're interested in helping out, follow the directions here for getting the source and building it: http://www.yorba.org/shotwell/install/#source Please note that Shotwell will *not* build with Vala 0.11. Use Vala 0.10.1 if possible (Vala 0.9.7 is the minimum version). Since running from trunk has its perils, you might consider backing up your existing Shotwell database before running the new version. Instructions for doing so are here: http://trac.yorba.org/wiki/Shotwell/FAQ#HowcanIbackupmyShotwelllibrary Also be aware that running the trunk version requires a database upgrade, which means the database will not work with older versions of Shotwell. If you find bugs or issues -- anything that seems odd -- please feel free to report them here on the mailing list or via our Trac ticketing system at: http://trac.yorba.org/ Thanks for your continued support! -- Jim From ktenney at gmail.com Sat Dec 18 13:55:27 2010 From: ktenney at gmail.com (Kent Tenney) Date: Sat, 18 Dec 2010 07:55:27 -0600 Subject: [Shotwell] Feature request Message-ID: Howdy, I'd be excited to hear that Shotwell understood svg files. SVG has a lot to offer photos and other image files, I am generating svg's to hold my photos. This offers a great way to annotate, layer, filter, transform etc. the photos in a well understood, small text file. All the power of xml without touching the precious original. It would be great if Shotwell could manage and display the svg's. photo -> svg -> Inkscape -> Shotwell -> w00t Thanks, Kent From brunogirin at gmail.com Sun Dec 19 12:19:12 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 19 Dec 2010 12:19:12 +0000 Subject: [Shotwell] [Fwd: [ubuntu-uk] Problems with CR2 files from a Canon 60D] Message-ID: <1292761152.1825.20.camel@nuuk> Hi all, Here's an email sent to the ubuntu-uk mailing list. It seems that the Canon EOS 60D may be using a new version of the CR2 file format which Shotwell (or presumably libraw) doesn't understand properly. Eye of Gnome seems to get it right though. I believe the user is running Ubuntu 10.10 with stock Shotwell (0.7.1). I'll ask the user for confirmation of the Shotwell version he uses and see if he can provide the original CR2 file on a file sharing site. Any other information you think I should ask for? Cheers, Bruno -------- Forwarded Message -------- > From: Vince Marsters > Reply-to: UK Ubuntu Talk > To: ubuntu-uk at lists.ubuntu.com > Subject: [ubuntu-uk] Problems with CR2 files from a Canon 60D > Date: Sat, 18 Dec 2010 21:40:13 +0000 > > Hi, > > I thought I would ask here in case anyone has any suggestions (you are > such a knowledgeable group). > > I am trying to edit some raw format pictures taken on my Canon EOS 60D > camera but in have got problems opening them in anything but image > viewer (Eye of Gnome). I have tried Shotwell, Rawtherapee, Rawstudio, > UCRaw and Darkroom but they all give a thin magenta tinged image which > is only part of the real picture. I have created a screenshot showing > the same image opened in RawStudio, Shotwell and Image Viewer - > http://marsters.co.uk/images/rawproblems1.png. As you can see, only > Image Viewer shows the right image. > > I am trying very hard not to have to resort to using my Windows PC for > image editing as this is one of the few remaining tasks I cannot do in > Ubuntu. Unfortunately image editing is very resource intensive and > running Photoshop Elements or Lightroom in a VirtualBox VM was painfully > slow. > > Can anyone suggest anything I could try to resolve please? > > Cheers > > Vince > > > -- > ubuntu-uk at lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-uk > https://wiki.ubuntu.com/UKTeam/ From marcelcoding at googlemail.com Sun Dec 19 14:25:15 2010 From: marcelcoding at googlemail.com (Marcel Stimberg) Date: Sun, 19 Dec 2010 15:25:15 +0100 Subject: [Shotwell] [Fwd: [ubuntu-uk] Problems with CR2 files from a Canon 60D] In-Reply-To: <1292761152.1825.20.camel@nuuk> References: <1292761152.1825.20.camel@nuuk> Message-ID: Hi, > Here's an email sent to the ubuntu-uk mailing list. It seems that the > Canon EOS 60D may be using a new version of the CR2 file format which > Shotwell (or presumably libraw) doesn't understand properly. Eye of > Gnome seems to get it right though. a little comment on that: EOG in ubuntu actually does not support any RAW files at all. EOG relies on the gdk pixbuf loaders, and Ubuntu does not ship the libopenraw loader. The reason why EOG *does* open raw files because the CR2 mime type is registered as "sub-class-of" TIFF. This has some strange consequences, for example you can open a raw file in EOG by double clicking (because EOG is registered for TIFF), but it will be ignored when you click the "next" button in EOG (because EOG asks the pixbuf library whether the format is supported): https://bugzilla.gnome.org/show_bug.cgi?id=625356 Best, Marcel From gustaf at thorslund.org Sun Dec 19 18:55:36 2010 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Sun, 19 Dec 2010 19:55:36 +0100 Subject: [Shotwell] Call for testing In-Reply-To: <4D07DABD.1000707@thorslund.org> References: <4D07DABD.1000707@thorslund.org> Message-ID: <4D0E5528.60404@thorslund.org> Gustaf Thorslund wrote at 14/12/10 21:59:41 +0100 > Jim Nelson wrote at 10/12/10 19:35:50 -0800 > >> If you find bugs or issues -- anything that seems odd -- please feel free to >> report them here on the mailing list or via our Trac ticketing system at: > > Just built and tried revision 2466. Two things I've noticed: > > 1) Have the redeye and colour adjustment features been [re]move? Can't > find them Now they are gone again (and crop like before). Restarting doesn't help. Rebuilt and reinstalled too, so now I'm on 2493. Any option I can add to trace what's going wrong? I don't see any error messages on the console now. /Gustaf From brunogirin at gmail.com Mon Dec 20 00:03:47 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Mon, 20 Dec 2010 00:03:47 +0000 Subject: [Shotwell] [Fwd: Re: [ubuntu-uk] Problems with CR2 files from a Canon 60D] Message-ID: <1292803427.1825.119.camel@nuuk> Hi all, Here's a follow up from Vince on his issue with RAW files coming out of his EOS 60D. In particular, you'll find a link to a copy of the original file and associated JPEG. Following that email, we had an exchange on the ubuntu-uk mailing list, Vince tried to upgrade libraw to version 0.12 (which allegedly added support for the 60D) but to no avail. I'll try Shotwell trunk with different versions of libraw when I can (maybe tomorrow) and will report back. Cheers, Bruno -------- Forwarded Message -------- > From: Vince Marsters > Reply-to: UK Ubuntu Talk > To: UK Ubuntu Talk > Subject: Re: [ubuntu-uk] Problems with CR2 files from a Canon 60D > Date: Sun, 19 Dec 2010 14:21:40 +0000 > > > I forwarded your email to the Shotwell mailing list on your behalf. I > > hope you don't mind. Could you confirm the exact version of Ubuntu and > > Shotwell you're running please? Also, would it be possible to post on > > your web stie a file that demonstrates the problem so that it can be > > used for testing please? > > > > Cheers, > > > > Bruno > > Hi Bruno, > > No problem with doing that and thanks - I was going to do it this > afternoon when I was more awake (I?m not really a morning person). > > I have uploaded an archive with the file I used in sample image I posted > earlier. Also in the archive is a JPG of the same file (I used to camera > to save in RAW and JPG at the same time so there is a comparison between > the two). The file is located at > http://marsters.co.uk/shotwell/eos60d-samples.tar.gz > > As you suggested in your previous post, I believe it is related to the > libraw library and since Canon had to release a new version of the > Windows RAW codec to support the 60D I really do think it could be a > compatibility problem with a slightly changed file format (or the files > being nearly twice the size of the 1000D ones I had used in the past). > > The versions I am using are > > Ubuntu - 10.10 > Shotwell - 0.7.2-1~maverick1 > Libraw-dev - 0.9.1-1 > > Thanks again for everyone help. I will do what I can to help get the > support (test builds etc if necessary) but in the meantime I will do my > edits for the photography course I am doing on Windows. > > Vince > > > -- > ubuntu-uk at lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/ubuntu-uk > https://wiki.ubuntu.com/UKTeam/ From adam at yorba.org Mon Dec 20 17:47:42 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 20 Dec 2010 09:47:42 -0800 Subject: [Shotwell] Feature request In-Reply-To: References: Message-ID: <4D0F96BE.6010606@yorba.org> On 12/18/2010 05:55 AM, Kent Tenney wrote: > Howdy, > > I'd be excited to hear that Shotwell understood svg files. > > SVG has a lot to offer photos and other image files, I am > generating svg's to hold my photos. This offers a great way > to annotate, layer, filter, transform etc. the photos in a well understood, > small text file. All the power of xml without touching the precious > original. > > It would be great if Shotwell could manage and display the svg's. > > photo -> svg -> Inkscape -> Shotwell -> w00t A reasonable suggestion. I've ticketed this here: http://trac.yorba.org/ticket/2995 adam From da at mad.scientist.com Mon Dec 20 04:55:51 2010 From: da at mad.scientist.com (Dave) Date: Mon, 20 Dec 2010 14:55:51 +1000 Subject: [Shotwell] Suggestion Box / feature requests Message-ID: <1292820951.1905.32.camel@lxT110> Hi All, I have just tried out Shotwell (I installed Ubuntu 10.10) and was hoping that it would be better than F-Spot which I could never get working. As some background, I use iPhoto for my photo organisation, It meets my needs, but doesn't run on Ubuntu. After playing with Shotwell for a few minutes (maybe 10 after importing the photo's from my phone) I realised that it is very close to being able to replace iPhoto for my needs. So here's a big pat on the back for the developers who have obviously worked very hard at making this great software. I went to your web site to post a suggestion / feature request, but this was the only place I could find to do so. Here are my suggestions (both should be easy): 1) create a a feature request page for people to request features / make suggestions without having to subscribe to the mailing list. 2) when Importing, import videos as well as photo's, this shouldn't be too hard, just a tweak to the download mechanism, and have the software be able to pass the video to a player app (you already do this with an image editor) Ideally a preview image of the video would be great, but I could wait for that and would be happy with a generic movie image to start with. The second suggestion is all I really wanted to suggest. Thanks, Dave. From johntyree at gmail.com Sun Dec 19 20:41:31 2010 From: johntyree at gmail.com (John Tyree) Date: Sun, 19 Dec 2010 16:41:31 -0400 Subject: [Shotwell] Prevent showing trashed images Message-ID: When sifting through a new import, I typically look at the photos one at a time, in large view and press delete as I see fit. I notice, however, that 'deleted' images stay in the buffer such that pressing the back arrow will revisit them. When flipping back and forth between many photos, it can be confusing as to whether or not a photo has already been deleted. Pressing `esc` to return to the many-photos view correctly hides the trashed image and upon zooming back in, the image is no longer accessible. Is this a bug or pebkac? Also, is there a hotkey to ALWAYS go to the next image or previous image? Say I zoom in to look at something, and then want to move on to the next image. Left and right do not do that unless the entire image is visible, otherwise they pan around. ctrl, alt, shift modifiers have no effect as far as I can tell. Neither do PgUp/PgDn (which would be perfect for this, I'd say). -John From adam at yorba.org Mon Dec 20 19:58:00 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 20 Dec 2010 11:58:00 -0800 Subject: [Shotwell] Prevent showing trashed images In-Reply-To: References: Message-ID: <4D0FB548.2050606@yorba.org> John, On 12/19/2010 12:41 PM, John Tyree wrote: > When sifting through a new import, I typically look at the photos one at a > time, in large view and press delete as I see fit. I notice, however, that > 'deleted' images stay in the buffer such that pressing the back arrow will > revisit them. When flipping back and forth between many photos, it can be > confusing as to whether or not a photo has already been deleted. Pressing > `esc` to return to the many-photos view correctly hides the trashed image > and upon zooming back in, the image is no longer accessible. Is this a bug > or pebkac? It's a known bug: http://trac.yorba.org/ticket/2647 The fix will be non-trivial so it's too late to fix this for 0.8 (coming soon!). Hopefully for 0.9. > Also, is there a hotkey to ALWAYS go to the next image or previous image? > Say I zoom in to look at something, and then want to move on to the next > image. Left and right do not do that unless the entire image is visible, > otherwise they pan around. ctrl, alt, shift modifiers have no effect as far > as I can tell. Neither do PgUp/PgDn (which would be perfect for this, I'd > say). Well, you can advance to the next photo by press Alt+P N (the keyboard mnemonic for Photo->Next Photo). But I don't claim that's a shortcut you'd actually want to use. :) It seems like a reasonable idea to have a better shortcut here. Perhaps Ctrl+Left/Right or Alt+Left/Right might make sense. I've ticketed this here: http://trac.yorba.org/ticket/2996 adam From adam at yorba.org Mon Dec 20 20:05:24 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 20 Dec 2010 12:05:24 -0800 Subject: [Shotwell] Suggestion Box / feature requests In-Reply-To: <1292820951.1905.32.camel@lxT110> References: <1292820951.1905.32.camel@lxT110> Message-ID: <4D0FB704.3000507@yorba.org> Dave, On 12/19/2010 08:55 PM, Dave wrote: > Hi All, > > I have just tried out Shotwell (I installed Ubuntu 10.10) and was hoping > that it would be better than F-Spot which I could never get working. > > As some background, I use iPhoto for my photo organisation, It meets my > needs, but doesn't run on Ubuntu. > > After playing with Shotwell for a few minutes (maybe 10 after importing > the photo's from my phone) I realised that it is very close to being > able to replace iPhoto for my needs. So here's a big pat on the back for > the developers who have obviously worked very hard at making this great > software. Thanks! :) > I went to your web site to post a suggestion / feature request, but this > was the only place I could find to do so. > > Here are my suggestions (both should be easy): > 1) create a a feature request page for people to request features / make > suggestions without having to subscribe to the mailing list. OK - I've just updated the Shotwell wiki page to mention that you can email the Shotwell team directly at . Also, you can always file a ticket in our bug tracking system at trac.yorba.org. > 2) when Importing, import videos as well as photo's, this shouldn't be > too hard, just a tweak to the download mechanism, and have the software > be able to pass the video to a player app (you already do this with an > image editor) > > Ideally a preview image of the video would be great, but I could wait > for that and would be happy with a generic movie image to start with. Video support is a major new feature in Shotwell 0.8 (coming soon now). This is already completely implemented in the trunk - to try it out, you'll need to build Shotwell from source as described here: http://yorba.org/shotwell/install/#source Or you can just wait for 0.8. :) cheers adam From adam at yorba.org Mon Dec 20 22:37:03 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 20 Dec 2010 14:37:03 -0800 Subject: [Shotwell] Call for testing In-Reply-To: <4D0E5528.60404@thorslund.org> References: <4D07DABD.1000707@thorslund.org> <4D0E5528.60404@thorslund.org> Message-ID: <4D0FDA8F.10005@yorba.org> On 12/19/2010 10:55 AM, Gustaf Thorslund wrote: > Gustaf Thorslund wrote at 14/12/10 21:59:41 +0100 >> Just built and tried revision 2466. Two things I've noticed: >> >> 1) Have the redeye and colour adjustment features been [re]move? Can't >> find them > Now they are gone again (and crop like before). Restarting doesn't help. > Rebuilt and reinstalled too, so now I'm on 2493. > > Any option I can add to trace what's going wrong? I don't see any error > messages on the console now. Odd - I think you're the only person who's reported this. Could you open a ticket at trac.yorba.org and attach a screenshot? Perhaps seeing that will give us a clue as to what's wrong. adam From christian.klugesherz at free.fr Tue Dec 21 11:05:13 2010 From: christian.klugesherz at free.fr (ckl) Date: Tue, 21 Dec 2010 03:05:13 -0800 (PST) Subject: [Shotwell] red eye removal no zoom Message-ID: <1292929513983-30989.post@talk.nabble.com> Dear all I apology for this quest, given that I know that there is already an issue (Bug) which has been open about it. So to my quest. That's now a long time that I try to find a good photo manager "like adobe photo element" and testing a lot of them, and I found that Shotwell, even it is relatively young, could be a good alternative. Of course there are yet a lot of thinks which have again to be improved, especially * management of the photo tags * ... But good perspective for this software :-) Good job Thanks for all Nevertheless there is a big issue which push me away to use it really. (I would say my wife ... who is in charge to manage the photos) The red eye function Event that there are no automatic red eye correction, (this is really not the problem) but not to have the zoom function when you try to correct the red eye, this is the biggest obstacle to use this software. Please could you give us a road map (next shotwell version ) which will correct this issue Don't consider this quest as an aggression, it's just to have a idea to be patient again a littler bit, or if I really have to choose another solution Thanks in advance Christian -- View this message in context: http://shotwell.3510.www.nabble.com/red-eye-removal-no-zoom-tp30989p30989.html Sent from the Shotwell mailing list archive at Nabble.com. From rugby471 at gmail.com Tue Dec 21 17:08:58 2010 From: rugby471 at gmail.com (Andrew) Date: Tue, 21 Dec 2010 17:08:58 +0000 Subject: [Shotwell] Shotwell Design Ideas Message-ID: <4D10DF2A.9020306@gmail.com> (If you reply to this email, please CC me, as I don't subscribe to the mailing list) Hi Everyone, I had some new ideas for the design of Shotwell so I create a mockup of them. The ideas are not too drastically different and so I hope if they are well received, that they could be implemented. You can see them here (sorry it is JPG, IMGUr won't allow me otherwise): http://imgur.com/3W94p.jpg Any comments? -- Andrew From vperetokin at gmail.com Tue Dec 21 19:34:19 2010 From: vperetokin at gmail.com (Vadim Peretokin) Date: Tue, 21 Dec 2010 14:34:19 -0500 Subject: [Shotwell] Shotwell Design Ideas In-Reply-To: <4D10DF2A.9020306@gmail.com> References: <4D10DF2A.9020306@gmail.com> Message-ID: I'll bite. I love the proposed look. From el.cameleon.1 at gmail.com Tue Dec 21 19:39:46 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Tue, 21 Dec 2010 20:39:46 +0100 Subject: [Shotwell] red eye removal no zoom In-Reply-To: <1292929513983-30989.post@talk.nabble.com> References: <1292929513983-30989.post@talk.nabble.com> Message-ID: On Tue, Dec 21, 2010 at 12:05 PM, ckl wrote: > Nevertheless there is a big issue which push me away to use it really. > (...) > The red eye function > > Hi Christian, I completely agree that the red eye fonction is really not usable, every time I try to use it I need to undo the changes because it is worth after the changes... There are some tickets about this: - Red-eye removal virtually unusable - allow red eye removal while zoomed (not that the email address should be remove from this bug in order to avoid spam!!!) Unfortunately, I don't think it will come for 0.8... From adam at yorba.org Tue Dec 21 19:42:55 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 21 Dec 2010 11:42:55 -0800 Subject: [Shotwell] red eye removal no zoom In-Reply-To: References: <1292929513983-30989.post@talk.nabble.com> Message-ID: <4D11033F.2090701@yorba.org> On 12/21/2010 11:39 AM, Vincent wrote: > On Tue, Dec 21, 2010 at 12:05 PM, ckl wrote: > >> Nevertheless there is a big issue which push me away to use it really. >> (...) >> The red eye function >> >> > Hi Christian, > > I completely agree that the red eye fonction is really not usable, every > time I try to use it I need to undo the changes because it is worth after > the changes... > > There are some tickets about this: > > - Red-eye removal virtually unusable > > > - allow red eye removal while zoomed > (not that the email address should > be remove from this bug in order to avoid > spam!!!) > > Unfortunately, I don't think it will come for 0.8... Thanks for the feedback about this. As Vincent pointed out, there were two tickets open for this feature request. They were essentially duplicates, so I've marked 2626 as a duplicate. http://trac.yorba.org/ticket/2369 will track this feature from now on. Vincent is correct that this feature will not make 0.8. I've upped the ticket priority to high and we will consider it for 0.9. Cheers - adam From christian.klugesherz at free.fr Tue Dec 21 20:31:12 2010 From: christian.klugesherz at free.fr (ckl) Date: Tue, 21 Dec 2010 12:31:12 -0800 (PST) Subject: [Shotwell] red eye removal no zoom In-Reply-To: <4D11033F.2090701@yorba.org> References: <1292929513983-30989.post@talk.nabble.com> <4D11033F.2090701@yorba.org> Message-ID: <1292963472415-31044.post@talk.nabble.com> Thanks Adam I will then impatiently wait to release 0.9 Regards Chistian -- View this message in context: http://shotwell.3510.www.nabble.com/red-eye-removal-no-zoom-tp30989p31044.html Sent from the Shotwell mailing list archive at Nabble.com. From gustaf at thorslund.org Tue Dec 21 20:35:45 2010 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Tue, 21 Dec 2010 21:35:45 +0100 Subject: [Shotwell] red eye removal no zoom In-Reply-To: <4D11033F.2090701@yorba.org> References: <1292929513983-30989.post@talk.nabble.com> <4D11033F.2090701@yorba.org> Message-ID: <4D110FA1.2070006@thorslund.org> Adam, Adam Dingle wrote at 21/12/10 11:42:55 -0800 > Thanks for the feedback about this. As Vincent pointed out, there were > two tickets open for this feature request. They were essentially > duplicates, so I've marked 2626 as a duplicate. > http://trac.yorba.org/ticket/2369 will track this feature from now on. As you've seen I've written a little workaround in: https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/652158 The one that was later reported as 2626 (and now duplicate). Might be worth adding the workaround to 2369 and maybe change/add launchpad link too. To quote myself: --> I found out Crop can be used as a workaround for this. 1) Crop out the area with the red eyes 2) Now use the redeye function on the limited picture 3) Use crop again and move the box to an other area of red eyes. 4) When done. Crop the picture again to the full size (or any other desired size). Hope this can help. --> /Gustaf From adam at yorba.org Tue Dec 21 21:25:01 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 21 Dec 2010 13:25:01 -0800 Subject: [Shotwell] Shotwell Design Ideas In-Reply-To: <4D10DF2A.9020306@gmail.com> References: <4D10DF2A.9020306@gmail.com> Message-ID: <4D111B2D.7030506@yorba.org> On 12/21/2010 09:08 AM, Andrew wrote: > (If you reply to this email, please CC me, as I don't subscribe to the > mailing list) > > Hi Everyone, > > I had some new ideas for the design of Shotwell so I create a mockup of > them. The ideas are not too drastically different and so I hope if they > are well received, that they could be implemented. > > You can see them here (sorry it is JPG, IMGUr won't allow me otherwise): > http://imgur.com/3W94p.jpg > > Any comments? Andrew, thanks for the mockups - they look slick and there are some good ideas here. We're currently putting the finishing touches on Shotwell 0.8, and then the Shotwell team will be on vacation for the holidays. We're planning to begin the design of Shotwell 0.9 during the first week of January. At that time I think we should consider some of the visual changes you're suggesting. So we'd like to give you more feedback, but it might not happen for a couple of weeks. :) Happy solstice and new year - adam From christian.klugesherz at free.fr Wed Dec 22 09:44:25 2010 From: christian.klugesherz at free.fr (ckl) Date: Wed, 22 Dec 2010 01:44:25 -0800 (PST) Subject: [Shotwell] red eye removal no zoom In-Reply-To: <4D110FA1.2070006@thorslund.org> References: <1292929513983-30989.post@talk.nabble.com> <4D11033F.2090701@yorba.org> <4D110FA1.2070006@thorslund.org> Message-ID: <1293011065535-31050.post@talk.nabble.com> Hello Gustaf I have already seen your workaround, but really I have not understood nor succeeded to applicate your procedure. I'm sure that that there is something that I didn't understood Regards Christian -- View this message in context: http://shotwell.3510.www.nabble.com/red-eye-removal-no-zoom-tp30989p31050.html Sent from the Shotwell mailing list archive at Nabble.com. From rugby471 at gmail.com Wed Dec 22 08:26:20 2010 From: rugby471 at gmail.com (Andrew) Date: Wed, 22 Dec 2010 08:26:20 +0000 Subject: [Shotwell] Shotwell Design Ideas In-Reply-To: <4D111B2D.7030506@yorba.org> References: <4D10DF2A.9020306@gmail.com> <4D111B2D.7030506@yorba.org> Message-ID: <4D11B62C.7030404@gmail.com> > Andrew, > > thanks for the mockups - they look slick and there are some good ideas here. Thanks :) > We're currently putting the finishing touches on Shotwell 0.8, and then > the Shotwell team will be on vacation for the holidays. We're planning > to begin the design of Shotwell 0.9 during the first week of January. > At that time I think we should consider some of the visual changes > you're suggesting. So we'd like to give you more feedback, but it might > not happen for a couple of weeks. :) Happy solstice and new year Yeah sure, I expected this and its okay:) Happy new year to you all as well :) -- Andrew From gustaf at thorslund.org Wed Dec 22 21:23:54 2010 From: gustaf at thorslund.org (Gustaf Thorslund) Date: Wed, 22 Dec 2010 22:23:54 +0100 Subject: [Shotwell] red eye removal no zoom In-Reply-To: <1293011065535-31050.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> Message-ID: <4D126C6A.4010608@thorslund.org> Hi Christian, ckl wrote at 22/12/10 01:44:25 -0800 (PST) > I have already seen your workaround, but really I have not understood nor > succeeded to applicate your procedure. > > I'm sure that that there is something that I didn't understood I've put some step by step images in: http://gustaf.thorslund.org/tmp/redeye-trick/ #5 took a bit to less of the image, but you get it as bonus ;-) The only intention with the image was to get some red eyes into my face... Hope this helps! /Gustaf From p.weissenbacher at gmail.com Thu Dec 23 00:48:51 2010 From: p.weissenbacher at gmail.com (Philipp Weissenbacher) Date: Thu, 23 Dec 2010 01:48:51 +0100 Subject: [Shotwell] Shotwell Design Ideas In-Reply-To: <4D11B62C.7030404@gmail.com> References: <4D10DF2A.9020306@gmail.com> <4D111B2D.7030506@yorba.org> <4D11B62C.7030404@gmail.com> Message-ID: Hi all, Very nice work Andrew! It's now a snap to distinguish the different views. I've noticed an issue I'd really like to see solved together with the UI change your proposal may bring in January. Slideshows are currently only possible in Day and Tag view. So if you want to show an event that spread over a few days you either create a tag set for that or show day after day. It would be nice to have a Slideshow button in the Month and even in the Events view too, to start a slide show for the selected days or all photos (if there's no selection). Best regards, Philipp On 22 December 2010 09:26, Andrew wrote: >> Andrew, >> >> thanks for the mockups - they look slick and there are some good ideas here. > > Thanks :) > >> We're currently putting the finishing touches on Shotwell 0.8, and then >> the Shotwell team will be on vacation for the holidays. ?We're planning >> to begin the design of Shotwell 0.9 during the first week of January. >> At that time I think we should consider some of the visual changes >> you're suggesting. ?So we'd like to give you more feedback, but it might >> not happen for a couple of weeks. ?:) ?Happy solstice and new year > > Yeah sure, I expected this and its okay:) > > Happy new year to you all as well :) > > > -- > Andrew > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From rugby471 at gmail.com Thu Dec 23 07:52:19 2010 From: rugby471 at gmail.com (Andrew) Date: Thu, 23 Dec 2010 07:52:19 +0000 Subject: [Shotwell] Shotwell Design Ideas In-Reply-To: References: <4D10DF2A.9020306@gmail.com> <4D111B2D.7030506@yorba.org> <4D11B62C.7030404@gmail.com> Message-ID: <4D12FFB3.7000606@gmail.com> On 23/12/10 00:48, Philipp Weissenbacher wrote: > Hi all, > > Very nice work Andrew! It's now a snap to distinguish the different views. Thanks :) Also thanks to Vadim who I just noticed complemented my work :) > I've noticed an issue I'd really like to see solved together with the > UI change your proposal may bring in January. > > Slideshows are currently only possible in Day and Tag view. > So if you want to show an event that spread over a few days you either > create a tag set for that or show day after day. > > It would be nice to have a Slideshow button in the Month and even in > the Events view too, to start a slide show for the selected days or > all photos (if there's no selection). Yes that would be great as well :) -- Andrew From rugby471 at gmail.com Thu Dec 23 07:56:13 2010 From: rugby471 at gmail.com (Andrew) Date: Thu, 23 Dec 2010 07:56:13 +0000 Subject: [Shotwell] Shotwell Design Ideas (Export Photos) In-Reply-To: References: <4D10DF2A.9020306@gmail.com> <4D111B2D.7030506@yorba.org> <4D11B62C.7030404@gmail.com> Message-ID: <4D13009D.4090902@gmail.com> Hi Again :) I appreciate, as Adam said, that this won't get much attention or chance of implementation until next year, but I couldn't wait :) I created a mockup of how I thought the Publish Photos Dialog could be improved, whilst keeping the great workflow you guys have already set up when using it. http://imgur.com/4FDZB.png (Again if you wouldn't mind CCing me if there are comments, it is much appreciated :] ) -- Andrew From simonspa at kth.se Thu Dec 23 20:30:50 2010 From: simonspa at kth.se (Simon Spannagel) Date: Thu, 23 Dec 2010 21:30:50 +0100 Subject: [Shotwell] Idea: improving import from camera Message-ID: <4D13B17A.4040902@kth.se> Hej guys, I have an idea how to improve the import from the camera. Right now, I am pretty annoyed by the fact, that shotwell always creates thumbnails directly after importing one picture. This is okay for jpegs but takes quite a long time for RAW files, e.g. the CR2s from my Canon EOS 500D. This causes the camera to fall back into standby mode because no access/action happens. This again causes shotwell to interrupt the import of files because the camera is not present any more. In my opinion it would be better to import all requested files first and create the fitting thumbnails after that. (you could still call it "inporting..." and leave the user thinking Shotwell is currently importing files) regards and Merry Christmas, Simon From el.cameleon.1 at gmail.com Thu Dec 23 21:06:44 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Thu, 23 Dec 2010 22:06:44 +0100 Subject: [Shotwell] Idea: improving import from camera In-Reply-To: <4D13B17A.4040902@kth.se> References: <4D13B17A.4040902@kth.se> Message-ID: Maybe this is an issue for big file, but this is great with my 4 Mpixel camera: it makes me have a quick look of the imported files and is really better and prettier than a progress bar! From jim at yorba.org Fri Dec 24 02:17:53 2010 From: jim at yorba.org (Jim Nelson) Date: Thu, 23 Dec 2010 18:17:53 -0800 Subject: [Shotwell] Shotwell 0.8.0 - A GNOME Photo Manager Message-ID: Yorba has released Shotwell 0.8.0, a major update to our digital photo manager. This release includes some great new features, such as: * Video support for most major video formats, including importing them off of camera and adding them to events and tags. * Publish videos to major Web services, including YouTube, Flickr, Facebook, and PicasaWeb. * Runtime monitoring of library directory and auto-import of newly created files. * Background writing of metadata (tags, titles, ratings, orientation, and exposure date) to master files (user-configurable). * Flagging photos for batch operations. * Set multiple photos to desktop background slideshow. * Numerous translation updates. * Various bug fixes. We highly recommend that all Shotwell users upgrade. Yorba would like to thank all of our bug testers and translators, without whom this release would not have been possible. You can download a source tarball from the Shotwell home page at: http://www.yorba.org/shotwell/ Binaries for Ubuntu Maverick users will be available shortly on Yorba's Launchpad PPA (https://launchpad.net/~yorba/+archive/ppa ). -- Jim From vivien.didelot at gmail.com Fri Dec 24 02:30:06 2010 From: vivien.didelot at gmail.com (Vivien) Date: Fri, 24 Dec 2010 03:30:06 +0100 Subject: [Shotwell] Shotwell 0.8.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: Thanks so much! What a wonderful Christmas gift! Vivien. On Fri, Dec 24, 2010 at 3:17 AM, Jim Nelson wrote: > Yorba has released Shotwell 0.8.0, a major update to our digital photo > manager. This release includes some great new features, such as: > > * Video support for most major video formats, including importing them off > of camera and adding them to events and tags. > > * Publish videos to major Web services, including YouTube, Flickr, > Facebook, > and PicasaWeb. > > * Runtime monitoring of library directory and auto-import of newly created > files. > > * Background writing of metadata (tags, titles, ratings, orientation, and > exposure date) to master files (user-configurable). > > * Flagging photos for batch operations. > > * Set multiple photos to desktop background slideshow. > > * Numerous translation updates. > > * Various bug fixes. > > We highly recommend that all Shotwell users upgrade. > > Yorba would like to thank all of our bug testers and translators, without > whom this release would not have been possible. > > You can download a source tarball from the Shotwell home page at: > http://www.yorba.org/shotwell/ > > Binaries for Ubuntu Maverick users will be available shortly on Yorba's > Launchpad PPA (https://launchpad.net/~yorba/+archive/ppa > > ). > > -- Jim > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Vivien DIDELOT, ?l?ve ing?nieur ESIL, D?partement Informatique Site perso. : http://vivien.didelot.perso.esil.univmed.fr Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 [France] 06 22 82 16 88 (inactif) From adam at yorba.org Fri Dec 24 03:24:45 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 23 Dec 2010 22:24:45 -0500 Subject: [Shotwell] [Yorba Announce] Shotwell 0.8.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: It's great that 0.8 is out at last. By the way, 0.8 also supports publishing to two new photo hosting services. You can upload photos to Yandex.Fotki (a popular Russian photo site) or to any site running the free Piwigo software (see http://piwigo.org). I'd like to thank the hard-working Yorba team plus the following external contributors who made especially significant contributions to this release: Jani Monoses wrote the code to upload videos to YouTube, Flickr, Facebook, and PicasaWeb. Maxim Kartashev implemented the feature that lets you set a background slideshow from a set of photos. Evgeniy Polyakov implemented Yandex publishing. Guillaume Viguier-Just implemented Piwigo publishing. Thanks again to these contributors and to everyone else who sent us bug reports and patches for this release! adam On Thu, Dec 23, 2010 at 9:17 PM, Jim Nelson wrote: > Yorba has released Shotwell 0.8.0, a major update to our digital photo > manager. This release includes some great new features, such as: > > * Video support for most major video formats, including importing them off > of camera and adding them to events and tags. > > * Publish videos to major Web services, including YouTube, Flickr, > Facebook, > and PicasaWeb. > > * Runtime monitoring of library directory and auto-import of newly created > files. > > * Background writing of metadata (tags, titles, ratings, orientation, and > exposure date) to master files (user-configurable). > > * Flagging photos for batch operations. > > * Set multiple photos to desktop background slideshow. > > * Numerous translation updates. > > * Various bug fixes. > > We highly recommend that all Shotwell users upgrade. > > Yorba would like to thank all of our bug testers and translators, without > whom this release would not have been possible. > > You can download a source tarball from the Shotwell home page at: > http://www.yorba.org/shotwell/ > > Binaries for Ubuntu Maverick users will be available shortly on Yorba's > Launchpad PPA (https://launchpad.net/~yorba/+archive/ppa > > ). > > -- Jim > _______________________________________________ > Announce mailing list > Announce at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/announce > From stephen at exigencecorp.com Fri Dec 24 05:05:10 2010 From: stephen at exigencecorp.com (Stephen Haberman) Date: Thu, 23 Dec 2010 23:05:10 -0600 Subject: [Shotwell] crash on library import Message-ID: <20101223230510.c7b4f510.stephen@exigencecorp.com> Hi, I tried shotwell 0.7 awhile ago, but stuck with f-spot since it could write tags into the files. Now that 0.8, I'd really like to dump f-shot, but when I start shotwell 0.8, and check "write metadata" and "auto import from library", it starts processing files and then almost immediately crashes. How should I go about debugging/reporting a bug about this? I poked around in ~/.shotwell but don't see any log files. Thanks, Stephen From vperetokin at gmail.com Fri Dec 24 12:31:15 2010 From: vperetokin at gmail.com (Vadim Peretokin) Date: Fri, 24 Dec 2010 07:31:15 -0500 Subject: [Shotwell] [Yorba Announce] Shotwell 0.8.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: Now that Shotwell supports video, it'd be probably good to see over which strings use 'photo' and adjust them correctly? For example, the import dialog of copy / keep in place only mentions photos and nothing about videos - it'd make it a bit confusing. From adam at yorba.org Fri Dec 24 12:50:40 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 24 Dec 2010 07:50:40 -0500 Subject: [Shotwell] crash on library import In-Reply-To: <20101223230510.c7b4f510.stephen@exigencecorp.com> References: <20101223230510.c7b4f510.stephen@exigencecorp.com> Message-ID: Stephen, sorry to hear about the crash. Please see the following entry in the Shotwell FAQ, which explains how to report a bug: http://trac.yorba.org/wiki/Shotwell/FAQ#IthinkIvefoundabuginShotwell.HowcanIreportit If you can provide the information listed there then we'll investigate. Thanks! adam On Fri, Dec 24, 2010 at 12:05 AM, Stephen Haberman wrote: > Hi, > > I tried shotwell 0.7 awhile ago, but stuck with f-spot since it could > write tags into the files. Now that 0.8, I'd really like to dump f-shot, > but when I start shotwell 0.8, and check "write metadata" and "auto > import from library", it starts processing files and then almost > immediately crashes. > > How should I go about debugging/reporting a bug about this? > > I poked around in ~/.shotwell but don't see any log files. > > Thanks, > Stephen > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Fri Dec 24 13:09:42 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 24 Dec 2010 08:09:42 -0500 Subject: [Shotwell] [Yorba Announce] Shotwell 0.8.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: On Fri, Dec 24, 2010 at 7:31 AM, Vadim Peretokin wrote: > Now that Shotwell supports video, it'd be probably good to see over which > strings use 'photo' and adjust them correctly? For example, the import > dialog of copy / keep in place only mentions photos and nothing about videos > - it'd make it a bit confusing. Vadim, when we added video in Shotwell 0.8 we had to decide what to do about all of Shotwell's strings which mention photos (there are hundreds). We thought it might be annoying to see "photos/videos" everywhere in the user interface since Shotwell is primarily a photo manager and users will often work with photos only. We could be smarter and display either "photos", "videos" or "photos/videos" in each message depending on the particular media objects that are selected, but we didn't want to make our translators translate several variants of every single string. As a compromise, we picked the most important and commonly seen messages in Shotwell and generalized those to say either "photos", "videos" or "photos/videos" as appropriate. In most other places, Shotwell still says just "photos", but I think that should cause no great confusion. When Shotwell displays the particular dialog you mentioned, we don't actually know yet whether there are videos in the set to be imported because we haven't scanned the import folder yet. So we can't easily switch between "photos", "videos" and "photos/videos" on the fly. We could just say "photos/videos" in the dialog, but I think that might be annoying when importing only photos which is, after all, Shotwell's primary job. So I think we'll likely keep this particular string as it is. If there are other strings in Shotwell which still say only "photos" but you think should be generalized to mention videos as well, feel free to file a ticket and we'll consider changing them. Thanks! adam From caccolangrifata at gmail.com Fri Dec 24 15:00:59 2010 From: caccolangrifata at gmail.com (caccolangrifata) Date: Fri, 24 Dec 2010 16:00:59 +0100 Subject: [Shotwell] Open video with external editor Message-ID: <1293202859.2725.14.camel@mind> In Ubuntu (from 10.04 version?) by default is present PiTiVi video editor to make and edit our video. In shotwell we can open photo with external photo editor to make some cool edit. It would be nice if we could have a similar feature for video. cheers! -- Emanuele Grande OpenPGP key: 1024D/BF9328A7 | j.mp/cJTR3C 9F22 91FE F054 185D 3376 910E 62B3 85D6 BF93 28A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From vperetokin at gmail.com Fri Dec 24 16:29:42 2010 From: vperetokin at gmail.com (Vadim Peretokin) Date: Fri, 24 Dec 2010 11:29:42 -0500 Subject: [Shotwell] [Yorba Announce] Shotwell 0.8.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: Hmm, I see. I would've called it media On 2010-12-24 8:09 AM, "Adam Dingle" wrote: On Fri, Dec 24, 2010 at 7:31 AM, Vadim Peretokin wrote: > > Now that Shotwell... Vadim, when we added video in Shotwell 0.8 we had to decide what to do about all of Shotwell's strings which mention photos (there are hundreds). We thought it might be annoying to see "photos/videos" everywhere in the user interface since Shotwell is primarily a photo manager and users will often work with photos only. We could be smarter and display either "photos", "videos" or "photos/videos" in each message depending on the particular media objects that are selected, but we didn't want to make our translators translate several variants of every single string. As a compromise, we picked the most important and commonly seen messages in Shotwell and generalized those to say either "photos", "videos" or "photos/videos" as appropriate. In most other places, Shotwell still says just "photos", but I think that should cause no great confusion. When Shotwell displays the particular dialog you mentioned, we don't actually know yet whether there are videos in the set to be imported because we haven't scanned the import folder yet. So we can't easily switch between "photos", "videos" and "photos/videos" on the fly. We could just say "photos/videos" in the dialog, but I think that might be annoying when importing only photos which is, after all, Shotwell's primary job. So I think we'll likely keep this particular string as it is. If there are other strings in Shotwell which still say only "photos" but you think should be generalized to mention videos as well, feel free to file a ticket and we'll consider changing them. Thanks! adam From frostbite.tv at gmail.com Fri Dec 24 17:08:26 2010 From: frostbite.tv at gmail.com (Jonathan Nadeau) Date: Fri, 24 Dec 2010 12:08:26 -0500 Subject: [Shotwell] podcast interview Message-ID: <4D14D38A.4030205@gmail.com> Hello, My name is Jonathan Nadeau and I'm the owner of Frostbite Systems located at http://www.frostbitesystems.com I have a podcast called Frostcast located at http://www.frostbitemedia.org I'm interviewing project leaders of different Linux distros along with free and open source software. I'm wondering if you would be interested in doing an interview for the podcast? If you are interested please let me know and we can set something up. Thank you for your time and help. --Jonathan Nadeau From toroklev at gmail.com Fri Dec 24 19:14:41 2010 From: toroklev at gmail.com (Levente Torok) Date: Fri, 24 Dec 2010 20:14:41 +0100 Subject: [Shotwell] shotwell doesn't start up Message-ID: Hi All, I cannot start shotwell for some unknown reasons: lev at mach:~/00$ shotwell ** ERROR:DataCollection.vala:847:data_collection_internal_notify_altered: assertion failed: (data_collection_internal_contains (self, object)) Does anybody have and idea? Lev From bug-track at fisher-privat.net Sat Dec 25 08:32:00 2010 From: bug-track at fisher-privat.net (Alexey Fisher) Date: Sat, 25 Dec 2010 09:32:00 +0100 Subject: [Shotwell] hide raw+jpeg duplicates Message-ID: <1293265920.26533.11.camel@zwerg> Hallo, i just tested version 0.8. Thank you for the great work! to make things better i have one wish: hide raw+jpeg duplicates. Modern DSLR cameras can produce two file per one shot RAW and JPG. they are easy to detect, they haw same name and creation time but different file suffix. For example DSC_0020.JPG and DSC_0020.NEF It make no sense to show both of them. You can hide it and make it noticeable by adding some symbol under the image. Some thing like "more" or "jpg/nef" This kind of duplicates you can find even on some point and shot cameras. for example video and thumbnail. They have *always* same rule: same name, different suffix. -- Regards, Alexey From jorge.ortega111 at gmail.com Fri Dec 24 20:50:46 2010 From: jorge.ortega111 at gmail.com (Jorge Ortega) Date: Fri, 24 Dec 2010 20:50:46 +0000 Subject: [Shotwell] new and future releases Message-ID: First of all merry Christmas to all of you!! Second: very sincere congratulations for a very significant release. From today I can start using Shotwell as my photo manager thanks to the ability to save tags to the files and the auto-update option and in the hope that few things I still need will eventually come. . Not only that but I also have a video manager!! Farewell to Picasa.... I hope you don't mind if I point out what I think the program still needs: 1-Search feature: I know this is on the way so thanks in advance for that. This is perhaps the single most important feature still missing. I don't know if there is agreement on this but in my view you should be able to search at least tags, file names and folder names. Very definitely tags. 2-I believe this has also been requested but I don't know what the plans are: some kind of tags management. When you've got hundreds of different tags (for many thousands of images) to scroll up and down the list is not an option any more. A hierarchical view would be good: nature>forest>trees>pine trees... 3-Some kind of separation between raw files and jpegs. As it is now, everything is in the same pot which is very inconvenient. Possible answers to this: multiple libraries or better still multiple profiles. The bottom line is I need to know when I'm between originals and edited files. 4-RAW to DNG conversion. Is this something really polemic in Linux? Just now this is the one thing that sends me back to Windows as far as photo management. Everything else I can just manage. 5-Multiple views: folder view (tree/alphabetical/date view). I think this is on the way. 6- I can't use Shotwell to import my files from devices until it let me choose the name of the folders and where to put them. 7- Better editing tools. I know shotwell is not (and will not be) replacement for Gimp. But really, for good/quick tone/color/contrast/light control all is needed is one tool: levels or curves with the ability to apply to different color channels. And of course for the less inclined to investigate the tool an auto-level setting. As I said, thanks again for this timely update. It is just so good when you can do in your chosen desktop what you need to do without having to search for increasingly exotic/inconvenient options: kde, wine, proprietary software and in the en Windows. Best regards Jorge From gpopac at gmail.com Sat Dec 25 10:46:58 2010 From: gpopac at gmail.com (=?UTF-8?Q?=D0=9C=D0=B8=D0=BB=D0=BE=D1=88_?= =?UTF-8?Q?=D0=9F=D0=BE=D0=BF=D0=BE=D0=B2=D0=B8=D1=9B?=) Date: Sat, 25 Dec 2010 11:46:58 +0100 Subject: [Shotwell] hide raw+jpeg duplicates In-Reply-To: <1293265920.26533.11.camel@zwerg> References: <1293265920.26533.11.camel@zwerg> Message-ID: <1293274018.21054.2.camel@PotrChkO> The RAW/JPEG feature is one of most requested in Shotwell. Could you schedule this for 0.9? Best regards ;) From adam at yorba.org Sat Dec 25 12:37:10 2010 From: adam at yorba.org (Adam Dingle) Date: Sat, 25 Dec 2010 07:37:10 -0500 Subject: [Shotwell] hide raw+jpeg duplicates In-Reply-To: <1293274018.21054.2.camel@PotrChkO> References: <1293265920.26533.11.camel@zwerg> <1293274018.21054.2.camel@PotrChkO> Message-ID: Alexey and ?????, Thanks for the suggestion. I agree that it would be nice if Shotwell could treat RAW and JPEG pairs as a single photo. This is indeed a frequently requested feature: http://trac.yorba.org/ticket/1772 I've added this to our list of top-priority major features for future releases - see the list "Shotwell 0.9 and beyond" on this page: http://trac.yorba.org/wiki/Shotwell We'll consider this for 0.9, though there are lots of other candidate features too. We'll be choosing the 0.9 feature set in January, so we'll see what happens. Cheers and happy holidays - adam 2010/12/25 ????? ??????? > The RAW/JPEG feature is one of most requested in Shotwell. Could you > schedule this for 0.9? > > Best regards ;) > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Sat Dec 25 12:56:44 2010 From: adam at yorba.org (Adam Dingle) Date: Sat, 25 Dec 2010 07:56:44 -0500 Subject: [Shotwell] new and future releases In-Reply-To: References: Message-ID: Jorge, On Fri, Dec 24, 2010 at 3:50 PM, Jorge Ortega wrote: > First of all merry Christmas to all of you!! > Happy holidays and New Year to you as well. :) > Second: very sincere congratulations for a very significant release. From > today I can start using Shotwell as my photo manager thanks to the ability > to save tags to the files and the auto-update option and in the hope that > few things I still need will eventually come. . Not only that but I also > have a video manager!! Farewell to Picasa.... > Great! :) > > I hope you don't mind if I point out what I think the program still needs: > > 1-Search feature: I know this is on the way so thanks in advance for that. > This is perhaps the single most important feature still missing. I don't > know if there is agreement on this but in my view you should be able to > search at least tags, file names and folder names. Very definitely tags. > Agreed: http://trac.yorba.org/ticket/80 http://trac.yorba.org/ticket/1587 > > 2-I believe this has also been requested but I don't know what the plans > are: some kind of tags management. When you've got hundreds of different > tags (for many thousands of images) to scroll up and down the list is not > an > option any more. A hierarchical view would be good: > nature>forest>trees>pine > trees... > Right: http://trac.yorba.org/ticket/1401 > > 3-Some kind of separation between raw files and jpegs. As it is now, > everything is in the same pot which is very inconvenient. Possible answers > to this: multiple libraries or better still multiple profiles. The bottom > line is I need to know when I'm between originals and edited files. > As we recently discussed here, we'd like Shotwell to be able to display RAW and JPEG pairs as a single photo, which should make this easier: http://trac.yorba.org/ticket/1772 > > 4-RAW to DNG conversion. Is this something really polemic in Linux? Just > now > this is the one thing that sends me back to Windows as far as > photo management. Everything else I can just manage. > A reasonable idea. I've ticketed this here: http://trac.yorba.org/ticket/3018 > > 5-Multiple views: folder view (tree/alphabetical/date view). I think this > is > on the way. > Right: http://trac.yorba.org/ticket/1594 http://trac.yorba.org/ticket/2747 > > 6- I can't use Shotwell to import my files from devices until it let me > choose the name of the folders and where to put them. > Yes - we'd like to improve this: http://trac.yorba.org/ticket/1597 http://trac.yorba.org/ticket/1942 http://trac.yorba.org/ticket/2170 > > 7- Better editing tools. I know shotwell is not (and will not be) > replacement for Gimp. But really, for good/quick tone/color/contrast/light > control all is needed is one tool: levels or curves with the ability to > apply to different color channels. And of course for the less inclined to > investigate the tool an auto-level setting. > I've added a new ticket for adjusting color channels independently: http://trac.yorba.org/ticket/3019 As you probably know Shotwell already has an auto-enhance feature (which applies to all channels at once). > > As I said, thanks again for this timely update. It is just so good when you > can do in your chosen desktop what you need to do without having to search > for increasingly exotic/inconvenient options: kde, wine, proprietary > software and in the en Windows. > Glad you like it. :) I hope we'll be able to implement some of these features in the next few releases. For more information about our future plans, see the Development section on the Shotwell wiki: http://trac.yorba.org/wiki/Shotwell adam From adam at yorba.org Sat Dec 25 13:02:10 2010 From: adam at yorba.org (Adam Dingle) Date: Sat, 25 Dec 2010 08:02:10 -0500 Subject: [Shotwell] Open video with external editor In-Reply-To: <1293202859.2725.14.camel@mind> References: <1293202859.2725.14.camel@mind> Message-ID: On Fri, Dec 24, 2010 at 10:00 AM, caccolangrifata wrote: > In Ubuntu (from 10.04 version?) by default is present PiTiVi video > editor to make and edit our video. In shotwell we can open photo with > external photo editor to make some cool edit. It would be nice if we > could have a similar feature for video. > Yes: http://trac.yorba.org/ticket/2838 adam From nelsonbrown+shotwell at gmail.com Sun Dec 26 01:38:07 2010 From: nelsonbrown+shotwell at gmail.com (nelson) Date: Sat, 25 Dec 2010 17:38:07 -0800 (PST) Subject: [Shotwell] Shotwell 0.8 doesn't start Message-ID: <1293327487939-31233.post@talk.nabble.com> I just upgraded to Shotwell 0.8, and I have not been able to start it: $ shotwell ** ERROR:Tag.vala:192:tag_source_collection_real_notify_container_contents_added: assertion failed: (is_added) Aborted Quite possibly this is because I did something foolish with the previous version. In an attempt to have Shotwell find updates in folders that had already been added, I chose to add the same folder again. Shotwell was unresponsive for a long time, and I eventually did a "force quit" before it finished importing. Any help getting unstuck would be very much appreciated. I did not have much meta-data stored in Shotwell 0.7... so starting from a blank slate database is a viable option. Thanks, Nelson -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-0-8-doesn-t-start-tp31233p31233.html Sent from the Shotwell mailing list archive at Nabble.com. From weirdit at gmail.com Sun Dec 26 03:19:17 2010 From: weirdit at gmail.com (Tim) Date: Sun, 26 Dec 2010 13:19:17 +1000 Subject: [Shotwell] EXIF/IPTC as well as XMP Message-ID: One of the features I was waiting for in 0.8 was the metadata stored in files. It seems the feature only writes to XMP tags. A lot of applications only support IPTC or EXIF, so it would be great if these tags could also be written at the same time. I've added a comment to http://trac.yorba.org/ticket/1290 (which is marked as fixed), but can open a new bug/feature request if needed. Thanks Tim -- Timothy White - Somewhere in Australia From guiyou65 at gmail.com Sun Dec 26 07:11:29 2010 From: guiyou65 at gmail.com (Thierry Le Guillou) Date: Sun, 26 Dec 2010 08:11:29 +0100 Subject: [Shotwell] Error using specific database directory Message-ID: <4D16EAA1.5090708@gmail.com> Hello, I just migrate to Shotwell 0.8 and I am impressed by the great job. Bravo ! But since I cannot launch Shotwell with a specific database directory : thierry:~$ shotwell -d /media/Aux/FotoTime/ShotwellDB (shotwell:2015): GLib-CRITICAL **: g_utf8_collate_key: assertion `str != NULL' failed (shotwell:2015): GLib-CRITICAL **: g_utf8_collate_key: assertion `str != NULL' failed (shotwell:2015): GLib-CRITICAL **: g_utf8_collate_key: assertion `str != NULL' failed Erreur de segmentation is there something I missed ? Standard lauching (.shotwell directory) has no problem, but for personnal backup need my photo collection is in on a special partition. Thierry From chrisgame at pobox.com Sun Dec 26 11:33:04 2010 From: chrisgame at pobox.com (Chris Game) Date: Sun, 26 Dec 2010 11:33:04 +0000 (GMT) Subject: [Shotwell] Shotwell Digest, Vol 17, Issue 26 In-Reply-To: References: Message-ID: On Fri, 24 Dec 2010, shotwell-request at lists.yorba.org wrote: .... > Message: 3 > Date: Thu, 23 Dec 2010 18:17:53 -0800 > From: Jim Nelson > To: shotwell , announce at lists.yorba.org > Subject: [Shotwell] Shotwell 0.8.0 - A GNOME Photo Manager > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > Yorba has released Shotwell 0.8.0, a major update to our digital photo > manager. This release includes some great new features, such as: > .... > We highly recommend that all Shotwell users upgrade. > > Yorba would like to thank all of our bug testers and translators, without > whom this release would not have been possible. > > You can download a source tarball from the Shotwell home page at: > http://www.yorba.org/shotwell/ > > Binaries for Ubuntu Maverick users will be available shortly on Yorba's > Launchpad PPA (https://launchpad.net/~yorba/+archive/ppa > ). Very useful to Ubuntu users no doubt, but when will a Debian package (or an rpm for that matter) make it into mainstream repositories for the major distros like Debian, Fedora? Debian still lists 0.6 as the current Shotwell version, even in the testing distribution. From janroed at gmail.com Sun Dec 26 12:42:29 2010 From: janroed at gmail.com (=?ISO-8859-1?Q?Jan_Roar_R=F8d?=) Date: Sun, 26 Dec 2010 13:42:29 +0100 Subject: [Shotwell] Compile errors and make install error (trunk) Message-ID: <4D173835.9040906@gmail.com> Hi trying to compile the latest trunk. This has been easy from the first versions until a few weeks ago. when compiling I get these errormessages: RT_DIR='"/usr/local/share/locale"' `./libraw-config --cflags` -O2 -g -pipe -fPIC -DG_UDEV_API_IS_SUBJECT_TO_CHANGE -o src/FacebookConnector.o src/FacebookConnector.c FacebookConnector.vala: In function 'facebook_connector_web_authentication_pane_construct': FacebookConnector.vala:711: error: '__params_it' undeclared (first use in this function) FacebookConnector.vala:711: error: (Each undeclared identifier is reported only once FacebookConnector.vala:711: error: for each function it appears in.) make: *** [src/FacebookConnector.o] Error 1 when I do sudo make install I get these errormessages: install -m 644 locale-langpack/he/LC_MESSAGES/shotwell.mo /usr/local/share/locale/he/LC_MESSAGES/shotwell.mo` `mkdir -p /usr/local/share/locale/mk/LC_MESSAGES ; install -m 644 locale-langpack/mk/LC_MESSAGES/shotwell.mo /usr/local/share/locale/mk/LC_MESSAGES/shotwell.mo` install: kan ikke hente informasjon om ?locale-langpack/mk/LC_MESSAGES/shotwell.mo? med stat: Ingen slik fil eller filkatalog make: [install] Error 1 (ignored) some norwegian in those messages: Kan ikke hente informasjon om = can't get/find information about..... Ingen slik fil eller filkatalog = No such file og directory.... Then I start shotwell and it?s still on 07.2+trunk not 0.8.0+trunk.... anyone with similar problem? I at m using Ubuntu 10.10 64 bit version. It?s annoying that something like that happend, I love to build and test the trunk, and translate shotwell into Norwegian (nb) Seasons greetings from Jan Roar Roed From adam at yorba.org Sun Dec 26 15:34:04 2010 From: adam at yorba.org (Adam Dingle) Date: Sun, 26 Dec 2010 10:34:04 -0500 Subject: [Shotwell] Compile errors and make install error (trunk) In-Reply-To: <4D173835.9040906@gmail.com> References: <4D173835.9040906@gmail.com> Message-ID: Jan, another user reported a similar compilation error last month: http://lists.yorba.org/pipermail/shotwell/2010-November/001307.html I'll give you the same advice I gave him, which seemed to solve his problem: 1. Please make sure that you're using Vala 0.10: % valac --version Vala 0.10.0 2. Ensure that Vala 0.11 is completely uninstalled. Assuming that you installed it in /usr/local (the default installation prefix), if you now look in /usr/local/bin and /usr/local/lib you should see no sign of anything Vala-related. 3. Please remove your Shotwell source directory, pull Shotwell from trunk again and rebuild. adam On Sun, Dec 26, 2010 at 7:42 AM, Jan Roar R?d wrote: > Hi trying to compile the latest trunk. This has been easy from the first > versions until a few weeks ago. > > when compiling I get these errormessages: > > RT_DIR='"/usr/local/share/locale"' `./libraw-config --cflags` -O2 -g -pipe > -fPIC -DG_UDEV_API_IS_SUBJECT_TO_CHANGE -o src/FacebookConnector.o > src/FacebookConnector.c > FacebookConnector.vala: In function > 'facebook_connector_web_authentication_pane_construct': > FacebookConnector.vala:711: error: '__params_it' undeclared (first use in > this function) > FacebookConnector.vala:711: error: (Each undeclared identifier is reported > only once > FacebookConnector.vala:711: error: for each function it appears in.) > make: *** [src/FacebookConnector.o] Error 1 > > when I do sudo make install I get these errormessages: > > install -m 644 locale-langpack/he/LC_MESSAGES/shotwell.mo > /usr/local/share/locale/he/LC_MESSAGES/shotwell.mo` `mkdir -p > /usr/local/share/locale/mk/LC_MESSAGES ; install -m 644 > locale-langpack/mk/LC_MESSAGES/shotwell.mo > /usr/local/share/locale/mk/LC_MESSAGES/shotwell.mo` > install: kan ikke hente informasjon om > ?locale-langpack/mk/LC_MESSAGES/shotwell.mo? med stat: Ingen slik fil eller > filkatalog > make: [install] Error 1 (ignored) > > some norwegian in those messages: Kan ikke hente informasjon om = can't > get/find information about..... > Ingen slik fil eller filkatalog = No > such file og directory.... > > > Then I start shotwell and it?s still on 07.2+trunk not 0.8.0+trunk.... > anyone with similar problem? I at m using Ubuntu 10.10 64 bit version. > > It?s annoying that something like that happend, I love to build and test > the trunk, and translate shotwell into Norwegian (nb) > > Seasons greetings from > > Jan Roar Roed > > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From bug-track at fisher-privat.net Sun Dec 26 16:02:03 2010 From: bug-track at fisher-privat.net (Alexey Fisher) Date: Sun, 26 Dec 2010 17:02:03 +0100 Subject: [Shotwell] Error: Directory NikonPreview with 21313 entries considered invalid; not read. Message-ID: <1293379323.12123.2.camel@zwerg> Hi, i get this error "Error: Directory NikonPreview with 21313 entries considered invalid; not read." before shotwell crashes. I even can't open any photo. It will happen just after start. First time it happened after i started to import my collection from other manager (digiKam). -- Regards, Alexey From d0npi3r0 at gmail.com Sun Dec 26 16:29:01 2010 From: d0npi3r0 at gmail.com (d0npi3r0) Date: Sun, 26 Dec 2010 17:29:01 +0100 Subject: [Shotwell] Shotwell feature request Message-ID: Hi all, I wonder if it's possible to get a "Remember this choice" option in the "do you want to import stuff with copying or linking files" or "do you wanna move to trash original files when emptying shotwell trash" dialogs (along with a reset option in the Preferences dialog). This would be very useful. Thank you! Pierre From adam at yorba.org Sun Dec 26 16:32:00 2010 From: adam at yorba.org (Adam Dingle) Date: Sun, 26 Dec 2010 11:32:00 -0500 Subject: [Shotwell] shotwell doesn't start up In-Reply-To: References: Message-ID: On Fri, Dec 24, 2010 at 2:14 PM, Levente Torok wrote: > Hi All, > > I cannot start shotwell for some unknown reasons: > > lev at mach:~/00$ shotwell > ** > ERROR:DataCollection.vala:847:data_collection_internal_notify_altered: > assertion failed: (data_collection_internal_contains (self, object)) > Lev, sorry to hear about this startup problem. 1. What version of Shotwell are you using? 0.7? 0.8? Trunk? What versions have you used previously with your Shotwell database? 2. Does the problem occur even if you start Shotwell with a new, empty database directory (e.g. 'shotwell -d ~/foo')? 3. Please follow the bug-reporting instructions in the Shotwell FAQ ( http://trac.yorba.org/wiki/Shotwell/FAQ) to generate a GDB backtrace and log file - that will help us to investigate more. Thanks! adam From d0npi3r0 at gmail.com Sun Dec 26 16:34:33 2010 From: d0npi3r0 at gmail.com (d0npi3r0) Date: Sun, 26 Dec 2010 17:34:33 +0100 Subject: [Shotwell] Shotwell feature request Message-ID: Hi all, I wonder if it's possible to get a "Remember this choice" option in the "do you want to import stuff with copying or linking files" or "do you wanna move to trash original files when emptying shotwell trash" dialogs (along with a reset option in the Preferences dialog). This would be very useful. Thank you! Pierre PS: sorry for possible double-posting and any other mistake i could have done, i'm new to newsletters. Thank you! From adam at yorba.org Sun Dec 26 16:36:22 2010 From: adam at yorba.org (Adam Dingle) Date: Sun, 26 Dec 2010 11:36:22 -0500 Subject: [Shotwell] [Yorba Announce] Shotwell 0.8.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: That's a good suggestion: we could just say "media" instead of "photos/videos" in some messages. This might be especially convenient if we start supporting audio - see http://trac.yorba.org/ticket/2920 - since "photos/videos/audio" would be ridiculous. We'll consider this. adam On Fri, Dec 24, 2010 at 11:29 AM, Vadim Peretokin wrote: > Hmm, I see. I would've called it media > > On 2010-12-24 8:09 AM, "Adam Dingle" wrote: > > On Fri, Dec 24, 2010 at 7:31 AM, Vadim Peretokin > wrote: > > > > Now that Shotwell... > Vadim, > > when we added video in Shotwell 0.8 we had to decide what to do about all > of Shotwell's strings which mention photos (there are hundreds). We thought > it might be annoying to see "photos/videos" everywhere in the user interface > since Shotwell is primarily a photo manager and users will often work with > photos only. We could be smarter and display either "photos", "videos" or > "photos/videos" in each message depending on the particular media objects > that are selected, but we didn't want to make our translators translate > several variants of every single string. As a compromise, we picked the > most important and commonly seen messages in Shotwell and generalized those > to say either "photos", "videos" or "photos/videos" as appropriate. In most > other places, Shotwell still says just "photos", but I think that should > cause no great confusion. > > When Shotwell displays the particular dialog you mentioned, we don't > actually know yet whether there are videos in the set to be imported because > we haven't scanned the import folder yet. So we can't easily switch between > "photos", "videos" and "photos/videos" on the fly. We could just say > "photos/videos" in the dialog, but I think that might be annoying when > importing only photos which is, after all, Shotwell's primary job. So I > think we'll likely keep this particular string as it is. If there are other > strings in Shotwell which still say only "photos" but you think should be > generalized to mention videos as well, feel free to file a ticket and we'll > consider changing them. Thanks! > > adam > > From vperetokin at gmail.com Sun Dec 26 16:39:33 2010 From: vperetokin at gmail.com (Vadim Peretokin) Date: Sun, 26 Dec 2010 11:39:33 -0500 Subject: [Shotwell] [Yorba Announce] Shotwell 0.8.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: Sorry for the short email there, I was posting from my phone. But yes, I agree with those thoughts! From nelsonbrown+shotwell at gmail.com Sun Dec 26 19:05:01 2010 From: nelsonbrown+shotwell at gmail.com (nelson) Date: Sun, 26 Dec 2010 11:05:01 -0800 (PST) Subject: [Shotwell] Shotwell 0.8 doesn't start In-Reply-To: <1293327487939-31233.post@talk.nabble.com> References: <1293327487939-31233.post@talk.nabble.com> Message-ID: <1293390301957-31283.post@talk.nabble.com> By the way, if I start Shotwell with a new database:shotwell -d new...it loads fine. Is it worth fixing the old database? It takes a while to import my photos, because I have about 100,000. Thanks, Nelson -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-0-8-doesn-t-start-tp31233p31283.html Sent from the Shotwell mailing list archive at Nabble.com. From toroklev at gmail.com Sun Dec 26 21:32:35 2010 From: toroklev at gmail.com (Levente Torok) Date: Sun, 26 Dec 2010 22:32:35 +0100 Subject: [Shotwell] shotwell doesn't start up In-Reply-To: References: Message-ID: Hi Adam, It was the standard ubuntu 10.10 shotwell 7v2. I upgraded to 0.8 according to your web site and the problem seems to go away. Formerly I used the version that was bundled with ubuntu 10.04 ( 0v5 as according to packages.ubuntu.com ). In the meantime I renamed the home directory of the current user (from /home/lev3 -> sg.else). Could it cause this curruption? Are you eager to solve this issue, or you concentrate on new trunk instead? Cheers, Lev On Sun, Dec 26, 2010 at 5:32 PM, Adam Dingle wrote: > On Fri, Dec 24, 2010 at 2:14 PM, Levente Torok wrote: >> >> Hi All, >> >> I cannot start shotwell for some unknown reasons: >> >> lev at mach:~/00$ shotwell >> ** >> ERROR:DataCollection.vala:847:data_collection_internal_notify_altered: >> assertion failed: (data_collection_internal_contains (self, object)) > > Lev, > > sorry to hear about this startup problem. > > 1. What version of Shotwell are you using?? 0.7?? 0.8?? Trunk?? What > versions have you used previously with your Shotwell database? > > 2. Does the problem occur even if you start Shotwell with a new, empty > database directory (e.g. 'shotwell -d ~/foo')? > > 3. Please follow the bug-reporting instructions in the Shotwell FAQ > (http://trac.yorba.org/wiki/Shotwell/FAQ) to generate a GDB backtrace and > log file - that will help us to investigate more.? Thanks! > > adam > From B.Candler at pobox.com Sun Dec 26 22:11:48 2010 From: B.Candler at pobox.com (Brian Candler) Date: Sun, 26 Dec 2010 22:11:48 +0000 Subject: [Shotwell] Accessing an alternative database Message-ID: <20101226221148.GA5963@talktalkplc.com> Hi, I have a problem finding a good way to set up shotwell (testing using 0.7.2 under Ubuntu Lucid) The scenario: both myself and my wife use the same computer at home. We have our own home directories and logins. My wife has her own smartphone and I want her to be able import into her own photo library without my assistance. I would also like to be able to browse my wife's photo collection, and she to be able to browse mine. But I don't want to import all her photos into my collection (and vice versa), because any tagging, events, image adjustment etc will have been lost. Permissions are set up so that I have read-access to her home directory, and vice versa. But unfortunately that's not good enough for shotwell: $ shotwell -d ~caroline/.shotwell ** ERROR **: DatabaseTables.vala:55: execute_update_by_id: [8] attempt to write a readonly database aborting... Aborted (Her photo collection *does* appear for about half a second before shotwell terminates with the above error message) So this gives a potential feature request 1: be able to browse a photo collection even if you only have read access to it. Having to start with a -d flag is also a bit manual, so potential feature request 2 would be to add multiple libraries within the GUI, and be able to switch between them (e.g. with a drop-down menu). Unfortunately I that might open the floodgates to some more complex requests though, like being able to add a photo from one collection into another. Another option is to combine our collections, and make ~/.shotwell in both home directories point to a common area. This would involve setting up a group which is writeable to us both (ok), setting the setgid bit so that files and subdirs inherit that group (ok), and getting shotwell to use the correct umask. That last one doesn't appear to be well supported by shotwell today (0.7.2 under Ubuntu Lucid). As a test, if I do (umask 002; shotwell -d ~/.shotwelltest) then the directories are created with group write permissions, but photo.db is stil created mode 644. $ ls -lR /u/home/brian/.shotwelltest/ /u/home/brian/.shotwelltest/: total 12 drwxrwxr-x 2 brian brian 4096 2010-12-26 21:50 data drwxrwxr-x 2 brian brian 4096 2010-12-26 21:50 mimics drwxrwxr-x 4 brian brian 4096 2010-12-26 21:50 thumbs /u/home/brian/.shotwelltest/data: total 12 -rw-r--r-- 1 brian brian 10240 2010-12-26 21:50 photo.db /u/home/brian/.shotwelltest/mimics: total 0 /u/home/brian/.shotwelltest/thumbs: total 8 drwxrwxr-x 2 brian brian 4096 2010-12-26 21:50 thumbs128 drwxrwxr-x 2 brian brian 4096 2010-12-26 21:50 thumbs360 /u/home/brian/.shotwelltest/thumbs/thumbs128: total 0 /u/home/brian/.shotwelltest/thumbs/thumbs360: total 0 I haven't tried testing anything else, e.g. what permissions thumbnail files are written with, but I don't really want to be a trailblazer if nobody else is using shotwell this way and it's likely to cause problems. One day maybe all the metadata will be stored within the photos themselves or on the filesystem(*), and sqlite3 would just become a cache of that data. This is something I know has been discussed before, and may eventually provide a solution, but I'd like to start using shotwell now. We can just browse each other's Pictures directories using gthumb, but that's painful given the YYYY/MM/DD directory structure which shotwell imports to. Any other suggestions? Thanks, Brian. (*) I'd also like to sync my photo collection from my home PC to my laptop, and have the metadata sync too. 'unison' handles file replication both ways nicely, but independent updates to the sqlite3 database can't be resolved. For now I can live with the photo database just being on the desktop. From adam at yorba.org Mon Dec 27 13:37:09 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 27 Dec 2010 08:37:09 -0500 Subject: [Shotwell] Shotwell 0.8 doesn't start In-Reply-To: <1293390301957-31283.post@talk.nabble.com> References: <1293327487939-31233.post@talk.nabble.com> <1293390301957-31283.post@talk.nabble.com> Message-ID: Nelson, very sorry to hear about your trouble starting Shotwell 0.8. The coders on the Shotwell development team might be able to offer advice about how to fix your old database, but most of the team is on vacation for most of this week, so they might not be able to reply until January. So if you're in a hurry, it might make sense to simply reimport your 100,000 photos into a new database, which will hopefully take less than one week. :) It would be interesting to know whether Shotwell 0.8 will start up fine after importing the 100,000 photos. Cheers - adam On Sun, Dec 26, 2010 at 2:05 PM, nelson > wrote: > > By the way, if I start Shotwell with a new database:shotwell -d new...it > loads fine. > > Is it worth fixing the old database? It takes a while to import my photos, > because I have about 100,000. > > Thanks, > Nelson > > > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Shotwell-0-8-doesn-t-start-tp31233p31283.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 Dec 27 13:47:11 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 27 Dec 2010 08:47:11 -0500 Subject: [Shotwell] shotwell doesn't start up In-Reply-To: References: Message-ID: Lev, On Sun, Dec 26, 2010 at 4:32 PM, Levente Torok wrote: > > > It was the standard ubuntu 10.10 shotwell 7v2. > I upgraded to 0.8 according to your web site and the problem seems to go > away. > That's great to hear. > Formerly I used the version that was bundled with ubuntu 10.04 ( 0v5 > as according to packages.ubuntu.com ). > In the meantime I renamed the home directory of the current user (from > /home/lev3 -> sg.else). > Could it cause this curruption? > Hard to say, but maybe there was a bug in 0.7 which caused a startup problem after a rename like this. > Are you eager to solve this issue, or you concentrate on new trunk instead? > Since everything is working for you in 0.8, I don't think we need to investigate the problem more now. If there was a bug here, it looks like it's been fixed in 0.8. Cheers - adam From caccolangrifata at gmail.com Mon Dec 27 14:17:08 2010 From: caccolangrifata at gmail.com (caccolangrifata) Date: Mon, 27 Dec 2010 15:17:08 +0100 Subject: [Shotwell] Photo -> Play video Message-ID: <1293459428.2231.16.camel@mind> Hi everybody! looking around I saw in Photo view, in Photo menu there's a voice "Play video". I think this is useless because in photo view there's no video to play D: Is this an useless voice? -- caccolangrifata From toroklev at gmail.com Mon Dec 27 15:58:37 2010 From: toroklev at gmail.com (Levente Torok) Date: Mon, 27 Dec 2010 16:58:37 +0100 Subject: [Shotwell] shotwell doesn't start up In-Reply-To: References: Message-ID: <6124519010587822387@unknownmsgid> In this case I suggest pushing ver 0.8 to ubuntu packagers,if you know a way to do it. I believe it would be useful for all.thanks Lev iPhone-r?l k?ldve On 2010.12.27., at 14:47, Adam Dingle wrote: Lev, On Sun, Dec 26, 2010 at 4:32 PM, Levente Torok wrote: > > > It was the standard ubuntu 10.10 shotwell 7v2. > I upgraded to 0.8 according to your web site and the problem seems to go > away. > That's great to hear. > Formerly I used the version that was bundled with ubuntu 10.04 ( 0v5 > as according to packages.ubuntu.com ). > In the meantime I renamed the home directory of the current user (from > /home/lev3 -> sg.else). > Could it cause this curruption? > Hard to say, but maybe there was a bug in 0.7 which caused a startup problem after a rename like this. > Are you eager to solve this issue, or you concentrate on new trunk instead? > Since everything is working for you in 0.8, I don't think we need to investigate the problem more now. If there was a bug here, it looks like it's been fixed in 0.8. Cheers - adam From d0npi3r0 at gmail.com Mon Dec 27 22:51:15 2010 From: d0npi3r0 at gmail.com (d0npi3r0) Date: Mon, 27 Dec 2010 23:51:15 +0100 Subject: [Shotwell] : original vertical photo badly shown Message-ID: Hi When holding shift on a vertical-oriented modifyed image you will see the photo orizontally oriented and stretched to fit new dimensions. Well, bad explanation... try it yourself :) Thank you Pierre From sat at elsaturnino.com Tue Dec 28 01:53:10 2010 From: sat at elsaturnino.com (Saturnino Garcia) Date: Mon, 27 Dec 2010 17:53:10 -0800 Subject: [Shotwell] thumbnail update Message-ID: I recently bought a new computer and am in the process of transferring all my data to my new hard drive. I backed up my shotwell database (photo.db) and my photo directory. When I open shotwell on my new computer, there are no thumbnails for the image (only gray boxes). The images show up fine in the single image view though (i.e. when I double click on one of them). Is there some way I can regenerate those thumbnails? - Sat From david.velazquez08 at gmail.com Tue Dec 28 03:32:27 2010 From: david.velazquez08 at gmail.com (David Velazquez) Date: Mon, 27 Dec 2010 22:32:27 -0500 Subject: [Shotwell] shotwell doesn't start up In-Reply-To: <6124519010587822387@unknownmsgid> References: <6124519010587822387@unknownmsgid> Message-ID: Hi, I bet the Ubuntu packagers will pick up 0.8 before Natty makes it out the doors. In case they don't though there's always the Shotwell PPA that can be used to keep up to date with Shotwell versions as they're released between Ubuntu releases. The PPA is here and while it doesn't look like they've updated to 0.8 yet I'm sure it will be done when the team returns back from their break/vacation. On Mon, Dec 27, 2010 at 10:58 AM, Levente Torok wrote: > In this case I suggest pushing ver 0.8 to ubuntu packagers,if you know a > way > to do it. > I believe it would be useful for all.thanks Lev > > iPhone-r?l k?ldve > > On 2010.12.27., at 14:47, Adam Dingle wrote: > > Lev, > > On Sun, Dec 26, 2010 at 4:32 PM, Levente Torok wrote: > > > > > > It was the standard ubuntu 10.10 shotwell 7v2. > > I upgraded to 0.8 according to your web site and the problem seems to go > > away. > > > > That's great to hear. > > > > Formerly I used the version that was bundled with ubuntu 10.04 ( 0v5 > > as according to packages.ubuntu.com ). > > In the meantime I renamed the home directory of the current user (from > > /home/lev3 -> sg.else). > > Could it cause this curruption? > > > > Hard to say, but maybe there was a bug in 0.7 which caused a startup > problem > after a rename like this. > > > > Are you eager to solve this issue, or you concentrate on new trunk > instead? > > > > Since everything is working for you in 0.8, I don't think we need to > investigate the problem more now. If there was a bug here, it looks like > it's been fixed in 0.8. Cheers - > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Tue Dec 28 14:17:49 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 28 Dec 2010 09:17:49 -0500 Subject: [Shotwell] shotwell doesn't start up In-Reply-To: References: <6124519010587822387@unknownmsgid> Message-ID: A couple of clarifications: The Shotwell PPA currently contains Shotwell 0.8 for Ubuntu 10.10 (Maverick), but only Shotwell 0.7 for Ubuntu 10.04 (Lucid). We plan to update the PPA within the next week to include Shotwell 0.8 for Lucid as well. I fully expect that Ubuntu will include Shotwell 0.8 in Natty within the next couple of weeks. We're planning to release Shotwell 0.9 in March, and our plan is for 0.9 to be included in the final releases of both Ubuntu 11.04 (Natty) and Fedora 15. adam On Mon, Dec 27, 2010 at 10:32 PM, David Velazquez < david.velazquez08 at gmail.com> wrote: > Hi, I bet the Ubuntu packagers will pick up 0.8 before Natty makes it out > the doors. In case they don't though there's always the Shotwell PPA that > can be used to keep up to date with Shotwell versions as they're released > between Ubuntu releases. The PPA is here and > while it doesn't look like they've updated to 0.8 yet I'm sure it will be > done when the team returns back from their break/vacation. > > On Mon, Dec 27, 2010 at 10:58 AM, Levente Torok wrote: > >> In this case I suggest pushing ver 0.8 to ubuntu packagers,if you know a >> way >> to do it. >> I believe it would be useful for all.thanks Lev >> >> iPhone-r?l k?ldve >> >> On 2010.12.27., at 14:47, Adam Dingle wrote: >> >> Lev, >> >> On Sun, Dec 26, 2010 at 4:32 PM, Levente Torok >> wrote: >> > >> > >> > It was the standard ubuntu 10.10 shotwell 7v2. >> > I upgraded to 0.8 according to your web site and the problem seems to go >> > away. >> > >> >> That's great to hear. >> >> >> > Formerly I used the version that was bundled with ubuntu 10.04 ( 0v5 >> > as according to packages.ubuntu.com ). >> > In the meantime I renamed the home directory of the current user (from >> > /home/lev3 -> sg.else). >> > Could it cause this curruption? >> > >> >> Hard to say, but maybe there was a bug in 0.7 which caused a startup >> problem >> after a rename like this. >> >> >> > Are you eager to solve this issue, or you concentrate on new trunk >> instead? >> > >> >> Since everything is working for you in 0.8, I don't think we need to >> investigate the problem more now. If there was a bug here, it looks like >> it's been fixed in 0.8. Cheers - >> >> adam >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From paterijk at gmail.com Tue Dec 28 12:38:20 2010 From: paterijk at gmail.com (paterijk) Date: Tue, 28 Dec 2010 04:38:20 -0800 (PST) Subject: [Shotwell] I intend to switch to Shotwell from Picasa, but ... Message-ID: <1293539900629-31338.post@talk.nabble.com> Hi, Today I discovered one of the great new features of Shotwell 0.8 : watching the photo library for updates ! I would really like to change to Shotwell (I'm currently using Picasa ...), but I'm still missing two features : a) automatically save the changes made to a photo and store the original version somewhere (ideally in a subdirectory of the original photo's directory or side by side by renaming the original photo; the first option being in my eyes better, as you can browse through your photos with other softwares without having to look at "nearly-duplicates" all the time ...) (http://shotwell.3510.www.nabble.com/Shotwell-storing-original-and-modified-photos-td4899.html); b) in the left pane, have the possibility to browse the folders on the disk (my folders are linked to events, and I completely lose my organization if I import everything into Shotwell, unless I recreate all the events manually) (http://trac.yorba.org/ticket/1594). I have read about both features in several posts (see above), but I wondered if I could have an update on the ongoing implementations of these features, before turning away from Picasa (and maybe regretting my move) ... Thanks a lot for your great work ! Patrick -- View this message in context: http://shotwell.3510.www.nabble.com/I-intend-to-switch-to-Shotwell-from-Picasa-but-tp31338p31338.html Sent from the Shotwell mailing list archive at Nabble.com. From adam at yorba.org Tue Dec 28 14:32:53 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 28 Dec 2010 09:32:53 -0500 Subject: [Shotwell] I intend to switch to Shotwell from Picasa, but ... In-Reply-To: <1293539900629-31338.post@talk.nabble.com> References: <1293539900629-31338.post@talk.nabble.com> Message-ID: Patrick, On Tue, Dec 28, 2010 at 7:38 AM, paterijk wrote: > > Hi, > > Today I discovered one of the great new features of Shotwell 0.8 : watching > the photo library for updates ! > Glad you like it. :) > > I would really like to change to Shotwell (I'm currently using Picasa ...), > but I'm still missing two features : > > a) automatically save the changes made to a photo and store the original > version somewhere (ideally in a subdirectory of the original photo's > directory or side by side by renaming the original photo; the first option > being in my eyes better, as you can browse through your photos with other > softwares without having to look at "nearly-duplicates" all the time ...) > ( > http://shotwell.3510.www.nabble.com/Shotwell-storing-original-and-modified-photos-td4899.html > ); > Right. The Shotwell ticket for this feature is http://trac.yorba.org/ticket/1798 . > > b) in the left pane, have the possibility to browse the folders on the disk > (my folders are linked to events, and I completely lose my organization if > I > import everything into Shotwell, unless I recreate all the events manually) > (http://trac.yorba.org/ticket/1594). > Yes - we want this too. > > I have read about both features in several posts (see above), but I > wondered > if I could have an update on the ongoing implementations of these > features, > before turning away from Picasa (and maybe regretting my move) ... > We haven't begun implementing either of these features. In January, we'll decide the feature set for Shotwell 0.9, which we plan to release in March. The features you mentioned are possible candidates, but they are competing with a good number of other high priorities - see the Shotwell 0.9 section on the Shotwell wiki page (http://trac.yorba.org/wiki/Shotwell) for a list of the top big-ticket items (including both of the items you mentioned). So if the features you mentioned are essential to you, you might want to wait until we announce the 0.9 feature set before making the switch. adam From adam at yorba.org Tue Dec 28 14:49:35 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 28 Dec 2010 09:49:35 -0500 Subject: [Shotwell] thumbnail update In-Reply-To: References: Message-ID: Saturnino, On Mon, Dec 27, 2010 at 8:53 PM, Saturnino Garcia wrote: > I recently bought a new computer and am in the process of transferring all > my data to my new hard drive. I backed up my shotwell database (photo.db) > and my photo directory. Actually backing up photo.db is not sufficient for transferring to a new hard drive, since Shotwell stores its thumbnails in the .shotwell directory and you need those too (as you've discovered the hard way). So the right thing to do was to back up the entire ~/.shotwell directory, not just photo.db. See the section on backing up in the Shotwell FAQ ( http://trac.yorba.org/wiki/Shotwell/FAQ). > When I open shotwell on my new computer, there are > no thumbnails for the image (only gray boxes). The images show up fine in > the single image view though (i.e. when I double click on one of them). Is > there some way I can regenerate those thumbnails? > Unfortunately Shotwell cannot regenerate these thumbnails today, and I'm sorry to say you may need to reimport your photos into a fresh Shotwell library (losing any edits you've made) unless you have a backup copy of your old .shotwell directory including the thumbnails. There are a couple of changes we'd like to make to Shotwell to improve this situation. Ideally we'd like Shotwell to regenerate thumbnails if absent ( http://trac.yorba.org/ticket/2889), which would solve your problem automatically. Also, we're considering storing thumbnails in photo directories rather than the .shotwell directory ( http://trac.yorba.org/ticket/2250), which would make it easier to back them up along with photos themselves. adam From adam at yorba.org Tue Dec 28 15:03:25 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 28 Dec 2010 10:03:25 -0500 Subject: [Shotwell] : original vertical photo badly shown In-Reply-To: References: Message-ID: Pierre, On Mon, Dec 27, 2010 at 5:51 PM, d0npi3r0 wrote: > Hi > When holding shift on a vertical-oriented modifyed image you will see > the photo orizontally oriented and stretched to fit new dimensions. > Well, bad explanation... try it yourself :) > Thank you > I can't reproduce this problem in the current trunk. This sounds like a problem we fixed a few months ago (http://trac.yorba.org/ticket/2449) just before the 0.7 release. What version of Shotwell are you using? If you're seeing this problem in 0.8 or the current trunk, could you provide a precise sequence of steps to reproduce the problem? If you're using an older version, you probably want to upgrade. adam From nelsonbrown+shotwell at gmail.com Tue Dec 28 15:44:34 2010 From: nelsonbrown+shotwell at gmail.com (nelson) Date: Tue, 28 Dec 2010 07:44:34 -0800 (PST) Subject: [Shotwell] Shotwell 0.8 doesn't start In-Reply-To: References: <1293327487939-31233.post@talk.nabble.com> <1293390301957-31283.post@talk.nabble.com> Message-ID: <1293551074357-31345.post@talk.nabble.com> Although I'm not really in a hurry, I went ahead with the new database. My pictures are split on two hard drives. The pictures I have in ~/Pictures loaded just fine (about 44,000 of them). Then I started the importation of my older photo collection, mounted at something like /media/DriveName/... It worked for a while, but got stuck on a particular file. I tried clicking the stop-sign "stop import" button, but it still seemed to be stuck. About 56,000 pictures are in the database now. The file that seemed to cause the problem is unusual. It is a voice-annotation (.MPG) created with a Sony F707 camera. I seldom used the voice-annotation feature of that camera. I imagine that the previous version of Shotwell (v0.7-something) ignored that particular file because it is not a still image. The new video support in v0.8 may be tripping on this unusual sort of video file. Is there a way to tell Shotwell to skip that one file? Thanks, Nelson -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-0-8-doesn-t-start-tp31233p31345.html Sent from the Shotwell mailing list archive at Nabble.com. From nelsonbrown+shotwell at gmail.com Tue Dec 28 15:57:28 2010 From: nelsonbrown+shotwell at gmail.com (Nelson) Date: Tue, 28 Dec 2010 07:57:28 -0800 Subject: [Shotwell] thumbnail update In-Reply-To: References: Message-ID: Would it be useful to put the source image name, path, unique ID, and/or md5sum in the thumbnail's EXIF header? As I was re-scanning my photos yesterday, I was thinking it would save a lot of time to re-use the thumbnails that I had before. I didn't see any data in the thumbnails (filename or header data) that would enable them to be reconnected to their source images if the database was lost or corrupted. Just an idea. On Tue, Dec 28, 2010 at 6:49 AM, Adam Dingle wrote: > Saturnino, > > On Mon, Dec 27, 2010 at 8:53 PM, Saturnino Garcia wrote: > >> I recently bought a new computer and am in the process of transferring all >> my data to my new hard drive. I backed up my shotwell database (photo.db) >> and my photo directory. > > > Actually backing up photo.db is not sufficient for transferring to a new > hard drive, since Shotwell stores its thumbnails in the .shotwell directory > and you need those too (as you've discovered the hard way). ?So the right > thing to do was to back up the entire ~/.shotwell directory, not just > photo.db. ?See the section on backing up in the Shotwell FAQ ( > http://trac.yorba.org/wiki/Shotwell/FAQ). > > >> When I open shotwell on my new computer, there are >> no thumbnails for the image (only gray boxes). The images show up fine in >> the single image view though (i.e. when I double click on one of them). Is >> there some way I can regenerate those thumbnails? >> > > Unfortunately Shotwell cannot regenerate these thumbnails today, and I'm > sorry to say you may need to reimport your photos into a fresh Shotwell > library (losing any edits you've made) unless you have a backup copy of your > old .shotwell directory including the thumbnails. > > There are a couple of changes we'd like to make to Shotwell to improve this > situation. ?Ideally we'd like Shotwell to regenerate thumbnails if absent ( > http://trac.yorba.org/ticket/2889), which would solve your problem > automatically. ?Also, we're considering storing thumbnails in photo > directories rather than the .shotwell directory ( > http://trac.yorba.org/ticket/2250), which would make it easier to back them > up along with photos themselves. > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Tue Dec 28 16:08:12 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 28 Dec 2010 11:08:12 -0500 Subject: [Shotwell] Shotwell 0.8 doesn't start In-Reply-To: <1293551074357-31345.post@talk.nabble.com> References: <1293327487939-31233.post@talk.nabble.com> <1293390301957-31283.post@talk.nabble.com> <1293551074357-31345.post@talk.nabble.com> Message-ID: Nelson, On Tue, Dec 28, 2010 at 10:44 AM, nelson > wrote: > > Although I'm not really in a hurry, I went ahead with the new database. > > My pictures are split on two hard drives. The pictures I have in > ~/Pictures > loaded just fine (about 44,000 of them). > > Then I started the importation of my older photo collection, mounted at > something like /media/DriveName/... It worked for a while, but got stuck on > a particular file. I tried clicking the stop-sign "stop import" button, > but > it still seemed to be stuck. About 56,000 pictures are in the database > now. > > The file that seemed to cause the problem is unusual. It is a > voice-annotation (.MPG) created with a Sony F707 camera. I seldom used the > voice-annotation feature of that camera. > > I imagine that the previous version of Shotwell (v0.7-something) ignored > that particular file because it is not a still image. The new video > support > in v0.8 may be tripping on this unusual sort of video file. > > Is there a way to tell Shotwell to skip that one file? > There's no way to tell Shotwell to skip that file, but as a workaround you could simply rename the file to have a different extension such as 'MPGA' before importing. Shotwell doesn't recognize this extension, so it will ignore the file. Once the import is complete, you can rename the file back to its original name. If the .MPG file is causing Shotwell to hang on import, then that's a bug we'd like to fix. Could you either file a ticket and attach the file (or a link to it) to the ticket, or post a link to the file here? adam From guiyou65 at gmail.com Tue Dec 28 17:12:17 2010 From: guiyou65 at gmail.com (Thierry Le Guillou) Date: Tue, 28 Dec 2010 18:12:17 +0100 Subject: [Shotwell] Pictures date before 1900 - not possible ? Message-ID: <4D1A1A71.7010102@gmail.com> Hello, I have a problem with family pictures, taken in 1896. I scanned them and I changed the date to the date they were taken : june 1896. But Shotwell cannot change date before 1900 (unlike other software). And even if I change the date with an other application, Shotwell is not able to manage them and put these pictures in an event in 1969 ! Could it be possible in next release to unlock this limitation ? Thanks in advance and thanks for this great software. Thierry From nelsonbrown+shotwell at gmail.com Tue Dec 28 17:42:24 2010 From: nelsonbrown+shotwell at gmail.com (Nelson) Date: Tue, 28 Dec 2010 09:42:24 -0800 Subject: [Shotwell] Shotwell 0.8 doesn't start In-Reply-To: References: <1293327487939-31233.post@talk.nabble.com> <1293390301957-31283.post@talk.nabble.com> <1293551074357-31345.post@talk.nabble.com> Message-ID: Adam, Thanks for the quick response! > There's no way to tell Shotwell to skip that file, but as a workaround you > could simply rename the file to have a different extension such as 'MPGA' > before importing.? Shotwell doesn't recognize this extension, so it will > ignore the file.? Once the import is complete, you can rename the file back > to its original name. I will try this soon. What is the correct way to resume the import without starting over? I'm also going to try creating yet another new database, but only with a single folder, to try to reproduce the problem and simulate the solution. Is there a process to combine databases? I should probably google for the answers to these questions, but your willingness to help is making me lazy. ;) > If the .MPG file is causing Shotwell to hang on import, then that's a bug > we'd like to fix.? Could you either file a ticket and attach the file (or a > link to it) to the ticket, or post a link to the file here? I'm going to search for similar files among my old photos and try to determine if the problem is with only one instance or with others of a similar type. If a ticket would be helpful, I'm willing to create one with the file attached. What do the devs typically need? Logs, console output, etc.? Nelson From d0npi3r0 at gmail.com Tue Dec 28 15:47:46 2010 From: d0npi3r0 at gmail.com (d0npi3r0) Date: Tue, 28 Dec 2010 16:47:46 +0100 Subject: [Shotwell] : original vertical photo badly shown Message-ID: Thank you for the answer. I'm using Shotwell 0.8.0, downloaded via yorba ppa on ubuntu maverick 32bit. That's about a 12Mpixel photo, taken with a camera which wrote on EXIF info that the shot was taken in vertical position. The photo was well shown in Shotwell. I edited with the "Open with external editor" option. I slightly cropped and edited the pic, then saved and closed GIMP. Now, when I press SHIFT key I can see the original photo rotated and stretched to match the size of the edited one. I upload as attachments two screenshots. "edited" is the photo as it is now, "original" was taken pressing SHIFT key. Thank you! Pierre 2010/12/28 Adam Dingle : > Pierre, > > On Mon, Dec 27, 2010 at 5:51 PM, d0npi3r0 wrote: >> >> Hi >> When holding shift on a vertical-oriented modifyed image you will see >> the photo orizontally oriented and stretched to fit new dimensions. >> Well, bad explanation... try it yourself :) >> Thank you > > I can't reproduce this problem in the current trunk. This sounds like a > problem we fixed a few months ago (http://trac.yorba.org/ticket/2449) just > before the 0.7 release. > > What version of Shotwell are you using? If you're seeing this problem in > 0.8 or the current trunk, could you provide a precise sequence of steps to > reproduce the problem? If you're using an older version, you probably want > to upgrade. > > adam From toroklev at gmail.com Tue Dec 28 18:07:11 2010 From: toroklev at gmail.com (Levente Torok) Date: Tue, 28 Dec 2010 19:07:11 +0100 Subject: [Shotwell] importing errors; title on the screen Message-ID: Hi Guys, I found the enclosed error screen confusing. Actually there is no photo at /home/lev/F?nyk?pek (but in the subdirectories) I am very happy that you have made the title editing so easy (F2). It made things very comfortable. I would like to make a suggestion to put the title under the picture looking similar as if it was played by picasaweb. Cheers, Lev From sat at elsaturnino.com Tue Dec 28 23:12:58 2010 From: sat at elsaturnino.com (Saturnino Garcia) Date: Tue, 28 Dec 2010 15:12:58 -0800 Subject: [Shotwell] thumbnail update In-Reply-To: References: Message-ID: I knew the transfer went a little too easily... ;) Looks like I'm out of luck though as I have already scrubbed the old hard drive so I could donate it. Is there some way to manually regenerate the thumbnails though? - Sat On Tue, Dec 28, 2010 at 6:49 AM, Adam Dingle wrote: > Saturnino, > > On Mon, Dec 27, 2010 at 8:53 PM, Saturnino Garcia wrote: > >> I recently bought a new computer and am in the process of transferring all >> my data to my new hard drive. I backed up my shotwell database (photo.db) >> and my photo directory. > > > Actually backing up photo.db is not sufficient for transferring to a new > hard drive, since Shotwell stores its thumbnails in the .shotwell directory > and you need those too (as you've discovered the hard way). So the right > thing to do was to back up the entire ~/.shotwell directory, not just > photo.db. See the section on backing up in the Shotwell FAQ ( > http://trac.yorba.org/wiki/Shotwell/FAQ). > > >> When I open shotwell on my new computer, there are >> no thumbnails for the image (only gray boxes). The images show up fine in >> the single image view though (i.e. when I double click on one of them). Is >> there some way I can regenerate those thumbnails? >> > > Unfortunately Shotwell cannot regenerate these thumbnails today, and I'm > sorry to say you may need to reimport your photos into a fresh Shotwell > library (losing any edits you've made) unless you have a backup copy of your > old .shotwell directory including the thumbnails. > > There are a couple of changes we'd like to make to Shotwell to improve this > situation. Ideally we'd like Shotwell to regenerate thumbnails if absent ( > http://trac.yorba.org/ticket/2889), which would solve your problem > automatically. Also, we're considering storing thumbnails in photo > directories rather than the .shotwell directory ( > http://trac.yorba.org/ticket/2250), which would make it easier to back > them up along with photos themselves. > > adam > > From chrisgame at pobox.com Wed Dec 29 10:20:17 2010 From: chrisgame at pobox.com (Chris Game) Date: Wed, 29 Dec 2010 10:20:17 +0000 (GMT) Subject: [Shotwell] Shotwell Digest, Vol 17, Issue 32 In-Reply-To: References: Message-ID: This focus on Ubuntu packages and ppas is all very well but what about users of other mainstream distros e.g. Debian? And why push packages out through a ppa when there is a perfectly standard route of releasing through distro repositories? Looking after several ppas when updating systems is a pain for users. I suggest you publish packages for deb and rpm distros and a tarball for the rest with clear install and dependency information on your website (as for instance dropbox does). If distros want to include Shotwell in their default install, the package maintainer/integrator for the distro should ensure the latest version is included. In the case of Debian there is the 'experimental' distro for any developer to add their stuff (currently it contains version 0.7 something). Regds, Chris On Tue, 28 Dec 2010, shotwell-request at lists.yorba.org wrote: > Message: 4 > Date: Tue, 28 Dec 2010 09:17:49 -0500 > From: Adam Dingle > To: David Velazquez > Cc: "shotwell at lists.yorba.org" , Levente > Torok > Subject: Re: [Shotwell] shotwell doesn't start up > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > A couple of clarifications: > > The Shotwell PPA currently contains Shotwell 0.8 for Ubuntu 10.10 > (Maverick), but only Shotwell 0.7 for Ubuntu 10.04 (Lucid). We plan to > update the PPA within the next week to include Shotwell 0.8 for Lucid as > well. > > I fully expect that Ubuntu will include Shotwell 0.8 in Natty within the > next couple of weeks. We're planning to release Shotwell 0.9 in March, and > our plan is for 0.9 to be included in the final releases of both Ubuntu > 11.04 (Natty) and Fedora 15. > > adam > From bug-track at fisher-privat.net Wed Dec 29 10:50:01 2010 From: bug-track at fisher-privat.net (Alexey Fisher) Date: Wed, 29 Dec 2010 11:50:01 +0100 Subject: [Shotwell] [future request] add some default verbosity Message-ID: <1293619802.19948.17.camel@zwerg> Hallo devs, i have some crashes with shotwell 0.8. It happens on import or on library update. At the same time i get "Error: Directory NikonPreview with 21313 entries considered invalid; not read." After some googling i found this mail: http://osdir.com/ml/digikam-users/2010-08/msg00086.html it says, this message come from lib exif2. I still can't find if this error is the reason of the crash. Some times i get many of this errors and shotwell is working, some times it crashes after few of them. My [future request] is to add some default verbosity. For example on photo import shotwell should write to terminal the path of current photo. So if it crashes i can find where it was. Second: is to fix this message "Error: Directory NikonPreview with 21313 entries considered invalid; not read." it says almost nothing. It should be some thing like this: shotwell: read image, path: /home/bla/Bilder/someimage.jpg libexiv2: can't parse exif of image: someimage.jpg libexiv2: 'NikonPreview' entry is too big (21313 byte). Skip it. -- Regards, Alexey From brunogirin at gmail.com Wed Dec 29 14:17:22 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Wed, 29 Dec 2010 09:17:22 -0500 Subject: [Shotwell] Shotwell Digest, Vol 17, Issue 32 In-Reply-To: References: Message-ID: Chris, The Ubuntu PPA is in addition to everything you suggest below and allows Ubuntu users to use a version of Shotwell that is newer than the one in the release they use: for example, Ubuntu 10.10 includes Shotwell 0.7 but through the PPA the users who want to can now install 0.8. At the same time, the Yorba team are busy making sure that 0.8 (or even 0.9) is shipped via the standard distro repositories in time for 11.04. Besides, getting newer versions to advanced users through a PPA means more users taking that version through its paces and finding bugs prior to releasing the software to the main repositories. In the case of Fedora, the Yorba team are also making sure that the next release will include 0.8. For other distros, package maintainers are welcome to get the source from SVN, as detailed in the installation instructions (which also specifies dependencies, see the "Generic Linux" option): http://yorba.org/shotwell/install/ Providing rpm or deb packages or a tarball would provide more options for users of other distros but I'm not sure how much it would help those users compared to what is currently offered. If it does make it easier for users of other distros to install Shotwell then, yes, it should be done. Cheers, Bruno On 29 December 2010 05:20, Chris Game wrote: > This focus on Ubuntu packages and ppas is all very well but what > about users of other mainstream distros e.g. Debian? And why push > packages out through a ppa when there is a perfectly standard route of > releasing through distro repositories? Looking after several ppas when > updating systems is a pain for users. I suggest you publish packages > for deb and rpm distros and a tarball for the rest with clear install > and dependency information on your website (as for instance dropbox > does). If distros want to include Shotwell in their default install, > the package maintainer/integrator for the distro should ensure the > latest version is included. In the case of Debian there is the > 'experimental' distro for any developer to add their stuff > (currently it contains version 0.7 something). > > Regds, Chris > > > On Tue, 28 Dec 2010, shotwell-request at lists.yorba.org wrote: > >> Message: 4 >> Date: Tue, 28 Dec 2010 09:17:49 -0500 >> From: Adam Dingle >> To: David Velazquez >> Cc: "shotwell at lists.yorba.org" , ? ? ?Levente >> ? ? ? ?Torok >> Subject: Re: [Shotwell] shotwell doesn't start up >> Message-ID: >> ? ? ? ? >> Content-Type: text/plain; charset=ISO-8859-1 >> >> A couple of clarifications: >> >> The Shotwell PPA currently contains Shotwell 0.8 for Ubuntu 10.10 >> (Maverick), but only Shotwell 0.7 for Ubuntu 10.04 (Lucid). ?We plan to >> update the PPA within the next week to include Shotwell 0.8 for Lucid as >> well. >> >> I fully expect that Ubuntu will include Shotwell 0.8 in Natty within the >> next couple of weeks. ?We're planning to release Shotwell 0.9 in March, >> and >> our plan is for 0.9 to be included in the final releases of both Ubuntu >> 11.04 (Natty) and Fedora 15. >> >> adam >> > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Bruno Visit my weblog: http://brunogirin.blogspot.com From simonspa at kth.se Wed Dec 29 14:58:48 2010 From: simonspa at kth.se (Simon Spannagel) Date: Wed, 29 Dec 2010 15:58:48 +0100 Subject: [Shotwell] metadata exporting RAW Message-ID: <4D1B4CA8.7040502@kth.se> Hej guys, thanks for your Christmas-Release, I really enjoy the new version and its advantages. Especially great (I didn'?t expect that) is the auto-import feature if I develop RAW images and export jpegs with another editor/DAM than Shotwell - automatically added. Great. But I'm wondering: after enabling the "write metadata to files" option, I get all my tags written into the jpegs - that works great. But what happens to tags assigned to RAW files? Mostly, those files get a XMP sidecar file and aren't touched at all (only read access). Does Shotwell write tags in XMP files? If not, it would be great do ad this as a feature - write them that others can access and read them as well so that one gets a unified ta handling in the whole photo workflow process. I attached a sample xmp-file used by darktable (http://darktable.sf.net) including three different tags: "Stockholm", "Portrait" and "Gamla Stan" I created a ticket for this too (see http://trac.yorba.org/ticket/3035) but I thought maybe this is something for discussion. best regards, Simon From brunogirin at gmail.com Wed Dec 29 15:18:30 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Wed, 29 Dec 2010 10:18:30 -0500 Subject: [Shotwell] metadata exporting RAW In-Reply-To: <4D1B4CA8.7040502@kth.se> References: <4D1B4CA8.7040502@kth.se> Message-ID: Simon, With JPEG, Shotwell embeds the meta-data into the file. From a previous discussion (which is probably in the mailing list archive but I can't find it), my understanding is that RAW formats other than DNG are a bit fidly when it comes to embedding meta-data in them and the risk is to actually damage the file beyond repair. Having said this, using a XMP side-car file could be a good solution to this. However, it would require smarter meta-data handling that can handle meta-data differently depending on file type. It's not necessarily difficult to do, it just takes careful design :-) Now, to make matters more interesting still, you could also consider using the file system's capabilities when the files are stored on a file system that supports meta-data (such as HFS+ on OS-X) but let's park that for now. Cheers, Bruno On 29 December 2010 09:58, Simon Spannagel wrote: > Hej guys, > > thanks for your Christmas-Release, I really enjoy the new version and its > advantages. Especially great (I didn'?t expect that) is the auto-import > feature if I develop RAW images and export jpegs with another editor/DAM > than Shotwell - automatically added. Great. > > But I'm wondering: after enabling the "write metadata to files" option, I > get all my tags written into the jpegs - that works great. But what happens > to tags assigned to RAW files? > Mostly, those files get a XMP sidecar file and aren't touched at all (only > read access). Does Shotwell write tags in XMP files? If not, it would be > great do ad this as a feature - write them that others can access and read > them as well so that one gets a unified ta handling in the whole photo > workflow process. > > I attached a sample xmp-file used by darktable (http://darktable.sf.net) > including three different tags: "Stockholm", "Portrait" and "Gamla Stan" > > I created a ticket for this too (see http://trac.yorba.org/ticket/3035) but > I thought maybe this is something for discussion. > > best regards, > Simon > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Bruno Visit my weblog: http://brunogirin.blogspot.com From simonspa at kth.se Wed Dec 29 16:46:39 2010 From: simonspa at kth.se (Simon Spannagel) Date: Wed, 29 Dec 2010 17:46:39 +0100 Subject: [Shotwell] metadata exporting RAW In-Reply-To: References: <4D1B4CA8.7040502@kth.se> Message-ID: <4D1B65EF.5090303@kth.se> Hej Bruno, yes, I followed the discussion you're referring to. > However, it would require smarter meta-data handling that can handle meta-data > differently depending on file type. Don't you do that already now? Or did I get something wrong? You said you write the metadata to jpegs only (so you distinguish between them and RAWs). And I completely agree with you that it a too high risk to write in (mostly changing and camera model depending) RAW files - I think this is one of the golden rules in digital photography: never touch your RAWs. So maybe one could really do it like this: use the (mostly existing) XMP sidecars fpr RAW files and write the data directly into jpegs. Another point for this: most people want to access their jpegs over ordinary file manager as well - and don't want to be bothered by thousands of XMP sidecars. At least I wouldn't like that... hej d?, Simon From eric at yorba.org Wed Dec 29 19:16:25 2010 From: eric at yorba.org (Eric Gregory) Date: Wed, 29 Dec 2010 11:16:25 -0800 Subject: [Shotwell] Pictures date before 1900 - not possible ? In-Reply-To: <4D1A1A71.7010102@gmail.com> References: <4D1A1A71.7010102@gmail.com> Message-ID: Hi Thierry, It seems there's two issues here: 1. Dates before 1900 aren't correctly handled, I was able to replicate this and filed a ticket. Also dates before 1969 are not saved if the metadata is written in the file. http://trac.yorba.org/ticket/3040 2. Adjusting the time/date doesn't move the photo to a new event. This is already in our bug database: http://trac.yorba.org/ticket/1940 - Eric On Tue, Dec 28, 2010 at 9:12 AM, Thierry Le Guillou wrote: > Hello, > I have a problem with family pictures, taken in 1896. I scanned them and I > changed the date to the date they were taken : june 1896. > But Shotwell cannot change date before 1900 (unlike other software). And > even if I change the date with an other application, Shotwell is not able to > manage them and put these pictures in an event in 1969 ! > Could it be possible in next release to unlock this limitation ? > Thanks in advance and thanks for this great software. > Thierry > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From eric at yorba.org Wed Dec 29 22:51:28 2010 From: eric at yorba.org (Eric Gregory) Date: Wed, 29 Dec 2010 14:51:28 -0800 Subject: [Shotwell] Shotwell 0.8 doesn't start In-Reply-To: References: <1293327487939-31233.post@talk.nabble.com> <1293390301957-31283.post@talk.nabble.com> <1293551074357-31345.post@talk.nabble.com> Message-ID: Hi Nelson, I can answer the last part of your question. If the bug reproduces every time, just the photo would be fine, although console output and logs help as well. You can either attach the photo to the bug, or if you'd prefer to keep it private, you can send it directly to me or Adam (i.e. don't CC the entire list). We delete private photos/videos when we're done fixing the bug. - Eric On Tue, Dec 28, 2010 at 9:42 AM, Nelson > wrote: > Adam, > Thanks for the quick response! > > > There's no way to tell Shotwell to skip that file, but as a workaround > you > > could simply rename the file to have a different extension such as 'MPGA' > > before importing. Shotwell doesn't recognize this extension, so it will > > ignore the file. Once the import is complete, you can rename the file > back > > to its original name. > > I will try this soon. What is the correct way to resume the import > without starting over? > > I'm also going to try creating yet another new database, but only with > a single folder, to try to reproduce the problem and simulate the > solution. > > Is there a process to combine databases? I should probably google for > the answers to these questions, but your willingness to help is making > me lazy. ;) > > > > If the .MPG file is causing Shotwell to hang on import, then that's a bug > > we'd like to fix. Could you either file a ticket and attach the file (or > a > > link to it) to the ticket, or post a link to the file here? > > I'm going to search for similar files among my old photos and try to > determine if the problem is with only one instance or with others of a > similar type. > > If a ticket would be helpful, I'm willing to create one with the file > attached. What do the devs typically need? Logs, console output, > etc.? > > Nelson > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From curiousgeorge77 at gmail.com Wed Dec 29 23:38:06 2010 From: curiousgeorge77 at gmail.com (George) Date: Wed, 29 Dec 2010 18:38:06 -0500 Subject: [Shotwell] Symlink importing fails Message-ID: I just upgraded to version .8 and when I try to import from my pictures folder which is a symlink to another drive I still get the error 1-non-imaged file skipped. Running ubuntu 10.10 Sent from my iPod From spschiebel at gmail.com Thu Dec 30 00:09:45 2010 From: spschiebel at gmail.com (spschiebel) Date: Wed, 29 Dec 2010 16:09:45 -0800 (PST) Subject: [Shotwell] [Fwd: Re: [ubuntu-uk] Problems with CR2 files from a Canon 60D] In-Reply-To: <1292803427.1825.119.camel@nuuk> References: <1292803427.1825.119.camel@nuuk> Message-ID: <1293667785565-31388.post@talk.nabble.com> I can also confirm the very same behaviour when importing CR2 files taken with my Canon 60D. I have set Darktable as my external RAW editor. Darktable will open the CR2 file properly. I'm using the following: Ubuntu 10.04 (latest stable kernel) Shotwell 0.7.2 (getting 0.8 for Lucid anytime soon?) libgphoto2 and gphoto2 2.4.8 (latest available in repositories) libraw 0.9.0 (latest available in repositories) Darktable 0.7.1 Oddly, though, when viewing the thumbnails for CR2 files they display correctly. It is only on import (which is very slow) when the CR2 files are displayed at full screen do they go to the magenta strip behaviour described already. So it seems thumbnails are created correctly. Hope this helps. Great program by the way. Can't wait for 0.9 to be released. Steve -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Fwd-Re-ubuntu-uk-Problems-with-CR2-files-from-a-Canon-60D-tp30953p31388.html Sent from the Shotwell mailing list archive at Nabble.com. From brunogirin at gmail.com Thu Dec 30 00:55:15 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Wed, 29 Dec 2010 19:55:15 -0500 Subject: [Shotwell] metadata exporting RAW In-Reply-To: <4D1B65EF.5090303@kth.se> References: <4D1B4CA8.7040502@kth.se> <4D1B65EF.5090303@kth.se> Message-ID: Simon, On 29 December 2010 11:46, Simon Spannagel wrote: > Hej Bruno, > > yes, I followed the discussion you're referring to. > >> However, it would require smarter meta-data handling that can handle >> meta-data >> differently depending on file type. > > Don't you do that already now? Or did I get something wrong? You said you > write the metadata to jpegs only (so you distinguish between them and RAWs). Yes indeed but in this case the logic is rather simple, it's roughly of the form: if image is jpeg, save meta-data with file otherwise do nothing So in effect, you only have one way to save meta-data, it's just that you enable the feature for selected types of files rather than all of them. What you would need to do is generalise this logic so that you can use several save mechanisms to be applied based on the file type, something like: get meta-data handler based on file type if meta-data handler is not null, save meta-data according to meta-data handler logic, otherwise do nothing What differentiates good software from average software is getting abstraction layers like the meta-data handler abstraction right, so that implementations can be developed for a large variety of use cases. In the case of Shotwell, you would need an implementation for embedded meta-data, one for XMP sidecar files, maybe a separate one for video files, while keeping the door open for audio files in the future. > > And I completely agree with you that it a too high risk to write in (mostly > changing and camera model depending) RAW files - I think this is one of the > golden rules in digital photography: never touch your RAWs. > > So maybe one could really do it like this: use the (mostly existing) XMP > sidecars fpr RAW files and write the data directly into jpegs. Another point > for this: most people want to access their jpegs over ordinary file manager > as well - and don't want to be bothered by thousands of XMP sidecars. At > least I wouldn't like that... Agreed, the idea is to make it as easy for the user as possible so store the meta-data in a way that is can be easily exported. Cheers, Bruno From brunogirin at gmail.com Thu Dec 30 01:01:09 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Wed, 29 Dec 2010 20:01:09 -0500 Subject: [Shotwell] [Fwd: Re: [ubuntu-uk] Problems with CR2 files from a Canon 60D] In-Reply-To: <1293667785565-31388.post@talk.nabble.com> References: <1292803427.1825.119.camel@nuuk> <1293667785565-31388.post@talk.nabble.com> Message-ID: Steve On 29 December 2010 19:09, spschiebel wrote: > > [snip] > Oddly, though, when viewing the thumbnails for CR2 files they display > correctly. ?It is only on import (which is very slow) when the CR2 files are > displayed at full screen do they go to the magenta strip behaviour described > already. ?So it seems thumbnails are created correctly. That's because the thumbnails are stored as JPEG inside the CR2 file by the camera and Shotwell extracts those JPEG thumbnails at first. Shotwell only processes the raw file when it displays the photograph full screen. Bruno From nelsonbrown+shotwell at gmail.com Thu Dec 30 16:54:55 2010 From: nelsonbrown+shotwell at gmail.com (nelson) Date: Thu, 30 Dec 2010 08:54:55 -0800 (PST) Subject: [Shotwell] Shotwell 0.8 doesn't start In-Reply-To: References: <1293327487939-31233.post@talk.nabble.com> <1293390301957-31283.post@talk.nabble.com> <1293551074357-31345.post@talk.nabble.com> Message-ID: <1293728095524-31419.post@talk.nabble.com> I created a ticket: http://trac.yorba.org/ticket/3041 I was able to reproduce the problem with that one file, but I haven't been able to find other examples of that type of file. What is the proper way to resume importing that entire folder tree? Nelson -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-0-8-doesn-t-start-tp31233p31419.html Sent from the Shotwell mailing list archive at Nabble.com. From lucas at yorba.org Thu Dec 30 19:28:01 2010 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 30 Dec 2010 14:28:01 -0500 Subject: [Shotwell] [Yorba Announce] Shotwell 0.8.0 - A GNOME Photo Manager In-Reply-To: References: Message-ID: My suggestion is to use "item" and "items", possibly prefixed by "media" but not necessarily. Just using "media" on its own sounds awkward, e.g., "6 media imported" vs. "6 media items imported" vs. "6 items imported". Personally, I like the last formulation (items only) best. Just my 2 cents. --Lucas From lucas at yorba.org Thu Dec 30 22:04:17 2010 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 30 Dec 2010 14:04:17 -0800 Subject: [Shotwell] EXIF/IPTC as well as XMP In-Reply-To: References: Message-ID: Hi Tim, > It seems the feature only writes to XMP tags. Shotwell will happily write metadata out to EXIF and IPTC in addition to XMP, but only under certain conditions. Likewise, there are some conditions under which Shotwell will not write out any XMP metadata. Understanding when and why these conditions occur requires understanding how Shotwell's metadata handling works. In general, metadata handling in Shotwell works as follows. Shotwell recognizes three separate metadata domains : EXIF, IPTC, and XMP. For any given photo file, no, some, or all of these domains may be present. For example, you can have a photo with only EXIF metadata -- in this case, only one domain (the EXIF domain) is present. Likewise, you can have a photo with both EXIF and XMP metadata -- in this case, two domains (EXIF and XMP) are present. One key feature of Shotwell's metadata handling is this: Shotwell will write out metadata only to domains that are already present in the photo. This is to say, if you have a photo that contains only EXIF and IPTC metadata and you change that photo's title, only the EXIF and IPTC title tags are updated. No new XMP domain is created. This is because the photo had no XMP data in it to begin with, and Shotwell will only write metadata out to pre-existing domains. I admit that this behavior is not terribly intuitive, so I've created a ticket reflecting this here: http://trac.yorba.org/ticket/3044 Regards, Lucas From lucas at yorba.org Thu Dec 30 22:45:20 2010 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 30 Dec 2010 14:45:20 -0800 Subject: [Shotwell] Shotwell 0.8 doesn't start In-Reply-To: <1293728095524-31419.post@talk.nabble.com> References: <1293327487939-31233.post@talk.nabble.com> <1293390301957-31283.post@talk.nabble.com> <1293551074357-31345.post@talk.nabble.com> <1293728095524-31419.post@talk.nabble.com> Message-ID: > What is the proper way to resume importing that entire folder tree? Shotwell doesn't journal import operations and has no notion of pausing/resuming them. However, just dragging the folder tree into Shotwell a second time should work fine -- all the files already imported will be detected as duplicates and not imported during the second import operation. Cheers, Lucas From lucas at yorba.org Thu Dec 30 23:00:26 2010 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 30 Dec 2010 15:00:26 -0800 Subject: [Shotwell] Symlink importing fails In-Reply-To: References: Message-ID: Hi George, Alas, Shotwell does not fully support symbolic links for user-initiated imports at this time (see http://trac.yorba.org/ticket/2983). Symlink support for manual imports does have a good chance of making it into Shotwell 0.9 however, which we plan to release in March. In the meantime, you might try dragging the original directory that the symlink points to into Shotwell and using the "import in place" option. Regards, Lucas From lucas at yorba.org Thu Dec 30 23:49:18 2010 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 30 Dec 2010 15:49:18 -0800 Subject: [Shotwell] Photo -> Play video In-Reply-To: <1293459428.2231.16.camel@mind> References: <1293459428.2231.16.camel@mind> Message-ID: > I think this is useless because in photo view there's > no video to play D: / Is this an useless voice? This is something that we on the Shotwell team discussed for more than a few minutes. ;-) The rationale for including "Play Video" in the Photos menu even on the "Photos" page and graying it out is as follows. On all pages that contain mixed media types (e.g., tag and event pages) "Play Video" always appears in the "Photos" menu. That may not be the best place for it (and indeed, it's not the most discoverable thing -- an item pertaining to videos in the "Photos" menu -- go figure), but that's where its ended up. Hence, because it's not so easily discoverable, we wanted it to appear (albeit sometimes grayed out) on all media pages, even those containing exclusively photos, to help users learn where it is. Nevertheless, you've brought up a good point and I think we should think about it. I've opened a ticket that addresses this and some other media-type related menu issues here: http://trac.yorba.org/ticket/3045 Cheers, Lucas From lucas at yorba.org Thu Dec 30 23:54:17 2010 From: lucas at yorba.org (Lucas Beeler) Date: Thu, 30 Dec 2010 15:54:17 -0800 Subject: [Shotwell] [future request] add some default verbosity In-Reply-To: <1293619802.19948.17.camel@zwerg> References: <1293619802.19948.17.camel@zwerg> Message-ID: Hi Alexey, Do you know about Shotwell's logging feature? See the "I found a bug in Shotwell. How can I report it?" section of the Shotwell FAQ (http://trac.yorba.org/wiki/Shotwell/FAQ) for more information about how to enable logging and capture stack traces when Shotwell crashes. Thanks, Lucas From simonspa at kth.se Fri Dec 31 09:35:59 2010 From: simonspa at kth.se (Simon Spannagel) Date: Fri, 31 Dec 2010 10:35:59 +0100 Subject: [Shotwell] Still issue with EOS 550D RAW Thumbnails Message-ID: <4D1DA3FF.6030503@kth.se> Hej guys, I still have this issue that the RAW images from my Canon EOS 500D are shown only in purple with a strange distortion. Is this still a issue of an old libraw or whatever or should that work in the last release? 'Cause it is very annoying if I can't even have a short look on these images without opening my RAW processing program. best regards, Simon From brunogirin at gmail.com Fri Dec 31 15:11:07 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 31 Dec 2010 10:11:07 -0500 Subject: [Shotwell] Still issue with EOS 550D RAW Thumbnails In-Reply-To: <4D1DA3FF.6030503@kth.se> References: <4D1DA3FF.6030503@kth.se> Message-ID: Simon, I believe this is due to libraw. The version that Ubuntu 10.10 uses is 0.9. Support for the 550D was added in 0.10. There is a ticket to update the Yorba PPA with the latest version (0.12): http://trac.yorba.org/ticket/2583 However, I also have an issue building Shotwell with libraw 0.12, for which there is also a ticket: http://trac.yorba.org/ticket/3042 Cheers, Bruno On 31 December 2010 04:35, Simon Spannagel wrote: > Hej guys, > > I still have this issue that the RAW images from my Canon EOS 500D are shown > only in purple with a strange distortion. Is this still a issue of an old > libraw or whatever or should that work in the last release? > 'Cause it is very annoying if I can't even have a short look on these images > without opening my RAW processing program. > > best regards, > Simon > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Bruno Visit my weblog: http://brunogirin.blogspot.com From caccolangrifata at gmail.com Fri Dec 31 15:42:17 2010 From: caccolangrifata at gmail.com (caccolangrifata) Date: Fri, 31 Dec 2010 16:42:17 +0100 Subject: [Shotwell] Photo -> Play video In-Reply-To: References: <1293459428.2231.16.camel@mind> Message-ID: <1293810137.2081.36.camel@mind> Il giorno gio, 30/12/2010 alle 15.49 -0800, Lucas Beeler ha scritto: > > I think this is useless because in photo view there's > > no video to play D: / Is this an useless voice? > > This is something that we on the Shotwell team discussed for more than > a few minutes. ;-) The rationale for including "Play Video" in the > Photos menu even on the "Photos" page and graying it out is as > follows. On all pages that contain mixed media types (e.g., tag and > event pages) "Play Video" always appears in the "Photos" menu. That > may not be the best place for it (and indeed, it's not the most > discoverable thing -- an item pertaining to videos in the "Photos" > menu -- go figure), but that's where its ended up. Hence, because it's > not so easily discoverable, we wanted it to appear (albeit sometimes > grayed out) on all media pages, even those containing exclusively > photos, to help users learn where it is. > > Nevertheless, you've brought up a good point and I think we should > think about it. I've opened a ticket that addresses this and some > other media-type related menu issues here: > http://trac.yorba.org/ticket/3045 > > Cheers, > Lucas IMHO you could think about change name of the menu (and it organization), in relation with the discussion on change Photo/Video => Media (or item). Now I can't find the email but using "Media" (or "Item", maybe Media is more appropriate for menu) it is possible to use an unified menu with gray item in it. Bye! Emanuele From brunogirin at gmail.com Fri Dec 31 22:12:28 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Fri, 31 Dec 2010 17:12:28 -0500 Subject: [Shotwell] Still issue with EOS 550D RAW Thumbnails In-Reply-To: References: <4D1DA3FF.6030503@kth.se> Message-ID: Simon, I managed to get the same issue sorted on a 60D by building libraw 0.12.1 and Shotwell from source so it should also work for the 550D. The procedure is a bit convoluted due to ticket 3032 [0] so once that ticket is solved (either directly in libraw or using a workaround in the Shotwell build), it should all work fine. Here's the full procedure for Ubuntu if you want to give it a go: 1. Install subversion and the Vala compiler: sudo apt-get install subversion valac 2. Go to the page that explains how to install Shotwell from source [1] 3. Do step 1 of the instructions 4. Install the liblcms1-dev package: sudo apt-get install liblcms1-dev 5. Download LibRaw-0.12.1.tar.gz [2] 6. Extract libraw: tar zxvf LibRaw-0.12.1.tar.gz 7. Build and install libraw: cd LibRaw-0.12.1 ./configure make sudo make install cd .. 8. Get Shotwell trunk (step 2 of [1]): svn co svn://svn.yorba.org/shotwell/trunk shotwell 9. Get the patch for bug #3032 [3] 10. Apply the patch: cd shotwell patch -p1 < ../shotwell-openmp.patch 11. Build and install Shotwell (step 3 of [1]): ./configure make sudo make install [0] http://trac.yorba.org/ticket/3032 [1] http://yorba.org/shotwell/install/#source [2] http://www.libraw.org/data/LibRaw-0.12.1.tar.gz [3] http://trac.yorba.org/raw-attachment/ticket/3032/shotwell-openmp.patch Happy new year! Bruno On 31 December 2010 10:11, Bruno Girin wrote: > Simon, > > I believe this is due to libraw. The version that Ubuntu 10.10 uses is > 0.9. Support for the 550D was added in 0.10. > > There is a ticket to update the Yorba PPA with the latest version (0.12): > http://trac.yorba.org/ticket/2583 > > However, I also have an issue building Shotwell with libraw 0.12, for > which there is also a ticket: > http://trac.yorba.org/ticket/3042 > > Cheers, > > Bruno > > On 31 December 2010 04:35, Simon Spannagel wrote: >> Hej guys, >> >> I still have this issue that the RAW images from my Canon EOS 500D are shown >> only in purple with a strange distortion. Is this still a issue of an old >> libraw or whatever or should that work in the last release? >> 'Cause it is very annoying if I can't even have a short look on these images >> without opening my RAW processing program. >> >> best regards, >> Simon >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > > > -- > Bruno > Visit my weblog: http://brunogirin.blogspot.com > -- Bruno Visit my weblog: http://brunogirin.blogspot.com From paterijk at gmail.com Fri Dec 31 13:16:17 2010 From: paterijk at gmail.com (paterijk) Date: Fri, 31 Dec 2010 05:16:17 -0800 (PST) Subject: [Shotwell] I intend to switch to Shotwell from Picasa, but ... In-Reply-To: References: <1293539900629-31338.post@talk.nabble.com> Message-ID: <4D1DD79B.8000100@gmail.com> Hi Adam, Thanks for your answer. I'll definitely switch to Shotwell soon, but as you suggested, I'll first wait for the features set of 0.9 ! Good luck with the implementation of this great software ! Patrick On 12/28/2010 03:33 PM, Adam Dingle [via Shotwell] wrote: > > > Patrick, > > On Tue, Dec 28, 2010 at 7:38 AM, paterijk wrote: > >> >> Hi, >> >> Today I discovered one of the great new features of Shotwell 0.8 : watching >> the photo library for updates ! >> > > Glad you like it. :) > > >> >> I would really like to change to Shotwell (I'm currently using Picasa ...), >> but I'm still missing two features : >> >> a) automatically save the changes made to a photo and store the original >> version somewhere (ideally in a subdirectory of the original photo's >> directory or side by side by renaming the original photo; the first option >> being in my eyes better, as you can browse through your photos with other >> softwares without having to look at "nearly-duplicates" all the time ...) >> ( >> http://shotwell.3510.www.nabble.com/Shotwell-storing-original-and-modified-photos-td4899.html >> ); >> > > Right. The Shotwell ticket for this feature is > http://trac.yorba.org/ticket/1798 . > > >> >> b) in the left pane, have the possibility to browse the folders on the disk >> (my folders are linked to events, and I completely lose my organization if >> I >> import everything into Shotwell, unless I recreate all the events manually) >> (http://trac.yorba.org/ticket/1594). >> > > Yes - we want this too. > > >> >> I have read about both features in several posts (see above), but I >> wondered >> if I could have an update on the ongoing implementations of these >> features, >> before turning away from Picasa (and maybe regretting my move) ... >> > > We haven't begun implementing either of these features. In January, we'll > decide the feature set for Shotwell 0.9, which we plan to release in March. > The features you mentioned are possible candidates, but they are competing > with a good number of other high priorities - see the Shotwell 0.9 section > on the Shotwell wiki page (http://trac.yorba.org/wiki/Shotwell) for a list > of the top big-ticket items (including both of the items you mentioned). So > if the features you mentioned are essential to you, you might want to wait > until we announce the 0.9 feature set before making the switch. > > adam > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > ______________________________________ > View message @ http://shotwell.3510.www.nabble.com/I-intend-to-switch-to-Shotwell-from-Picasa-but-tp31338p31342.html > > To unsubscribe from I intend to switch to Shotwell from Picasa, but ..., visit http://shotwell.3510.www.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=31338&code=cGF0ZXJpamtAZ21haWwuY29tfDMxMzM4fC02MTEzNTA4MzE= -- View this message in context: http://shotwell.3510.www.nabble.com/I-intend-to-switch-to-Shotwell-from-Picasa-but-tp31338p31456.html Sent from the Shotwell mailing list archive at Nabble.com.