From mored9 at yahoo.fr Fri Jul 1 08:15:57 2011 From: mored9 at yahoo.fr (qcdtch) Date: Fri, 1 Jul 2011 01:15:57 -0700 (PDT) Subject: [Shotwell] How much better is the iphone 3Gs compared to just the iphone 3G? In-Reply-To: <1309408915983-43142.post@talk.nabble.com> References: <1309408915983-43142.post@talk.nabble.com> Message-ID: <1309508157436-43185.post@talk.nabble.com> 3gs and 3g are almost same ,do not need pay more for it you can http://www.mored9.com buy cheap software here http://www.mored9.com cheap software -- View this message in context: http://shotwell.3510.www.nabble.com/How-much-better-is-the-iphone-3Gs-compared-to-just-the-iphone-3G-tp43142p43185.html Sent from the Shotwell mailing list archive at Nabble.com. From mored9 at yahoo.fr Fri Jul 1 10:26:41 2011 From: mored9 at yahoo.fr (qcdtch) Date: Fri, 1 Jul 2011 03:26:41 -0700 (PDT) Subject: [Shotwell] Facebook ban In-Reply-To: <201106281037.54337.rsimmons0@gmail.com> References: <201106281037.54337.rsimmons0@gmail.com> Message-ID: <1309516001814-43193.post@talk.nabble.com> it looks like you need software to help you you can http://www.mored9.com buy cheap software here http://www.mored9.com cheap software -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Facebook-ban-tp43062p43193.html Sent from the Shotwell mailing list archive at Nabble.com. From ian at mnementh.co.uk Sat Jul 2 06:48:58 2011 From: ian at mnementh.co.uk (Ian Molton) Date: Sat, 02 Jul 2011 07:48:58 +0100 Subject: [Shotwell] Dangerous imports and potential loss of photos Message-ID: <1309589338.29755.15.camel@drake> Hi! First off - I love shotwell - plain, simple, works. Mostly. I very nearly became the victim of loss of photos today (actually, I did lose some originals, however thanks to my backups and the fact that I'd enhanced some of the photos, I didnt actually lose any pictures in the end) This is due to some extremely dangerous "logic" in shotwells import mechanisms. If one imports "in place" a batch of photos (easily done by accident due to the (IMO insane) placement of the 'import in place' button that has no 'saftey' "are you sure you want to be this insane" type option), and then subsequently try to fix this by importing using 'copy to library', shotwell (correctly) identifies the images as duplicates, and doesnt import them. This logic is SERIOUSLY dangerous because if you complete the import, the pictures *appear* to be in shotwell - which they are - however, they have NOT been copied to the library either. this is "okayish" when it then tells you it found duplicates, but today I was faced with a library which had mysteriously 'lost' about 1100 photos - they appears in 'missing files'. I located them in my backup and did an import *copy to library* of my entire backup, to be sure I got them all - safe in the knowledge that shotwell would not import duplicates. So a few minutes later, import is over, and no missing files... so I browse a bit, and am pleased to see that SW has remembered all the tags the formerly missing pictures had. So I close shotwell and unplug my backup drive, happy that I fixed the problem. Later I opened shotwell and browsed, and then noticed to my *horror* that 1100 photos are missing. it appears that because shotwell 'knew about' the pictures, it silently failed to import them properly. So, two things I'd like to request: 1) the actual bug re: re-importing missing photos get fixed - this is a serious one, and I had to remove them from the library (and lose my tags!) in order to get them to re-import properly! 2) Please *please* disable import in place by default, and only make it selectable in the preferences along with dire warnings about data loss (I have friends who DO NOT understand the difference, and no amount of explaining it seems to help - I just have to drill into them NEVER to press the dangerous scary button in the bottom right of the import dialogue - the lower right normally being where safe buttons like "OK" usually live... Hope this helps give some feedback... I might see about knocking up a patch for the GUI issues if no-one else has time? (although mine is limited too) -Ian From blklists at elementarea.net Sat Jul 2 17:36:44 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Sat, 02 Jul 2011 19:36:44 +0200 Subject: [Shotwell] Dangerous imports and potential loss of photos In-Reply-To: <1309589338.29755.15.camel@drake> References: <1309589338.29755.15.camel@drake> Message-ID: <1309628207.1501.21.camel@thinky> hey Ian, On Sam, 2011-07-02 at 07:48 +0100, Ian Molton wrote: > If one imports "in place" a batch of photos (easily done by accident due > to the (IMO insane) placement of the 'import in place' button that has > no 'saftey' "are you sure you want to be this insane" type option), and > then subsequently try to fix this by importing using 'copy to library', > shotwell (correctly) identifies the images as duplicates, and doesnt > import them. > > This logic is SERIOUSLY dangerous because if you complete the import, > the pictures *appear* to be in shotwell - which they are - however, they > have NOT been copied to the library either. agreed, pictures that have been imported in place and re-imported in a copy-to-lib import should be copied and the DB updated with the new path. Have you opened a ticket for this on trac? To handle this shotwell will have to either (1) check if the current path is in the library path or (2) set a (new) db flag that the picture is imported in place or into the lib. (1) has the problem that you can always mount folders into the path that would then evade this check. Shouldn't be very common though. (2) to apply this to already imported pics, one would need to use (1). > 2) Please *please* disable import in place by default, and only make it > selectable in the preferences along with dire warnings about data loss > (I have friends who DO NOT understand the difference, and no amount of > explaining it seems to help - I just have to drill into them NEVER to > press the dangerous scary button in the bottom right of the import > dialogue - the lower right normally being where safe buttons like "OK" > usually live... I do not agree with you in this point. Think of people who use two different programs side by side (like a transition from F-Spot to Shotwell which still seems quite common): These people will also suffer data loss if they start editing as it'll impossible to re-merge all tags/edits if they've modified pics from both programs (i.e. always on two picture files). They would have to be warned just as clearly about this effect. No matter which approach is taken one should of course be aware of what it means to import in place. btw. I never use copy to library if I'm not importing directly from a camera. IMO there should only be an extensive warning if one tries to import in place from removable media. cheers, andreas From B.Candler at pobox.com Sun Jul 3 11:12:57 2011 From: B.Candler at pobox.com (Brian Candler) Date: Sun, 3 Jul 2011 12:12:57 +0100 Subject: [Shotwell] Back and forward? Message-ID: <20110703111256.GA4502@talktalkplc.com> Excuse me for being extremely dense here. I'm trying to find the keyboard shortcut for "next photo" and "previous photo" once I've double-clicked on one. If I use page up/page down, cursor left/right or cursor up/down, in all three cases it just zooms in and out of the picture. The documentation at http://yorba.org/shotwell/help/view-view.html just says: "you may move to other photos in the collection with the Back and Forward buttons" Well, I have a fairly old keyboard, but it has a full set of regular PC keys, and I don't have "Back" or "Forward" buttons. The "Photo" menu has options for "Previous Photo" and "Next Photo", but with no shortcuts shown next to them. I'm running Ubuntu 10.10 but with shotwell 0.10.1 from the Yorba natty ppa. Like I say, I'm almost certainly being dense, but for the benefit of people like me, perhaps either the documentation could be clearer, or some of the keys I'd expect to do "forward/back" could be bound to those functions. Regards, Brian. From hendry.michael at gmail.com Sun Jul 3 15:41:50 2011 From: hendry.michael at gmail.com (Michael Hendry) Date: Sun, 03 Jul 2011 16:41:50 +0100 Subject: [Shotwell] Back and forward? In-Reply-To: <20110703111256.GA4502@talktalkplc.com> References: <20110703111256.GA4502@talktalkplc.com> Message-ID: <1309707710.1990.2.camel@Linley6> On Sun, 2011-07-03 at 12:12 +0100, Brian Candler wrote: > Excuse me for being extremely dense here. > > I'm trying to find the keyboard shortcut for "next photo" and "previous > photo" once I've double-clicked on one. If I use page up/page down, cursor > left/right or cursor up/down, in all three cases it just zooms in and out of > the picture. > > The documentation at http://yorba.org/shotwell/help/view-view.html > just says: "you may move to other photos in the collection with the Back and > Forward buttons" > > Well, I have a fairly old keyboard, but it has a full set of regular PC > keys, and I don't have "Back" or "Forward" buttons. > > The "Photo" menu has options for "Previous Photo" and "Next Photo", but with > no shortcuts shown next to them. > > I'm running Ubuntu 10.10 but with shotwell 0.10.1 from the Yorba natty ppa. > > Like I say, I'm almost certainly being dense, but for the benefit of people > like me, perhaps either the documentation could be clearer, or some of the > keys I'd expect to do "forward/back" could be bound to those functions. > > Regards, > > Brian. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell I think you may have zoomed before pressing the arrow key - if you have done this and the resulting image is wider than the screen width your window will move to the right or left, but you won't move on to the next image until you've unzoomed. Michael From conrad.p.dean at gmail.com Sun Jul 3 15:54:06 2011 From: conrad.p.dean at gmail.com (Conrad Dean) Date: Sun, 3 Jul 2011 10:54:06 -0500 Subject: [Shotwell] Back and forward? In-Reply-To: <1309707710.1990.2.camel@Linley6> References: <20110703111256.GA4502@talktalkplc.com> <1309707710.1990.2.camel@Linley6> Message-ID: Michael is right on! Additionally, hit CTRL + 0 to get the image to unzoom and you should be able to use the left and right arrow buttons to move between images. Also, I've found that occasionally the keyboard focus will remain on the zoom slider, and as a result using the arrow keys will manipulate the slider position (making you zoom in or out) rather than moving between images as you would expect. Hope this was helpful! -Conrad On Sun, Jul 3, 2011 at 10:41 AM, Michael Hendry wrote: > On Sun, 2011-07-03 at 12:12 +0100, Brian Candler wrote: >> Excuse me for being extremely dense here. >> >> I'm trying to find the keyboard shortcut for "next photo" and "previous >> photo" once I've double-clicked on one. ?If I use page up/page down, cursor >> left/right or cursor up/down, in all three cases it just zooms in and out of >> the picture. >> >> The documentation at http://yorba.org/shotwell/help/view-view.html >> just says: "you may move to other photos in the collection with the Back and >> Forward buttons" >> >> Well, I have a fairly old keyboard, but it has a full set of regular PC >> keys, and I don't have "Back" or "Forward" buttons. >> >> The "Photo" menu has options for "Previous Photo" and "Next Photo", but with >> no shortcuts shown next to them. >> >> I'm running Ubuntu 10.10 but with shotwell 0.10.1 from the Yorba natty ppa. >> >> Like I say, I'm almost certainly being dense, but for the benefit of people >> like me, perhaps either the documentation could be clearer, or some of the >> keys I'd expect to do "forward/back" could be bound to those functions. >> >> Regards, >> >> Brian. >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > I think you may have zoomed before pressing the arrow key - if you have > done this and the resulting image is wider than the screen width your > window will move to the right or left, but you won't move on to the next > image until you've unzoomed. > > Michael > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From conrad.p.dean at gmail.com Sun Jul 3 16:46:09 2011 From: conrad.p.dean at gmail.com (Conrad Dean) Date: Sun, 3 Jul 2011 11:46:09 -0500 Subject: [Shotwell] Color adjustments look weird Message-ID: Hey Everyone, (Sorry if this is a duplicate message for anyone -- I had tried attaching images to describe my problem but I think the email bounced so I'm hosting the images elsewhere.) Shotwell's color adjustments seem to be different from similar interfaces in other image editing programs. ?When I perform similar operations to the same image with Shotwell's level editor and the GIMP's level editor I get different outcomes. Is this something that can be addressed? ?I really need the interface-output relationship I expect from photoshop, the gimp, and other image editors, but I really like shotwell's import and publishing features. You can see the color problems I'm having by following the URL below: https://picasaweb.google.com/111558915060452096795/Images?authuser=0&authkey=Gv1sRgCMX__L75zLuKEg&feat=directlink Thanks! Conrad From B.Candler at pobox.com Sun Jul 3 16:50:44 2011 From: B.Candler at pobox.com (Brian Candler) Date: Sun, 3 Jul 2011 17:50:44 +0100 Subject: [Shotwell] Back and forward? In-Reply-To: References: <20110703111256.GA4502@talktalkplc.com> <1309707710.1990.2.camel@Linley6> Message-ID: <20110703165044.GA2526@talktalkplc.com> On Sun, Jul 03, 2011 at 10:54:06AM -0500, Conrad Dean wrote: > Michael is right on! > Additionally, hit CTRL + 0 to get the image to unzoom and you should > be able to use the left and right arrow buttons to move between > images. > > Also, I've found that occasionally the keyboard focus will remain on > the zoom slider, and as a result using the arrow keys will manipulate > the slider position (making you zoom in or out) rather than moving > between images as you would expect. > > Hope this was helpful! Yes, thank you. After restarting shotwell, left/right arrows moved between images. Then if I click on the slider, they change to being zoom. Even if I press ctrl-0, then the slider remains in focus - I have to click outside it to stop zooming and get prev/next behaviour. It might be nice if the keyboard shortcuts were a little less modal, although there might not be enough keys to go round for all these: prev/next image zoom in/out move up/down/left/right However, when the slider has no focus, I notice that PgUp/PgDown don't do anything. Would it be sensible to permanently assign those to prev/next image (as they are in gthumb?) In fact, playing around I find three different "modes": * Slider has focus: -> L/R, U/D, PgU/PgD all perform zoom in/out function * Slider has no focus, image is at smallest size to fit: -> L/R selects prev/next image, U/D and PgU/PgD ignored * Slide has no focus, image is not at smallest: -> L/R/U/D move around image, PgU/PgD ignored I'm not sure that this behaviour is entirely obvious. Regards, Brian. From monnier at iro.umontreal.ca Mon Jul 4 03:11:49 2011 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Sun, 03 Jul 2011 23:11:49 -0400 Subject: [Shotwell] Back and forward? References: <20110703111256.GA4502@talktalkplc.com> <1309707710.1990.2.camel@Linley6> <20110703165044.GA2526@talktalkplc.com> Message-ID: > It might be nice if the keyboard shortcuts were a little less modal, Agreed. > although there might not be enough keys to go round for all these: > prev/next image page-up and page-down seem like a natural match for it. > However, when the slider has no focus, I notice that PgUp/PgDown don't do > anything. Would it be sensible to permanently assign those to prev/next > image (as they are in gthumb?) Yes, please. Also, some other photo organizer (F-Spot maybe) provided at the top of the screen the sequence of preceding/succeeding photos, which is useful when you don't need/want to look at each one of the photos, and also provides a way to use the mouse to move back&forth (yes, I like key short cuts, but I also like it when I can use the mouse). Stefan From dago.pacheco at gmail.com Mon Jul 4 12:56:27 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Mon, 4 Jul 2011 08:56:27 -0400 Subject: [Shotwell] Back and forward? In-Reply-To: References: <20110703111256.GA4502@talktalkplc.com> <1309707710.1990.2.camel@Linley6> <20110703165044.GA2526@talktalkplc.com> Message-ID: you can also use space bar (next) and delete (back) 2011/7/3 Stefan Monnier > > It might be nice if the keyboard shortcuts were a little less modal, > > Agreed. > > > although there might not be enough keys to go round for all these: > > prev/next image > > page-up and page-down seem like a natural match for it. > > > However, when the slider has no focus, I notice that PgUp/PgDown don't do > > anything. Would it be sensible to permanently assign those to prev/next > > image (as they are in gthumb?) > > Yes, please. > > Also, some other photo organizer (F-Spot maybe) provided at the top of > the screen the sequence of preceding/succeeding photos, which is useful > when you don't need/want to look at each one of the photos, and also > provides a way to use the mouse to move back&forth (yes, I like key > short cuts, but I also like it when I can use the mouse). > > > Stefan > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From rowburts at gmail.com Mon Jul 4 14:29:37 2011 From: rowburts at gmail.com (Rob Ciemniak) Date: Mon, 4 Jul 2011 07:29:37 -0700 Subject: [Shotwell] Back and forward? In-Reply-To: References: <20110703111256.GA4502@talktalkplc.com> <1309707710.1990.2.camel@Linley6> <20110703165044.GA2526@talktalkplc.com> Message-ID: Re: Next / Back, I like the way Picasa handles the forward and backward by just scrolling the mouse wheel. This function is used far more than the current zoom assignment. Maybe that could be reassigned in a future version. On Mon, Jul 4, 2011 at 5:56 AM, Dago Pacheco wrote: > you can also use space bar (next) and delete (back) > > 2011/7/3 Stefan Monnier > > > > It might be nice if the keyboard shortcuts were a little less modal, > > > > Agreed. > > > > > although there might not be enough keys to go round for all these: > > > prev/next image > > > > page-up and page-down seem like a natural match for it. > > > > > However, when the slider has no focus, I notice that PgUp/PgDown don't > do > > > anything. Would it be sensible to permanently assign those to prev/next > > > image (as they are in gthumb?) > > > > Yes, please. > > > > Also, some other photo organizer (F-Spot maybe) provided at the top of > > the screen the sequence of preceding/succeeding photos, which is useful > > when you don't need/want to look at each one of the photos, and also > > provides a way to use the mouse to move back&forth (yes, I like key > > short cuts, but I also like it when I can use the mouse). > > > > > > Stefan > > > > _______________________________________________ > > 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 > -- RC From dago.pacheco at gmail.com Mon Jul 4 14:42:14 2011 From: dago.pacheco at gmail.com (Dago Pacheco) Date: Mon, 4 Jul 2011 10:42:14 -0400 Subject: [Shotwell] Back and forward? In-Reply-To: References: <20110703111256.GA4502@talktalkplc.com> <1309707710.1990.2.camel@Linley6> <20110703165044.GA2526@talktalkplc.com> Message-ID: space bar and delete (not supr) has been a common interface for next an back among a lot of image viewrs.... I remember I used it with ACDSee a long time ago (Win 95-98), WinXP image viewer and now, Gnome default image viewr and some KDE ones also use it. For me... it's not dangerouse.... if I want to delete, SUPR is used. By the way ... left/right arrows do works for back/next in shotwell. 2011/7/4 Stefan Monnier > > you can also use space bar (next) and delete (back) > > `delete' or `backward' sound a lot more dangerous to me than page-up > (I'd expect them to remove the image or something along these lines). > > > Stefan > From caccolangrifata at gmail.com Mon Jul 4 17:51:41 2011 From: caccolangrifata at gmail.com (caccolangrifata) Date: Mon, 04 Jul 2011 19:51:41 +0200 Subject: [Shotwell] Selecting tags cause Shotwell (trunk) crash Message-ID: <1309801901.2206.10.camel@mind> Hi all! While playing on shotwell trunk (latest commit) when I select any tags, as write in title, shotwell cause a Segmentation fault. I'm not very well to debug software, so following shotwell.log and shotwell.gdb files. Sorry for my bad English end thanks for that awesome program. ################################################################# L 14632 2011-07-04 19:37:27 [MSG] main.vala:397: Shotwell Gestore di fotografie 0.10.0~trunk+gitr1913 L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: Searching /home/caccola/.gnome2/shotwell/plugins for plugins ... L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:135: Unable to search directory /home/caccola/.gnome2/shotwell/plugins for plugins: File o directory non esistente L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: Searching /home/caccola/src/shotwell/sw/plugins for plugins ... L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: Searching /home/caccola/src/shotwell/sw/plugins/common for plugins ... L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: Searching /home/caccola/src/shotwell/sw/plugins/shotwell-publishing-extras for plugins ... L 14632 2011-07-04 19:37:27 [DBG] shotwell-publishing-extras.vala:69: bound shotwell-extras language support directory '/home/caccola/src/shotwell/sw/locale-langpack'. L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:421: Loaded SPIT module "Shotwell Extra Publishing Services 0.10.0~trunk +gitr1913" (org.yorba.shotwell.publishing.extras) [/home/caccola/src/shotwell/sw/plugins/shotwell-publishing-extras/shotwell-publishing-extras.so] L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: Searching /home/caccola/src/shotwell/sw/plugins/shotwell-transitions for plugins ... L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:421: Loaded SPIT module "Transizioni diapositive di base 0.10.0~trunk +gitr1913" (org.yorba.shotwell.transitions) [/home/caccola/src/shotwell/sw/plugins/shotwell-transitions/shotwell-transitions.so] L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: Searching /home/caccola/src/shotwell/sw/plugins/shotwell-publishing for plugins ... L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:421: Loaded SPIT module "Servizi pubblicazione di base 0.10.0~trunk +gitr1913" (org.yorba.shotwell.publishing.core_services) [/home/caccola/src/shotwell/sw/plugins/shotwell-publishing/shotwell-publishing.so] L 14632 2011-07-04 19:37:28 [MSG] main.vala:73: Verifying database ... L 14632 2011-07-04 19:37:28 [DBG] Db.vala:40: Database schema version 12 created by app version 0.9.3~trunk_r1784 L 14632 2011-07-04 19:37:28 [MSG] VideoSupport.vala:360: interpreter state cookie not found; assuming all video thumbnails are out of date L 14632 2011-07-04 19:37:28 [MSG] VideoSupport.vala:360: interpreter state cookie not found; assuming all video thumbnails are out of date L 14632 2011-07-04 19:37:28 [DBG] Branch.vala:45: search added L 14632 2011-07-04 19:37:28 [DBG] Branch.vala:45: search added L 14632 2011-07-04 19:37:28 [DBG] ConfigurationInterfaces.vala:275: ConfigurationFacade: engine reports property 'DISPLAY_BASIC_PROPERTIES' changed. L 14632 2011-07-04 19:37:28 [DBG] ConfigurationInterfaces.vala:275: ConfigurationFacade: engine reports property 'EVENTS_SORT_ASCENDING' changed. L 14632 2011-07-04 19:37:28 [DBG] LibraryWindow.vala:278: on_library_monitor_installed: /home/caccola/Immagini L 14632 2011-07-04 19:37:28 [DBG] ConfigurationInterfaces.vala:275: ConfigurationFacade: engine reports property 'SHOW_WELCOME_DIALOG' changed. L 14632 2011-07-04 19:37:28 [DBG] main.vala:208: 1,026011 seconds to Gtk.main() L 14632 2011-07-04 19:37:30 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/caccola/Immagini/wallpaper/.rlog L 14632 2011-07-04 19:37:30 [WRN] DirectoryMonitor.vala:906: Skipping hidden file/directory /home/caccola/Immagini/wallpaper/win7/.rlog ###################################################################### GNU gdb (GDB) 7.2-ubuntu Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /home/caccola/src/shotwell/sw/shotwell...done. (gdb) riunun Starting program: /home/caccola/src/shotwell/sw/shotwell [Thread debugging using libthread_db enabled] [New Thread 0x7fffe3f56700 (LWP 14635)] [New Thread 0x7fffe3755700 (LWP 14636)] [New Thread 0x7fffe2f54700 (LWP 14637)] [New Thread 0x7fffe13cb700 (LWP 14638)] [New Thread 0x7fffe09c4700 (LWP 14639)] [New Thread 0x7fffdbfff700 (LWP 14640)] [New Thread 0x7fffdb7fe700 (LWP 14641)] [New Thread 0x7fffdaffd700 (LWP 14642)] [New Thread 0x7fffda7fc700 (LWP 14643)] [New Thread 0x7fffd9ffb700 (LWP 14644)] [New Thread 0x7fffd97fa700 (LWP 14645)] [New Thread 0x7fffd8ff9700 (LWP 14646)] [New Thread 0x7fffd87f8700 (LWP 14647)] [Thread 0x7fffdb7fe700 (LWP 14641) exited] [Thread 0x7fffd9ffb700 (LWP 14644) exited] [Thread 0x7fffda7fc700 (LWP 14643) exited] [Thread 0x7fffe13cb700 (LWP 14638) exited] [Thread 0x7fffd87f8700 (LWP 14647) exited] [Thread 0x7fffe09c4700 (LWP 14639) exited] [Thread 0x7fffd8ff9700 (LWP 14646) exited] [Thread 0x7fffd97fa700 (LWP 14645) exited] [Thread 0x7fffdaffd700 (LWP 14642) exited] Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) backtrace full #0 0x0000000000000000 in ?? () No symbol table info available. #1 0x000000000054a9c6 in data_set_comparator_wrapper (self=0x7fffdc012a40, a=0x1559e50, b=0x7fffdc1360c0) at src/core/DataSet.c:210 result = 0 _tmp0_ = 12884901890 _result_ = 140737488342144 __PRETTY_FUNCTION__ = "data_set_comparator_wrapper" #2 0x000000000054b07d in _data_set_comparator_wrapper_comparator (a=0x1559e50, b=0x7fffdc1360c0, self=0x7fffdc012a40) at src/core/DataSet.c:308 result = 140736885625824 #3 0x0000000000671591 in _sorted_list_merge_sort (self=0x1538f00, array=0x7fffdc1313e0, array_length1=3, scratch=0x7fffdc0c9540, scratch_length1=3, start_index=1, end_index=2) at src/SortedList.c:808 count = 2 middle_index = 2 _tmp0_ = 12244040 __PRETTY_FUNCTION__ = "_sorted_list_merge_sort" #4 0x000000000067154d in _sorted_list_merge_sort (self=0x1538f00, array=0x7fffdc1313e0, array_length1=3, scratch=0x7fffdc0c9540, scratch_length1=3, start_index=0, end_index=2) at src/SortedList.c:807 count = 3 middle_index = 1 _tmp0_ = 5524983 __PRETTY_FUNCTION__ = "_sorted_list_merge_sort" #5 0x00000000006712e3 in sorted_list_merge_sort (self=0x1538f00, add=0x7fffdc118be0) at src/SortedList.c:772 result = 0 _tmp0_ = 0 list_count = 0 _tmp1_ = 3 add_count = 3 count = 3 _tmp3_ = 0x7fffdc1313e0 array = 0x7fffdc1313e0 array_length1 = 3 _array_size_ = 3 offset = 3 _tmp9_ = 0x7fffdc0c9540 _tmp10_ = 0x7fffdc0c9540 _tmp10__length1 = 3 __PRETTY_FUNCTION__ = "sorted_list_merge_sort" #6 0x000000000066f779 in sorted_list_add_list (self=0x1538f00, items=0x7fffdc118be0) at src/SortedList.c:312 _tmp7_ = 0 _tmp1_ = 3 result = 0 added = 0 _tmp0_ = 3 __PRETTY_FUNCTION__ = "sorted_list_add_list" #7 0x000000000066f1a2 in sorted_list_real_add_all (base=0x1538f00, collection=0x7fffdc118be0) at src/SortedList.c:235 _tmp3_ = 0 self = 0x1538f00 result = 0 _tmp0_ = 3 _tmp1_ = 0x7fffdc118be0 _tmp2_ = 0x7fffdc118be0 as_list = 0x7fffdc118be0 changed = 0 _tmp5_ = 0 __PRETTY_FUNCTION__ = "sorted_list_real_add_all" #8 0x000000000054ba21 in data_set_add_many (self=0x7fffdc012a40, objects=0x7fffdc118be0) at src/core/DataSet.c:421 result = 0 _tmp0_ = 3 count = 3 _tmp1_ = 19221792 _tmp2_ = 0 __PRETTY_FUNCTION__ = "data_set_add_many" #9 0x000000000054488c in data_collection_internal_add_many (self=0x14b01c0, objects=0x7fffdc118be0, monitor=0, monitor_target=0x0) at src/core/DataCollection.c:750 _tmp0_ = 3 count = 3 _tmp5_ = 32767 added = -14880 __PRETTY_FUNCTION__ = "data_collection_internal_add_many" #10 0x00000000005451f6 in data_collection_real_add_many (self=0x14b01c0, objects=0x7fffdc118b20, monitor=0, monitor_target=0x0) at src/core/DataCollection.c:861 result = 0x0 _tmp0_ = 0x7fffdc118be0 added = 0x7fffdc118be0 _tmp9_ = 3 count = 3 __PRETTY_FUNCTION__ = "data_collection_real_add_many" #11 0x0000000000560155 in view_collection_real_add_many (base=0x14b01c0, objects=0x7fffdc118b20, monitor=0, monitor_target=0x0) at src/core/ViewCollection.c:1515 self = 0x14b01c0 result = 0x0 _tmp3_ = 0x0 return_list = 0x7fffffffcc90 __PRETTY_FUNCTION__ = "view_collection_real_add_many" #12 0x0000000000545372 in data_collection_add_many (self=0x14b01c0, objects=0x7fffdc118b20, monitor=0, monitor_target=0x0) at src/core/DataCollection.c:893 No locals. #13 0x0000000000561620 in view_collection_on_mirror_contents_added (self=0x14b01c0, added=0x15db510) at src/core/ViewCollection.c:1840 _tmp10_ = 0x0 _tmp11_ = 0x110 _tmp0_ = 0x7fffdc118b20 to_add = 0x7fffdc118b20 _tmp9_ = 3 __PRETTY_FUNCTION__ = "view_collection_on_mirror_contents_added" #14 0x000000000055e26a in view_collection_mirror (self=0x14b01c0, to_mirror=0x1253550, mirroring_ctor=0x5a8e53 <_media_page_create_thumbnail_create_view>, mirroring_ctor_target=0x7fffdc0c40a0, should_mirror=0, should_mirror_target=0x0) at src/core/ViewCollection.c:1133 _tmp0_ = 0x1253550 _tmp1_ = 0x5a8e53 <_media_page_create_thumbnail_create_view> _tmp2_ = 0 _tmp3_ = 0x0 _tmp4_ = 0 _tmp5_ = 0 _tmp6_ = 0 _tmp6__target = 0x0 _tmp6__target_destroy_notify = 0 _tmp7_ = 0x1254d20 _tmp8_ = 0 _tmp9_ = 0x54ac4a <_data_set_order_added_predicate_comparator_predicate> _tmp10_ = 0 _tmp10__target = 0x0 _tmp10__target_destroy_notify = 0 _tmp11_ = 0x15db510 _tmp12_ = 0x15db510 __PRETTY_FUNCTION__ = "view_collection_mirror" #15 0x000000000076bc49 in tag_mirror_sources (self=0x1253480, view=0x14b01c0, mirroring_ctor=0x5a8e53 <_media_page_create_thumbnail_create_view>, mirroring_ctor_target=0x7fffdc0c40a0) at src/Tag.c:2821 __PRETTY_FUNCTION__ = "tag_mirror_sources" #16 0x00000000005a9086 in tag_page_construct (object_type=22570048, tag=0x1253480) at src/tags/TagPage.c:741 self = 0x7fffdc0c40a0 _tmp0_ = 0x7fffdc0f2ce0 "." _tmp1_ = 0x0 _tmp2_ = 0x1253480 _tmp3_ = 0x14b01c0 _tmp4_ = 0x14b01c0 __PRETTY_FUNCTION__ = "tag_page_construct" #17 0x00000000005a90f2 in tag_page_new (tag=0x1253480) at src/tags/TagPage.c:749 No locals. #18 0x00000000005a8583 in tags_sidebar_entry_real_create_page (base=0x12e4ed0) at src/tags/Branch.c:1154 self = 0x12e4ed0 result = 0x0 _tmp0_ = 0x0 #19 0x0000000000597335 in sidebar_simple_page_entry_create_page (self=0x12e4ed0) at src/sidebar/common.c:517 No locals. #20 0x00000000005973d9 in sidebar_simple_page_entry_real_get_page (base=0x12e4ed0) at src/sidebar/common.c:537 _tmp0_ = 0x0 self = 0x12e4ed0 result = 0x0 _tmp1_ = 0xd65a30 #21 0x0000000000587ed5 in sidebar_page_representative_get_page (self=0x12e4ed0) at src/sidebar/Entry.c:352 No locals. #22 0x000000000052387b in library_window_on_sidebar_entry_selected (self=0x10eb1f0, selectable=0x12e4ed0) at src/library/LibraryWindow.c:5259 _tmp2_ = 0x0 _tmp3_ = 0xad8 _tmp0_ = 0x12e4ed0 _tmp1_ = 0x12e4ed0 page_rep = 0x12e4ed0 __PRETTY_FUNCTION__ = "library_window_on_sidebar_entry_selected" #23 0x0000000000513d6f in _library_window_on_sidebar_entry_selected_sidebar_tree_entry_selected ( _sender=0x135a220, selectable=0x12e4ed0, self=0x10eb1f0) at src/library/LibraryWindow.c:2008 No locals. #24 0x00007ffff24aaa6e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #25 0x00007ffff24c0de7 in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #26 0x00007ffff24c22a6 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #27 0x00007ffff24c25f8 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #28 0x000000000058a675 in sidebar_tree_real_cursor_changed (base=0x135a220) at src/sidebar/Tree.c:995 _tmp4_ = 0x12e4ed0 _tmp5_ = 0x12e4ed0 selectable = 0x12e4ed0 self = 0x135a220 _tmp0_ = 0x1482a00 path = 0x1482a00 _tmp1_ = 0xc8d950 wrapper = 0xc8d950 _tmp2_ = 1 _tmp3_ = 1 #29 0x00007ffff24aaa6e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #30 0x00007ffff24c0a30 in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #31 0x00007ffff24c22a6 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #32 0x00007ffff24c2863 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #33 0x00007ffff4807cdd in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #34 0x00007ffff4811e78 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #35 0x00000000005930f2 in sidebar_tree_real_button_press_event (base=0x135a220, event=0x15dbae0) at src/sidebar/Tree.c:2564 self = 0x135a220 result = 0 _tmp0_ = 0 _tmp5_ = 0 #36 0x00007ffff470b9d8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #37 0x00007ffff24aaa6e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #38 0x00007ffff24c0a30 in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #39 0x00007ffff24c20eb in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #40 0x00007ffff24c2863 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #41 0x00007ffff48246df in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #42 0x00007ffff4703e73 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #43 0x00007ffff4704f4b in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #44 0x00007ffff412a74c in ?? () from /usr/lib/libgdk-x11-2.0.so.0 No symbol table info available. #45 0x00007ffff1be9342 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 No symbol table info available. #46 0x00007ffff1bed2a8 in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. #47 0x00007ffff1bed7b5 in g_main_loop_run () from /lib/libglib-2.0.so.0 No symbol table info available. #48 0x00007ffff47053e7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #49 0x00000000007b3e18 in application_start (self=0xc4db60) at src/Application.c:141 __PRETTY_FUNCTION__ = "application_start" #50 0x00000000005fb7a4 in library_exec (mounts=0xbd1510, mounts_length1=0) at src/main.c:1088 _tmp0_ = 0xd18f20 shotwell = 0xd18f20 _tmp1_ = 0 _tmp2_ = 0 _tmp5_ = 0xd32140 _tmp6_ = 0x0 _tmp7_ = 0xcb4c00 _tmp8_ = 0x0 errormsg = 0x0 app_version = 0xcf13e0 "0.9.3~trunk_r1784" schema_version = 12 _tmp9_ = 0xcf13e0 "0.9.3~trunk_r1784" _tmp10_ = 12 _tmp11_ = DB_VERIFY_RESULT_OK _result_ = DB_VERIFY_RESULT_OK progress_dialog = 0x0 aggregate_monitor = 0x0 monitor = 0 monitor_target = 0x0 monitor_target_destroy_notify = 0 _tmp42_ = 0xff1d60 registry = 0xff1d60 _tmp43_ = 0x10eb1f0 library_window = 0x10eb1f0 _tmp45_ = 0 _tmp46_ = 0xc6a2d0 _tmp47_ = 0x0 _tmp48_ = 0 _tmp49_ = 0 _tmp59_ = 1.0260109509999999 _tmp60_ = 0xc4db60 _tmp61_ = 0xc4db60 _inner_error_ = 0x0 #51 0x00000000005fd557 in _vala_main (args=0x7fffffffe2c8, args_length1=1) at src/main.c:1575 _tmp0_ = 0x0 _tmp1_ = 0x0 _tmp2_ = 1 _tmp9_ = 0x88586e "[FILE]" _tmp10_ = 6 _tmp11_ = 0xbceac0 _tmp12_ = 0x0 _tmp12__length1 = 6 _tmp16_ = 0xbd1510 mounts = 0xbd1510 mounts_length1 = 0 _mounts_size_ = 0 filename = 0x0 _tmp25_ = 0x8858ca "L" _tmp26_ = 1 _tmp27_ = 0x7ffff7e16b7b "Gestore di fotografie" _tmp28_ = 1 _tmp29_ = 0xc60060 _tmp30_ = 1 _tmp31_ = 0 _tmp32_ = 0 _inner_error_ = 0x0 #52 0x00000000005fd8a5 in main (argc=1, argv=0x7fffffffe2c8) at src/main.c:1640 No locals. (gdb) quit A debugging session is active. Inferior 1 [process 14632] will be killed. Quit anyway? (y or n) ####################################################################### -- 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 lucas at yorba.org Mon Jul 4 17:59:19 2011 From: lucas at yorba.org (Lucas Beeler) Date: Mon, 4 Jul 2011 10:59:19 -0700 Subject: [Shotwell] Selecting tags cause Shotwell (trunk) crash In-Reply-To: <1309801901.2206.10.camel@mind> References: <1309801901.2206.10.camel@mind> Message-ID: Hi, We just became aware of this issue. It is ticketed in our Trac database here: http://trac.yorba.org/ticket/3787. Hopefully, we'll get it fixed soon! Cheers, Lucas On Mon, Jul 4, 2011 at 10:51 AM, caccolangrifata wrote: > Hi all! > While playing on shotwell trunk (latest commit) when I select any tags, > as write in title, shotwell cause a Segmentation fault. > I'm not very well to debug software, so following shotwell.log and > shotwell.gdb files. > Sorry for my bad English end thanks for that awesome program. > > ################################################################# > L 14632 2011-07-04 19:37:27 [MSG] main.vala:397: Shotwell Gestore di > fotografie 0.10.0~trunk+gitr1913 > L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: > Searching /home/caccola/.gnome2/shotwell/plugins for plugins ... > L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:135: Unable to search > directory /home/caccola/.gnome2/shotwell/plugins for plugins: File o > directory non esistente > L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: > Searching /home/caccola/src/shotwell/sw/plugins for plugins ... > L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: > Searching /home/caccola/src/shotwell/sw/plugins/common for plugins ... > L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: > Searching /home/caccola/src/shotwell/sw/plugins/shotwell-publishing-extras for plugins ... > L 14632 2011-07-04 19:37:27 [DBG] shotwell-publishing-extras.vala:69: > bound shotwell-extras language support directory > '/home/caccola/src/shotwell/sw/locale-langpack'. > > L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:421: Loaded SPIT module > "Shotwell Extra Publishing Services 0.10.0~trunk > +gitr1913" (org.yorba.shotwell.publishing.extras) > [/home/caccola/src/shotwell/sw/plugins/shotwell-publishing-extras/shotwell-publishing-extras.so] > L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: > Searching /home/caccola/src/shotwell/sw/plugins/shotwell-transitions for > plugins ... > L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:421: Loaded SPIT module > "Transizioni diapositive di base 0.10.0~trunk > +gitr1913" (org.yorba.shotwell.transitions) > [/home/caccola/src/shotwell/sw/plugins/shotwell-transitions/shotwell-transitions.so] > L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:313: > Searching /home/caccola/src/shotwell/sw/plugins/shotwell-publishing for > plugins ... > L 14632 2011-07-04 19:37:27 [DBG] Plugins.vala:421: Loaded SPIT module > "Servizi pubblicazione di base 0.10.0~trunk > +gitr1913" (org.yorba.shotwell.publishing.core_services) > [/home/caccola/src/shotwell/sw/plugins/shotwell-publishing/shotwell-publishing.so] > L 14632 2011-07-04 19:37:28 [MSG] main.vala:73: Verifying database ... > L 14632 2011-07-04 19:37:28 [DBG] Db.vala:40: Database schema version 12 > created by app version 0.9.3~trunk_r1784 > L 14632 2011-07-04 19:37:28 [MSG] VideoSupport.vala:360: interpreter > state cookie not found; assuming all video thumbnails are out of date > L 14632 2011-07-04 19:37:28 [MSG] VideoSupport.vala:360: interpreter > state cookie not found; assuming all video thumbnails are out of date > L 14632 2011-07-04 19:37:28 [DBG] Branch.vala:45: search added > L 14632 2011-07-04 19:37:28 [DBG] Branch.vala:45: search added > L 14632 2011-07-04 19:37:28 [DBG] ConfigurationInterfaces.vala:275: > ConfigurationFacade: engine reports property 'DISPLAY_BASIC_PROPERTIES' > changed. > L 14632 2011-07-04 19:37:28 [DBG] ConfigurationInterfaces.vala:275: > ConfigurationFacade: engine reports property 'EVENTS_SORT_ASCENDING' > changed. > L 14632 2011-07-04 19:37:28 [DBG] LibraryWindow.vala:278: > on_library_monitor_installed: /home/caccola/Immagini > L 14632 2011-07-04 19:37:28 [DBG] ConfigurationInterfaces.vala:275: > ConfigurationFacade: engine reports property 'SHOW_WELCOME_DIALOG' > changed. > L 14632 2011-07-04 19:37:28 [DBG] main.vala:208: 1,026011 seconds to > Gtk.main() > L 14632 2011-07-04 19:37:30 [WRN] DirectoryMonitor.vala:906: Skipping > hidden file/directory /home/caccola/Immagini/wallpaper/.rlog > L 14632 2011-07-04 19:37:30 [WRN] DirectoryMonitor.vala:906: Skipping > hidden file/directory /home/caccola/Immagini/wallpaper/win7/.rlog > ###################################################################### > > GNU gdb (GDB) 7.2-ubuntu > Copyright (C) 2010 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. ?Type "show > copying" > and "show warranty" for details. > This GDB was configured as "x86_64-linux-gnu". > For bug reporting instructions, please see: > ... > Reading symbols from /home/caccola/src/shotwell/sw/shotwell...done. > (gdb) riun ?[K ?[K ?[Kun > Starting program: /home/caccola/src/shotwell/sw/shotwell > [Thread debugging using libthread_db enabled] > [New Thread 0x7fffe3f56700 (LWP 14635)] > [New Thread 0x7fffe3755700 (LWP 14636)] > [New Thread 0x7fffe2f54700 (LWP 14637)] > [New Thread 0x7fffe13cb700 (LWP 14638)] > [New Thread 0x7fffe09c4700 (LWP 14639)] > [New Thread 0x7fffdbfff700 (LWP 14640)] > [New Thread 0x7fffdb7fe700 (LWP 14641)] > [New Thread 0x7fffdaffd700 (LWP 14642)] > [New Thread 0x7fffda7fc700 (LWP 14643)] > [New Thread 0x7fffd9ffb700 (LWP 14644)] > [New Thread 0x7fffd97fa700 (LWP 14645)] > [New Thread 0x7fffd8ff9700 (LWP 14646)] > [New Thread 0x7fffd87f8700 (LWP 14647)] > [Thread 0x7fffdb7fe700 (LWP 14641) exited] > [Thread 0x7fffd9ffb700 (LWP 14644) exited] > [Thread 0x7fffda7fc700 (LWP 14643) exited] > [Thread 0x7fffe13cb700 (LWP 14638) exited] > [Thread 0x7fffd87f8700 (LWP 14647) exited] > [Thread 0x7fffe09c4700 (LWP 14639) exited] > [Thread 0x7fffd8ff9700 (LWP 14646) exited] > [Thread 0x7fffd97fa700 (LWP 14645) exited] > [Thread 0x7fffdaffd700 (LWP 14642) exited] > > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000000000 in ?? () > (gdb) backtrace full > #0 ?0x0000000000000000 in ?? () > No symbol table info available. > #1 ?0x000000000054a9c6 in data_set_comparator_wrapper > (self=0x7fffdc012a40, a=0x1559e50, > ? ?b=0x7fffdc1360c0) at src/core/DataSet.c:210 > ? ? ? ?result = 0 > ? ? ? ?_tmp0_ = 12884901890 > ? ? ? ?_result_ = 140737488342144 > ? ? ? ?__PRETTY_FUNCTION__ = "data_set_comparator_wrapper" > #2 ?0x000000000054b07d in _data_set_comparator_wrapper_comparator > (a=0x1559e50, b=0x7fffdc1360c0, > ? ?self=0x7fffdc012a40) at src/core/DataSet.c:308 > ? ? ? ?result = 140736885625824 > #3 ?0x0000000000671591 in _sorted_list_merge_sort (self=0x1538f00, > array=0x7fffdc1313e0, > ? ?array_length1=3, scratch=0x7fffdc0c9540, scratch_length1=3, > start_index=1, end_index=2) > ? ?at src/SortedList.c:808 > ? ? ? ?count = 2 > ? ? ? ?middle_index = 2 > ? ? ? ?_tmp0_ = 12244040 > ? ? ? ?__PRETTY_FUNCTION__ = "_sorted_list_merge_sort" > #4 ?0x000000000067154d in _sorted_list_merge_sort (self=0x1538f00, > array=0x7fffdc1313e0, > ? ?array_length1=3, scratch=0x7fffdc0c9540, scratch_length1=3, > start_index=0, end_index=2) > ? ?at src/SortedList.c:807 > ? ? ? ?count = 3 > ? ? ? ?middle_index = 1 > ? ? ? ?_tmp0_ = 5524983 > ? ? ? ?__PRETTY_FUNCTION__ = "_sorted_list_merge_sort" > #5 ?0x00000000006712e3 in sorted_list_merge_sort (self=0x1538f00, > add=0x7fffdc118be0) > ? ?at src/SortedList.c:772 > ? ? ? ?result = 0 > ? ? ? ?_tmp0_ = 0 > ? ? ? ?list_count = 0 > ? ? ? ?_tmp1_ = 3 > ? ? ? ?add_count = 3 > ? ? ? ?count = 3 > ? ? ? ?_tmp3_ = 0x7fffdc1313e0 > ? ? ? ?array = 0x7fffdc1313e0 > ? ? ? ?array_length1 = 3 > ? ? ? ?_array_size_ = 3 > ? ? ? ?offset = 3 > ? ? ? ?_tmp9_ = 0x7fffdc0c9540 > ? ? ? ?_tmp10_ = 0x7fffdc0c9540 > ? ? ? ?_tmp10__length1 = 3 > ? ? ? ?__PRETTY_FUNCTION__ = "sorted_list_merge_sort" > #6 ?0x000000000066f779 in sorted_list_add_list (self=0x1538f00, > items=0x7fffdc118be0) > ? ?at src/SortedList.c:312 > ? ? ? ?_tmp7_ = 0 > ? ? ? ?_tmp1_ = 3 > ? ? ? ?result = 0 > ? ? ? ?added = 0 > ? ? ? ?_tmp0_ = 3 > ? ? ? ?__PRETTY_FUNCTION__ = "sorted_list_add_list" > #7 ?0x000000000066f1a2 in sorted_list_real_add_all (base=0x1538f00, > collection=0x7fffdc118be0) > ? ?at src/SortedList.c:235 > ? ? ? ?_tmp3_ = 0 > ? ? ? ?self = 0x1538f00 > ? ? ? ?result = 0 > ? ? ? ?_tmp0_ = 3 > ? ? ? ?_tmp1_ = 0x7fffdc118be0 > ? ? ? ?_tmp2_ = 0x7fffdc118be0 > ? ? ? ?as_list = 0x7fffdc118be0 > ? ? ? ?changed = 0 > ? ? ? ?_tmp5_ = 0 > ? ? ? ?__PRETTY_FUNCTION__ = "sorted_list_real_add_all" > #8 ?0x000000000054ba21 in data_set_add_many (self=0x7fffdc012a40, > objects=0x7fffdc118be0) > ? ?at src/core/DataSet.c:421 > ? ? ? ?result = 0 > ? ? ? ?_tmp0_ = 3 > ? ? ? ?count = 3 > ? ? ? ?_tmp1_ = 19221792 > ? ? ? ?_tmp2_ = 0 > ? ? ? ?__PRETTY_FUNCTION__ = "data_set_add_many" > #9 ?0x000000000054488c in data_collection_internal_add_many > (self=0x14b01c0, > ? ?objects=0x7fffdc118be0, monitor=0, monitor_target=0x0) at > src/core/DataCollection.c:750 > ? ? ? ?_tmp0_ = 3 > ? ? ? ?count = 3 > ? ? ? ?_tmp5_ = 32767 > ? ? ? ?added = -14880 > ? ? ? ?__PRETTY_FUNCTION__ = "data_collection_internal_add_many" > #10 0x00000000005451f6 in data_collection_real_add_many (self=0x14b01c0, > objects=0x7fffdc118b20, > ? ?monitor=0, monitor_target=0x0) at src/core/DataCollection.c:861 > ? ? ? ?result = 0x0 > ? ? ? ?_tmp0_ = 0x7fffdc118be0 > ? ? ? ?added = 0x7fffdc118be0 > ? ? ? ?_tmp9_ = 3 > ? ? ? ?count = 3 > ? ? ? ?__PRETTY_FUNCTION__ = "data_collection_real_add_many" > #11 0x0000000000560155 in view_collection_real_add_many (base=0x14b01c0, > objects=0x7fffdc118b20, > ? ?monitor=0, monitor_target=0x0) at src/core/ViewCollection.c:1515 > ? ? ? ?self = 0x14b01c0 > ? ? ? ?result = 0x0 > ? ? ? ?_tmp3_ = 0x0 > ? ? ? ?return_list = 0x7fffffffcc90 > ? ? ? ?__PRETTY_FUNCTION__ = "view_collection_real_add_many" > #12 0x0000000000545372 in data_collection_add_many (self=0x14b01c0, > objects=0x7fffdc118b20, > ? ?monitor=0, monitor_target=0x0) at src/core/DataCollection.c:893 > No locals. > #13 0x0000000000561620 in view_collection_on_mirror_contents_added > (self=0x14b01c0, > ? ?added=0x15db510) at src/core/ViewCollection.c:1840 > ? ? ? ?_tmp10_ = 0x0 > ? ? ? ?_tmp11_ = 0x110 > ? ? ? ?_tmp0_ = 0x7fffdc118b20 > ? ? ? ?to_add = 0x7fffdc118b20 > ? ? ? ?_tmp9_ = 3 > ? ? ? ?__PRETTY_FUNCTION__ = "view_collection_on_mirror_contents_added" > #14 0x000000000055e26a in view_collection_mirror (self=0x14b01c0, > to_mirror=0x1253550, > ? ?mirroring_ctor=0x5a8e53 <_media_page_create_thumbnail_create_view>, > ? ?mirroring_ctor_target=0x7fffdc0c40a0, should_mirror=0, > should_mirror_target=0x0) > ? ?at src/core/ViewCollection.c:1133 > ? ? ? ?_tmp0_ = 0x1253550 > ? ? ? ?_tmp1_ = 0x5a8e53 <_media_page_create_thumbnail_create_view> > ? ? ? ?_tmp2_ = 0 > ? ? ? ?_tmp3_ = 0x0 > ? ? ? ?_tmp4_ = 0 > ? ? ? ?_tmp5_ = 0 > ? ? ? ?_tmp6_ = 0 > ? ? ? ?_tmp6__target = 0x0 > ? ? ? ?_tmp6__target_destroy_notify = 0 > ? ? ? ?_tmp7_ = 0x1254d20 > ? ? ? ?_tmp8_ = 0 > ? ? ? ?_tmp9_ = 0x54ac4a > <_data_set_order_added_predicate_comparator_predicate> > ? ? ? ?_tmp10_ = 0 > ? ? ? ?_tmp10__target = 0x0 > ? ? ? ?_tmp10__target_destroy_notify = 0 > ? ? ? ?_tmp11_ = 0x15db510 > ? ? ? ?_tmp12_ = 0x15db510 > ? ? ? ?__PRETTY_FUNCTION__ = "view_collection_mirror" > #15 0x000000000076bc49 in tag_mirror_sources (self=0x1253480, > view=0x14b01c0, > ? ?mirroring_ctor=0x5a8e53 <_media_page_create_thumbnail_create_view>, > ? ?mirroring_ctor_target=0x7fffdc0c40a0) at src/Tag.c:2821 > ? ? ? ?__PRETTY_FUNCTION__ = "tag_mirror_sources" > #16 0x00000000005a9086 in tag_page_construct (object_type=22570048, > tag=0x1253480) > ? ?at src/tags/TagPage.c:741 > ? ? ? ?self = 0x7fffdc0c40a0 > ? ? ? ?_tmp0_ = 0x7fffdc0f2ce0 "." > ? ? ? ?_tmp1_ = 0x0 > ? ? ? ?_tmp2_ = 0x1253480 > ? ? ? ?_tmp3_ = 0x14b01c0 > ? ? ? ?_tmp4_ = 0x14b01c0 > ? ? ? ?__PRETTY_FUNCTION__ = "tag_page_construct" > #17 0x00000000005a90f2 in tag_page_new (tag=0x1253480) at > src/tags/TagPage.c:749 > No locals. > #18 0x00000000005a8583 in tags_sidebar_entry_real_create_page > (base=0x12e4ed0) > ? ?at src/tags/Branch.c:1154 > ? ? ? ?self = 0x12e4ed0 > ? ? ? ?result = 0x0 > ? ? ? ?_tmp0_ = 0x0 > #19 0x0000000000597335 in sidebar_simple_page_entry_create_page > (self=0x12e4ed0) > ? ?at src/sidebar/common.c:517 > No locals. > #20 0x00000000005973d9 in sidebar_simple_page_entry_real_get_page > (base=0x12e4ed0) > ? ?at src/sidebar/common.c:537 > ? ? ? ?_tmp0_ = 0x0 > ? ? ? ?self = 0x12e4ed0 > ? ? ? ?result = 0x0 > ? ? ? ?_tmp1_ = 0xd65a30 > #21 0x0000000000587ed5 in sidebar_page_representative_get_page > (self=0x12e4ed0) > ? ?at src/sidebar/Entry.c:352 > No locals. > #22 0x000000000052387b in library_window_on_sidebar_entry_selected > (self=0x10eb1f0, > ? ?selectable=0x12e4ed0) at src/library/LibraryWindow.c:5259 > ? ? ? ?_tmp2_ = 0x0 > ? ? ? ?_tmp3_ = 0xad8 > ? ? ? ?_tmp0_ = 0x12e4ed0 > ? ? ? ?_tmp1_ = 0x12e4ed0 > ? ? ? ?page_rep = 0x12e4ed0 > ? ? ? ?__PRETTY_FUNCTION__ = "library_window_on_sidebar_entry_selected" > #23 0x0000000000513d6f in > _library_window_on_sidebar_entry_selected_sidebar_tree_entry_selected ( > ? ?_sender=0x135a220, selectable=0x12e4ed0, self=0x10eb1f0) at > src/library/LibraryWindow.c:2008 > No locals. > #24 0x00007ffff24aaa6e in g_closure_invoke () > from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #25 0x00007ffff24c0de7 in ?? () from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #26 0x00007ffff24c22a6 in g_signal_emit_valist () > from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #27 0x00007ffff24c25f8 in g_signal_emit_by_name () > from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #28 0x000000000058a675 in sidebar_tree_real_cursor_changed > (base=0x135a220) > ? ?at src/sidebar/Tree.c:995 > ? ? ? ?_tmp4_ = 0x12e4ed0 > ? ? ? ?_tmp5_ = 0x12e4ed0 > ? ? ? ?selectable = 0x12e4ed0 > ? ? ? ?self = 0x135a220 > ? ? ? ?_tmp0_ = 0x1482a00 > ? ? ? ?path = 0x1482a00 > ? ? ? ?_tmp1_ = 0xc8d950 > ? ? ? ?wrapper = 0xc8d950 > ? ? ? ?_tmp2_ = 1 > ? ? ? ?_tmp3_ = 1 > #29 0x00007ffff24aaa6e in g_closure_invoke () > from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #30 0x00007ffff24c0a30 in ?? () from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #31 0x00007ffff24c22a6 in g_signal_emit_valist () > from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #32 0x00007ffff24c2863 in g_signal_emit () > from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #33 0x00007ffff4807cdd in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > No symbol table info available. > #34 0x00007ffff4811e78 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > No symbol table info available. > #35 0x00000000005930f2 in sidebar_tree_real_button_press_event > (base=0x135a220, event=0x15dbae0) > ? ?at src/sidebar/Tree.c:2564 > ? ? ? ?self = 0x135a220 > ? ? ? ?result = 0 > ? ? ? ?_tmp0_ = 0 > ? ? ? ?_tmp5_ = 0 > #36 0x00007ffff470b9d8 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > No symbol table info available. > #37 0x00007ffff24aaa6e in g_closure_invoke () > from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #38 0x00007ffff24c0a30 in ?? () from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #39 0x00007ffff24c20eb in g_signal_emit_valist () > from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #40 0x00007ffff24c2863 in g_signal_emit () > from /usr/lib/libgobject-2.0.so.0 > No symbol table info available. > #41 0x00007ffff48246df in ?? () from /usr/lib/libgtk-x11-2.0.so.0 > No symbol table info available. > #42 0x00007ffff4703e73 in gtk_propagate_event () > from /usr/lib/libgtk-x11-2.0.so.0 > No symbol table info available. > #43 0x00007ffff4704f4b in gtk_main_do_event () > from /usr/lib/libgtk-x11-2.0.so.0 > No symbol table info available. > #44 0x00007ffff412a74c in ?? () from /usr/lib/libgdk-x11-2.0.so.0 > No symbol table info available. > #45 0x00007ffff1be9342 in g_main_context_dispatch () > from /lib/libglib-2.0.so.0 > No symbol table info available. > #46 0x00007ffff1bed2a8 in ?? () from /lib/libglib-2.0.so.0 > No symbol table info available. > #47 0x00007ffff1bed7b5 in g_main_loop_run () from /lib/libglib-2.0.so.0 > No symbol table info available. > #48 0x00007ffff47053e7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 > No symbol table info available. > #49 0x00000000007b3e18 in application_start (self=0xc4db60) at > src/Application.c:141 > ? ? ? ?__PRETTY_FUNCTION__ = "application_start" > #50 0x00000000005fb7a4 in library_exec (mounts=0xbd1510, > mounts_length1=0) at src/main.c:1088 > ? ? ? ?_tmp0_ = 0xd18f20 > ? ? ? ?shotwell = 0xd18f20 > ? ? ? ?_tmp1_ = 0 > ? ? ? ?_tmp2_ = 0 > ? ? ? ?_tmp5_ = 0xd32140 > ? ? ? ?_tmp6_ = 0x0 > ? ? ? ?_tmp7_ = 0xcb4c00 > ? ? ? ?_tmp8_ = 0x0 > ? ? ? ?errormsg = 0x0 > ? ? ? ?app_version = 0xcf13e0 "0.9.3~trunk_r1784" > ? ? ? ?schema_version = 12 > ? ? ? ?_tmp9_ = 0xcf13e0 "0.9.3~trunk_r1784" > ? ? ? ?_tmp10_ = 12 > ? ? ? ?_tmp11_ = DB_VERIFY_RESULT_OK > ? ? ? ?_result_ = DB_VERIFY_RESULT_OK > ? ? ? ?progress_dialog = 0x0 > ? ? ? ?aggregate_monitor = 0x0 > ? ? ? ?monitor = 0 > ? ? ? ?monitor_target = 0x0 > ? ? ? ?monitor_target_destroy_notify = 0 > ? ? ? ?_tmp42_ = 0xff1d60 > ? ? ? ?registry = 0xff1d60 > ? ? ? ?_tmp43_ = 0x10eb1f0 > ? ? ? ?library_window = 0x10eb1f0 > ? ? ? ?_tmp45_ = 0 > ? ? ? ?_tmp46_ = 0xc6a2d0 > ? ? ? ?_tmp47_ = 0x0 > ? ? ? ?_tmp48_ = 0 > ? ? ? ?_tmp49_ = 0 > ? ? ? ?_tmp59_ = 1.0260109509999999 > ? ? ? ?_tmp60_ = 0xc4db60 > ? ? ? ?_tmp61_ = 0xc4db60 > ? ? ? ?_inner_error_ = 0x0 > #51 0x00000000005fd557 in _vala_main (args=0x7fffffffe2c8, > args_length1=1) at src/main.c:1575 > ? ? ? ?_tmp0_ = 0x0 > ? ? ? ?_tmp1_ = 0x0 > ? ? ? ?_tmp2_ = 1 > ? ? ? ?_tmp9_ = 0x88586e "[FILE]" > ? ? ? ?_tmp10_ = 6 > ? ? ? ?_tmp11_ = 0xbceac0 > ? ? ? ?_tmp12_ = 0x0 > ? ? ? ?_tmp12__length1 = 6 > ? ? ? ?_tmp16_ = 0xbd1510 > ? ? ? ?mounts = 0xbd1510 > ? ? ? ?mounts_length1 = 0 > ? ? ? ?_mounts_size_ = 0 > ? ? ? ?filename = 0x0 > ? ? ? ?_tmp25_ = 0x8858ca "L" > ? ? ? ?_tmp26_ = 1 > ? ? ? ?_tmp27_ = 0x7ffff7e16b7b "Gestore di fotografie" > ? ? ? ?_tmp28_ = 1 > ? ? ? ?_tmp29_ = 0xc60060 > ? ? ? ?_tmp30_ = 1 > ? ? ? ?_tmp31_ = 0 > ? ? ? ?_tmp32_ = 0 > ? ? ? ?_inner_error_ = 0x0 > #52 0x00000000005fd8a5 in main (argc=1, argv=0x7fffffffe2c8) at > src/main.c:1640 > No locals. > (gdb) quit > A debugging session is active. > > ? ? ? ?Inferior 1 [process 14632] will be killed. > > Quit anyway? (y or n) > ####################################################################### > > > -- > Emanuele Grande > OpenPGP key: 1024D/BF9328A7 | j.mp/cJTR3C > 9F22 91FE F054 185D 3376 ?910E 62B3 85D6 BF93 28A7 > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From caccolangrifata at gmail.com Mon Jul 4 18:08:36 2011 From: caccolangrifata at gmail.com (caccolangrifata) Date: Mon, 04 Jul 2011 20:08:36 +0200 Subject: [Shotwell] Selecting tags cause Shotwell (trunk) crash In-Reply-To: References: <1309801901.2206.10.camel@mind> Message-ID: <1309802916.2206.11.camel@mind> Great! Then sorry for the duplicate :) Il giorno lun, 04/07/2011 alle 10.59 -0700, Lucas Beeler ha scritto: > Hi, > > We just became aware of this issue. It is ticketed in our Trac > database here: http://trac.yorba.org/ticket/3787. Hopefully, we'll get > it fixed soon! > > Cheers, > Lucas > -- Emanuele Grande OpenPGP key: 1024D/BF9328A7 | j.mp/cJTR3C 9F22 91FE F054 185D 3376 910E 62B3 85D6 BF93 28A7 From alexandre.rosenfeld at gmail.com Mon Jul 4 20:17:30 2011 From: alexandre.rosenfeld at gmail.com (Alexandre Rosenfeld) Date: Mon, 4 Jul 2011 16:17:30 -0400 Subject: [Shotwell] Improve Shotwell Slideshow - Weekly Report #6 Message-ID: This week wasn't as productive as last week. I did ported some GStreamer code from the background music feature, not to use some functionality that is only present in newer Ubuntu versions (not present in Ubuntu Maverick), since my mentor commented we have to support Ubuntu Maverick. I still prefer to use the new functionality since it might handle corner cases better, so I did it in a way that can be easily switched in the future. But supporting Ubuntu Maverick means I cannot use the OffscreenEffects from newer versions of Clutter (1.4 and above) and it would be quite important for transition effects. I think I can disable transitions that require this in Maverick, but I'm not sure how best handle this case yet. I also spent the weekend trying to get some sample code that can export Clutter scenes to video using Gstreamer. In the end I got the GStreamer part working and found some very good code, some from Gnome Shell recorder and a blog post (I need to remember to post these links in the wiki) which helped me a lot. But Clutter is not playing nice with me and is giving me errors when I try to read the pixels from the stage. Even trying to get them directly from OpenGL is not working. I also found a few drawbacks from this approach, since I cannot get a offscreen stage from Clutter (it tells me it's not implemented), I would need to show the video while it is being exported. Not a big issue, but not optimal. Maybe if I could implement the transitions with Cairo, it would be easier to export them to a video. So a few things I need to investigate this week. *Alexandre Rosenfeld* From alexandre.rosenfeld at gmail.com Tue Jul 5 03:50:30 2011 From: alexandre.rosenfeld at gmail.com (Alexandre Rosenfeld) Date: Mon, 4 Jul 2011 23:50:30 -0400 Subject: [Shotwell] Improve Shotwell Slideshow - Weekly Report #6 In-Reply-To: References: Message-ID: On Mon, Jul 4, 2011 at 16:55, Jason D. Clinton wrote: > Why is your mentor forcing you to support a distribution that is > already half-way through its life-cycle and has already been > superseded by a subsequent release? I hope there's a misunderstanding > as this not in the spirit of past GNOME Summer of Code mentoring. It > would not be unreasonable to request use of stable versions of > dependent libraries but nine months old is certainly outside of that > and actually counterproductive as you've clearly outlined above. > The only reference I can find about Shotwell's policy on supporting older distributions is in this bug: http://trac.yorba.org/ticket/3110 And I think it's important that I follow the same policies as any other code written for Shotwell, if it's unreasonable or not actually depends on the project in my opinion. I would hate to see that my work is not included in Shotwell because I did not follow these policies. Regards, *Alexandre Rosenfeld* From adam at yorba.org Tue Jul 5 16:23:15 2011 From: adam at yorba.org (Adam Dingle) Date: Tue, 05 Jul 2011 09:23:15 -0700 Subject: [Shotwell] Color adjustments look weird In-Reply-To: References: Message-ID: <4E133A73.7020608@yorba.org> On 07/03/2011 09:46 AM, Conrad Dean wrote: > Hey Everyone, > > (Sorry if this is a duplicate message for anyone -- I had tried > attaching images to describe my problem but I think the email bounced > so I'm hosting the images elsewhere.) > > Shotwell's color adjustments seem to be different from similar > interfaces in other image editing programs. When I perform similar > operations to the same image with Shotwell's level editor and the > GIMP's level editor I get different outcomes. > > Is this something that can be addressed? I really need the > interface-output relationship I expect from photoshop, the gimp, and > other image editors, but I really like shotwell's import and > publishing features. > > You can see the color problems I'm having by following the URL below: > https://picasaweb.google.com/111558915060452096795/Images?authuser=0&authkey=Gv1sRgCMX__L75zLuKEg&feat=directlink Conrad, thanks for your message. I looked at the images you linked to, but it's not clear just how they were generated. Could you post (a) the original photo(s), (b) the photos as adjusted in Shotwell, and (c) the photos as adjusted in GIMP, along with a description of the specific adjustments you made in each of these programs? adam From conrad.p.dean at gmail.com Tue Jul 5 19:15:03 2011 From: conrad.p.dean at gmail.com (Conrad Dean) Date: Tue, 5 Jul 2011 14:15:03 -0500 Subject: [Shotwell] Color adjustments look weird In-Reply-To: <4E133A73.7020608@yorba.org> References: <4E133A73.7020608@yorba.org> Message-ID: I have added the original photo to the picasa album. I hope it's enough to link to the album for you to see them. https://picasaweb.google.com/111558915060452096795/Images?authuser=0&authkey=Gv1sRgCMX__L75zLuKEg&feat=directlink The images were generated by using the levels dialog (Colors -> Levels) in the GIMP and through the Adjustments dialog in Shotwell. For both of them I selected the region where the first large "hill" in the histogram peaks on the left-hand side, about 51 in the GIMP, and the beginning of the hill on the right-hand side of the histogram, about 209 in the GIMP. For some reason Shotwell's adjusments come out looking less saturated. Shotwell also handles clipping oddly and I can come up with an example of that soon. Let me know if there's anything I can do to make this clearer, and I really appreciate you taking the time to help me out on this! Thanks, Conrad On Tue, Jul 5, 2011 at 11:23 AM, Adam Dingle wrote: > On 07/03/2011 09:46 AM, Conrad Dean wrote: >> >> Hey Everyone, >> >> (Sorry if this is a duplicate message for anyone -- I had tried >> attaching images to describe my problem but I think the email bounced >> so I'm hosting the images elsewhere.) >> >> Shotwell's color adjustments seem to be different from similar >> interfaces in other image editing programs. ?When I perform similar >> operations to the same image with Shotwell's level editor and the >> GIMP's level editor I get different outcomes. >> >> Is this something that can be addressed? ?I really need the >> interface-output relationship I expect from photoshop, the gimp, and >> other image editors, but I really like shotwell's import and >> publishing features. >> >> You can see the color problems I'm having by following the URL below: >> >> https://picasaweb.google.com/111558915060452096795/Images?authuser=0&authkey=Gv1sRgCMX__L75zLuKEg&feat=directlink > > Conrad, > > thanks for your message. ?I looked at the images you linked to, but it's not > clear just how they were generated. ?Could you post (a) the original > photo(s), (b) the photos as adjusted in Shotwell, and (c) the photos as > adjusted in GIMP, along with a description of the specific adjustments you > made in each of these programs? > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From valentin at sanva.net Tue Jul 5 20:20:15 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Tue, 5 Jul 2011 22:20:15 +0200 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 06 Message-ID: Hello everybody! [NOTE: You can see a Spanish version of this mail in my personal blog, http://sanva.net/blog/99/ ] Last week hasn't been very productive since I've lost a lot of time doing my move to a new house for the next course. But I've managed to implement a new functionality to the faces tool: Now it is possible to modify a face previously added to a photo ?until now, if you had a face tagged in a photo and you want to modify it, you would have to delete it to create a new one with the new position, shape or name. I also was able to create a handwritten VAPI file to get access to OpenCV from Vala and a test program that uses it to detect faces in a given photo. It seems to work exactly as the same application written in C, but I need to keep investigating VAPI files and C generated code to convince myself that there are not memory leaks or another weird bugs in the generated code. This week I'm going to continue adding little changes to the interface under the direction of my mentor ?as you could realize, I'm still in the first step of my project, and that one should be done some weeks ago, but it seems that my mentor prefers to improve the basic interface, and I have no problem with that; plus I'm very happy about the fact that this Faces tool could be in the next Shotwell's stable release. Cheers! From lucas at yorba.org Tue Jul 5 23:59:52 2011 From: lucas at yorba.org (Lucas Beeler) Date: Tue, 5 Jul 2011 16:59:52 -0700 Subject: [Shotwell] Improve Shotwell Slideshow - Weekly Report #6 In-Reply-To: References: Message-ID: Hi Alexandre and Jason, It has always been Yorba's policy to support the last two Ubuntu and Fedora releases. Indeed, if you read through the discussion on the Trac link Alexandre provided (http://trac.yorba.org/ticket/3110), you'll clearly see a refrerence made to Yorba's official position: > our policy of supporting the last two Ubuntu releases When the next release of Shotwell, 0.11, ships, those releases will be Maverick and Natty (and FC14 and FC15). That said, I've had a look at the APIs that Alexandre is using to weave all of his visual compositing magic together, and I do have to admit that these APIs (GStreamer, mutter, clutter) have evolved tremendously betweem FC14/Maverick and FC15/Natty. So this morning we had a Shotwell product management team meeting and came to a decision: Alexandre's slideshow work (which seems to be coming along very well) will ship with Shotwell 0.12, not Shotwell 0.11. Since Shotwell 0.12 will target FC15/Natty and FC16/Oneiric, Alexandre will have full access to all of the visual compositing goodness present in the later versions of GStreamer, mutter and clutter that ship with FC15 & Natty! How does this sound to you, Alexandre? Lucas On Mon, Jul 4, 2011 at 8:50 PM, Alexandre Rosenfeld wrote: > On Mon, Jul 4, 2011 at 16:55, Jason D. Clinton wrote: > >> Why is your mentor forcing you to support a distribution that is >> already half-way through its life-cycle and has already been >> superseded by a subsequent release? I hope there's a misunderstanding >> as this not in the spirit of past GNOME Summer of Code mentoring. It >> would not be unreasonable to request use of stable versions of >> dependent libraries but nine months old is certainly outside of that >> and actually counterproductive as you've clearly outlined above. >> > > The only reference I can find about Shotwell's policy on supporting older > distributions is in this bug: http://trac.yorba.org/ticket/3110 > And I think it's important that I follow the same policies as any other code > written for Shotwell, if it's unreasonable or not actually depends on the > project in my opinion. I would hate to see that my work is not included in > Shotwell because I did not follow these policies. > > Regards, > *Alexandre Rosenfeld* > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From alexandre.rosenfeld at gmail.com Wed Jul 6 19:30:31 2011 From: alexandre.rosenfeld at gmail.com (Alexandre Rosenfeld) Date: Wed, 6 Jul 2011 15:30:31 -0400 Subject: [Shotwell] Improve Shotwell Slideshow - Weekly Report #6 In-Reply-To: References: Message-ID: On Tue, Jul 5, 2011 at 19:59, Lucas Beeler wrote: > How does this sound to you, Alexandre? > Sounds great, this will enable me to try everything I want to ;) The idea is still to ship this as some sort of plugin in the final application? If so, it could be possible to include it as an optional component on distributions that already have the newest versions of the libraries. But to be honest, I think it will be a lot of trouble creating a separate plugin with this code. Regards, Alexandre > > Lucas > > On Mon, Jul 4, 2011 at 8:50 PM, Alexandre Rosenfeld > wrote: > > On Mon, Jul 4, 2011 at 16:55, Jason D. Clinton > wrote: > > > >> Why is your mentor forcing you to support a distribution that is > >> already half-way through its life-cycle and has already been > >> superseded by a subsequent release? I hope there's a misunderstanding > >> as this not in the spirit of past GNOME Summer of Code mentoring. It > >> would not be unreasonable to request use of stable versions of > >> dependent libraries but nine months old is certainly outside of that > >> and actually counterproductive as you've clearly outlined above. > >> > > > > The only reference I can find about Shotwell's policy on supporting older > > distributions is in this bug: http://trac.yorba.org/ticket/3110 > > And I think it's important that I follow the same policies as any other > code > > written for Shotwell, if it's unreasonable or not actually depends on the > > project in my opinion. I would hate to see that my work is not included > in > > Shotwell because I did not follow these policies. > > > > Regards, > > *Alexandre Rosenfeld* > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > From adam at yorba.org Wed Jul 6 21:34:28 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 06 Jul 2011 14:34:28 -0700 Subject: [Shotwell] Color adjustments look weird In-Reply-To: References: <4E133A73.7020608@yorba.org> Message-ID: <4E14D4E4.1050808@yorba.org> Conrad, thanks for the additional information. I've created a ticket for this issue here: http://trac.yorba.org/ticket/3802 We might not be able to investigate this right away since we're pretty busy building features for Shotwell 0.11 at the moment, but I hope we'll be able to look at this later in the development cycle. Cheers - adam On 07/05/2011 12:15 PM, Conrad Dean wrote: > I have added the original photo to the picasa album. I hope it's > enough to link to the album for you to see them. > https://picasaweb.google.com/111558915060452096795/Images?authuser=0&authkey=Gv1sRgCMX__L75zLuKEg&feat=directlink > > The images were generated by using the levels dialog (Colors -> > Levels) in the GIMP and through the Adjustments dialog in Shotwell. > For both of them I selected the region where the first large "hill" in > the histogram peaks on the left-hand side, about 51 in the GIMP, and > the beginning of the hill on the right-hand side of the histogram, > about 209 in the GIMP. > > For some reason Shotwell's adjusments come out looking less saturated. > Shotwell also handles clipping oddly and I can come up with an > example of that soon. > > Let me know if there's anything I can do to make this clearer, and I > really appreciate you taking the time to help me out on this! > > Thanks, > Conrad > > On Tue, Jul 5, 2011 at 11:23 AM, Adam Dingle wrote: >> On 07/03/2011 09:46 AM, Conrad Dean wrote: >>> Hey Everyone, >>> >>> (Sorry if this is a duplicate message for anyone -- I had tried >>> attaching images to describe my problem but I think the email bounced >>> so I'm hosting the images elsewhere.) >>> >>> Shotwell's color adjustments seem to be different from similar >>> interfaces in other image editing programs. When I perform similar >>> operations to the same image with Shotwell's level editor and the >>> GIMP's level editor I get different outcomes. >>> >>> Is this something that can be addressed? I really need the >>> interface-output relationship I expect from photoshop, the gimp, and >>> other image editors, but I really like shotwell's import and >>> publishing features. >>> >>> You can see the color problems I'm having by following the URL below: >>> >>> https://picasaweb.google.com/111558915060452096795/Images?authuser=0&authkey=Gv1sRgCMX__L75zLuKEg&feat=directlink >> Conrad, >> >> thanks for your message. I looked at the images you linked to, but it's not >> clear just how they were generated. Could you post (a) the original >> photo(s), (b) the photos as adjusted in Shotwell, and (c) the photos as >> adjusted in GIMP, along with a description of the specific adjustments you >> made in each of these programs? >> >> adam >> >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> From adam at yorba.org Wed Jul 6 21:50:16 2011 From: adam at yorba.org (Adam Dingle) Date: Wed, 06 Jul 2011 14:50:16 -0700 Subject: [Shotwell] Back and forward? In-Reply-To: References: <20110703111256.GA4502@talktalkplc.com> <1309707710.1990.2.camel@Linley6> <20110703165044.GA2526@talktalkplc.com> Message-ID: <4E14D898.6000000@yorba.org> On 07/04/2011 05:56 AM, Dago Pacheco wrote: > you can also use space bar (next) and delete (back) True, though those keys don't currently work when the zoom slider has focus. > > 2011/7/3 Stefan Monnier > >>> It might be nice if the keyboard shortcuts were a little less modal, >> Agreed. >> >>> although there might not be enough keys to go round for all these: >>> prev/next image >> page-up and page-down seem like a natural match for it. >> >>> However, when the slider has no focus, I notice that PgUp/PgDown don't do >>> anything. Would it be sensible to permanently assign those to prev/next >>> image (as they are in gthumb?) >> Yes, please. This also seems like a reasonable idea. In other words, we could implement either of these: 1. Make Space and Backspace work for navigation even when the zoom slider is focused. 2. Make Page Up/Down navigate forward and back in all cases. I've created a ticket for this here: http://trac.yorba.org/ticket/3803 >> Also, some other photo organizer (F-Spot maybe) provided at the top of >> the screen the sequence of preceding/succeeding photos, which is useful >> when you don't need/want to look at each one of the photos, and also >> provides a way to use the mouse to move back&forth (yes, I like key >> short cuts, but I also like it when I can use the mouse). Yes - this is also under consideration for Shotwell. See http://trac.yorba.org/ticket/178 adam From ivoroghair at gmail.com Thu Jul 7 08:39:41 2011 From: ivoroghair at gmail.com (Ivo Roghair) Date: Thu, 07 Jul 2011 10:39:41 +0200 Subject: [Shotwell] Back and forward? In-Reply-To: <4E14D898.6000000@yorba.org> References: <20110703111256.GA4502@talktalkplc.com> <1309707710.1990.2.camel@Linley6> <20110703165044.GA2526@talktalkplc.com> <4E14D898.6000000@yorba.org> Message-ID: <4E1570CD.6040605@gmail.com> I think it would be nice to be able to switch so that the current zoom level is not changed, e.g. for comparing two similar pictures at 100%. Perhaps using a separate set of keys (e.g. < and >), keeping the default (fit to screen, like it is now) to space/backspace. On 07/06/2011 11:50 PM, Adam Dingle wrote: > On 07/04/2011 05:56 AM, Dago Pacheco wrote: >> you can also use space bar (next) and delete (back) > > True, though those keys don't currently work when the zoom slider has > focus. > >> >> 2011/7/3 Stefan Monnier >> >>>> It might be nice if the keyboard shortcuts were a little less modal, >>> Agreed. >>> >>>> although there might not be enough keys to go round for all these: >>>> prev/next image >>> page-up and page-down seem like a natural match for it. >>> >>>> However, when the slider has no focus, I notice that PgUp/PgDown >>>> don't do >>>> anything. Would it be sensible to permanently assign those to prev/next >>>> image (as they are in gthumb?) >>> Yes, please. > > This also seems like a reasonable idea. In other words, we could > implement either of these: > > 1. Make Space and Backspace work for navigation even when the zoom > slider is focused. > 2. Make Page Up/Down navigate forward and back in all cases. > > I've created a ticket for this here: > > http://trac.yorba.org/ticket/3803 > >>> Also, some other photo organizer (F-Spot maybe) provided at the top of >>> the screen the sequence of preceding/succeeding photos, which is useful >>> when you don't need/want to look at each one of the photos, and also >>> provides a way to use the mouse to move back&forth (yes, I like key >>> short cuts, but I also like it when I can use the mouse). > > Yes - this is also under consideration for Shotwell. See > > http://trac.yorba.org/ticket/178 > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From wstapelberg at gmail.com Thu Jul 7 21:49:07 2011 From: wstapelberg at gmail.com (Wilhelm Stapelberg) Date: Thu, 07 Jul 2011 23:49:07 +0200 Subject: [Shotwell] Photos in wrong folder Message-ID: <1310075347.22068.11.camel@xapel-desktop> Hi, I imported a lot of photos that had the wrong timestamp. So I did a batch update of the timestamp on them. The problem is that the photos are still in the wrong folder on the hard drive (the folders are organised in year/month/day format). How do I move the photos to the correct folder on the hard drive? This is a problem because I run a mediatomb server on my desktop to share my photos so I can watch it with XBMC on my TV in the living room. The photos are neatly organised within Shotwell but now when I browse by folder in XBMC I get completely different photos. As a follow up to my question. Wouldn't it be a nice feature to add to have a uPNP server embedded within Shotwell. This should serve the photos as they appear in Shotwell. Not sure how difficult or possible this is, just thought I would ask. Regards Stapel Ubuntu 11.04 Shotwell 0.9.3 From monnier at iro.umontreal.ca Fri Jul 8 02:05:18 2011 From: monnier at iro.umontreal.ca (Stefan Monnier) Date: Thu, 07 Jul 2011 22:05:18 -0400 Subject: [Shotwell] Back and forward? References: <20110703111256.GA4502@talktalkplc.com> <1309707710.1990.2.camel@Linley6> <20110703165044.GA2526@talktalkplc.com> <4E14D898.6000000@yorba.org> <4E1570CD.6040605@gmail.com> Message-ID: > I think it would be nice to be able to switch so that the current zoom level > is not changed, e.g. for comparing two similar pictures at 100%. > Perhaps using a separate set of keys (e.g. < and >), keeping the default > (fit to screen, like it is now) to space/backspace. Again, page-up/down sounds perfect for this use. Stefan From adam at yorba.org Fri Jul 8 18:01:09 2011 From: adam at yorba.org (Adam Dingle) Date: Fri, 08 Jul 2011 11:01:09 -0700 Subject: [Shotwell] Photos in wrong folder In-Reply-To: <1310075347.22068.11.camel@xapel-desktop> References: <1310075347.22068.11.camel@xapel-desktop> Message-ID: <4E1745E5.2000100@yorba.org> Wilhelm, On 07/07/2011 02:49 PM, Wilhelm Stapelberg wrote: > Hi, > > I imported a lot of photos that had the wrong timestamp. So I did a > batch update of the timestamp on them. The problem is that the photos > are still in the wrong folder on the hard drive (the folders are > organised in year/month/day format). How do I move the photos to the > correct folder on the hard drive? Unfortunately Shotwell does not yet move photos to a different folder when you change their timestamps. We hope to implement this at some point: http://trac.yorba.org/ticket/2824 We'd also like to add a command which can move all photos in an existing library to folders based on their dates: http://trac.yorba.org/ticket/2170 Since we don't yet have these features, you may need to move your photo files between folders manually. Alternatively, you could export all the photos to an external directory, delete them from your Shotwell library (including deleting the files on disk in the library directory) and then reimport from the external directory into Shotwell. In doing this you'll lose all the edits you've made to these files in Shotwell, however. More generally, we realize that it's inconvenient for many users that the hierarchy you see in Shotwell doesn't always match the folder hierarchy on disk. We hope to improve that in some ways; see e.g. http://trac.yorba.org/ticket/3549 > > This is a problem because I run a mediatomb server on my desktop to > share my photos so I can watch it with XBMC on my TV in the living room. > The photos are neatly organised within Shotwell but now when I browse by > folder in XBMC I get completely different photos. > > As a follow up to my question. Wouldn't it be a nice feature to add to > have a uPNP server embedded within Shotwell. This should serve the > photos as they appear in Shotwell. Not sure how difficult or possible > this is, just thought I would ask. That's related to this ticket: http://trac.yorba.org/ticket/1572 Feel free to add comments about uPNP there. Cheers - adam From mr.chris.k at gmail.com Sat Jul 9 01:41:33 2011 From: mr.chris.k at gmail.com (Christopher Kilding) Date: Sat, 9 Jul 2011 02:41:33 +0100 Subject: [Shotwell] Port to Mac OS X Message-ID: Recently I decided to finally sanitise and organise my photo collection on my Mac which was previously a mess. However I found my choice of apps to do this was pretty much limited to iPhoto - which for a couple of reasons may be undesirable, notably the monolithic proprietary database it stores the photos in, the tendency of said database to get corrupted when it gets large, and the suggestions that version '11 might possibly be worse than the previous version '09 in some respects. The fact that it has to compete with - or in other words yield to - its bigger brother Aperture is also not ideal. With that in mind, I've set out to bring Shotwell to Snow Leopard. The first step was to see if the vanilla source in the Git repo will compile. So far compilation against Macports has *almost* worked, in that all dependencies have been pulled in and work except for the following: - 2 dependencies are missing from Macports, gexiv2 and gudev-1.0; - and 2 should work but don't; libsoup - because "file /opt/local/lib/gio/modules/libgiolibproxy.so does not exist" so that can't be built - and webkit, which depends on libsoup, fails too. Any ideas on how to fix this? Thanks in advance. From eric at yorba.org Sat Jul 9 01:48:19 2011 From: eric at yorba.org (Eric Gregory) Date: Fri, 8 Jul 2011 18:48:19 -0700 Subject: [Shotwell] Port to Mac OS X In-Reply-To: References: Message-ID: On Fri, Jul 8, 2011 at 6:41 PM, Christopher Kilding wrote: > Recently I decided to finally sanitise and organise my photo collection on > my Mac which was previously a mess. However I found my choice of apps to do > this was pretty much limited to iPhoto - which for a couple of reasons may > be undesirable, notably the monolithic proprietary database it stores the > photos in, the tendency of said database to get corrupted when it gets > large, and the suggestions that version '11 might possibly be worse than the > previous version '09 in some respects. The fact that it has to compete with > - or in other words yield to - its bigger brother Aperture is also not > ideal. > > With that in mind, I've set out to bring Shotwell to Snow Leopard. The > first step was to see if the vanilla source in the Git repo will compile. So > far compilation against Macports has *almost* worked, in that all > dependencies have been pulled in and work except for the following: > - 2 dependencies are missing from Macports, gexiv2 and gudev-1.0; > - and 2 should work but don't; libsoup - because "file > /opt/local/lib/gio/modules/libgiolibproxy.so does not exist" so that can't > be built - and webkit, which depends on libsoup, fails too. > > Any ideas on how to fix this? > > Thanks in advance. > I suspect you're the first person to try this in some time. I can't say I know how to get it compiling on OS X, but I do have one tip for you: gexiv2 is a library we provide. You can find more info on it here: http://trac.yorba.org/wiki/gexiv2 - Eric From adam at yorba.org Mon Jul 11 18:26:34 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 11 Jul 2011 11:26:34 -0700 Subject: [Shotwell] Port to Mac OS X In-Reply-To: References: Message-ID: <4E1B405A.9090107@yorba.org> Christopher, a Mac OS port of Shotwell would be great to have, though I think the port would be a significant effort, probably at least a week of full-time work in my estimate. Back in late 2009 I managed to build Shotwell for Mac OS and found it mostly worked, though it was barely usable. A few challenges: 1. GTK for Mac OS is buggy and immature. When I did get Shotwell built for the Mac, there were lots of GTK-related user interface problems. We recorded these in Shotwell's bug database, and later marked them as wontfix - you can still see them here: http://trac.yorba.org/query?status=closed&component=shotwell&component=gexiv2&summary=~%5Bmac%5D&group=milestone&col=id&col=summary&col=component&col=status&col=owner&col=type&col=priority&col=reporter&report=16&order=priority Maybe GTK for Mac OS has improved since 2009, though - not sure about that. On the other hand, Shotwell has evolved far since 2009 and may now use more GTK features which didn't 2. Back in 2009, the Windows build of Shotwell still existed, and there were #ifdefs in the Shotwell which could be used to disable various Shotwell features that didn't work on Windows (talking to cameras, publishing, printing). When I did the Mac build, I turned off these #ifdefs so these features were disabled also. When we dropped the Windows build last year, we removed all these ifdefs. So if you try building for the Mac now, you'll have to get all these features working again (or #ifdef them out again). Talking to cameras, in particular, might involve some system-dependent challenges. If you do make more progress with this port we'd certainly be interested to hear about it! adam On 07/08/2011 06:41 PM, Christopher Kilding wrote: > Recently I decided to finally sanitise and organise my photo collection on my Mac which was previously a mess. However I found my choice of apps to do this was pretty much limited to iPhoto - which for a couple of reasons may be undesirable, notably the monolithic proprietary database it stores the photos in, the tendency of said database to get corrupted when it gets large, and the suggestions that version '11 might possibly be worse than the previous version '09 in some respects. The fact that it has to compete with - or in other words yield to - its bigger brother Aperture is also not ideal. > > With that in mind, I've set out to bring Shotwell to Snow Leopard. The first step was to see if the vanilla source in the Git repo will compile. So far compilation against Macports has *almost* worked, in that all dependencies have been pulled in and work except for the following: > - 2 dependencies are missing from Macports, gexiv2 and gudev-1.0; > - and 2 should work but don't; libsoup - because "file /opt/local/lib/gio/modules/libgiolibproxy.so does not exist" so that can't be built - and webkit, which depends on libsoup, fails too. > > Any ideas on how to fix this? > > Thanks in advance. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From fernan13malaga at gmail.com Mon Jul 11 22:17:50 2011 From: fernan13malaga at gmail.com (Fernan) Date: Tue, 12 Jul 2011 00:17:50 +0200 Subject: [Shotwell] Just an idea. Message-ID: <4E1B768E.3040401@gmail.com> First of all, sorry for my bad english. If it's possible, can I import by type? i.e: jpg = /%Y/%d-%m-%Y/ cr2 = /%Y/%d-%m-%Y/RAW/ mov = /%Y/%d-%m-%Y/Videos/ Many thanks for your work ! From lorenzo.milesi at ufficyo.com Tue Jul 12 06:07:28 2011 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Tue, 12 Jul 2011 08:07:28 +0200 (CEST) Subject: [Shotwell] RAWs from F-Spot In-Reply-To: <2113787164.800.1310450837851.JavaMail.root@quaglia> Message-ID: <1798960497.802.1310450848098.JavaMail.root@quaglia> Hi. I've seen today that raw development using external programs is now part of shotwell (http://trac.yorba.org/ticket/3730). I was wondering, will the F-Spot importer support this new feature? My F-Spot library has all R+J pictures, plus some developed versions of the same pic. Will Shotwell import them correctly? thanks. From liste at jordet.net Tue Jul 12 09:48:04 2011 From: liste at jordet.net (Stian Jordet) Date: Tue, 12 Jul 2011 11:48:04 +0200 Subject: [Shotwell] Just an idea. In-Reply-To: <4E1B768E.3040401@gmail.com> References: <4E1B768E.3040401@gmail.com> Message-ID: <4E1C1854.7060603@jordet.net> Den 12.07.2011 00:17, skrev Fernan: > First of all, sorry for my bad english. > > If it's possible, can I import by type? i.e: > > jpg = /%Y/%d-%m-%Y/ > cr2 = /%Y/%d-%m-%Y/RAW/ > mov = /%Y/%d-%m-%Y/Videos/ I like this idea a lot! I'm not importing movies into Shotwell yet, because I'm not really happy about keeping movies and photos in the same directory structure. So if a variable for jpg/raw/movies would exist, it would be awesome. Though I can see that it could possibly complicate things quite a lot... Second, I really miss the possibility to specify the filename I want when I import, and not just the directory. I have from old times used a perl script to import my pictures into following structure: ~/Photos/201107/2011-07-10-0001.jpg and would love to retire that script and just import with Shotwell... Regards, Stian From lutimdale at yahoo.com Tue Jul 12 12:07:34 2011 From: lutimdale at yahoo.com (Lu Timdale) Date: Tue, 12 Jul 2011 05:07:34 -0700 (PDT) Subject: [Shotwell] Just an idea. In-Reply-To: <4E1B768E.3040401@gmail.com> References: <4E1B768E.3040401@gmail.com> Message-ID: <1310472454.15329.YahooMailNeo@web160802.mail.bf1.yahoo.com> +1 for raw don't really care about the videos ? Lu Timdale lutimdale at yahoo.com ________________________________ From: Fernan To: shotwell at lists.yorba.org Sent: Monday, July 11, 2011 6:17:50 PM Subject: [Shotwell] Just an idea. First of all, sorry for my bad english. If it's possible, can I import by type? i.e: jpg = /%Y/%d-%m-%Y/ cr2 = /%Y/%d-%m-%Y/RAW/ mov = /%Y/%d-%m-%Y/Videos/ Many thanks for your work ! _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From joseph.bylund at gmail.com Tue Jul 12 12:48:12 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Tue, 12 Jul 2011 08:48:12 -0400 Subject: [Shotwell] Handling of Identically _Named_ Files on Import Message-ID: <4E1C428C.1030204@gmail.com> Say I were to go out with a family member, both carrying cameras and take photos of the same event. What would happen on import if we both produced a file with the same name on the same date, i.e. dsc_0001.jpg on 7/12/2011? Obviously the photos would differ by at least the serial number of the camera in the exif data (and safe to assume a load of other things). Would this be marked as a duplicate and not imported (not good)? or would the second be imported overwriting the first (also not good)? or would they somehow be renamed so as to both be imported and not have any collisions (better)? I suppose I will test on a day I'm not taking any photos. thanks, -Joe From alexandre.rosenfeld at gmail.com Tue Jul 12 15:10:59 2011 From: alexandre.rosenfeld at gmail.com (Alexandre Rosenfeld) Date: Tue, 12 Jul 2011 11:10:59 -0400 Subject: [Shotwell] Improve Shotwell Slideshow - Weekly Report #7 Message-ID: Hey everyone, Sorry for the late report. This week I got a bit stuck in the problems I had trying to get Clutter to export a video (the problem was that clutter_stage_read_pixels is not working and crashing the application). I tried looking into the Clutter code to find a solution and I found where the error is being raised, but I don't know enough about Clutter to know why it happens and what should I do differently to avoid it. Sending an email to the Clutter mailing list didnt help so far. My experiments with timelines and animations seems to tell me it will be possible to export a Clutter stage to a GStreamer pipeline just by advancing the timelines in Clutter and exporting the stage. This means that using Clutter for the animations would make everything easier, which makes these errors I'm getting exporting the Clutter stage even more annoying. One option I'm thinking is to add the code for exporting the video, together with the interface, but don't enable it by default until it actually works (and I hope it will work soon). *General report* * * We just got to the mid-term evaluations, so this is a report of my work so far. You can check my project wiki for more information: http://live.gnome.org/AlexandreRosenfeld_Shotwell_Slideshow I started out implementing a Clutter based slideshow, which meant integrating Clutter into Shotwell and creating the slideshow controls using Clutter. This already allows some cool transition effects without too much trouble (Clutter handle a lot of the details of the animations). That doesn't mean I've finished my first item in the features list, because even if basic effects are easily done, I want to experiment with more advanced transitions. However, this dependes on the Export Slideshow as Videos features, since the transitions must also be exported. Right now, which I indicate above, I'm having troubles with the Export feature. The Background Music feature was completed, aside from a few minor features still missing. I really like the end result, which integrates with Banshee to select a playlist while showing your pictures and is flexible enough to be easily extended to support other sources of music in the future. I would say the project is about half-completed, since one of the three big features is complete and the other two are about half-completed, so it brings the poject to be more or less on schedule. * * *Alexandre Rosenfeld* From valentin at sanva.net Tue Jul 12 17:19:35 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Tue, 12 Jul 2011 19:19:35 +0200 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 07 Message-ID: Hi! [NOTE: You can see a Spanish version of this mail in my personal blog, http://sanva.net/blog/100/ ] Last week I continued improving the interface of the Faces tool. Until now, if the photo was clicked (having Faces tool activated, of course) a new rectangle would be added with default dimensions. Now the user has to click & drag to create that rectangle, as if he wants to select an area. I also continued working a bit on face detection, looking for info in the OpenCV web page ( http://opencv.willowgarage.com/ ), thinking about how to implement an usable interface to this feature, and managing to compile Shotwell with some code to test the VAPI file I created ?I have been testing it with C and Vala test programs, but now I have that test code working inside Shotwell. This week I'll continue to work on those things, since my mentor continues to ask me for little improvements in the Faces tool interface ?I think that with all this little changes the whole thing is going very well. Cheers! From eric at yorba.org Tue Jul 12 18:29:59 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 12 Jul 2011 11:29:59 -0700 Subject: [Shotwell] Just an idea. In-Reply-To: <4E1B768E.3040401@gmail.com> References: <4E1B768E.3040401@gmail.com> Message-ID: On Mon, Jul 11, 2011 at 3:17 PM, Fernan wrote: > First of all, sorry for my bad english. > > If it's possible, can I import by type? i.e: > > jpg = /%Y/%d-%m-%Y/ > cr2 = /%Y/%d-%m-%Y/RAW/ > mov = /%Y/%d-%m-%Y/Videos/ > > Many thanks for your work ! > Seems reasonable. I opened a ticket on this: http://trac.yorba.org/ticket/3839 - Eric From eric at yorba.org Tue Jul 12 18:43:58 2011 From: eric at yorba.org (Eric Gregory) Date: Tue, 12 Jul 2011 11:43:58 -0700 Subject: [Shotwell] RAWs from F-Spot In-Reply-To: <1798960497.802.1310450848098.JavaMail.root@quaglia> References: <2113787164.800.1310450837851.JavaMail.root@quaglia> <1798960497.802.1310450848098.JavaMail.root@quaglia> Message-ID: On Mon, Jul 11, 2011 at 11:07 PM, Lorenzo Milesi wrote: > Hi. > > I've seen today that raw development using external programs is now part of > shotwell (http://trac.yorba.org/ticket/3730). > > I was wondering, will the F-Spot importer support this new feature? > My F-Spot library has all R+J pictures, plus some developed versions of the > same pic. Will Shotwell import them correctly? > > thanks. > > A couple of things: 1. RAW development using external editors has been a part of Shotwell for a long time -- but all we can do is send the RAW file to an external editor. That hasn't changed. 2. As far as I can tell, F-Spot doesn't have explicit handling for RAW+JPEG. When you import from F-Spot (or a camera or a folder) in the upcoming Shotwell 0.11, you'll get a single photo that has two development modes; one for the Shotwell-developed RAW and one of for the JPEG developed by the camera. - Eric From mateusz at loskot.net Tue Jul 12 18:44:50 2011 From: mateusz at loskot.net (=?utf-8?B?TWF0ZXVzeiBMb3Nrb3Q=?=) Date: Tue, 12 Jul 2011 19:44:50 +0100 Subject: [Shotwell] =?utf-8?q?Adding_Positional_Tags_to_Shotwell=3A_Weekly?= =?utf-8?q?_Report_07?= Message-ID: Hi, Any chance to publish your experiments, for example, at github? I'd love to take look, try, test, perhaps contribute. -- Mateusz ?oskot, http::/mateusz.loskot.net (Sent from my mobile) ----- Reply message ----- From: "Valent?n" Date: Tue, Jul 12, 2011 18:19 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 07 To: Cc: "shotwell" Hi! [NOTE: You can see a Spanish version of this mail in my personal blog, http://sanva.net/blog/100/ ] Last week I continued improving the interface of the Faces tool. Until now, if the photo was clicked (having Faces tool activated, of course) a new rectangle would be added with default dimensions. Now the user has to click & drag to create that rectangle, as if he wants to select an area. I also continued working a bit on face detection, looking for info in the OpenCV web page ( http://opencv.willowgarage.com/ ), thinking about how to implement an usable interface to this feature, and managing to compile Shotwell with some code to test the VAPI file I created ?I have been testing it with C and Vala test programs, but now I have that test code working inside Shotwell. This week I'll continue to work on those things, since my mentor continues to ask me for little improvements in the Faces tool interface ?I think that with all this little changes the whole thing is going very well. Cheers! _______________________________________________ Shotwell mailing list Shotwell at lists.yorba.org http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From valentin at sanva.net Tue Jul 12 21:08:43 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Tue, 12 Jul 2011 23:08:43 +0200 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 07 In-Reply-To: <4e1c9647.903ce30a.0614.4257SMTPIN_ADDED@mx.google.com> References: <4e1c9647.903ce30a.0614.4257SMTPIN_ADDED@mx.google.com> Message-ID: Hi Mateusz, The test programs I created to test OpenCV form Vala are really simple, and I only created them to test if I would be able to write a VAPI file. But if you want to take a look at them, feel free to do it, and feel free to contact me if you have something to ask or tell me. You can see the C++ version here, http://dasl.mem.drexel.edu/~noahKuntz/openCVTut11.html ?the version I have is almost the same program; and I just uploaded the Vala version in a newly created github account, you can see it here, git at github.com: Sanva/OpenCV-test-programs.git Cheers! 2011/7/12 Mateusz Loskot > Hi, > Any chance to publish your experiments, for example, at github? > I'd love to take look, try, test, perhaps contribute. > -- > Mateusz ?oskot, http::/mateusz.loskot.net > (Sent from my mobile) > > > ----- Reply message ----- > From: "Valent?n" > Date: Tue, Jul 12, 2011 18:19 > Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 07 > To: > Cc: "shotwell" > > > Hi! > > [NOTE: You can see a Spanish version of this mail in my personal blog, > http://sanva.net/blog/100/ ] > > Last week I continued improving the interface of the Faces tool. Until now, > if the photo was clicked (having Faces tool activated, of course) a new > rectangle would be added with default dimensions. Now the user has to click > & drag to create that rectangle, as if he wants to select an area. > > I also continued working a bit on face detection, looking for info in the > OpenCV web page ( http://opencv.willowgarage.com/ ), thinking about how to > implement an usable interface to this feature, and managing to compile > Shotwell with some code to test the VAPI file I created ?I have been > testing > it with C and Vala test programs, but now I have that test code working > inside Shotwell. > > This week I'll continue to work on those things, since my mentor continues > to ask me for little improvements in the Faces tool interface ?I think that > with all this little changes the whole thing is going very well. > > Cheers! > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > From lorenzo.milesi at ufficyo.com Wed Jul 13 06:07:12 2011 From: lorenzo.milesi at ufficyo.com (Lorenzo Milesi) Date: Wed, 13 Jul 2011 08:07:12 +0200 (CEST) Subject: [Shotwell] RAWs from F-Spot In-Reply-To: Message-ID: <17bc97c0-3271-4109-b4b3-c81bca919057@ariel> > 2. As far as I can tell, F-Spot doesn't have explicit handling for > RAW+JPEG. When you import from F-Spot (or a camera or a folder) in > the upcoming Shotwell 0.11, you'll get a single photo that has two > development modes; one for the Shotwell-developed RAW and one of for > the JPEG developed by the camera. Yes you're right. The only handling f-spot has is an extension which merges JPG and RAW with the same name (in the same folder) as two versions of a single image. From what I can see S doesn't handle versions [yet?], so how these pictures should/will be treated? thanks From ctvoigt at online.de Wed Jul 13 06:39:08 2011 From: ctvoigt at online.de (Christian Voigt) Date: Wed, 13 Jul 2011 08:39:08 +0200 Subject: [Shotwell] DingleClick in UI Message-ID: <201107130839.08679.ctvoigt@online.de> Hello list, whats about ticket #2826? It seems to be fixed quickly ;-). Shall I give it a try? I would try to read gconf property from nautilus and disable/enable doubleclick for Page. To select items the user may use "copy-reckt". Hacked it yesterday by just deleting the doubleclick event (really ugly solution), but it feels cool on my tablet pc :-). Greeets Christian From ctvoigt at online.de Wed Jul 13 06:43:26 2011 From: ctvoigt at online.de (Christian Voigt) Date: Wed, 13 Jul 2011 08:43:26 +0200 Subject: [Shotwell] SingleClick in UI In-Reply-To: <201107130839.08679.ctvoigt@online.de> References: <201107130839.08679.ctvoigt@online.de> Message-ID: <201107130843.26963.ctvoigt@online.de> fixed subject :D On Wednesday 13 July 2011 08:39:08 Christian Voigt wrote: > Hello list, > > whats about ticket #2826? > It seems to be fixed quickly ;-). > Shall I give it a try? > > I would try to read gconf property from nautilus and disable/enable > doubleclick for Page. To select items the user may use "copy-reckt". > > Hacked it yesterday by just deleting the doubleclick event (really ugly > solution), but it feels cool on my tablet pc :-). > > Greeets > Christian > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From joel at duckworth.me Wed Jul 13 11:56:33 2011 From: joel at duckworth.me (Joel Duckworth) Date: Wed, 13 Jul 2011 13:56:33 +0200 Subject: [Shotwell] Reorganise photo files Message-ID: Hi all, I'm loving shotwell, just wondering if there are any existing feature requests for re-organising the files after importing them. Like you have the option to choose the layout of the files you import yyyy/mm/dd etc. What about an option to go through the files in your library and move them into new folders e.g yyyy/mm/dd (jpeg picture date or event date) or something like that. It would be nice to clear out the thousand random folders I have with my old collection of photos and have them organised on the hdd not just in the program. I've read about using jhead to move jpegs to new folders based on the jpeg date, but it's a bit manual and something I thought would be a very handy feature in shotwell instead. Also it doesn't work for avi's and other non jpegs. Shouldn't be too hard to code I think, one the of main issues would be to handle file name confilcts e.g if you have /event1/photo1.jpg and /event2/photo1.jpg and they are different photos then one would need to be renamed if they go put into the same folder. Jhead already has some logic for doing this (see jhead -n option man page) *If the target name already exists, the name will be appended with "a", "b", "c", etc, unless the name ends with a letter, in which case it * *will be appended with "0", "1", "2", etc.* * * Interested in your thoughts, thanks, Joel From blklists at elementarea.net Wed Jul 13 17:00:17 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Wed, 13 Jul 2011 19:00:17 +0200 Subject: [Shotwell] Handling of Identically _Named_ Files on Import In-Reply-To: <4E1C428C.1030204@gmail.com> References: <4E1C428C.1030204@gmail.com> Message-ID: <1310576420.1771.2.camel@thinky> Don't worry, all your photos will be imported without overwriting any from the other camera (they'll be renamed e.g. dsc_0001_1.jpg). It might be though, that they won't end up in the same event automatically (but you can of course merge the events - again safely without losing pictures). On the HD they should end in the same folder though if they carry the same date. cheers On Die, 2011-07-12 at 08:48 -0400, Joseph Bylund wrote: > Say I were to go out with a family member, both carrying cameras and > take photos of the same event. What would happen on import if we both > produced a file with the same name on the same date, i.e. dsc_0001.jpg > on 7/12/2011? Obviously the photos would differ by at least the serial > number of the camera in the exif data (and safe to assume a load of > other things). Would this be marked as a duplicate and not imported > (not good)? or would the second be imported overwriting the first (also > not good)? or would they somehow be renamed so as to both be imported > and not have any collisions (better)? I suppose I will test on a day > I'm not taking any photos. > > thanks, > -Joe > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From eric at yorba.org Wed Jul 13 18:33:59 2011 From: eric at yorba.org (Eric Gregory) Date: Wed, 13 Jul 2011 11:33:59 -0700 Subject: [Shotwell] RAWs from F-Spot In-Reply-To: <17bc97c0-3271-4109-b4b3-c81bca919057@ariel> References: <17bc97c0-3271-4109-b4b3-c81bca919057@ariel> Message-ID: On Tue, Jul 12, 2011 at 11:07 PM, Lorenzo Milesi wrote: > > 2. As far as I can tell, F-Spot doesn't have explicit handling for > > RAW+JPEG. When you import from F-Spot (or a camera or a folder) in > > the upcoming Shotwell 0.11, you'll get a single photo that has two > > development modes; one for the Shotwell-developed RAW and one of for > > the JPEG developed by the camera. > > Yes you're right. The only handling f-spot has is an extension which merges > JPG and RAW with the same name (in the same folder) as two versions of a > single image. From what I can see S doesn't handle versions [yet?], so how > these pictures should/will be treated? > > thanks > For RAW photos, we've added a new menu item called Developer. In this menu, you can switch between Shotwell's developer and the Camera developer. Camera corresponds with the jpeg photo from the RAW+JPG pair, or the embedded jpeg if that's not available. Shotwell remembers your choice of developer for each photo. In the preferences dialog, you can set the default developer for newly imported photos. - Eric From f.pietta at gmail.com Wed Jul 13 19:05:48 2011 From: f.pietta at gmail.com (Federico "Darkmagister" Pietta) Date: Wed, 13 Jul 2011 21:05:48 +0200 Subject: [Shotwell] shotwell 0.10.1 (git) on debian Message-ID: <4E1DEC8C.5080400@gmail.com> hi all, this is my first email here ;) i want to use this beautoful program on my debian box, i tried to install the repo versione (0.9.3) but i want to try the git version, i follow a little the how to on the wiki .. but i find it quite old :( i do this : apt-get install -t experimental libexiv2-dev and all other dependancie i download from git vala and compile it with normal method (configure, make, make install) i download gexiv2 from git and compile it now i can download git version of shotwell configure but on the make i received this: ../common/Resources.vala shotwell-publishing.vala FacebookPublishing.vala PicasaPublishing.vala FlickrPublishing.vala YouTubePublishing.vala ../common/RESTSupport.vala ../common/RESTSupport.vala:337.9-337.40: error: Return value transfers ownership but method return type hasn't been declared to transfer ownership return message.response_headers; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Compilation failed: 1 error(s), 0 warning(s) someone can help me ??? ps. another little question, on shotwell can i see all the exif info of the image ??? how ?? :D thanks ;) -- Federico Pietta "Darkmagister" http://www.darkmagister.org http://www.webosphone.it Linux Registered User: #425709 public gpg key: gpg --keyserver pgp.mit.edu --recv-key 65E45DEF From f.pietta at gmail.com Wed Jul 13 19:10:03 2011 From: f.pietta at gmail.com (Federico "Darkmagister" Pietta) Date: Wed, 13 Jul 2011 21:10:03 +0200 Subject: [Shotwell] shotwell 0.10.1 (git) on debian In-Reply-To: <4E1DEC8C.5080400@gmail.com> References: <4E1DEC8C.5080400@gmail.com> Message-ID: <4E1DED8B.3090309@gmail.com> On 13/07/2011 21:05, Federico "Darkmagister" Pietta wrote: > hi all, this is my first email here ;) > > [..] mmmm i have send the email to early here a better english version ;) hi all, this is my first email here ;) i want to use this beautiful program on my debian box, i tried to install the repo version (0.9.3) but i want to try the git version, i follow a little the how to on the wiki .. but i find it quite old :( i have done this : apt-get install -t experimental libexiv2-dev and all other dependencies i download vala from git and compile it with normal method (configure, make, make install) i download gexiv2 from git and compile it now i can download git version of shotwell ./configure but on the make i received this: ../common/Resources.vala shotwell-publishing.vala FacebookPublishing.vala PicasaPublishing.vala FlickrPublishing.vala YouTubePublishing.vala ../common/RESTSupport.vala ../common/RESTSupport.vala:337.9-337.40: error: Return value transfers ownership but method return type hasn't been declared to transfer ownership return message.response_headers; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Compilation failed: 1 error(s), 0 warning(s) someone can help me ??? ps. another little question, on shotwell can i see all the exif info of the image ??? how ?? :D thanks ;) -- Federico Pietta "Darkmagister" http://www.darkmagister.org http://www.webosphone.it Linux Registered User: #425709 public gpg key: gpg --keyserver pgp.mit.edu --recv-key 65E45DEF From clinton at yorba.org Wed Jul 13 19:34:58 2011 From: clinton at yorba.org (Clinton Rogers) Date: Wed, 13 Jul 2011 12:34:58 -0700 Subject: [Shotwell] shotwell 0.10.1 (git) on debian In-Reply-To: <4E1DED8B.3090309@gmail.com> References: <4E1DEC8C.5080400@gmail.com> <4E1DED8B.3090309@gmail.com> Message-ID: Hi Federico, > hi all, this is my first email here ;) > Welcome! > > now i can download git version of shotwell > ./configure > but on the make i received this: > ../common/Resources.vala shotwell-publishing.vala > FacebookPublishing.vala PicasaPublishing.vala FlickrPublishing.vala > YouTubePublishing.vala ../common/RESTSupport.vala > ../common/RESTSupport.vala:337.9-337.40: error: Return value transfers > ownership but method return type hasn't been declared to transfer ownership > return message.response_headers; > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Compilation failed: 1 error(s), 0 warning(s) > This may be due to changes in Vala itself; can you try running the following command: valac --version and see what it says? Currently, Shotwell requires Vala 0.12 to build correctly. > ps. another little question, on shotwell can i see all the exif info of > the image ??? how ?? :D > Shotwell doesn't currently display every EXIF tag, but it is possible to get quite a bit of extended information about an image, such as the camera make and model or GPS coordinates. In the main window, you can do this by either typing Ctrl+Shift+X or by choosing 'Extended Information' in the 'View' menu. > > thanks ;) > Thank you for your interest in Shotwell! Cheers, -c From lucas at yorba.org Wed Jul 13 20:52:46 2011 From: lucas at yorba.org (Lucas Beeler) Date: Wed, 13 Jul 2011 13:52:46 -0700 Subject: [Shotwell] Improve Shotwell Slideshow - Weekly Report #7 In-Reply-To: References: Message-ID: Hi Alexandre, Could you send me a current diff of your work just so that I can see what you're up to? Overall, the work sounds great! Thanks and take care, Lucas On Tue, Jul 12, 2011 at 8:10 AM, Alexandre Rosenfeld wrote: > Hey everyone, > > Sorry for the late report. > > This week I got a bit stuck in the problems I had trying to get Clutter to > export a video (the problem was that clutter_stage_read_pixels is not > working and crashing the application). I tried looking into the Clutter code > to find a solution and I found where the error is being raised, but I don't > know enough about Clutter to know why it happens and what should I do > differently to avoid it. Sending an email to the Clutter mailing list didnt > help so far. > My experiments with timelines and animations seems to tell me it will be > possible to export a Clutter stage to a GStreamer pipeline just by advancing > the timelines in Clutter and exporting the stage. This means that using > Clutter for the animations would make everything easier, which makes these > errors I'm getting exporting the Clutter stage even more annoying. One > option I'm thinking is to add the code for exporting the video, together > with the interface, but don't enable it by default until it actually works > (and I hope it will work soon). > > *General report* > * > * > We just got to the mid-term evaluations, so this is a report of my work so > far. You can check my project wiki for more information: > http://live.gnome.org/AlexandreRosenfeld_Shotwell_Slideshow > > I started out implementing a Clutter based slideshow, which meant > integrating Clutter into Shotwell and creating the slideshow controls using > Clutter. This already allows some cool transition effects without too much > trouble (Clutter handle a lot of the details of the animations). That > doesn't mean I've finished my first item in the features list, because even > if basic effects are easily done, I want to experiment with more advanced > transitions. However, this dependes on the Export Slideshow as Videos > features, since the transitions must also be exported. Right now, which I > indicate above, I'm having troubles with the Export feature. > The Background Music feature was completed, aside from a few minor features > still missing. I really like the end result, which integrates with Banshee > to select a playlist while showing your pictures and is flexible enough to > be easily extended to support other sources of music in the future. > > I would say the project is about half-completed, since one of the three big > features is complete and the other two are about half-completed, so it > brings the poject to be more or less on schedule. > * > * > *Alexandre Rosenfeld* > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From ch.schilling at gmx.de Wed Jul 13 21:09:27 2011 From: ch.schilling at gmx.de (Christoph Schilling) Date: Thu, 14 Jul 2011 00:09:27 +0300 Subject: [Shotwell] how to get the UserComment of the Image Data into SW? Message-ID: <4E1E0987.5080909@gmx.de> Hi, I would like to move my pictures from fspot to SW, but the the UserComment of the Image Data, where f-spot puts my comments to the pictures, are not recognized by SW. Does someone has an idea, what to do? Thank you Christoph From clinton at yorba.org Wed Jul 13 22:08:18 2011 From: clinton at yorba.org (Clinton Rogers) Date: Wed, 13 Jul 2011 15:08:18 -0700 Subject: [Shotwell] Reorganise photo files In-Reply-To: References: Message-ID: Hi Joel, On Wed, Jul 13, 2011 at 4:56 AM, Joel Duckworth wrote: > Hi all, > I'm loving shotwell, just wondering if there are any existing feature > requests for re-organising the files after importing them. Like you have > the > option to choose the layout of the files you import yyyy/mm/dd etc. What > about an option to go through the files in your library and move them into > new folders e.g yyyy/mm/dd (jpeg picture date or event date) or something > like that. > We have some feature requests open for being able to choose the directory organization scheme, but nothing that quite matches this. I'll generate a ticket for it shortly. > Shouldn't be too hard to code I think, one the of main issues would be to > handle file name confilcts e.g if you have /event1/photo1.jpg and > /event2/photo1.jpg and they are different photos then one would need to be > renamed if they go put into the same folder. Jhead already has some logic > for doing this (see jhead -n option man page) > > *If the target name already exists, the name will be appended with "a", > "b", "c", etc, unless the name ends with a letter, in which case it * > *will be appended with "0", "1", "2", etc.* > Shotwell already has code to handle the case where two images with the same filename, but different contents get imported (the second one it encounters is renamed), so that particular piece of the puzzle may already be solved. Thanks for your interest in Shotwell, and, as always, if you have any other ideas about how we can make it better, please let us know. Cheers, -c From f.pietta at gmail.com Wed Jul 13 23:02:39 2011 From: f.pietta at gmail.com (Federico "Darkmagister" Pietta) Date: Thu, 14 Jul 2011 01:02:39 +0200 Subject: [Shotwell] publishing plugin with git version Message-ID: <4E1E240F.5090604@gmail.com> i compile the new shotwell 0.10 from git... today i setu up a piwigo site, and i want to try the update that i see on the 0.9.3 version, but it told me that i need to enable a plugin i go to preferences, plugin i see 2 plugin but i can enable or disable (i can't udestand if it's enable or not) or click on the information button ...it's normal ?? maybe a new implementation under contruction ?? or i have some problem ??? -- Federico Pietta "Darkmagister" http://www.darkmagister.org http://www.webosphone.it Linux Registered User: #425709 public gpg key: gpg --keyserver pgp.mit.edu --recv-key 65E45DEF From clinton at yorba.org Thu Jul 14 03:35:23 2011 From: clinton at yorba.org (Clinton Rogers) Date: Wed, 13 Jul 2011 20:35:23 -0700 Subject: [Shotwell] publishing plugin with git version In-Reply-To: <4E1E240F.5090604@gmail.com> References: <4E1E240F.5090604@gmail.com> Message-ID: Hi again, On Wed, Jul 13, 2011 at 4:02 PM, Federico "Darkmagister" Pietta < f.pietta at gmail.com> wrote: > i compile the new shotwell 0.10 from git... today i setu up a piwigo > site, and i want to try the update that i see on the 0.9.3 version, but > it told me that i need to enable a plugin > To enable a publishing plugin, simply ensure the box next to it is checked. (The checkboxes themselves may differ slightly in appearance based on your system's theme, but, when checked, should look like any other checked checkbox.) > i go to preferences, plugin i see 2 plugin but i can enable or disable > (i can't udestand if it's enable or not) or click on the information > button ...it's normal ?? maybe a new implementation under contruction ?? > or i have some problem ??? > Do you see a 'Piwigo' option with the Piwigo logo by it? As long as the box next to it is checked, it should work. If you don't have this, it may be that one or more plugins didn't compile successfully, and we'd be happy to help you resolve this. If you do have this checked already, and it's still not working, this may indicate a deeper bug, and I'd be happy to help you debug it and generate a ticket on our side as needed. Cheers, -c From f.pietta at gmail.com Thu Jul 14 15:38:57 2011 From: f.pietta at gmail.com (Federico "Darkmagister" Pietta) Date: Thu, 14 Jul 2011 17:38:57 +0200 Subject: [Shotwell] Problem with shotwell 0.9.3 and piwigo 2.3.3 Message-ID: <4E1F0D91.90301@gmail.com> hi, i can't use the git version of shotwell ... because i can't compile (i don't know i have to do) the plugin for upload with piwigo i have installed the old repo versione 0.9.3 i tried to upload a foto from the programm to the web gallery, it's work ... but it doesn't send the image ... on the web i have the image the info but not the image file.... (if i upload a file manually from the web it's work ...) maybe the uploader doesn't work anymore ? or ... it's not finished ??? maybe with the new versione of shotwell i can solve this problem ... but i haven't the plugin on it :( -- Federico Pietta "Darkmagister" http://www.darkmagister.org http://www.webosphone.it Linux Registered User: #425709 public gpg key: gpg --keyserver pgp.mit.edu --recv-key 65E45DEF From f.pietta at gmail.com Thu Jul 14 15:54:23 2011 From: f.pietta at gmail.com (Federico "Darkmagister" Pietta) Date: Thu, 14 Jul 2011 17:54:23 +0200 Subject: [Shotwell] Problem with shotwell 0.9.3 and piwigo 2.2.3 In-Reply-To: <4E1F0D91.90301@gmail.com> References: <4E1F0D91.90301@gmail.com> Message-ID: <4E1F112F.2030907@gmail.com> On 14/07/2011 17:38, Federico "Darkmagister" Pietta wrote: > hi, i can't use the git version of shotwell ... because i can't compile > (i don't know i have to do) the plugin for upload with piwigo > > i have installed the old repo versione 0.9.3 i tried to upload a foto > from the programm to the web gallery, it's work ... but it doesn't send > the image ... on the web i have the image the info but not the image > file.... > > (if i upload a file manually from the web it's work ...) > > maybe the uploader doesn't work anymore ? or ... it's not finished ??? > > maybe with the new versione of shotwell i can solve this problem ... but > i haven't the plugin on it :( > sorry the piwigo version is 2.2.3... -- Federico Pietta "Darkmagister" http://www.darkmagister.org http://www.webosphone.it Linux Registered User: #425709 public gpg key: gpg --keyserver pgp.mit.edu --recv-key 65E45DEF From thomas at xyz.pp.se Thu Jul 14 16:16:28 2011 From: thomas at xyz.pp.se (Thomas Novin) Date: Thu, 14 Jul 2011 18:16:28 +0200 Subject: [Shotwell] Shotwell doesn't find the date Message-ID: Hello I just imported my whole F-spot database & then some more from digital camera + two HTC Android phones. >From at least my HTC Sensation Shotwell doesn't find the date. If I press one of these pictures in Shotwell I can see from the little info box on the lower left only Title, Size and Exposure. If right-press & choose properties from Gnome Nautilus on the same file I can see a correct "Date taken". Why isn't this info found in Shotwell? Two screenshots that shows this: https://xyz.pp.se/~thnov/up/Screenshot-Shotwell.png https://xyz.pp.se/~thnov/up/Screenshot-IMAG0100.jpg%20Properties.png Also, for movies taken with this phone the movies are dated, according to Shotwell, 1945-MM-DD. Strange? Month and date is almost correct, a couple of days off. Rgds//Thomas From eric at yorba.org Thu Jul 14 18:20:32 2011 From: eric at yorba.org (Eric Gregory) Date: Thu, 14 Jul 2011 11:20:32 -0700 Subject: [Shotwell] Shotwell doesn't find the date In-Reply-To: References: Message-ID: On Thu, Jul 14, 2011 at 9:16 AM, Thomas Novin wrote: > Hello > > I just imported my whole F-spot database & then some more from digital > camera + two HTC Android phones. > > From at least my HTC Sensation Shotwell doesn't find the date. If I > press one of these pictures in Shotwell I can see from the little info > box on the lower left only Title, Size and Exposure. > > If right-press & choose properties from Gnome Nautilus on the same > file I can see a correct "Date taken". > > Why isn't this info found in Shotwell? > > Two screenshots that shows this: > > https://xyz.pp.se/~thnov/up/Screenshot-Shotwell.png > https://xyz.pp.se/~thnov/up/Screenshot-IMAG0100.jpg%20Properties.png > > Also, for movies taken with this phone the movies are dated, according > to Shotwell, 1945-MM-DD. Strange? Month and date is almost correct, a > couple of days off. > > Rgds//Thomas > Hi Thomas, Any chance you could send us one of the JPGs that has this problem? (Note: this mailing list doesn't allow attachments.) - Eric From ch.schilling at gmx.de Thu Jul 14 20:56:38 2011 From: ch.schilling at gmx.de (Christoph Schilling) Date: Thu, 14 Jul 2011 23:56:38 +0300 Subject: [Shotwell] how to get the UserComment of the Image Data into SW? Message-ID: <4E1F5806.6030500@gmx.de> Sorry to ask again, but I am desperately trying to move my pictures from f-spot (on my old old computer, with old ubuntu) to shotwell on my newer computer with Ubuntu 11.04. I wonder if I am the only one who wrote comments in f-spot to my pictures. In f-spot the comments are saved in ImageData, UserComment, but shotwell does not import these. (is this my fault or is it a bug?) Shotwell uses the field...XMP IPTC dc:title (that's what the image properties say, while phatch image inspector names the field iptc_application2_caption) I tried to rename the tag with phatch batch processor, but it doesn't work (no idea why not). It would be great if someone could help. I cannot really believe that nobody else wanted to import pictures with comments from f-spot to shotwell. Thanks in advance for your help Christoph From adam at yorba.org Thu Jul 14 21:30:36 2011 From: adam at yorba.org (Adam Dingle) Date: Thu, 14 Jul 2011 14:30:36 -0700 Subject: [Shotwell] how to get the UserComment of the Image Data into SW? In-Reply-To: <4E1F5806.6030500@gmx.de> References: <4E1F5806.6030500@gmx.de> Message-ID: <4E1F5FFC.2090308@yorba.org> Christoph, On 07/14/2011 01:56 PM, Christoph Schilling wrote: > Sorry to ask again, but I am desperately trying to move my pictures from > f-spot (on my old old computer, with old ubuntu) to shotwell on my newer > computer with Ubuntu 11.04. > I wonder if I am the only one who wrote comments in f-spot to my pictures. > In f-spot the comments are saved in ImageData, UserComment, but shotwell > does not import these. (is this my fault or is it a bug?) That's a little hard to say, since different photo programs interpret EXIF fields differently. On the Shotwell team, we've done some research about how different programs treat different fields - see http://trac.yorba.org/wiki/PhotoTags Today, Shotwell only supports the notion of a title for each image. As you've correctly observed, that comes from Xmp.dc.title. We'd like to extend Shotwell so that each image can have a description as well as a title: http://trac.yorba.org/ticket/1573 We'll probably display the selected photo's description in the Basic Information area, and allow you to edit it there as well. Now, once we have both titles and descriptions, what should we do with Exif.Photo.UserComment? Is it a title, a description, or something else? On the wiki page above, you'll see that of the other programs we've tested, only DigiKam uses this field, and it treats it as a title, not a description (DigiKam doesn't seem to support photo descriptions at all). But I think I'd be more inclined to import it as a description in Shotwell (assuming that ImageDescription is empty). Of course, if you're importing from F-Spot then Shotwell can read the F-Spot database directly, so it shouldn't have to rely on EXIF tags to get information from F-Spot anyway. With all this said, what can you today? It sounds like you'd like each UserComment to become a *title* in Shotwell. I think you'll need to use some external program to turn each UserComment into a metadata field which Shotwell will read as a title. Note that Shotwell will *not* read a title from any EXIF tag; see the comments in src/photos/PhotoMetadata.vala. You'll need to map Exif.Photo.UserComment into Xmp.dc.title, or Iptc.Application2.Caption, or Iptc.Application2.Headline. I wish I had better news for you, but I hope this clarifies things at least. :) adam From thomas at xyz.pp.se Fri Jul 15 12:20:25 2011 From: thomas at xyz.pp.se (Thomas Novin) Date: Fri, 15 Jul 2011 14:20:25 +0200 Subject: [Shotwell] Shotwell doesn't find the date In-Reply-To: References: Message-ID: <1310732425.13780.6.camel@thnov-desktop.xyz.lan> On tor, 2011-07-14 at 11:20 -0700, Eric Gregory wrote: > > Hi Thomas, > > Any chance you could send us one of the JPGs that has this problem? > (Note: this mailing list doesn't allow attachments.) > Sure, the image that is pictured in the screenshot can be downloaded from here: https://xyz.pp.se/~thnov/up/IMAG0100.jpg Rgds From joel at duckworth.me Fri Jul 15 18:29:30 2011 From: joel at duckworth.me (Joel Duckworth) Date: Fri, 15 Jul 2011 20:29:30 +0200 Subject: [Shotwell] Error importing files with '&' in name or path Message-ID: Hi, maybe this is a known bug, but if you try to import photos with an '&' in the name or anywhere in the full path it doesn't work and report a hardware or file error. Also you cannot use '&' in the event name. I'm using Ubuntu 11.04 and shotwell 0.10.1 from the PPA Cheers, Joel From eric at yorba.org Fri Jul 15 18:40:00 2011 From: eric at yorba.org (Eric Gregory) Date: Fri, 15 Jul 2011 11:40:00 -0700 Subject: [Shotwell] Error importing files with '&' in name or path In-Reply-To: References: Message-ID: On Fri, Jul 15, 2011 at 11:29 AM, Joel Duckworth wrote: > Hi, maybe this is a known bug, but if you try to import photos with an '&' > in the name or anywhere in the full path it doesn't work and report a > hardware or file error. > > Also you cannot use '&' in the event name. > > I'm using Ubuntu 11.04 and shotwell 0.10.1 from the PPA > Cheers, Joel > The event name issue is a known bug: http://trac.yorba.org/ticket/3785 We were not able to reproduce the issue where an ampersand in the path on import caused problems. Are there additional steps necessary to reproduce this one? - Eric From joel at duckworth.me Fri Jul 15 18:52:11 2011 From: joel at duckworth.me (Joel Duckworth) Date: Fri, 15 Jul 2011 20:52:11 +0200 Subject: [Shotwell] Error importing files with '&' in name or path In-Reply-To: References: Message-ID: You're right, I might have been wrong about that. I'm not sure why a bunch of my photos' are not importing, is there a way I can turn on some debugging to get some more information. Also to get a full report from the import process so I can see all the photos not imported? 2762 duplicate photos/videos were not imported: /media/disk1/Photos/2009/01 Camp/09 01 Camp Sten Movie/MVI_0057.AVI /media/disk1/Photos/2009/01 Camp/Joel's/IMG_3202.JPG /media/disk1/Photos/2009/01 Camp/Joel's/IMG_3197.JPG /media/disk1/Photos/2009/01 Camp/Joel's/IMG_3198.JPG (and 2758 more) 575 photos/videos failed to import due to a file or hardware error: /media/disk1/Photos/2009/07_India/all/IMG_4774.JPG /media/disk1/Photos/2009/12 Germany Trip/Eva and Joel 2009/IMG_6394.JPG /media/disk1/Photos/2009/12 Germany Trip/Eva and Joel 2009/IMG_6395.JPG /media/disk1/Photos/2009/12 Germany Trip/Eva and Joel 2009/IMG_6390.JPG (and 571 more) 1 unsupported photo skipped: /media/disk1/Photos/2009/08_Engagement Party/michael's photos/._Julian and friends.jpg On Fri, Jul 15, 2011 at 8:40 PM, Eric Gregory wrote: > On Fri, Jul 15, 2011 at 11:29 AM, Joel Duckworth wrote: > >> Hi, maybe this is a known bug, but if you try to import photos with an '&' >> in the name or anywhere in the full path it doesn't work and report a >> hardware or file error. >> >> Also you cannot use '&' in the event name. >> >> I'm using Ubuntu 11.04 and shotwell 0.10.1 from the PPA >> Cheers, Joel >> > > The event name issue is a known bug: > http://trac.yorba.org/ticket/3785 > > We were not able to reproduce the issue where an ampersand in the path on > import caused problems. Are there additional steps necessary to reproduce > this one? > > - Eric > -- Sincerely, Joel Duckworth http://duckworth.me - joel at duckworth.me +61 413 087 191 From eric at yorba.org Fri Jul 15 19:01:25 2011 From: eric at yorba.org (Eric Gregory) Date: Fri, 15 Jul 2011 12:01:25 -0700 Subject: [Shotwell] Error importing files with '&' in name or path In-Reply-To: References: Message-ID: On Fri, Jul 15, 2011 at 11:52 AM, Joel Duckworth wrote: > You're right, I might have been wrong about that. I'm not sure why a bunch > of my photos' are not importing, is there a way I can turn on some debugging > to get some more information. Also to get a full report from the import > process so I can see all the photos not imported? > > 2762 duplicate photos/videos were not imported: > /media/disk1/Photos/2009/01 Camp/09 01 Camp Sten Movie/MVI_0057.AVI > /media/disk1/Photos/2009/01 Camp/Joel's/IMG_3202.JPG > /media/disk1/Photos/2009/01 Camp/Joel's/IMG_3197.JPG > /media/disk1/Photos/2009/01 Camp/Joel's/IMG_3198.JPG > (and 2758 more) > > 575 photos/videos failed to import due to a file or hardware error: > /media/disk1/Photos/2009/07_India/all/IMG_4774.JPG > /media/disk1/Photos/2009/12 Germany Trip/Eva and Joel 2009/IMG_6394.JPG > /media/disk1/Photos/2009/12 Germany Trip/Eva and Joel 2009/IMG_6395.JPG > /media/disk1/Photos/2009/12 Germany Trip/Eva and Joel 2009/IMG_6390.JPG > (and 571 more) > > 1 unsupported photo skipped: > /media/disk1/Photos/2009/08_Engagement Party/michael's photos/._Julian and > friends.jpg > > The Shotwell FAQ has a section on submitting a bug report -- it tells you how to run with logging enabled to get more info on what's going on. http://trac.yorba.org/wiki/Shotwell/FAQ#IfoundabuginShotwell.HowcanIreportit Let us know if it turns out to be something we need to fix. From clanlaw at googlemail.com Fri Jul 15 19:21:30 2011 From: clanlaw at googlemail.com (Colin Law) Date: Fri, 15 Jul 2011 20:21:30 +0100 Subject: [Shotwell] Error importing files with '&' in name or path In-Reply-To: References: Message-ID: On 15 July 2011 20:01, Eric Gregory wrote: > On Fri, Jul 15, 2011 at 11:52 AM, Joel Duckworth wrote: > >> You're right, I might have been wrong about that. I'm not sure why a bunch >> of my photos' are not importing, is there a way I can turn on some debugging >> to get some more information. Also to get a full report from the import >> process so I can see all the photos not imported? >> >> 2762 duplicate photos/videos were not imported: >> /media/disk1/Photos/2009/01 Camp/09 01 Camp Sten Movie/MVI_0057.AVI >> /media/disk1/Photos/2009/01 Camp/Joel's/IMG_3202.JPG >> /media/disk1/Photos/2009/01 Camp/Joel's/IMG_3197.JPG >> /media/disk1/Photos/2009/01 Camp/Joel's/IMG_3198.JPG >> (and 2758 more) >> >> 575 photos/videos failed to import due to a file or hardware error: >> /media/disk1/Photos/2009/07_India/all/IMG_4774.JPG >> /media/disk1/Photos/2009/12 Germany Trip/Eva and Joel 2009/IMG_6394.JPG >> /media/disk1/Photos/2009/12 Germany Trip/Eva and Joel 2009/IMG_6395.JPG >> /media/disk1/Photos/2009/12 Germany Trip/Eva and Joel 2009/IMG_6390.JPG Are you importing the images direct from SD card? I have an issue in Ubuntu when reading from sd card that the card is sometimes unmounted suddenly during the transfer so some of the images are not able to be accessed. Another symptom of this is that then you get the card is remounted so the What Shall I Do With This File System popup appears again. Colin From eric at yorba.org Fri Jul 15 19:28:24 2011 From: eric at yorba.org (Eric Gregory) Date: Fri, 15 Jul 2011 12:28:24 -0700 Subject: [Shotwell] Shotwell doesn't find the date In-Reply-To: <1310732425.13780.6.camel@thnov-desktop.xyz.lan> References: <1310732425.13780.6.camel@thnov-desktop.xyz.lan> Message-ID: On Fri, Jul 15, 2011 at 5:20 AM, Thomas Novin wrote: > On tor, 2011-07-14 at 11:20 -0700, Eric Gregory wrote: > > > > > Hi Thomas, > > > > Any chance you could send us one of the JPGs that has this problem? > > (Note: this mailing list doesn't allow attachments.) > > > > Sure, the image that is pictured in the screenshot can be downloaded > from here: > > https://xyz.pp.se/~thnov/up/IMAG0100.jpg > > Rgds > > Great! Turns out the image stores its date in a slightly nonstandard format. I opened a bug to add support for this format here: http://trac.yorba.org/ticket/3850 I also attached the image to the ticket (which I hope is okay.) - Eric From joel at duckworth.me Fri Jul 15 19:32:26 2011 From: joel at duckworth.me (Joel Duckworth) Date: Fri, 15 Jul 2011 21:32:26 +0200 Subject: [Shotwell] Error importing files with '&' in name or path In-Reply-To: References: Message-ID: Cheers, I think it's something to do with me running the database directory on FAT32. I'm having a play around with that and I'll let you know if it was the problem. From atte at email.dk Fri Jul 15 21:54:11 2011 From: atte at email.dk (atte) Date: Fri, 15 Jul 2011 14:54:11 -0700 (PDT) Subject: [Shotwell] Shotwell doesn't find the date In-Reply-To: References: <1310732425.13780.6.camel@thnov-desktop.xyz.lan> Message-ID: <1310766851231-44060.post@talk.nabble.com> Hi New user here, same issue, with alle photos fom my htc tattoo, http://atte.dk/2011_01_26-12_51_003.jpg this image shows the problem. NB: Just found shotwell a few days ago, and I'm so excited about it. The fact that it doesn't touch my files and doesn't try to mirror my 50.000+ photos to it's own directory structure, makes it the perfect program for me. -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Shotwell-doesn-t-find-the-date-tp43942p44060.html Sent from the Shotwell mailing list archive at Nabble.com. From atte at email.dk Sat Jul 16 04:35:36 2011 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Sat, 16 Jul 2011 06:35:36 +0200 Subject: [Shotwell] questions regarding the underlying files and directories Message-ID: <4E211518.7020907@email.dk> Hi The way I've been working with shotwell so far is to point it's library to my ~/photo directory, where (obviously) my photos are located. So I didn't use the "import from folder" menu entry, simply pointed edit->preferences->library->library location to where the photos were already located. It seems to work just great, also when adding new photos to this directory, AFAIR it even works if I move a photo between folders (something I normally don't do). But are there any drawbacks to this strategy? Would it work with my large collection of old photos mounted from an usb drive into ~/photos (the library location), and what would happen, when that usb suddenly is not mounted when the laptop is away from the usb drive? I realize I won't have access to the photos when the usb is missing and that shotwell would probably report those as missing... The plan is to mount the same folders on my wifes laptop over NFS. Would that work too? And now a really hacky idea I got: We would like to share the database (the tags, edits and ratings), would it be possible to simply share ~/.shotwell in dropbox (with a symlink in place pointing from ~/shotwell to somewhere in ~/Dropbox)? I guess that would require the directory structure of ~/photos to be exactly the same... Which bad things would happen if we both run shutwell at the same time, each accessing and updating ~/.shotwell at the same time? If not, are there a better way of looking at the same files, working with the same shotwell information (edits, ratings and tags) from two or more computers? And finally: how important is it that the shotwell versions are the same on two computers (provided it even works with a shared db somehow)? I'm running arch on my laptop, she's using ubuntu (10.10 I think)... -- Atte http://atte.dk http://modlys.dk From brunogirin at gmail.com Sat Jul 16 09:09:29 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 16 Jul 2011 10:09:29 +0100 Subject: [Shotwell] RAWs from F-Spot In-Reply-To: References: <2113787164.800.1310450837851.JavaMail.root@quaglia> <1798960497.802.1310450848098.JavaMail.root@quaglia> Message-ID: <1310807369.1774.3.camel@nuuk> On Tue, 2011-07-12 at 11:43 -0700, Eric Gregory wrote: > On Mon, Jul 11, 2011 at 11:07 PM, Lorenzo Milesi A couple of things: > > 1. RAW development using external editors has been a part of Shotwell for a > long time -- but all we can do is send the RAW file to an external editor. > That hasn't changed. > > 2. As far as I can tell, F-Spot doesn't have explicit handling for RAW+JPEG. > When you import from F-Spot (or a camera or a folder) in the upcoming > Shotwell 0.11, you'll get a single photo that has two development modes; one > for the Shotwell-developed RAW and one of for the JPEG developed by the > camera. Eric, Will the F-Spot import need to change in order to support the RAW+JPEG functionality or will it happen automatically? If the former, a ticket in trac would be good. Cheers, Bruno From brunogirin at gmail.com Sat Jul 16 09:23:16 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 16 Jul 2011 10:23:16 +0100 Subject: [Shotwell] how to get the UserComment of the Image Data into SW? In-Reply-To: <4E1E0987.5080909@gmx.de> References: <4E1E0987.5080909@gmx.de> Message-ID: <1310808196.1774.8.camel@nuuk> On Thu, 2011-07-14 at 00:09 +0300, Christoph Schilling wrote: > Hi, > I would like to move my pictures from fspot to SW, but the the > UserComment of the Image Data, where f-spot puts my comments to the > pictures, are not recognized by SW. Does someone has an idea, what to do? > Thank you > Christoph Christoph, The import from F-Spot doesn't recognise the UserComment field at the moment. I created a new ticket for it here: http://trac.yorba.org/ticket/3853 Cheers, Bruno From brunogirin at gmail.com Sat Jul 16 09:29:25 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Sat, 16 Jul 2011 10:29:25 +0100 Subject: [Shotwell] Problem with shotwell 0.9.3 and piwigo 2.2.3 In-Reply-To: <4E1F112F.2030907@gmail.com> References: <4E1F0D91.90301@gmail.com> <4E1F112F.2030907@gmail.com> Message-ID: <1310808565.1774.12.camel@nuuk> Federico, The Piwigo plugin in the git version should work. If it doesn't it's a bug. However, from your email I am not sure whether you have managed to compile Shotwell or not. Can you confirm whether your compilation was successful or not and if not what the error messages are? Cheers, Bruno On Thu, 2011-07-14 at 17:54 +0200, Federico "Darkmagister" Pietta wrote: > On 14/07/2011 17:38, Federico "Darkmagister" Pietta wrote: > > hi, i can't use the git version of shotwell ... because i can't compile > > (i don't know i have to do) the plugin for upload with piwigo > > > > i have installed the old repo versione 0.9.3 i tried to upload a foto > > from the programm to the web gallery, it's work ... but it doesn't send > > the image ... on the web i have the image the info but not the image > > file.... > > > > (if i upload a file manually from the web it's work ...) > > > > maybe the uploader doesn't work anymore ? or ... it's not finished ??? > > > > maybe with the new versione of shotwell i can solve this problem ... but > > i haven't the plugin on it :( > > > > sorry the piwigo version is 2.2.3... > > From joel at duckworth.me Sat Jul 16 22:09:20 2011 From: joel at duckworth.me (Joel Duckworth) Date: Sun, 17 Jul 2011 00:09:20 +0200 Subject: [Shotwell] Error importing files with '&' in name or path In-Reply-To: References: Message-ID: So the problem was that I was running the shotwell data directory on FAT32 partition and once I had over 21000 thumbs in the folder it couldn't create any more and I was getting the hardware or file error message. Nothing to do with '&'! But maybe this info will help someone at some point! -Joel From atte at email.dk Sun Jul 17 10:19:56 2011 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Sun, 17 Jul 2011 12:19:56 +0200 Subject: [Shotwell] Shotwell crash: invalid cast from `DataView' to `ThumbnailView' Message-ID: <4E22B74C.1010809@email.dk> Hi From time to time shotwell (0.10.1) crashes here on my arch system. I tried starting shotwell from a terminal, and the following is output in the terminal after the crash: (shotwell:2960): GLib-GObject-WARNING **: invalid cast from `DataView' to `ThumbnailView' Segmentation fault Let me know what other info I could provide to help find the source of the problem. -- Atte http://atte.dk http://modlys.dk From atte at email.dk Sun Jul 17 10:25:22 2011 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Sun, 17 Jul 2011 12:25:22 +0200 Subject: [Shotwell] Shotwell crash: invalid cast from `DataView' to `ThumbnailView' In-Reply-To: <4E22B74C.1010809@email.dk> References: <4E22B74C.1010809@email.dk> Message-ID: <4E22B892.1040303@email.dk> On 07/17/2011 12:19 PM, Atte Andr? Jensen wrote: > (shotwell:2960): GLib-GObject-WARNING **: invalid cast from `DataView' > to `ThumbnailView' > Segmentation fault Forgot to mention: 1) I was working in the adjust dialog at the time of the crash 2) I'm running openbox -- Atte http://atte.dk http://modlys.dk From roman.yepishev at gmail.com Sun Jul 17 09:59:02 2011 From: roman.yepishev at gmail.com (Roman Yepishev) Date: Sun, 17 Jul 2011 12:59:02 +0300 Subject: [Shotwell] Shotwell keeps asking password for Picasa Web Albums Message-ID: Hello all, I have recently switched to two-factor authentication and created a Shotwell entry in Google account. Now every time I start shotwell and attempt to publish something it prompts me to enter the credentials again. Has anybody else experienced this issue? As I see, shotwell is creating a gconf entry for the authentication token so everything should be working. This is Shotwell 0.10.1 from yorba PPA on Ubuntu Natty (11.04) -- Regards, Roman Yepishev From atte at email.dk Mon Jul 18 12:19:04 2011 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Mon, 18 Jul 2011 14:19:04 +0200 Subject: [Shotwell] Shotwell crash: invalid cast from `DataView' to `ThumbnailView' In-Reply-To: <4E22B74C.1010809@email.dk> References: <4E22B74C.1010809@email.dk> Message-ID: <4E2424B8.6050804@email.dk> On 07/17/2011 12:19 PM, Atte Andr? Jensen wrote: > (shotwell:2960): GLib-GObject-WARNING **: invalid cast from `DataView' > to `ThumbnailView' > Segmentation fault > > Let me know what other info I could provide to help find the source of > the problem. > Here's another one: ** ERROR:src/MediaViewTracker.c:464:media_accumulator_real_uninclude: assertion failed: (self->total > 0) Aborted -- Atte http://atte.dk http://modlys.dk From thomas at xyz.pp.se Mon Jul 18 13:43:46 2011 From: thomas at xyz.pp.se (Thomas Novin) Date: Mon, 18 Jul 2011 15:43:46 +0200 Subject: [Shotwell] Shotwell doesn't find the date In-Reply-To: References: <1310732425.13780.6.camel@thnov-desktop.xyz.lan> Message-ID: <1310996627.13780.20.camel@thnov-desktop.xyz.lan> On fre, 2011-07-15 at 12:28 -0700, Eric Gregory wrote: > On Fri, Jul 15, 2011 at 5:20 AM, Thomas Novin > wrote: > On tor, 2011-07-14 at 11:20 -0700, Eric Gregory wrote: > > > > > > Hi Thomas, > > > > Any chance you could send us one of the JPGs that has this > problem? > > (Note: this mailing list doesn't allow attachments.) > > > > > Sure, the image that is pictured in the screenshot can be > downloaded > from here: > > https://xyz.pp.se/~thnov/up/IMAG0100.jpg > > Rgds > > > Great! Turns out the image stores its date in a slightly nonstandard > format. I opened a bug to add support for this format here: > http://trac.yorba.org/ticket/3850 > > I also attached the image to the ticket (which I hope is okay.) > Ok great! Sounds like it could be an easy fix. As a temporary workaround I created a little bash-script to fix the EXIF-data. Requires the command 'exiftool'. -- #!/bin/bash # Ugly script to fix EXIF-data from photos taken with my HTC Sensation # Looks for files with name IMAG*.jpg with dates given with YYYY/MM/DD-format # and changes the ones found to YYYY:MM:DD-format. #!/bin/bash for i in `ls IMAG*.jpg`; do OLD=`exiftool $i | grep "Date/Time Original" | cut -c35-` if [[ $OLD =~ .*[0-9][0-9][0-9][0-9]/.* ]]; then NEW=`echo $OLD | sed 's/\//:/g'` echo "Fixing $i with incorrect date ($OLD to $NEW)" exiftool -P -overwrite_original_in_place -DateTimeOriginal="$NEW" $i else echo "Skipping $i with already correct date" fi done -- Rgds//Thomas From adam at yorba.org Mon Jul 18 17:06:05 2011 From: adam at yorba.org (Adam Dingle) Date: Mon, 18 Jul 2011 10:06:05 -0700 Subject: [Shotwell] Shotwell keeps asking password for Picasa Web Albums In-Reply-To: References: Message-ID: <4E2467FD.8030808@yorba.org> On 07/17/2011 02:59 AM, Roman Yepishev wrote: > Hello all, > > I have recently switched to two-factor authentication and created a > Shotwell entry in Google account. Now every time I start shotwell and > attempt to publish something it prompts me to enter the credentials > again. > > Has anybody else experienced this issue? As I see, shotwell is > creating a gconf entry for the authentication token so everything > should be working. > > This is Shotwell 0.10.1 from yorba PPA on Ubuntu Natty (11.04) Roman, yes - this problem is known. To solve this we need to update Shotwell to use OpenID / OAuth for Google login: http://trac.yorba.org/ticket/3445 We believe that will fix this problem. Unfortunately that's not likely to happen for the upcoming 0.11 release since we've already reached feature freeze, but we should implement this for 0.12 later this year. Cheers - adam From conrad.p.dean at gmail.com Mon Jul 18 17:26:17 2011 From: conrad.p.dean at gmail.com (Conrad Dean) Date: Mon, 18 Jul 2011 12:26:17 -0500 Subject: [Shotwell] Back and forward? In-Reply-To: References: <20110703111256.GA4502@talktalkplc.com> <1309707710.1990.2.camel@Linley6> <20110703165044.GA2526@talktalkplc.com> <4E14D898.6000000@yorba.org> <4E1570CD.6040605@gmail.com> Message-ID: (Sorry, forgot to forward to list) I'm not sure if pageup/down would be ideal because not every keyboard has access to these keys. Every keyboard has < and >, or the alt modifier can be held easily with one hand while arrowing back and forth between images. On Thu, Jul 7, 2011 at 9:05 PM, Stefan Monnier wrote: > > I think it would be nice to be able to switch so that the current zoom > level > > is not changed, e.g. for comparing two similar pictures at 100%. > > Perhaps using a separate set of keys (e.g. < and >), keeping the default > > (fit to screen, like it is now) to space/backspace. > > Again, page-up/down sounds perfect for this use. > > > Stefan > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From eric at yorba.org Mon Jul 18 18:25:37 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 18 Jul 2011 11:25:37 -0700 Subject: [Shotwell] questions regarding the underlying files and directories In-Reply-To: <4E211518.7020907@email.dk> References: <4E211518.7020907@email.dk> Message-ID: On Fri, Jul 15, 2011 at 9:35 PM, Atte Andr? Jensen wrote: > But are there any drawbacks to this strategy? Would it work with my large > collection of old photos mounted from an usb drive into ~/photos (the > library location), and what would happen, when that usb suddenly is not > mounted when the laptop is away from the usb drive? I realize I won't have > access to the photos when the usb is missing and that shotwell would > probably report those as missing... > > The plan is to mount the same folders on my wifes laptop over NFS. Would > that work too? > Shotwell would report those photos as missing, although they'd show up again as soon as the drive/connection was re-established. It's not really the way we intended Shotwell to be used, but there are plenty of other users who work this way. > And now a really hacky idea I got: We would like to share the database (the > tags, edits and ratings), would it be possible to simply share ~/.shotwell > in dropbox (with a symlink in place pointing from ~/shotwell to somewhere in > ~/Dropbox)? I guess that would require the directory structure of ~/photos > to be exactly the same... Which bad things would happen if we both run > shutwell at the same time, each accessing and updating ~/.shotwell at the > same time? If not, are there a better way of looking at the same files, > working with the same shotwell information (edits, ratings and tags) from > two or more computers? > > And finally: how important is it that the shotwell versions are the same on > two computers (provided it even works with a shared db somehow)? I'm running > arch on my laptop, she's using ubuntu (10.10 I think)... > This is a very, very bad idea! If you're able to get both Shotwell instances to run, you would end up with a corrupt DB in the event both were able to write to it. However, I do have one piece of good news -- there has been talk recently in adding a Zeroconf-based mechanism for sharing between two Shotwell instances over a local network. Keep in mind this isn't yet being developed, but there is some demand for it and it's still being discussed. - Eric From eric at yorba.org Mon Jul 18 18:26:48 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 18 Jul 2011 11:26:48 -0700 Subject: [Shotwell] RAWs from F-Spot In-Reply-To: <1310807369.1774.3.camel@nuuk> References: <2113787164.800.1310450837851.JavaMail.root@quaglia> <1798960497.802.1310450848098.JavaMail.root@quaglia> <1310807369.1774.3.camel@nuuk> Message-ID: On Sat, Jul 16, 2011 at 2:09 AM, Bruno Girin wrote: > Eric, > > Will the F-Spot import need to change in order to support the RAW+JPEG > functionality or will it happen automatically? If the former, a ticket > in trac would be good. > > Cheers, > > Bruno > I've already added it to the F-Spot import; if any issues come up in testing, we'll open a ticket for it at that time. - Eric From valentin at sanva.net Tue Jul 19 18:47:39 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Tue, 19 Jul 2011 20:47:39 +0200 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 08 Message-ID: Hello! [NOTE: You can see a Spanish version of this mail in my personal blog, http://sanva.net/blog/101/ ] Last week I've continued with the same thing of improving the interface. Very tiny things, e.g. now if you move the pointer over a photo, if there is a FaceShape in that area (I mean, if the pointer is over the invisible FaceShape) that FaceShape would be shown ?and if the pointer is over more than one FaceShape at the same time, only the one whose center is closer to the pointer would be shown. Also, now the name of the active face (the only one that is visible at certain time) will be bolder than the other names to make more obvious the relation between the FaceShape and it's name on the tool's window. This week I'm inspecting the code of the tool to try to find bugs to fix ?I don't know yet if my mentor will tell me more things to improve. Cheers! From alexandre.rosenfeld at gmail.com Tue Jul 19 20:29:36 2011 From: alexandre.rosenfeld at gmail.com (Alexandre Rosenfeld) Date: Tue, 19 Jul 2011 16:29:36 -0400 Subject: [Shotwell] Improve Shotwell Slideshow - Weekly Report #8 Message-ID: Hey guys, Last week I put the video export on hold for a while. Now I'm focusing on transitions again, but this time I do have an idea of what I'm gonna need for the video export. So I came up with an interface for transitions which both allow the transition to fetch any image other then the current one via signals and also allows for video export being implemented in the future via a advance time function. So far this will be enough for what I want to implement, even the export video feature if I figure a way to get past Clutter's issue. By the way, I believe a Cairo fallback could provide a good way to export the video, but still use Clutter as the animation framework. This would be hard to implement however, so I will try to implement the Clutter part first and then trying out this idea. For next week I want to have the photo book transition effect to test my transitions API. *Alexandre Rosenfeld* From valentin.david at gmail.com Wed Jul 20 11:34:29 2011 From: valentin.david at gmail.com (Valentin David) Date: Wed, 20 Jul 2011 13:34:29 +0200 Subject: [Shotwell] LibRaw 0.13.6 and 0.13.7 Message-ID: I have updated LibRaw on my Gentoo. Importing in Shotwell stopped working. Files were imported then removed after trying to create a thumbnail. I noticed, while reading the source of LibRaw, that those two versions do not update the error parameter on success in dcraw_make_mem_image. Shotwell should define the error variable initialized to success and then pass it as reference instead as output. The patch attached seems to solve my problem. Best regards, -- Valentin David valentin.david at gmail.com From brunogirin at gmail.com Wed Jul 20 12:12:25 2011 From: brunogirin at gmail.com (Bruno Girin) Date: Wed, 20 Jul 2011 13:12:25 +0100 Subject: [Shotwell] RAWs from F-Spot In-Reply-To: References: <2113787164.800.1310450837851.JavaMail.root@quaglia> <1798960497.802.1310450848098.JavaMail.root@quaglia> <1310807369.1774.3.camel@nuuk> Message-ID: On 18 July 2011 19:26, Eric Gregory wrote: > On Sat, Jul 16, 2011 at 2:09 AM, Bruno Girin wrote: >> >> Eric, >> >> Will the F-Spot import need to change in order to support the RAW+JPEG >> functionality or will it happen automatically? If the former, a ticket >> in trac would be good. >> >> Cheers, >> >> Bruno > > I've already added it to the F-Spot import; if any issues come up in > testing, we'll open a ticket for it at that time. > > ? - Eric Fine. Hopefully I won't break it when I add support for hierarchical tags in F-Spot import :-) Bruno From farrukh.najm at gmail.com Wed Jul 20 14:16:20 2011 From: farrukh.najm at gmail.com (Farrukh Najmi) Date: Wed, 20 Jul 2011 10:16:20 -0400 Subject: [Shotwell] How to Publish to Google+ Message-ID: Can any one please share the plans for supporting publish from Shotwell to Google+. The inability to do so is the main barrier for me to completely switch from Facebook to Google+. -- Regards, Farrukh From antony at onlymee.co.uk Wed Jul 20 18:06:57 2011 From: antony at onlymee.co.uk (Antony Mee) Date: Wed, 20 Jul 2011 19:06:57 +0100 Subject: [Shotwell] questions regarding the underlying files and directories In-Reply-To: References: <4E211518.7020907@email.dk> Message-ID: Just a me-too-please! This Zeroconf idea sounds like a great one! It would have some kind of server daemon? Or would it be an instance to instance thing? I think I heard iTunes has such a feature but both clients have to be running which isn't so useful for multiple users on one box. Antony On Jul 18, 2011 7:25 PM, "Eric Gregory" wrote: > On Fri, Jul 15, 2011 at 9:35 PM, Atte Andr? Jensen wrote: > >> But are there any drawbacks to this strategy? Would it work with my large >> collection of old photos mounted from an usb drive into ~/photos (the >> library location), and what would happen, when that usb suddenly is not >> mounted when the laptop is away from the usb drive? I realize I won't have >> access to the photos when the usb is missing and that shotwell would >> probably report those as missing... >> >> The plan is to mount the same folders on my wifes laptop over NFS. Would >> that work too? >> > > Shotwell would report those photos as missing, although they'd show up again > as soon as the drive/connection was re-established. It's not really the way > we intended Shotwell to be used, but there are plenty of other users who > work this way. > > >> And now a really hacky idea I got: We would like to share the database (the >> tags, edits and ratings), would it be possible to simply share ~/.shotwell >> in dropbox (with a symlink in place pointing from ~/shotwell to somewhere in >> ~/Dropbox)? I guess that would require the directory structure of ~/photos >> to be exactly the same... Which bad things would happen if we both run >> shutwell at the same time, each accessing and updating ~/.shotwell at the >> same time? If not, are there a better way of looking at the same files, >> working with the same shotwell information (edits, ratings and tags) from >> two or more computers? >> >> And finally: how important is it that the shotwell versions are the same on >> two computers (provided it even works with a shared db somehow)? I'm running >> arch on my laptop, she's using ubuntu (10.10 I think)... >> > > This is a very, very bad idea! If you're able to get both Shotwell instances > to run, you would end up with a corrupt DB in the event both were able to > write to it. > > However, I do have one piece of good news -- there has been talk recently in > adding a Zeroconf-based mechanism for sharing between two Shotwell instances > over a local network. Keep in mind this isn't yet being developed, but there > is some demand for it and it's still being discussed. > > - Eric > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From eric at yorba.org Wed Jul 20 18:24:56 2011 From: eric at yorba.org (Eric Gregory) Date: Wed, 20 Jul 2011 11:24:56 -0700 Subject: [Shotwell] questions regarding the underlying files and directories In-Reply-To: References: <4E211518.7020907@email.dk> Message-ID: On Wed, Jul 20, 2011 at 11:06 AM, Antony Mee wrote: > Just a me-too-please! > > This Zeroconf idea sounds like a great one! It would have some kind of > server daemon? Or would it be an instance to instance thing? I think I heard > iTunes has such a feature but both clients have to be running which isn't so > useful for multiple users on one box. > > Antony > Probably something along the lines of iPhoto, where there's no central server. I'm not sure if that works if there are multiple users on one box, but that's definitely something we should keep in mind if and when we get to this feature. - Eric From eric at yorba.org Wed Jul 20 18:28:11 2011 From: eric at yorba.org (Eric Gregory) Date: Wed, 20 Jul 2011 11:28:11 -0700 Subject: [Shotwell] How to Publish to Google+ In-Reply-To: References: Message-ID: On Wed, Jul 20, 2011 at 7:16 AM, Farrukh Najmi wrote: > Can any one please share the plans for supporting publish from Shotwell to > Google+. > > The inability to do so is the main barrier for me to completely switch from > Facebook to Google+. > > -- > Regards, > Farrukh > It's not on the roadmap at the moment, since Google+ is still not officially released (it's not even in Beta yet, as I understand.) However, I believe Picasa accounts are linked with Google+ automatically. So you should be able to use Shotwell's Picasa publisher to get photos onto Google+. - Eric From blklists at elementarea.net Wed Jul 20 20:40:03 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Wed, 20 Jul 2011 22:40:03 +0200 Subject: [Shotwell] LibRaw 0.13.6 and 0.13.7 In-Reply-To: References: Message-ID: <1311194406.1572.2.camel@thinky> hi valentin thanks for your research, however the mailing list does not support attachments. Would you mind posting it to trac instead? http://trac.yorba.org/newticket cheers andreas On Mit, 2011-07-20 at 13:34 +0200, Valentin David wrote: > I have updated LibRaw on my Gentoo. Importing in Shotwell stopped > working. Files were imported then removed after trying to create a > thumbnail. I noticed, while reading the source of LibRaw, that those > two versions do not update the error parameter on success in > dcraw_make_mem_image. Shotwell should define the error variable > initialized to success and then pass it as reference instead as > output. > > The patch attached seems to solve my problem. > > Best regards, > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From ian at mnementh.co.uk Wed Jul 20 20:41:44 2011 From: ian at mnementh.co.uk (Ian Molton) Date: Wed, 20 Jul 2011 21:41:44 +0100 Subject: [Shotwell] How to Publish to Google+ In-Reply-To: References: Message-ID: <1311194507.13069.0.camel@drake> On Wed, 2011-07-20 at 11:28 -0700, Eric Gregory wrote: > It's not on the roadmap at the moment, since Google+ is still not officially > released (it's not even in Beta yet, as I understand.) > > However, I believe Picasa accounts are linked with Google+ automatically. > So you should be able to use Shotwell's Picasa publisher to get photos onto > Google+. Yes, this works exceptionally well. Shotwell++ :-) From vera at yorba.org Thu Jul 21 20:19:25 2011 From: vera at yorba.org (Vera Yin) Date: Thu, 21 Jul 2011 13:19:25 -0700 Subject: [Shotwell] Trac to Redmine migration Message-ID: Hello Shotwell users, We have just migrated our project management system from Trac to Redmine. We've had long-standing issues with Trac, and Redmine seems to better suit our needs. Some advantages are: * finer control over email notifications (in account settings ) * notifications when patches are attached * no notification when watchers are added/removed (cc list changes) * filter issues (tickets) by arbitrary fields (this was broken in our Trac) * update issues (tickets) by email * display full names in user interface * road map feature To start using Redmine, please visit http://redmine.yorba.org/login and click on the Lost Password link to reset your password. Account logins have been preserved from Trac. If you have any problems with Redmine, please let us know by responding to this message or creating a new issue at http://redmine.yorba.org/projects/yorba/issues/new under the category 'redmine'. Thanks, Vera From atte at email.dk Fri Jul 22 13:53:35 2011 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Fri, 22 Jul 2011 15:53:35 +0200 Subject: [Shotwell] images with same name, different cameras Message-ID: <4E2980DF.90102@email.dk> Hi I have two canon cameras that by default name the images img_xxxx.jpg. Will shotwell be able to distinguish those images, or do I need to rename the photos from one camera during import? Or more generally (out of interest): What does shotwell use to identify the photo? Also what happens if I have two versions (exact copies of the same photo, same name) in my library? -- Atte http://atte.dk http://modlys.dk From joseph.bylund at gmail.com Fri Jul 22 14:46:31 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Fri, 22 Jul 2011 10:46:31 -0400 Subject: [Shotwell] images with same name, different cameras In-Reply-To: <4E2980DF.90102@email.dk> References: <4E2980DF.90102@email.dk> Message-ID: <4E298D47.6060203@gmail.com> I had this exact same worry recently. The second file imported will be renamed. Here's the exchange: ________________________________________ Hi Joseph, You'll be pleased to know that Shotwell does handle this case correctly; internally, if you choose to copy the photographs on import, it will rename one of them for you. Cheers, -c _________________________________________ On Tue, Jul 12, 2011 at 5:48 AM, Joseph Bylund > wrote: Say I were to go out with a family member, both carrying cameras and take photos of the same event. What would happen on import if we both produced a file with the same name on the same date, i.e. dsc_0001.jpg on 7/12/2011? Obviously the photos would differ by at least the serial number of the camera in the exif data (and safe to assume a load of other things). Would this be marked as a duplicate and not imported (not good)? or would the second be imported overwriting the first (also not good)? or would they somehow be renamed so as to both be imported and not have any collisions (better)? I suppose I will test on a day I'm not taking any photos. thanks, -Joe ________________________________________ On 07/22/2011 09:53 AM, Atte Andr? Jensen wrote: > Hi > > I have two canon cameras that by default name the images img_xxxx.jpg. > Will shotwell be able to distinguish those images, or do I need to > rename the photos from one camera during import? > > Or more generally (out of interest): What does shotwell use to > identify the photo? > > Also what happens if I have two versions (exact copies of the same > photo, same name) in my library? > From jim at yorba.org Fri Jul 22 20:18:15 2011 From: jim at yorba.org (Jim Nelson) Date: Fri, 22 Jul 2011 13:18:15 -0700 Subject: [Shotwell] LibRaw 0.13.6 and 0.13.7 In-Reply-To: <1311194406.1572.2.camel@thinky> References: <1311194406.1572.2.camel@thinky> Message-ID: HI, I've created a ticket for this. David, could you attach the patch to it? http://redmine.yorba.org/issues/3868 Alternately, you could mail it directly to me. Thanks! -- Jim On Wed, Jul 20, 2011 at 1:40 PM, Andreas Brauchli wrote: > hi valentin > > thanks for your research, however the mailing list does not support > attachments. Would you mind posting it to trac instead? > http://trac.yorba.org/newticket > > cheers > andreas > > On Mit, 2011-07-20 at 13:34 +0200, Valentin David wrote: > > I have updated LibRaw on my Gentoo. Importing in Shotwell stopped > > working. Files were imported then removed after trying to create a > > thumbnail. I noticed, while reading the source of LibRaw, that those > > two versions do not update the error parameter on success in > > dcraw_make_mem_image. Shotwell should define the error variable > > initialized to success and then pass it as reference instead as > > output. > > > > The patch attached seems to solve my problem. > > > > Best regards, > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From eric at yorba.org Fri Jul 22 20:34:30 2011 From: eric at yorba.org (Eric Gregory) Date: Fri, 22 Jul 2011 13:34:30 -0700 Subject: [Shotwell] LibRaw 0.13.6 and 0.13.7 In-Reply-To: References: <1311194406.1572.2.camel@thinky> Message-ID: On Fri, Jul 22, 2011 at 1:18 PM, Jim Nelson wrote: > HI, > > I've created a ticket for this. David, could you attach the patch to it? > > http://redmine.yorba.org/issues/3868 > > Alternately, you could mail it directly to me. Thanks! > > -- Jim > He already sent me the patch; just now I attached it to the ticket. - Eric From jim at yorba.org Fri Jul 22 23:20:02 2011 From: jim at yorba.org (Jim Nelson) Date: Fri, 22 Jul 2011 16:20:02 -0700 Subject: [Shotwell] Shotwell for GNOME 3 Message-ID: Hello, Earlier today I created a new branch in the Shotwell git repository called "gtk3". This branch holds a version of Shotwell that builds successfully under GTK+/GDK 3. Due to time and resource constraints, we don't have plans to have a GNOME 3 version of Shotwell ready for its 0.11 release. The gtk3 branch will be maintained and updated through the 0.11 cycle to keep it from straying too far from the trunk. At some point (most likely during 0.12 development) we'll merge it back into trunk. At that point, Shotwell will be a GNOME 3 application. Although Shotwell compiles and runs under GNOME 3, there are some notable outstanding bugs. The ticket title is prefixed with [gtk3] to distinguish them from bugs that cross both versions. The GTK+3-specific issues include: http://redmine.yorba.org/issues/3455 - Port to GTK+3 (this is the umbrella ticket for the complete task) http://redmine.yorba.org/issues/3869 - [gtk3] Histogram not drawn correctly http://redmine.yorba.org/issues/3870 - [gtk3] Horizontal scrollbar appears in checkerboard pages http://redmine.yorba.org/issues/3871 - [gtk3] No text in publish progress bar http://redmine.yorba.org/issues/3872 - [gtk3] Verify I18N http://redmine.yorba.org/issues/3873 - [gtk3] Search bar problems http://redmine.yorba.org/issues/3874 - [gtk3] Basic Information pane has no border We encourage anyone who's interested in the future of Shotwell under GNOME 3 to try out this git branch. To download from our repository: $ git clone git://yorba.org/shotwell $ cd shotwell $ git checkout gtk3 $ ./configure $ make You can run Shotwell from the build directory or "make install" to run from its installed location. To reiterate, *this branch is under active development and not slated for the 0.11 release*. In other words, use at your own risk. It's worth taking the time to back up your Shotwell database before use: http://redmine.yorba.org/projects/shotwell/wiki/ShotwellFAQ#Backup If you do find a bug or an issue, please let us know by reporting it to our Redmine server: http://redmine.yorba.org/projects/shotwell/issues/new If the bug seems to be GTK+3-specific, please prefix the ticket title with [gtk3]. Cheers, -- Jim Nelson From poussevin at free.fr Sun Jul 24 08:43:02 2011 From: poussevin at free.fr (Thomas) Date: Sun, 24 Jul 2011 01:43:02 -0700 (PDT) Subject: [Shotwell] Idea: improving import from camera In-Reply-To: References: <4D13B17A.4040902@kth.se> Message-ID: <1311496982894-44493.post@talk.nabble.com> Hi, I Have the problem too, and Shotwell is not really usable with cards containing many pictures. It would be usefull that the ticket is more than "Low" priority. Thomas. -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Idea-improving-import-from-camera-tp31116p44493.html Sent from the Shotwell mailing list archive at Nabble.com. From martin.i.oliveira at gmail.com Sun Jul 24 19:36:22 2011 From: martin.i.oliveira at gmail.com (Martin Ichilevici de Oliveira) Date: Sun, 24 Jul 2011 16:36:22 -0300 Subject: [Shotwell] Help - multiple folders for same event Message-ID: Hello, I started using Shotwell yesterday (actually, it is the first time I'm using a photo manager at all) and I have had some difficulties. I am organizing pictures taken with many different cameras during the same trip. I organized them in a few folders (roughly, each camera has it's own folder). However, when I open Shotwell, I get up to three events for the same date. For example, I have three events on July 5. Shouldn't they all be together? I couldn't find a a reason why they are separated and a way to "merge" them. I'm running Shotwell 0.10.1 and Ubuntu 11.04. I would appreciate if I could get some help on this issue. Thank you, Martin Oliveira From blklists at elementarea.net Sun Jul 24 20:36:51 2011 From: blklists at elementarea.net (Andreas Brauchli) Date: Sun, 24 Jul 2011 22:36:51 +0200 Subject: [Shotwell] Help - multiple folders for same event In-Reply-To: References: Message-ID: <1311539813.19840.3.camel@thinky> Hi Martin On Son, 2011-07-24 at 16:36 -0300, Martin Ichilevici de Oliveira wrote: > Hello, > > I started using Shotwell yesterday (actually, it is the first time I'm using > a photo manager at all) and I have had some difficulties. > > I am organizing pictures taken with many different cameras during the same > trip. I organized them in a few folders (roughly, each camera has it's own > folder). However, when I open Shotwell, I get up to three events for the > same date. For example, I have three events on July 5. Shouldn't they all be > together? I couldn't find a a reason why they are separated and a way to > "merge" them. You'll find a description on how to merge events in the shotwell user guide over at: http://yorba.org/shotwell/help/event.html > I'm running Shotwell 0.10.1 and Ubuntu 11.04. > > I would appreciate if I could get some help on this issue. > > Thank you, > Martin Oliveira andreas From k.bx at ya.ru Sun Jul 24 13:36:24 2011 From: k.bx at ya.ru (k_bx) Date: Sun, 24 Jul 2011 16:36:24 +0300 Subject: [Shotwell] Use cases of shotwell Message-ID: <950771311514585@web159.yandex.ru> hi! First of all I should say thank you for your job for making such a great software. Secondly: what's the right way to use shotwell? I mean, I want something like ?????? folders (or albums), like in iPhoto, to store photos there, but it seems that you cannot create a new event in shotwell (and not always be stuck to dates). Should I use tags for that or is it just a lack of functionality for now? (I mean creating/editing an event). Thank you. From alexandre.rosenfeld at gmail.com Mon Jul 25 18:24:39 2011 From: alexandre.rosenfeld at gmail.com (Alexandre Rosenfeld) Date: Mon, 25 Jul 2011 14:24:39 -0400 Subject: [Shotwell] Improve Shotwell Slideshow - Weekly Report #9 Message-ID: This week wasn't very productive, I'm moving back to my country in about a week and I had some issues to solve. I began porting the transitions I wrote to the interface I mentioned last week and I saw some issues with the API that I can make it better. I also began playing with SVG and librsvg so that I can import images for transitions. It seems straightforward, I just need to figure out if I include everything in one SVG and filter by ID the elements I want rendered or if I use one SVG by element. I saw some code to filter by ID and it seems easy enough, so it might be more interesting that way. If I can make this work, I could also use SVG for the toolbar buttons. I started a sketch in Inkscape on how the buttons should look, but I'm not really a designer, so it didn't came as good as I thought. -- *Alexandre Rosenfeld* From bryandenniskeith at gmail.com Mon Jul 25 18:53:54 2011 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Mon, 25 Jul 2011 20:53:54 +0200 Subject: [Shotwell] flickr upload problem with apostrophe in title Message-ID: Hi, If I put an apostrophe (') in the title of the photo, then that photo won't publish to flickr. Do other people have this problem? Bryan From jim at yorba.org Mon Jul 25 19:07:09 2011 From: jim at yorba.org (Jim Nelson) Date: Mon, 25 Jul 2011 12:07:09 -0700 Subject: [Shotwell] Idea: improving import from camera In-Reply-To: <1311496982894-44493.post@talk.nabble.com> References: <4D13B17A.4040902@kth.se> <1311496982894-44493.post@talk.nabble.com> Message-ID: I've moved the ticket from Low to Normal. Thomas, can you tell us what kind of camera you're using? -- Jim On Sun, Jul 24, 2011 at 1:43 AM, Thomas wrote: > Hi, > I Have the problem too, and Shotwell is not really usable with cards > containing many pictures. > It would be usefull that the ticket is more than "Low" priority. > Thomas. > > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Shotwell-Idea-improving-import-from-camera-tp31116p44493.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 clinton at yorba.org Mon Jul 25 19:09:08 2011 From: clinton at yorba.org (Clinton Rogers) Date: Mon, 25 Jul 2011 12:09:08 -0700 Subject: [Shotwell] Use cases of shotwell In-Reply-To: <950771311514585@web159.yandex.ru> References: <950771311514585@web159.yandex.ru> Message-ID: Hi k_bx, 2011/7/24 k_bx > hi! First of all I should say thank you for your job for making such a > great software. > Thanks! We're glad you like it. > > Secondly: what's the right way to use shotwell? I mean, I want something > like ?????? folders (or albums), like in iPhoto, to store photos there, but > it seems that you cannot create a new event in shotwell (and not always be > stuck to dates). Actually, you can create new events in Shotwell, too. Here's how: 1. In your library,highlight the photos you'd like to put into an event; you can choose multiple photographs by holding down CTRL while clicking on them. 2. From the Event (???????) menu, choose New Event (????? ???????). This should place the images you just chose into their own event, allowing you to sort them as you please. I hope this helps, but if you have more questions or comments, please feel free to respond again. Thanks for your interest in Shotwell! Cheers, -c From clinton at yorba.org Mon Jul 25 19:20:32 2011 From: clinton at yorba.org (Clinton Rogers) Date: Mon, 25 Jul 2011 12:20:32 -0700 Subject: [Shotwell] images with same name, different cameras In-Reply-To: <4E298D47.6060203@gmail.com> References: <4E2980DF.90102@email.dk> <4E298D47.6060203@gmail.com> Message-ID: Hi Atte, Joseph is correct; with two images with the same filename, Shotwell uses a checksum of the image data to tell whether it's a pair of duplicate images or not, and if it isn't, Shotwell will automatically rename one of them for you on import. Cheers, -c On Fri, Jul 22, 2011 at 7:46 AM, Joseph Bylund wrote: > I had this exact same worry recently. The second file imported will be > renamed. Here's the exchange: > > ______________________________**__________ > Hi Joseph, > > You'll be pleased to know that Shotwell does handle this case correctly; > internally, if you choose to copy the photographs on import, it will rename > one of them for you. > > Cheers, > -c > > ______________________________**___________ > On Tue, Jul 12, 2011 at 5:48 AM, Joseph Bylund joseph.bylund at gmail.**com >> wrote: > Say I were to go out with a family member, both carrying cameras and take > photos of the same event. What would happen on import if we both produced a > file with the same name on the same date, i.e. dsc_0001.jpg on 7/12/2011? > Obviously the photos would differ by at least the serial number of the > camera in the exif data (and safe to assume a load of other things). Would > this be marked as a duplicate and not imported (not good)? or would the > second be imported overwriting the first (also not good)? or would they > somehow be renamed so as to both be imported and not have any collisions > (better)? I suppose I will test on a day I'm not taking any photos. > > thanks, > -Joe > > ______________________________**__________ > > > On 07/22/2011 09:53 AM, Atte Andr? Jensen wrote: > >> Hi >> >> I have two canon cameras that by default name the images img_xxxx.jpg. >> Will shotwell be able to distinguish those images, or do I need to rename >> the photos from one camera during import? >> >> Or more generally (out of interest): What does shotwell use to identify >> the photo? >> >> Also what happens if I have two versions (exact copies of the same photo, >> same name) in my library? >> >> > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From poussevin at free.fr Mon Jul 25 19:54:19 2011 From: poussevin at free.fr (Thomas) Date: Mon, 25 Jul 2011 12:54:19 -0700 (PDT) Subject: [Shotwell] Idea: improving import from camera In-Reply-To: References: <4D13B17A.4040902@kth.se> <1311496982894-44493.post@talk.nabble.com> Message-ID: <1311623659056-44548.post@talk.nabble.com> Thanks for moving the level of ticket. I'm using a Sony A200 Camera with 8 or 16GB CF cards. It is so long by usb for card with lot of pictures that camera time out. So i bougth a PCMCIA / CF adaptator. It works, but it is still very long with current card (about 20 minutes even if there is only 3 new pictures to import). -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Idea-improving-import-from-camera-tp31116p44548.html Sent from the Shotwell mailing list archive at Nabble.com. From eric at yorba.org Mon Jul 25 20:02:29 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 25 Jul 2011 13:02:29 -0700 Subject: [Shotwell] flickr upload problem with apostrophe in title In-Reply-To: References: Message-ID: On Mon, Jul 25, 2011 at 11:53 AM, Bryan Keith wrote: > Hi, > > If I put an apostrophe (') in the title of the photo, then that photo > won't publish to flickr. Do other people have this problem? > > Bryan > Hi Bryan, Looks like a bug! I was able to repro the issue and filed a ticket here: http://redmine.yorba.org/issues/3880 Feel free to add yourself to the CC list on that ticket. - Eric From martin.i.oliveira at gmail.com Mon Jul 25 23:39:13 2011 From: martin.i.oliveira at gmail.com (Martin Ichilevici de Oliveira) Date: Mon, 25 Jul 2011 20:39:13 -0300 Subject: [Shotwell] Can't use '&' character to name events Message-ID: Hello, I'm using Shotwell 0.10.1 and I noticed that I can't use the "&" character in an event's name. If I do so, the event will get named after the event which is directly above it. Does this happen to others as well? Cheers, Martin From eric at yorba.org Mon Jul 25 23:43:59 2011 From: eric at yorba.org (Eric Gregory) Date: Mon, 25 Jul 2011 16:43:59 -0700 Subject: [Shotwell] Can't use '&' character to name events In-Reply-To: References: Message-ID: On Mon, Jul 25, 2011 at 4:39 PM, Martin Ichilevici de Oliveira < martin.i.oliveira at gmail.com> wrote: > Hello, > > I'm using Shotwell 0.10.1 and I noticed that I can't use the "&" character > in an event's name. If I do so, the event will get named after the event > which is directly above it. > > Does this happen to others as well? > > Cheers, > Martin > Hi Martin, Yes, this is a known issue. The ticket is here: http://redmine.yorba.org/issues/3785 From valentin at sanva.net Tue Jul 26 14:13:37 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Tue, 26 Jul 2011 16:13:37 +0200 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 09 Message-ID: Hi! [NOTE: You can see a Spanish version of this mail in my personal blog, http://sanva.net/blog/102/ ] Last Monday I discovered two big problems in the Faces Tool: - If you tagged faces in a photo and then you cropped it, the Faces were shown in a wrong way. And vice versa, if you did it when the Face was cropped and later you returned the photo to it's original state, the faces were also shown wrong. - Rotating an image also make the FaceShapes added before rotation to work wrong. So I've spent almost the whole week correcting this (and a couple of other minor bugs related to the interface), and now you can mix the Crop and Faces tools and everything works OK: - If the entire Face is in the cropped photo, it will be shown, - if only a part of the Face is in it, it will be shown modified to not draw out of the photo, and - if the Face is out of the cropped photo, it won't be shown. And if the user don't change the Faces, this will be a view-only modification. I mean, if you face-tag a photo, then crop it and then return it to the original, you won't lose your face-tags ?you will only lose then if you are watching the face tags in the cropped photo and you press OK button, then you'll lose the Faces that aren't in it. And the integration with the rotation tool is obvious: If you rotate a photo, all the faces in it will be shown rotated accordingly and in the correct position. This week I'll continue looking for bugs, and if everything goes OK we are going to start the process of revision of my code quality so when my mentor decide that is it good enough, we will commit the Faces Tool to the master branch and the team will start looking for more errors to correct, since this functionality will be present in the upcoming Sohtwell 0.11. Cheers! From fcastillousfq at gmail.com Tue Jul 26 16:51:06 2011 From: fcastillousfq at gmail.com (Felipe Castillo) Date: Tue, 26 Jul 2011 12:51:06 -0400 Subject: [Shotwell] watch different folders Message-ID: Hi everybody, I was wondering if there's a way to watch more than one directory for changes in Shotwell. I need this feature because of the Ubuntu One Android app, this app automatically uploads my pictures to a folder other than the Pictures folder. I'd like all this pictures that get uploaded to Ubuntu One, be in my Shotwell library by default, so I need to watch multiple folders for this. Shotwell has the option when importing, to not copy the pictures to the default directory, so I don't think it'll be too hard to always watch other directories for changes without copying those pictures into the default folder. I would really appreciate any comments or suggestions on how to do this. Thanks! Felipe From bryandenniskeith at gmail.com Tue Jul 26 17:24:07 2011 From: bryandenniskeith at gmail.com (Bryan Keith) Date: Tue, 26 Jul 2011 19:24:07 +0200 Subject: [Shotwell] flickr upload problem with apostrophe in title In-Reply-To: References: Message-ID: Eric, Great. Thank you. Bryan On Mon, Jul 25, 2011 at 10:02 PM, Eric Gregory wrote: > On Mon, Jul 25, 2011 at 11:53 AM, Bryan Keith > wrote: >> >> Hi, >> >> If I put an apostrophe (') in the title of the photo, then that photo >> won't publish to flickr. ?Do other people have this problem? >> >> Bryan > > Hi Bryan, > > Looks like a bug! I was able to repro the issue and filed a ticket here: > http://redmine.yorba.org/issues/3880 > > Feel free to add yourself to the CC list on that ticket. > > ? - Eric > From acummings at gmx.com Tue Jul 26 17:58:06 2011 From: acummings at gmx.com (Alan Cummings) Date: Tue, 26 Jul 2011 13:58:06 -0400 Subject: [Shotwell] Feature suggestions Message-ID: <20110726135806.4d73f1d9@gmx.com> Hello, I've been using Shotwell for a couple of months now and have been really loving it, great program. I can't wait to see future versions especially 'hierarchical tags', that will make a great program even better. But a couple of things I would like to see added are: 1) Have the ability to control the background colour (black<->white) of the sidebar. 2) Be able to hide the sidebar (preferably with a keyboard shortcut) while looking though a selected event. 3) Be able to run fullscreen mode all the time, not just while looking at individual pictures. I'm not sure if these suggestions have been discussed before or are just thinks I would like to see implemented. thanks -- Alan. From clinton at yorba.org Tue Jul 26 18:35:26 2011 From: clinton at yorba.org (Clinton Rogers) Date: Tue, 26 Jul 2011 11:35:26 -0700 Subject: [Shotwell] watch different folders In-Reply-To: References: Message-ID: Good morning Felipe, Unfortunately, Shotwell doesn't yet know how to do this, but we do have a feature request for this feature open and hope to support it at some point in the future. For more information, please see http://redmine.yorba.org/issues/3449 . Cheers, -c On Tue, Jul 26, 2011 at 9:51 AM, Felipe Castillo wrote: > Hi everybody, > > > I was wondering if there's a way to watch more than one directory for > changes in Shotwell. I need this feature because of the Ubuntu One Android > app, this app automatically uploads my pictures to a folder other than the > Pictures folder. I'd like all this pictures that get uploaded to Ubuntu > One, > be in my Shotwell library by default, so I need to watch multiple folders > for this. Shotwell has the option when importing, to not copy the pictures > to the default directory, so I don't think it'll be too hard to always > watch > other directories for changes without copying those pictures into the > default folder. > > I would really appreciate any comments or suggestions on how to do this. > > Thanks! > > Felipe > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From joseph.bylund at gmail.com Tue Jul 26 18:37:17 2011 From: joseph.bylund at gmail.com (Joseph Bylund) Date: Tue, 26 Jul 2011 14:37:17 -0400 Subject: [Shotwell] watch different folders In-Reply-To: References: Message-ID: <4E2F095D.2090102@gmail.com> I wonder if it might work if you made a link from the directory that shotwell is watching to the "ubuntu one" pictures folder? -Joe On 07/26/2011 02:35 PM, Clinton Rogers wrote: > Good morning Felipe, > > Unfortunately, Shotwell doesn't yet know how to do this, but we do have a > feature request for this feature open and hope to support it at some point > in the future. For more information, please see > http://redmine.yorba.org/issues/3449 . > > Cheers, > -c > > On Tue, Jul 26, 2011 at 9:51 AM, Felipe Castillowrote: > >> Hi everybody, >> >> >> I was wondering if there's a way to watch more than one directory for >> changes in Shotwell. I need this feature because of the Ubuntu One Android >> app, this app automatically uploads my pictures to a folder other than the >> Pictures folder. I'd like all this pictures that get uploaded to Ubuntu >> One, >> be in my Shotwell library by default, so I need to watch multiple folders >> for this. Shotwell has the option when importing, to not copy the pictures >> to the default directory, so I don't think it'll be too hard to always >> watch >> other directories for changes without copying those pictures into the >> default folder. >> >> I would really appreciate any comments or suggestions on how to do this. >> >> Thanks! >> >> Felipe >> _______________________________________________ >> 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 el.cameleon.1 at gmail.com Tue Jul 26 18:46:20 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Tue, 26 Jul 2011 20:46:20 +0200 Subject: [Shotwell] watch different folders In-Reply-To: <4E2F095D.2090102@gmail.com> References: <4E2F095D.2090102@gmail.com> Message-ID: Alternatively, you can also use symbolic link that you copy into the library folder. 2011/7/26 Joseph Bylund > I wonder if it might work if you made a link from the directory that > shotwell is watching to the "ubuntu one" pictures folder? > -Joe > > > On 07/26/2011 02:35 PM, Clinton Rogers wrote: > >> Good morning Felipe, >> >> Unfortunately, Shotwell doesn't yet know how to do this, but we do have a >> feature request for this feature open and hope to support it at some point >> in the future. For more information, please see >> http://redmine.yorba.org/**issues/3449. >> >> Cheers, >> -c >> >> On Tue, Jul 26, 2011 at 9:51 AM, Felipe Castillo> com >wrote: >> >> Hi everybody, >>> >>> >>> I was wondering if there's a way to watch more than one directory for >>> changes in Shotwell. I need this feature because of the Ubuntu One >>> Android >>> app, this app automatically uploads my pictures to a folder other than >>> the >>> Pictures folder. I'd like all this pictures that get uploaded to Ubuntu >>> One, >>> be in my Shotwell library by default, so I need to watch multiple folders >>> for this. Shotwell has the option when importing, to not copy the >>> pictures >>> to the default directory, so I don't think it'll be too hard to always >>> watch >>> other directories for changes without copying those pictures into the >>> default folder. >>> >>> I would really appreciate any comments or suggestions on how to do this. >>> >>> Thanks! >>> >>> Felipe >>> ______________________________**_________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>> >>> ______________________________**_________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >> > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From jim at yorba.org Tue Jul 26 18:52:22 2011 From: jim at yorba.org (Jim Nelson) Date: Tue, 26 Jul 2011 11:52:22 -0700 Subject: [Shotwell] watch different folders In-Reply-To: <4E2F095D.2090102@gmail.com> References: <4E2F095D.2090102@gmail.com> Message-ID: I believe that will work. Shotwell's directory monitor should follow symbolic links in the library directory to external directories. -- Jim On Tue, Jul 26, 2011 at 11:37 AM, Joseph Bylund wrote: > I wonder if it might work if you made a link from the directory that > shotwell is watching to the "ubuntu one" pictures folder? > -Joe > > > On 07/26/2011 02:35 PM, Clinton Rogers wrote: > >> Good morning Felipe, >> >> Unfortunately, Shotwell doesn't yet know how to do this, but we do have a >> feature request for this feature open and hope to support it at some point >> in the future. For more information, please see >> http://redmine.yorba.org/**issues/3449. >> >> Cheers, >> -c >> >> On Tue, Jul 26, 2011 at 9:51 AM, Felipe Castillo> com >wrote: >> >> Hi everybody, >>> >>> >>> I was wondering if there's a way to watch more than one directory for >>> changes in Shotwell. I need this feature because of the Ubuntu One >>> Android >>> app, this app automatically uploads my pictures to a folder other than >>> the >>> Pictures folder. I'd like all this pictures that get uploaded to Ubuntu >>> One, >>> be in my Shotwell library by default, so I need to watch multiple folders >>> for this. Shotwell has the option when importing, to not copy the >>> pictures >>> to the default directory, so I don't think it'll be too hard to always >>> watch >>> other directories for changes without copying those pictures into the >>> default folder. >>> >>> I would really appreciate any comments or suggestions on how to do this. >>> >>> Thanks! >>> >>> Felipe >>> ______________________________**_________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >>> >>> ______________________________**_________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell >> > > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From fcastillousfq at gmail.com Tue Jul 26 21:51:48 2011 From: fcastillousfq at gmail.com (Felipe Castillo) Date: Tue, 26 Jul 2011 17:51:48 -0400 Subject: [Shotwell] watch different folders In-Reply-To: References: <4E2F095D.2090102@gmail.com> Message-ID: Thanks everybody for their responses, the symbolic link solution worked like a charmed!!! Thanks again On Tue, Jul 26, 2011 at 2:52 PM, Jim Nelson wrote: > I believe that will work. Shotwell's directory monitor should follow > symbolic links in the library directory to external directories. > > -- Jim > > On Tue, Jul 26, 2011 at 11:37 AM, Joseph Bylund >wrote: > > > I wonder if it might work if you made a link from the directory that > > shotwell is watching to the "ubuntu one" pictures folder? > > -Joe > > > > > > On 07/26/2011 02:35 PM, Clinton Rogers wrote: > > > >> Good morning Felipe, > >> > >> Unfortunately, Shotwell doesn't yet know how to do this, but we do have > a > >> feature request for this feature open and hope to support it at some > point > >> in the future. For more information, please see > >> http://redmine.yorba.org/**issues/3449< > http://redmine.yorba.org/issues/3449>. > >> > >> Cheers, > >> -c > >> > >> On Tue, Jul 26, 2011 at 9:51 AM, Felipe Castillo >> com >wrote: > >> > >> Hi everybody, > >>> > >>> > >>> I was wondering if there's a way to watch more than one directory for > >>> changes in Shotwell. I need this feature because of the Ubuntu One > >>> Android > >>> app, this app automatically uploads my pictures to a folder other than > >>> the > >>> Pictures folder. I'd like all this pictures that get uploaded to Ubuntu > >>> One, > >>> be in my Shotwell library by default, so I need to watch multiple > folders > >>> for this. Shotwell has the option when importing, to not copy the > >>> pictures > >>> to the default directory, so I don't think it'll be too hard to always > >>> watch > >>> other directories for changes without copying those pictures into the > >>> default folder. > >>> > >>> I would really appreciate any comments or suggestions on how to do > this. > >>> > >>> Thanks! > >>> > >>> Felipe > >>> ______________________________**_________________ > >>> Shotwell mailing list > >>> Shotwell at lists.yorba.org > >>> http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell< > 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< > 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< > 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 fernan13malaga at gmail.com Tue Jul 26 23:21:30 2011 From: fernan13malaga at gmail.com (Fernan) Date: Wed, 27 Jul 2011 01:21:30 +0200 Subject: [Shotwell] Backup feature Message-ID: <4E2F4BFA.1030706@gmail.com> Hi again, I'm searching for an application that creates an incremental backup of my photos so, i'm thinking if shotwell can import photos in two different folders at the same time. Sorry for my bad english again. Eric, thanks for the last ticket. From david.velazquez08 at gmail.com Tue Jul 26 23:36:20 2011 From: david.velazquez08 at gmail.com (David Velazquez) Date: Tue, 26 Jul 2011 19:36:20 -0400 Subject: [Shotwell] Backup feature In-Reply-To: <4E2F4BFA.1030706@gmail.com> References: <4E2F4BFA.1030706@gmail.com> Message-ID: Hey Fernan, I'm not sure if Shotwell can do this at the moment. I don't think so. You can manage two Shotwell profiles/libraries by invoking -e (I think) at Shotwell startup and then specifying which you want to use but I suspect this is neither what you want nor is worth the trouble. Instead, if I may, I suggest looking into rsync which would do exactly what you want with very little work. To make it automatic you can add an entry to cron. Rsync is pre-installed on many of the more popular user friendly distributions and available in the package managers for many, many others. 1. http://everythinglinux.org/rsync/ 2. https://help.ubuntu.com/community/CronHowto On Tue, Jul 26, 2011 at 7:21 PM, Fernan wrote: > Hi again, > > I'm searching for an application that creates an incremental backup of my > photos so, i'm thinking if shotwell can import photos in two different > folders at the same time. > > Sorry for my bad english again. > Eric, thanks for the last ticket. > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From thecorfiot at gmail.com Wed Jul 27 06:53:27 2011 From: thecorfiot at gmail.com (Bob Giles) Date: Wed, 27 Jul 2011 09:53:27 +0300 Subject: [Shotwell] Backup feature In-Reply-To: <4E2F4BFA.1030706@gmail.com> References: <4E2F4BFA.1030706@gmail.com> Message-ID: <4E2FB5E7.2050301@gmail.com> On 27/07/11 02:21, Fernan wrote: > Hi again, > > I'm searching for an application that creates an incremental backup of > my photos so, i'm thinking if shotwell can import photos in two > different folders at the same time. > > Sorry for my bad english again. > Eric, thanks for the last ticket. > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > Hi Fernan, I keep two separate backups of my images on two different machines. One is a NAS and the other a cheap server. The system I use could be modified easily to accommodate two folders on the same machine if you don't have access to a network. The degree of security you employ is up to you. I use the NAS as my main store and working directory for my photos and they are automatically backed up to the server every hour using rsync and a simple executable text file that is run as a cron job. There is a basic tutorial at http://kevin.vanzonneveld.net/techblog/article/synchronize_files_with_rsync/ which explains how to do it. I do not include the 'delete' option! I hope that helps. Bob From atte at email.dk Wed Jul 27 08:34:45 2011 From: atte at email.dk (=?windows-1252?Q?Atte_Andr=E9_Jensen?=) Date: Wed, 27 Jul 2011 10:34:45 +0200 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 09 In-Reply-To: References: Message-ID: <4E2FCDA5.2020607@email.dk> On 07/26/2011 04:13 PM, Valent?n wrote: > Hi! > > [NOTE: You can see a Spanish version of this mail in my personal blog, > http://sanva.net/blog/102/ ] > > Last Monday I discovered two big problems in the Faces Tool: I don't see the Faces Tool in my 0.10.1 version (from arch). Is this something that's only available from git or similar? Any idea when it will appear in a regular release? -- Atte http://atte.dk http://modlys.dk From valentin at sanva.net Wed Jul 27 10:23:02 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Wed, 27 Jul 2011 12:23:02 +0200 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 09 In-Reply-To: <4E2FCDA5.2020607@email.dk> References: <4E2FCDA5.2020607@email.dk> Message-ID: Hi Atte, Now that tool only exists in my local repository --and of course it also "lives" in a lot of diffs I've sent to Yorba team. That's the way they work at Yorba. I think it will be available from Shotwell git repository next week, and as I've said in my report, it will be included in Shotwell 0.11. Cheers! 2011/7/27 Atte Andr? Jensen > On 07/26/2011 04:13 PM, Valent?n wrote: > >> Hi! >> >> [NOTE: You can see a Spanish version of this mail in my personal blog, >> http://sanva.net/blog/102/ ] >> >> Last Monday I discovered two big problems in the Faces Tool: >> > > I don't see the Faces Tool in my 0.10.1 version (from arch). Is this > something that's only available from git or similar? Any idea when it will > appear in a regular release? > > -- > Atte > > http://atte.dk http://modlys.dk > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From atte at email.dk Wed Jul 27 14:10:23 2011 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Wed, 27 Jul 2011 16:10:23 +0200 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 09 In-Reply-To: References: <4E2FCDA5.2020607@email.dk> Message-ID: <4E301C4F.1030306@email.dk> On 07/27/2011 12:23 PM, Valent?n wrote: > Hi Atte, > > Now that tool only exists in my local repository --and of course it also > "lives" in a lot of diffs I've sent to Yorba team. That's the way they > work at Yorba. > > I think it will be available from Shotwell git repository next week, and > as I've said in my report, it will be included in Shotwell 0.11. Thanks, looking forward to that, it sounds cool! -- Atte http://atte.dk http://modlys.dk From acummings at gmx.com Wed Jul 27 16:48:15 2011 From: acummings at gmx.com (Alan Cummings) Date: Wed, 27 Jul 2011 12:48:15 -0400 Subject: [Shotwell] Backup feature In-Reply-To: <4E2F4BFA.1030706@gmail.com> References: <4E2F4BFA.1030706@gmail.com> Message-ID: <20110727124815.4896ab2a@gmx.com> Fernan wrote: > I'm searching for an application that creates an incremental backup of > my photos so, i'm thinking if shotwell can import photos in two > different folders at the same time. I use a program call "Rapid Photo Downloader" it will copy your photos to a folder and can also make a backup to anywhere you want. Its highly configurable and easy to use. http://www.damonlynch.net/rapid/index.html -- Alan. From jim at yorba.org Wed Jul 27 17:25:04 2011 From: jim at yorba.org (Jim Nelson) Date: Wed, 27 Jul 2011 10:25:04 -0700 Subject: [Shotwell] Backup feature In-Reply-To: References: <4E2F4BFA.1030706@gmail.com> Message-ID: The option you're thinking of is -d. This allows you to specify Shotwell's private data directory (which defaults to ~/.shotwell). -- Jim On Tue, Jul 26, 2011 at 4:36 PM, David Velazquez < david.velazquez08 at gmail.com> wrote: > Hey Fernan, I'm not sure if Shotwell can do this at the moment. I don't > think so. You can manage two Shotwell profiles/libraries by invoking -e (I > think) at Shotwell startup and then specifying which you want to use but I > suspect this is neither what you want nor is worth the trouble. > > Instead, if I may, I suggest looking into rsync which would do exactly what > you want with very little work. To make it automatic you can add an entry > to > cron. Rsync is pre-installed on many of the more popular user friendly > distributions and available in the package managers for many, many others. > > 1. http://everythinglinux.org/rsync/ > 2. https://help.ubuntu.com/community/CronHowto > > On Tue, Jul 26, 2011 at 7:21 PM, Fernan wrote: > > > Hi again, > > > > I'm searching for an application that creates an incremental backup of my > > photos so, i'm thinking if shotwell can import photos in two different > > folders at the same time. > > > > Sorry for my bad english again. > > Eric, thanks for the last ticket. > > ______________________________**_________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell< > 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 lombaardcj at gmail.com Thu Jul 28 12:56:43 2011 From: lombaardcj at gmail.com (Chris Lombaard) Date: Thu, 28 Jul 2011 14:56:43 +0200 Subject: [Shotwell] Backup feature In-Reply-To: References: <4E2F4BFA.1030706@gmail.com> Message-ID: Hi Fernan and everyone, I use rsync everyday through cron and it really works for me. It is very easy to use with proper examples of what is possible depending on your situation. It is also faster than doing a pure copy over a network if that would be an available option to you. Backups are very serious business and if the Shotwell development team would be willing to take on the challenge I will support the feature. Their is nothing like losing all your photos after a disk crash. Experienced it once, not fooling myself twice. Regards, Chris On Wed, Jul 27, 2011 at 1:36 AM, David Velazquez < david.velazquez08 at gmail.com> wrote: > Hey Fernan, I'm not sure if Shotwell can do this at the moment. I don't > think so. You can manage two Shotwell profiles/libraries by invoking -e (I > think) at Shotwell startup and then specifying which you want to use but I > suspect this is neither what you want nor is worth the trouble. > > Instead, if I may, I suggest looking into rsync which would do exactly what > you want with very little work. To make it automatic you can add an entry > to > cron. Rsync is pre-installed on many of the more popular user friendly > distributions and available in the package managers for many, many others. > > 1. http://everythinglinux.org/rsync/ > 2. https://help.ubuntu.com/community/CronHowto > > On Tue, Jul 26, 2011 at 7:21 PM, Fernan wrote: > > > Hi again, > > > > I'm searching for an application that creates an incremental backup of my > > photos so, i'm thinking if shotwell can import photos in two different > > folders at the same time. > > > > Sorry for my bad english again. > > Eric, thanks for the last ticket. > > ______________________________**_________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell< > 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 > -- Groete, Chris Lombaard From thomas at xyz.pp.se Thu Jul 28 17:35:29 2011 From: thomas at xyz.pp.se (Thomas Novin) Date: Thu, 28 Jul 2011 19:35:29 +0200 Subject: [Shotwell] Shotwell doesn't find the date In-Reply-To: References: <1310732425.13780.6.camel@thnov-desktop.xyz.lan> Message-ID: <1311874529.2137.6.camel@thnov-desktop.xyz.lan> On fre, 2011-07-15 at 12:28 -0700, Eric Gregory wrote: > On Fri, Jul 15, 2011 at 5:20 AM, Thomas Novin > wrote: > Great! Turns out the image stores its date in a slightly nonstandard > format. I opened a bug to add support for this format here: > http://trac.yorba.org/ticket/3850 > > I also attached the image to the ticket (which I hope is okay.) > > - Eric > This also happens with 3GP videos. Here it looks like it's more of a issue with the phone but I've seen it with other movies in my library as well. The issue is a little different here, the exif that I can read from the videos shows a date from 1945. $ exiftool VIDEO0019.3gp | egrep 'Media\ Create|File Modification' File Modification Date/Time : 2011:07:12 13:05:30+02:00 Media Create Date : 1945:07:11 11:05:31 An example 3GP movie (also from my HTC Sensation). https://xyz.pp.se/~thnov/up/VIDEO0019.3gp Hmm, this one seems like it's only an issue with the phone.. right? Rgds//Thomas From valentin at sanva.net Thu Jul 28 22:13:26 2011 From: valentin at sanva.net (=?ISO-8859-1?Q?Valent=EDn?=) Date: Fri, 29 Jul 2011 00:13:26 +0200 Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 09 In-Reply-To: <1019890082.1283.1311852307651.JavaMail.root@quaglia> References: <1019890082.1283.1311852307651.JavaMail.root@quaglia> Message-ID: Hi Lorenzo, in the past mails I've read your mails about integration with OpenCV. Is > this part of your project? Is it going to make it into 0.11.1 as well? > Yes, integration with OpenCV (to get face detection capabilities) is part of my project. But we aren't following the project proposal since I'm working only in point 3 (points 1 and 2 were only about learning stuff) because my mentor prefers to get that done as good as is possible rather to add more functionality. I already have some part of OpenCV stuff implemented but I don't know if I'm going to get it done or not ?and even achieving it before Summer of Code ends, I think that it wouldn't be included in Shotwell 0.11. Thanks for your interest ;) 2011/7/28 Lorenzo Milesi > > > This week I'll continue looking for bugs, and if everything goes OK we > > are > > going to start the process of revision of my code quality so when my > > mentor > > decide that is it good enough, we will commit the Faces Tool to the > > master > > branch and the team will start looking for more errors to correct, > > since > > this functionality will be present in the upcoming Sohtwell 0.11. > > > in the past mails I've read your mails about integration with OpenCV. Is > this part of your project? Is it going to make it into 0.11.1 as well? > > thanks > -- > Lorenzo Milesi - lorenzo.milesi at yetopen.it > > YetOpen S.r.l. - http://www.yetopen.it/ > Via Carlo Torri Tarelli 19 - 23900 Lecco - ITALY - > Tel 0341 220 205 - Fax 178 6070 222 > > GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it > > -------- D.Lgs. 196/2003 -------- > > Si avverte che tutte le informazioni contenute in questo messaggio sono > riservate ed a uso esclusivo del destinatario. Nel caso in cui questo > messaggio Le fosse pervenuto per errore, La invitiamo ad eliminarlo > senza copiarlo, a non inoltrarlo a terzi e ad avvertirci non appena > possibile. > Grazie. > > From atte at email.dk Fri Jul 29 11:10:20 2011 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Fri, 29 Jul 2011 13:10:20 +0200 Subject: [Shotwell] Backup feature In-Reply-To: References: <4E2F4BFA.1030706@gmail.com> Message-ID: <4E32951C.3090606@email.dk> On 07/28/2011 02:56 PM, Chris Lombaard wrote: > Backups are very serious business and if the Shotwell development team would > be willing to take on the challenge I will support the feature. Their is > nothing like losing all your photos after a disk crash. Experienced it once, > not fooling myself twice. Backup is indeed *very* serious business, and hence I think it's not shotwell's responsibility to handle it. If every program I have tries to backup it's data, I have to verify lots of different backup mechanisms + it would probably mess up my backup. I've been using the multi_backup.sh found on the lower part of http://www.linux.com/archive/feature/121604 for local backup and plain rsync for remote backup for years, works like a charm, it's *very* fast, and stores files just like that. I'm sure other people have other suggestions for backup, but I really think it would be a waste of energy to implement a backup feature in shotwell. Just my .01 euro... -- Atte http://atte.dk http://modlys.dk From sam at vilain.net Fri Jul 29 11:29:09 2011 From: sam at vilain.net (Sam Vilain) Date: Fri, 29 Jul 2011 12:29:09 +0100 Subject: [Shotwell] Backup feature In-Reply-To: <4E32951C.3090606@email.dk> References: <4E2F4BFA.1030706@gmail.com> <4E32951C.3090606@email.dk> Message-ID: <4E329985.7060107@vilain.net> On 29/07/11 12:10, Atte Andr? Jensen wrote: > Backup is indeed *very* serious business, and hence I think it's not > shotwell's responsibility to handle it. If every program I have tries > to backup it's data, I have to verify lots of different backup > mechanisms + it would probably mess up my backup. > > I've been using the multi_backup.sh found on the lower part of > http://www.linux.com/archive/feature/121604 for local backup and plain > rsync for remote backup for years, works like a charm, it's *very* > fast, and stores files just like that. > > I'm sure other people have other suggestions for backup, but I really > think it would be a waste of energy to implement a backup feature in > shotwell. > > Just my .01 euro... I just want it to be able to handle knowing about removable volumes, so that if I try to access an image it prompts me to load any one of such-and-such volumes. If it could support transfer/duplication between volumes then you have a backup feature. I'm continually running out of space on my laptop for videos that I have taken. I know photographers who have more *photos* than they have hard drive space. Cataloguing multiple volumes is a useful feature for these people. Remember that there are people out there who really only want to back up one thing on their computer: their photos and videos, which are relatively irreplaceable compared to virtually everything else they might have. How are you expecting these users to back up their photo collection, with rsnapshot? Great for a SysAdmin but poor for a typical user. Sam From atte at email.dk Fri Jul 29 11:43:38 2011 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Fri, 29 Jul 2011 13:43:38 +0200 Subject: [Shotwell] Backup feature In-Reply-To: <4E329985.7060107@vilain.net> References: <4E2F4BFA.1030706@gmail.com> <4E32951C.3090606@email.dk> <4E329985.7060107@vilain.net> Message-ID: <4E329CEA.4050604@email.dk> On 07/29/2011 01:29 PM, Sam Vilain wrote: > Remember that there are people out there who really only want to back up > one thing on their computer: their photos and videos, which are > relatively irreplaceable compared to virtually everything else they > might have. How are you expecting these users to back up their photo > collection, with rsnapshot? Great for a SysAdmin but poor for a typical > user. I'm sure most people have other things to backup as well. I think there are good, easy, gui-driven backup solutions available for linux (I didn't look), so I would "expect" people to use *them* :-) You might disagree, but still I think backup is not a job for a "regular" program, be it a word processor, photo manager, music manager or what-have-you. But if people want it and the dev's wanna spend time on it, no problem... -- Atte http://atte.dk http://modlys.dk From fernan13malaga at gmail.com Fri Jul 29 11:48:45 2011 From: fernan13malaga at gmail.com (Fernan Malaga) Date: Fri, 29 Jul 2011 13:48:45 +0200 Subject: [Shotwell] =?iso-8859-1?q?B=E1culo_feature?= In-Reply-To: References: Message-ID: Thanks to all for the alternatives, I was using grsync for synchronize the mentioned two folders (test mode) but is very slow for me, my gallery is too big (500 Gb) so it takes several time. I will keep searching for another option. Thanks again! From atte at email.dk Fri Jul 29 13:07:39 2011 From: atte at email.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Fri, 29 Jul 2011 15:07:39 +0200 Subject: [Shotwell] =?iso-8859-1?q?B=E1culo_feature?= In-Reply-To: References: Message-ID: <4E32B09B.3060302@email.dk> On 07/29/2011 01:48 PM, Fernan Malaga wrote: > Thanks to all for the alternatives, I was using grsync for synchronize the > mentioned two folders (test mode) but is very slow for me, my gallery is too > big (500 Gb) so it takes several time. If it's the initial run, it's gonna take time, esp if it's over network, no matter what software you use. After that, rsync only sends new or changed files, should be very quick, maybe a few minutes... -- Atte http://atte.dk http://modlys.dk From lorenzo.milesi at yetopen.it Thu Jul 28 11:25:07 2011 From: lorenzo.milesi at yetopen.it (Lorenzo Milesi) Date: Thu, 28 Jul 2011 13:25:07 +0200 (CEST) Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 09 In-Reply-To: Message-ID: <1019890082.1283.1311852307651.JavaMail.root@quaglia> > This week I'll continue looking for bugs, and if everything goes OK we > are > going to start the process of revision of my code quality so when my > mentor > decide that is it good enough, we will commit the Faces Tool to the > master > branch and the team will start looking for more errors to correct, > since > this functionality will be present in the upcoming Sohtwell 0.11. in the past mails I've read your mails about integration with OpenCV. Is this part of your project? Is it going to make it into 0.11.1 as well? thanks -- Lorenzo Milesi - lorenzo.milesi at yetopen.it YetOpen S.r.l. - http://www.yetopen.it/ Via Carlo Torri Tarelli 19 - 23900 Lecco - ITALY - Tel 0341 220 205 - Fax 178 6070 222 GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it -------- D.Lgs. 196/2003 -------- Si avverte che tutte le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Nel caso in cui questo messaggio Le fosse pervenuto per errore, La invitiamo ad eliminarlo senza copiarlo, a non inoltrarlo a terzi e ad avvertirci non appena possibile. Grazie. From lorenzo.milesi at yetopen.it Fri Jul 29 06:12:12 2011 From: lorenzo.milesi at yetopen.it (Lorenzo Milesi) Date: Fri, 29 Jul 2011 08:12:12 +0200 (CEST) Subject: [Shotwell] Adding Positional Tags to Shotwell: Weekly Report 09 In-Reply-To: Message-ID: <825622087.22.1311919932723.JavaMail.root@quaglia> > functionality. I already have some part of OpenCV stuff implemented > but I > don't know if I'm going to get it done or not ?and even achieving it > before > Summer of Code ends, I think that it wouldn't be included in Shotwell > 0.11. be it into or outside GSoC, I hope Shotwell will get this awesome feature! :) thanks for your reply. ciao -- Lorenzo Milesi - lorenzo.milesi at yetopen.it YetOpen S.r.l. - http://www.yetopen.it/ Via Carlo Torri Tarelli 19 - 23900 Lecco - ITALY - Tel 0341 220 205 - Fax 178 6070 222 GPG/PGP Key-Id: 0xE704E230 - http://keyserver.linux.it -------- D.Lgs. 196/2003 -------- Si avverte che tutte le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Nel caso in cui questo messaggio Le fosse pervenuto per errore, La invitiamo ad eliminarlo senza copiarlo, a non inoltrarlo a terzi e ad avvertirci non appena possibile. Grazie. From jim at yorba.org Fri Jul 29 19:19:44 2011 From: jim at yorba.org (Jim Nelson) Date: Fri, 29 Jul 2011 12:19:44 -0700 Subject: [Shotwell] Backup feature In-Reply-To: <4E329CEA.4050604@email.dk> References: <4E2F4BFA.1030706@gmail.com> <4E32951C.3090606@email.dk> <4E329985.7060107@vilain.net> <4E329CEA.4050604@email.dk> Message-ID: We do have a ticket for this, although there's been no work on it: http://redmine.yorba.org/issues/1963 Backup is a tricky business, and I agree with the earlier commenter that if every app was responsible for backing up their own data it would be quite a mess. That said, Yorba does want to offer our users the best experience possible. Additionally, there are other reasons for Shotwell to offer a backup solution. For example, if a user wants to migrate their library from one machine to another, a "pure" backup might not be right for them, especially if they want to store their photos in a different path on the destination machine. Although the ticket mentions copying the photos to another drive, it occurs to me that what would probably be more useful is to have a File -> Export Library feature that the burns the entire library onto DVDs. There would be a complementary File -> Import Library feature that reads from those DVDs and copies the files out to disk, respecting configured library and data directory paths, effectively merging the imported photos with the existing library (if there is one). I'm only speculating here because I recently had to do some backup on a personal machine and it was quite painful, especially with media files. The solution outlined above would've made life a bit easier. Does this sound interesting to people? Not that this feature is slated for development any time soon, but it's always good to hear how people are hoping to use Yorba's products. -- Jim On Fri, Jul 29, 2011 at 4:43 AM, Atte Andr? Jensen wrote: > On 07/29/2011 01:29 PM, Sam Vilain wrote: > > Remember that there are people out there who really only want to back up >> one thing on their computer: their photos and videos, which are >> relatively irreplaceable compared to virtually everything else they >> might have. How are you expecting these users to back up their photo >> collection, with rsnapshot? Great for a SysAdmin but poor for a typical >> user. >> > > I'm sure most people have other things to backup as well. I think there are > good, easy, gui-driven backup solutions available for linux (I didn't look), > so I would "expect" people to use *them* :-) > > You might disagree, but still I think backup is not a job for a "regular" > program, be it a word processor, photo manager, music manager or > what-have-you. > > But if people want it and the dev's wanna spend time on it, no problem... > > > -- > Atte > > http://atte.dk http://modlys.dk > ______________________________**_________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-**bin/mailman/listinfo/shotwell > From hamoid at gmail.com Sat Jul 30 11:49:08 2011 From: hamoid at gmail.com (Abe Pazos) Date: Sat, 30 Jul 2011 14:49:08 +0300 Subject: [Shotwell] My phone videos go to the 1945 folder Message-ID: Hi, for some reason the .3gp videos I shoot with my Nexus One phone are ending up on the 1945 folder. The video has a Modified date of Wed 20 Jul 2011 03:48:28 but goes to the folder /1945/07/19 If I check the properties of the file in Ubuntu, it says Title, Artist, Album and Year are all unknown, I don't know if it's related. Why does this happen? Abe From el.cameleon.1 at gmail.com Sat Jul 30 12:24:51 2011 From: el.cameleon.1 at gmail.com (Vincent) Date: Sat, 30 Jul 2011 14:24:51 +0200 Subject: [Shotwell] My phone videos go to the 1945 folder In-Reply-To: References: Message-ID: Hi Abe, Your issue seems very similar to this one: Wrong recognizing of Video recoring date (3gp) which has been closed as invalid. So I wonder if there is really a problem or not... Hope someone else can help. -- Vincent From joel at duckworth.me Sun Jul 31 07:36:23 2011 From: joel at duckworth.me (Joel Duckworth) Date: Sun, 31 Jul 2011 09:36:23 +0200 Subject: [Shotwell] Can't publish to Flickr because can't log in Message-ID: Hi, when you try to log into flickr in Shotwell it open's a browser embedded in the application. I use my google account to log into Flickr and when I try to do it from Shotwell it won't open the new window that normally pops up to log in via google. A simple fix for this would be to print the URL that it is loading under the login button so you can open it in your own browser and complete the authorization yourself then have a button back on the page to initiate access with newly authorized code. If you have a look at the Flickr Uploader (postr) application in the Ubuntu repositories it does it quite nicely there. Much better than embedding a browser which I think is just asking for trouble myself... I'm guessing this would also be a problem for people who log in via their facebook account too. Cheers, Joel From benedict.stein at googlemail.com Sat Jul 30 19:24:31 2011 From: benedict.stein at googlemail.com (Benedict Stein) Date: Sat, 30 Jul 2011 21:24:31 +0200 Subject: [Shotwell] The results of your email commands In-Reply-To: References: Message-ID: Dear Developers, unfortuneatly i lost a collection of ~9 years of sorted photos, well to be honest the pics do exist, the DB was successfully copied BUT shotwell doesn't recreate the thumbails. https://bugs.launchpad.net/shotwell/+bug/818611 I'm sure this might be related to http://redmine.yorba.org/issues/2889 I'd be very happy if anyone of you would at least write a quick workaround to simply recreate the thumbs, e.g. a dirty plugin compatible to Package: shotwell 0.9.3-0ubuntu0.1 Thanks in advance - benste