From jim at yorba.org Mon Nov 1 18:15:02 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 1 Nov 2010 11:15:02 -0700 Subject: [Shotwell] Autoimport crashes shotwell In-Reply-To: <1288434914.9326.2.camel@PotrChkO> References: <1288434914.9326.2.camel@PotrChkO> Message-ID: Hello, Can you try to reproduce this problem while following the steps outlined here: http://trac.yorba.org/wiki/Shotwell/FAQ#IthinkIvefoundabuginShotwell.HowcanIreportit This will produce two files, shotwell.gdb and ~/.cache/shotwell/shotwell.log. If you could send both to me, that would be fantastic. Thanks, -- Jim 2010/10/30 ????? ??????? > I use Lastest version from SVN. When started, it works fine, until > Shotwell starts to import photos from library: > > ERROR:LibraryMonitor.vala:453:library_monitor_discovery_stage_completed: > assertion failed: (master_info != NULL) > Aborted > > > Any tips? > > _______________________________________________ > 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 Nov 2 08:28:29 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Tue, 2 Nov 2010 09:28:29 +0100 Subject: [Shotwell] Email privacy Message-ID: Hi, My email address is actually victim of a huge quantity of spam, so I wonder where it can come from and I google it, and the first results where the yorba bug tracker, where email address of all subscribed bug is published and accessible to all. I believe this need to be changed quickly because it an important privacy issue. Regards, -- Vincent From adam at yorba.org Tue Nov 2 19:05:32 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 02 Nov 2010 12:05:32 -0700 Subject: [Shotwell] Email privacy In-Reply-To: References: Message-ID: <4CD060FC.5050904@yorba.org> Vincent, Yes, this is a legitimate concern. Fortunately, Trac allows you to use either your user ID or your email address in the CC list. I've replaced your email address with your ID (cameleon) in every ticket where you were on the CC list, so I believe it should no longer be exposed via any Yorba Trac pages. Of course, it would better for our Trac server to obfuscate all email addresses on all pages accessed anonymously (i.e. without logging in). Trac has a configuration option which is supposed to enable such obfuscation, but I haven't been able to get it working. We'll look into this more soon. I've created a Yorba infrastructure ticket to track this issue: http://trac.yorba.org/ticket/2753 . Feel free to add yourself to the CC list. ;) adam On 11/02/2010 01:28 AM, Vincent wrote: > Hi, > > My email address is actually victim of a huge quantity of spam, so I wonder > where it can come from and I google it, and the first results where the > yorba bug tracker, where email address of all subscribed bug is published > and accessible to all. > > I believe this need to be changed quickly because it an important privacy > issue. > > Regards, From adam at yorba.org Tue Nov 2 23:31:20 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 02 Nov 2010 16:31:20 -0700 Subject: [Shotwell] Email privacy In-Reply-To: <4CD060FC.5050904@yorba.org> References: <4CD060FC.5050904@yorba.org> Message-ID: <4CD09F48.6050808@yorba.org> An update: I've now successfully configured Yorba Trac so it won't display email addresses unless you've logged in. It turns out this was easy; thanks for the suggestion. adam On 11/02/2010 12:05 PM, Adam Dingle wrote: > Vincent, > > Yes, this is a legitimate concern. Fortunately, Trac allows you to > use either your user ID or your email address in the CC list. I've > replaced your email address with your ID (cameleon) in every ticket > where you were on the CC list, so I believe it should no longer be > exposed via any Yorba Trac pages. > > Of course, it would better for our Trac server to obfuscate all email > addresses on all pages accessed anonymously (i.e. without logging > in). Trac has a configuration option which is supposed to enable such > obfuscation, but I haven't been able to get it working. We'll look > into this more soon. I've created a Yorba infrastructure ticket to > track this issue: http://trac.yorba.org/ticket/2753 . Feel free to > add yourself to the CC list. ;) > > adam > > On 11/02/2010 01:28 AM, Vincent wrote: >> Hi, >> >> My email address is actually victim of a huge quantity of spam, so I >> wonder >> where it can come from and I google it, and the first results where the >> yorba bug tracker, where email address of all subscribed bug is >> published >> and accessible to all. >> >> I believe this need to be changed quickly because it an important >> privacy >> issue. >> >> Regards, > From el.cameleon.1 at gmail.com Wed Nov 3 08:02:45 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 3 Nov 2010 09:02:45 +0100 Subject: [Shotwell] Email privacy In-Reply-To: <4CD09F48.6050808@yorba.org> References: <4CD060FC.5050904@yorba.org> <4CD09F48.6050808@yorba.org> Message-ID: On Wed, Nov 3, 2010 at 12:31 AM, Adam Dingle wrote: > An update: I've now successfully configured Yorba Trac so it won't display > email addresses unless you've logged in. It turns out this was easy; thanks > for the suggestion. > This is simply great! Thanks for the quick fix. From naren.salem at gmail.com Thu Nov 4 04:07:55 2010 From: naren.salem at gmail.com (naren8642) Date: Wed, 3 Nov 2010 21:07:55 -0700 (PDT) Subject: [Shotwell] Getting rid of duplicates Message-ID: <1288843675550-26155.post@talk.nabble.com> Ok first of all, I just started using Shotwell and I love it so far. I had lots (15k+) photos in my Pictures folder and after the import I really enjoy browsing all my photos in Shotwell. During the import, I got the message that about 2000 photos were not imported because they were duplicates. I really want to clean up my Pictures. Is there a way for me to delete these. Can I get a list of these from Shotwell? I suppose if I had had my photos outside the Pictures folder, I could have had Shotwell copy the files to the library and that would have filtered the duplicates. As a workaround I could do that... Secondly, can I trust Shotwell's assessment of photos being exact duplicates. If I (permanently) get rid of the photos that are filtered as duplicates, will end up losing a bunch of my wedding photos? Thanks! Naren -- View this message in context: http://shotwell.3510.www.nabble.com/Getting-rid-of-duplicates-tp26155p26155.html Sent from the Shotwell mailing list archive at Nabble.com. From jim at yorba.org Thu Nov 4 17:01:20 2010 From: jim at yorba.org (Jim Nelson) Date: Thu, 4 Nov 2010 10:01:20 -0700 Subject: [Shotwell] Getting rid of duplicates In-Reply-To: <1288843675550-26155.post@talk.nabble.com> References: <1288843675550-26155.post@talk.nabble.com> Message-ID: Hello, We do have a ticket to log all duplicate files Shotwell locates during import: http://trac.yorba.org/ticket/2593 This would also log files Shotwell couldn't import for other reasons (bad file format, etc.) As far as trusting Shotwell's assessment that they are duplicates, there is one outstanding bug you should be aware of: http://trac.yorba.org/ticket/2587 In an attempt to speedily detect duplicates, Shotwell will do a comparison of a file's embedded thumbnail. This is problematic for a lot of reasons. Once this bug is fixed, Shotwell will use (exclusively) a full MD5 hash of the file to perform duplicate checking, which is a pretty darn accurate way to find duplicates. -- Jim On Wed, Nov 3, 2010 at 9:07 PM, naren8642 wrote: > > Ok first of all, I just started using Shotwell and I love it so far. I had > lots (15k+) photos in my Pictures folder and after the import I really > enjoy > browsing all my photos in Shotwell. > > During the import, I got the message that about 2000 photos were not > imported because they were duplicates. I really want to clean up my > Pictures. Is there a way for me to delete these. Can I get a list of these > from Shotwell? I suppose if I had had my photos outside the Pictures > folder, > I could have had Shotwell copy the files to the library and that would have > filtered the duplicates. As a workaround I could do that... > > Secondly, can I trust Shotwell's assessment of photos being exact > duplicates. If I (permanently) get rid of the photos that are filtered as > duplicates, will end up losing a bunch of my wedding photos? > > Thanks! > > Naren > > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Getting-rid-of-duplicates-tp26155p26155.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 bengt at thuree.com Fri Nov 5 07:41:38 2010 From: bengt at thuree.com (Bengt Thuree) Date: Fri, 05 Nov 2010 18:41:38 +1100 Subject: [Shotwell] Can not compile. GEXIV2 issue. Message-ID: <1288942898.16346.14.camel@lappis.thuree.com> Hi Suddenly I can not compile shotwell anymore, due to gexiv2. By compiling gexiv2, and putting it into a special directory, and then specifying PKG_CONFIG_PATH I have managed to compile and run shotwell for the past 8 months or so. Now, it doesn't work any more :( > bengt at lappis:~/Development/shotwell$ make > Requested 'gexiv2 >= 0.2.0' but version of GExiv2 is 0.1.0 > make: *** [src/.stamp] Error 1 But I have it locally compiled, and it is in PKG_CONFIG_PATH > bengt at lappis:~/Development/shotwell$ echo $PKG_CONFIG_PATH > /home/bengt/unstable/gexiv2/lib/pkgconfig > bengt at lappis:~/Development/shotwell$ more /home/bengt/unstable/gexiv2/lib/pkgconfig/gexiv2.pc > prefix=/home/bengt/unstable/gexiv2 > exec_prefix=${prefix} > libdir=${exec_prefix}/lib > includedir=${prefix}/include > > Name: GExiv2 > Description: GObject bindings for exiv2 > Requires: exiv2 glib-2.0 gobject-2.0 > Version: 0.2.1+trunk > Libs: -L${libdir} -lgexiv2 > Cflags: -I${includedir}/gexiv2 -I${libdir}/gexiv2/include On the other hand it is also installed on the system... > bengt at lappis:~/Development/shotwell$ more /usr/lib/pkgconfig/gexiv2.pc > prefix=/usr > exec_prefix=${prefix} > libdir=${exec_prefix}/lib > includedir=${prefix}/include > > Name: GExiv2 > Description: GObject bindings for exiv2 > Requires: exiv2 glib-2.0 gobject-2.0 > Version: 0.1.0 > Libs: -L${libdir} -lgexiv2 > Cflags: -I${includedir}/gexiv2 -I${libdir}/gexiv2/include Any suggestion on what I should do? Thanks in advance /Bengt -- With Regards Bengt Thuree bengt at thuree.com From bengt at thuree.com Fri Nov 5 09:47:38 2010 From: bengt at thuree.com (Bengt Thuree) Date: Fri, 05 Nov 2010 20:47:38 +1100 Subject: [Shotwell] SOLVED: Re: Can not compile. GEXIV2 issue. In-Reply-To: <1288942898.16346.14.camel@lappis.thuree.com> References: <1288942898.16346.14.camel@lappis.thuree.com> Message-ID: <1288950458.16346.15.camel@lappis.thuree.com> Helps if I export the PKG_CONFIG_PATH :) /Bengt On Fri, 2010-11-05 at 18:41 +1100, Bengt Thuree wrote: > Hi > > Suddenly I can not compile shotwell anymore, due to gexiv2. > By compiling gexiv2, and putting it into a special directory, and then > specifying PKG_CONFIG_PATH I have managed to compile and run shotwell > for the past 8 months or so. > Now, it doesn't work any more :( > > > bengt at lappis:~/Development/shotwell$ make > > Requested 'gexiv2 >= 0.2.0' but version of GExiv2 is 0.1.0 > > make: *** [src/.stamp] Error 1 > > But I have it locally compiled, and it is in PKG_CONFIG_PATH > > bengt at lappis:~/Development/shotwell$ echo $PKG_CONFIG_PATH > > /home/bengt/unstable/gexiv2/lib/pkgconfig > > bengt at lappis:~/Development/shotwell$ more /home/bengt/unstable/gexiv2/lib/pkgconfig/gexiv2.pc > > prefix=/home/bengt/unstable/gexiv2 > > exec_prefix=${prefix} > > libdir=${exec_prefix}/lib > > includedir=${prefix}/include > > > > Name: GExiv2 > > Description: GObject bindings for exiv2 > > Requires: exiv2 glib-2.0 gobject-2.0 > > Version: 0.2.1+trunk > > Libs: -L${libdir} -lgexiv2 > > Cflags: -I${includedir}/gexiv2 -I${libdir}/gexiv2/include > > On the other hand it is also installed on the system... > > bengt at lappis:~/Development/shotwell$ more /usr/lib/pkgconfig/gexiv2.pc > > prefix=/usr > > exec_prefix=${prefix} > > libdir=${exec_prefix}/lib > > includedir=${prefix}/include > > > > Name: GExiv2 > > Description: GObject bindings for exiv2 > > Requires: exiv2 glib-2.0 gobject-2.0 > > Version: 0.1.0 > > Libs: -L${libdir} -lgexiv2 > > Cflags: -I${includedir}/gexiv2 -I${libdir}/gexiv2/include > > Any suggestion on what I should do? > > Thanks in advance > > /Bengt -- With Regards Bengt Thuree bengt at thuree.com From simonspa at kth.se Fri Nov 5 23:15:28 2010 From: simonspa at kth.se (Simon Spannagel) Date: Sat, 06 Nov 2010 00:15:28 +0100 Subject: [Shotwell] Deleting pictures without importing them Message-ID: <4CD49010.6040906@kth.se> Hej guys, what du you think about adding an option to the camera import section, that allows the user to delete pictures directly from the camera even if he/she did not import these pictures. Actually you offer this option of deleting the pictures directly after importing them - as far as I can see. If I'm wrong, please correct me. Greetings, Simon From jim at yorba.org Sat Nov 6 00:11:45 2010 From: jim at yorba.org (Jim Nelson) Date: Fri, 5 Nov 2010 17:11:45 -0700 Subject: [Shotwell] Deleting pictures without importing them In-Reply-To: <4CD49010.6040906@kth.se> References: <4CD49010.6040906@kth.se> Message-ID: We certainly would like to do this: http://trac.yorba.org/ticket/2547 Don't know when we'll have it, but it's on our radar. -- Jim On Fri, Nov 5, 2010 at 4:15 PM, Simon Spannagel wrote: > Hej guys, > > what du you think about adding an option to the camera import section, that > allows the user to delete pictures directly from the camera even if he/she > did not import these pictures. > > Actually you offer this option of deleting the pictures directly after > importing them - as far as I can see. If I'm wrong, please correct me. > > Greetings, > Simon > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jani at ubuntu.com Sat Nov 6 08:11:39 2010 From: jani at ubuntu.com (Jani Monoses) Date: Sat, 06 Nov 2010 10:11:39 +0200 Subject: [Shotwell] Deleting pictures without importing them In-Reply-To: References: <4CD49010.6040906@kth.se> Message-ID: On 11/06/2010 02:11 AM, Jim Nelson wrote: > We certainly would like to do this: http://trac.yorba.org/ticket/2547 > > Don't know when we'll have it, but it's on our radar. I think that is a duplicate of http://trac.yorba.org/ticket/2257 Jani From piotr.pyclik at gmail.com Sun Nov 7 08:23:27 2010 From: piotr.pyclik at gmail.com (Piotr Pyclik) Date: Sun, 7 Nov 2010 01:23:27 -0700 (PDT) Subject: [Shotwell] Corrupted tags in photo.db Message-ID: <1289118207092-26582.post@talk.nabble.com> Hi, I have strange problem with photo.db file (I suppose). Before formatting hard drive, I made backup of my photos and photo.db file. After formatting and installing new system, I put photos exactly where they were before, started Shotwell and imported them. Next, I closed Shotwell and replaced ~/.shotwell/data/photos.db file that got created with my old one. I thought, that this way all events and tags for photos will be preserved. Unfortunately, when I start Shotwell, I can see that tags and events are there, but they are all assignet to wrong photos. System I use is Fedora 14, Shotwell version is 0.7.2. Any ideas? -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Corrupted-tags-in-photo-db-tp26582p26582.html Sent from the Shotwell mailing list archive at Nabble.com. From brunogirin at gmail.com Sun Nov 7 11:33:12 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 07 Nov 2010 11:33:12 +0000 Subject: [Shotwell] Shotwell article in Linux Format #138 Message-ID: <1289129592.1754.11.camel@nuuk> Hi all, Just for info, there's a short and sweet article about Shotwell in the December edition of Linux Format. It won't teach anything to people on this list but it's nice to see it mentioned in the press. Having said that, they're saying things that are a bit mis-leading on the F-Spot import so I shall send them an email straight away and point them at the mailing list. Cheers, Bruno From kimaidou at gmail.com Mon Nov 8 09:03:52 2010 From: kimaidou at gmail.com (kimaidou) Date: Mon, 8 Nov 2010 10:03:52 +0100 Subject: [Shotwell] Some ideas Message-ID: Hi people, I would like to first thank the devs involved in shotwell. This software is KISS. It is exactly what I was looking for : light, simple but powerfull. I have some ideas regarding functionalities I used in jbrout (one of my favorite) which are very important when you import and classify some pictures. Basically, when you import new pictures in your library, you : 1/ import all of them 2/ first pass : select the bad ones to delete them 3/ rotate the pictures if necessary 4/ tag the pictures 5/ choose some pictures to export in you web photo gallery (optionnaly classify them in separate folder with the month, as 2010-10 , 2010-11, etc. To accomplish all theses steps smoothly, I have some features missing in shotwell : 1/ a> an option to automatically rename the pictures with the exif date on import, such as "20100912_085635a.ext" . b> import videos as well (I have seen it will be released in one of the next versions : great !!! ) 2/ I personally use the "reject" vote to preselect all the pictures I want to delete after this first pass. It could be great to just add a display filter : "All the rejected pictures", so that we can just display them all, then CTRL+a and "Delete" 3/ An option to rotate the original picture (and not only save the pref in the database). 4/ a>To make this step easier, It coud be handy to display the tags in full display mode and fullscreen mode (as the vote is displayed). This way when browsing picture by picture, we can easily see wich pics are not taged / which tags are missing. b> In the thumbnail mode, add a way to easily see all the pictures with no tags (to help retag all theses pictures when the weather is rainy during a winter week-end :) ) c> Add some handy shortcuts in full display / fullscreen mode : * typing any letter pops up the "add tag" windows (CTRL T) : this way, no need to CTRL+T : just type the first letters, then Enter * Press "Spacebar" selects the picture : when you get out the full display or fullscreen mode, eg with ESC, the selection remains and you can decide to do an action (mass tag, delete, etc.) 5/ a> Add a "basket" selection mode : a way to have a selection wich remains when you click out of a picture ANd which remains between sessions. Jbrout had this feature, and it was great because you could stop the "choosing job" one day and go on another day. c> Optionnaly display the picture date under the thumbnail, so that you can select and export easily all the picture taken e.g.during "2010, august." d> Another feature linked : i"n the Event view, allow to see all the pictures recursively. Now, when I double click on "january", it shows the events (the days) of this month when pictures have been taken, but you have to double click on one of theses days to see the pictures. What if I want to see all pictures of january ? e> Allow to export to FTP (I tried mounting a FTP with nautilus, but got an error) Hum.. I have written a long email... I am just very excited about shotwell, so I decided to give some feedback of my personal use... I hope I have not been too direct (english is not my native language as you have read ;) ) Cheers, Kimaidou From nicolas at toromanoff.org Mon Nov 8 10:47:02 2010 From: nicolas at toromanoff.org (nicolas at toromanoff.org) Date: Mon, 8 Nov 2010 11:47:02 +0100 Subject: [Shotwell] Export to gallery: ticket #1585 In-Reply-To: References: <589039c0bf74cdfc7c8c455b0de65850.squirrel@ntoroman.dyndns.org> Message-ID: Hello, Some update, don't know if it is useful, but I as i work slowly on this, you know I didn't give up yet ;-) * all needing commands are implemented and working: I am able list directory, to upload photos in existing directory or in a newly created one, but only as the Guest user, due to the following issue: * BUG: still don't know why my RestSession is "somewhat" lost, the login is ok and its return ok, but any further calls is done as a guest member. (with wireshark I seen that POST doesn't send the needing cookie, but F-Spot expoter do) * TODO: check all the error paths. I didn't focus on this yet. * TODO: rework the class GalleryConfigurePane : PublishingDialogPane, as gallery use sub directories, and some parent directory may be unwritable: the UI has to provide information on that (un-sensitive some lines in the ComboBox...) * then post patch, and wait for review. Regards, Nicolas From jani at ubuntu.com Mon Nov 8 11:54:49 2010 From: jani at ubuntu.com (Jani Monoses) Date: Mon, 08 Nov 2010 13:54:49 +0200 Subject: [Shotwell] Export to gallery: ticket #1585 In-Reply-To: References: <589039c0bf74cdfc7c8c455b0de65850.squirrel@ntoroman.dyndns.org> Message-ID: On 11/08/2010 12:47 PM, nicolas at toromanoff.org wrote: > Hello, > > Some update, don't know if it is useful, but I as i work slowly on this, > you know I didn't give up yet ;-) > > * all needing commands are implemented and working: I am able list > directory, to upload photos in existing directory or in a newly created > one, but only as the Guest user, due to the following issue: > > * BUG: still don't know why my RestSession is "somewhat" lost, the login > is ok and its return ok, but any further calls is done as a guest member. > (with wireshark I seen that POST doesn't send the needing cookie, but > F-Spot expoter do) Do you use add_header("Cookie","XXXX") when creating the transactions, where XXX is the cookie parsed from the login response? Jani From nicolas at toromanoff.org Mon Nov 8 12:54:51 2010 From: nicolas at toromanoff.org (nicolas at toromanoff.org) Date: Mon, 8 Nov 2010 13:54:51 +0100 Subject: [Shotwell] Export to gallery: ticket #1585 In-Reply-To: References: <589039c0bf74cdfc7c8c455b0de65850.squirrel@ntoroman.dyndns.org> Message-ID: <6cbdb0e423e74365f0df48eabba4d190.squirrel@ntoroman.dyndns.org> > On 11/08/2010 12:47 PM, nicolas at toromanoff.org >> * BUG: still don't know why my RestSession is "somewhat" lost, the >> login >> is ok and its return ok, but any further calls is done as a guest >> member. >> (with wireshark I seen that POST doesn't send the needing cookie, but >> F-Spot expoter do) > > Do you use add_header("Cookie","XXXX") when creating the transactions, > where XXX is the cookie parsed from the login response? Ok... I though the "Session" store the Cookie by itself, by magic (isn't software magic most of the time ?). I should have read the code more in depth. I'll do that. Thank you very much. Nicolas. From jim at yorba.org Mon Nov 8 15:53:42 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 8 Nov 2010 07:53:42 -0800 Subject: [Shotwell] Deleting pictures without importing them In-Reply-To: References: <4CD49010.6040906@kth.se> Message-ID: Thanks! -- Jim On Sat, Nov 6, 2010 at 1:11 AM, Jani Monoses wrote: > On 11/06/2010 02:11 AM, Jim Nelson wrote: > >> We certainly would like to do this: http://trac.yorba.org/ticket/2547 >> >> Don't know when we'll have it, but it's on our radar. >> > > I think that is a duplicate of http://trac.yorba.org/ticket/2257 > > Jani > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From estanton78 at gmail.com Mon Nov 8 17:06:16 2010 From: estanton78 at gmail.com (estanton) Date: Mon, 8 Nov 2010 17:06:16 +0000 Subject: [Shotwell] Misc comments Message-ID: Hi, First, thanks for creating Shotwell. I really like the interface, look and speed. I'm working up to switching over from using Picasa once I determine how best to do the move (keeping my tags, events, etc.). I thought I'd make a comment or two, but I seem to have gotten carried away - its much easier to suggest changes than do them :) I think I've seen tickets already for several of the items I was thinking about: searching by tag/text/camera/etc for photos, photos without titles/tags, etc.), % number on magnification slider, tags saved in pictures, heirarchical tags, setting Event name for all imported photos, etc. Below are some that I didn't see tickets for. If any look useful let me know and I'll open a ticket. Some might conflict with each other - they're just ideas from poking around - from what I've seen of the bugs already registered they're covering all the main issues. MULTIPLE PICTURE VIEW: Instead of just allowing Title/Tag/Rating to be shown under photos, allow the choice of more information. So put checkboxes for all/most of the information available to users: Title/Tags/Date/Time/Size/Exposure/Ratings/Event name/filename/directory/etc.. And since this might make the View menu long, create a submenu such as "Display Info" to group it. Using all of it at once would be crowded, but the ability to select them makes it easier for comparisons. Possibly allow clicking the displayed info to edit it (if its editable) Add Rotate to the Right-Click menu along with Enhance as its a pretty common action And/or add the ability to rotate with a single click on the photo - so when you mouseover the photo in say the upper right corner a small icon of a rotate arrow shows, and when you click it the photo rotates. Avoids moving to the icon often (although batch selection works, sometimes I click instead of ctrl-click and lose my selection so I have to start over...) SINGLE PICTURE VIEW: Show information under the Photo - e.g. Title/Tags/Rating to be consistent with the Multiple Picture view. Probably use the same "Display Info" menu approach to select what to display, and allow clicking to edit the information that is shown. Title is shown on basic information on the left - but it doesn't always fit and isn't easily seen. Add a Back Button (and/or a Right-Click menu item for "Back" like Browsers) when viewing the Single Picture View that takes you back to your Event list/Tag Search. Esc might work, but its hidden. (or even new icons, e.g. |<- <- ->| ) Move Enhance button to second in list to match its location on the Multiple Picture sceen Add a Fullscreen button (e.g. in place of Slideshow button position on Multiple Picture view) to do the same as F11 Possibly add the Publish button in Single Picture view as well but that's probably not very common Add Rotate to the Right-Click menu along with Enhance as with multiple picture view, and/or mouseover rotate Possibly create a Right-Click Tools submenu with all available options (like the main Photo->Tools menu) - Enhance, Rotate, Adjust, etc. (May need to change to a Tools submenu for the Multiple Pictures view as well.) For the magnification slider clicking on the small or large icons jumps to the smallest/largest size, but clicking inside the slider does not jump to that point - it moves the mark left or right by some amount. It might be more consistent if the slider jumped to where you clicked and the left and right icons were used to increment/decrement the marker's position. You can still jump to smallest/largest by clicking near the ends of the slider or dragging it. Or leave the left/right icons as min/max but jump to where you point - its confusing that it just moves a bit and doesn't go to where its clicked Similarly, on the Adjust window (Photo->Tools->Adjust) - add <- and -> icons for incremental adjustment in addition to dragging the slider to allow adjustments by just clicking the icons, and jump to where the cursor selects instead of moving a bit left/right Similarly, on the Red-Eye window add <- and -> icons at the ends of the slider to allow adjusting by clicking them. Allow the red-eye window to grow larger than it does now (and allow you to stay zoomed in - but I think there's a ticket for that) On the Crop window - add a Preview button that shows the crop window only while you have the button pressed. Crop seems a bit slow (a couple of seconds to crop) so this may not be effective When selecting a photo or viewing it in Single Picture view, somehow indicate what Event the photo is in (ie I do a tag search and find some photos and then I want to know what Event its in). Could add a line to Basic Information saying Event (but this isn't part of the photo info), or add "Event" as caption (part of Display Info as mentioned above), or highlight the Event on the left (could be confusing if the tag and an event were highlighted), or have an icon/button ( ^ ) with tooltip that says jump to parent Event xyz, or right click menu saying Show in Event Add a way to Crop with tilting - in case the photo isn't straight SLIDESHOW Have an icon/option to show/not show the photo Title Allow a setting to maximise the photo. When I display my photos the left and right sides have black borders because the photo dimensions don't match the screen. This means loosing some of the top/bottom . GENERAL: In the menu Edit->Preferences: Add a "Default" button or marker indicating the original background colour. I played around with setting the slider then couldn't remember exactly what shade of grey it was originally, and preferred the default Default displayed title for photos seems to be the filename - could this be just left blank? Clearly this isn't the real title, since when you edit the title the box is blank unless you enter something, and seeing the filenames is distracting. Consider making the extended information window just a separate tab next to Basic information window on the bottom left - obviously scrollable to see all the info if needed. Should the "Photos" entry in the left panel be "All Photos" since selecting any of the entries on the left shows you some photos? Merging Events was a bit confusing at first. I tried to ctrl-click/shift-click the events in the left panel, but I could only select one. I found a closed bug saying this was by design - that Events had to be merged by first selecting the top level events. This wasn't easy to discover, so perhaps it might be helpful if when I ctrl-click or shift-click 2 or more events you either pop up a warning message saying to do this in a different way, or automatically switch the user to the Event View and highlight the multiple events there Should the Rating Stars be underneath a photo instead of ontop of the photo? Is there a way to group photos together. e.g. when taking multiple shots of a scene usually one is the best, but I don't want to delete the others, but I also don't want to see all of them most of the time. Rating them as rejected could work but then there isn't an easy way to see for a particular photo if there is another version of it. Consider Albums - where pictures can be re-arranged and selected from Events, but are only links to the actual photos. Usually I have too many photos of something and only want to send/upload a selection - but I also want to remember what they were Add a 'No Tag' tag to the list to select pictures without tags Allow multiple selections of tags - either by ctrl/shift click or by using +/- icons to show selected/unselected tags Add a 'No Description' selection somewhere - probably in the search box you're looking at (I guess this generalizes to searching for things with certain values but also things with no values) From el.cameleon.1 at gmail.com Mon Nov 8 19:49:33 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Mon, 8 Nov 2010 20:49:33 +0100 Subject: [Shotwell] Shotwell Business model Message-ID: Hi, I have just read a great french articleabout free softwares and their business model, and now I wonder: what is the model beyond yorba. I have understand that you have a team of 5 peoples, and I guess that they are payed to develop the core of shotwell (among other things). I wonder from where the money come from, has shotwell is (and will be forever) totally free of charge. Am I wrong? Can you explain me how it works? Best regards, -- Vincent From adam at yorba.org Mon Nov 8 20:06:37 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 08 Nov 2010 12:06:37 -0800 Subject: [Shotwell] Shotwell Business model In-Reply-To: References: Message-ID: <4CD8584D.3070502@yorba.org> Vincent, At the moment, Yorba is entirely supported by donations from myself (the founder) and a growing list of others who wish to support our projects. We are not able to pay our team members as much as they would make at for-profit software companies, but we are fortunate that they have generously decided to work for us anyway in the spirit of contributing to free software. :) In the future we hope to help support ourselves by doing consulting work related to our projects, but that remains only a future hope at this time. :) cheers adam On 11/08/2010 11:49 AM, Vincent wrote: > Hi, > > I have just read a great french > articleabout > free softwares and their business model, and now I wonder: what is the > model beyond yorba. I have understand that you have a team of 5 peoples, and > I guess that they are payed to develop the core of shotwell (among other > things). I wonder from where the money come from, has shotwell is (and will > be forever) totally free of charge. > > Am I wrong? Can you explain me how it works? > > Best regards, From jim at yorba.org Mon Nov 8 20:19:47 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 8 Nov 2010 12:19:47 -0800 Subject: [Shotwell] Corrupted tags in photo.db In-Reply-To: <1289118207092-26582.post@talk.nabble.com> References: <1289118207092-26582.post@talk.nabble.com> Message-ID: Yeah, that's not a good way to go. The problem (I suspect) is the step where you imported the photos after restoring your system. Tags and events and thumbnails are keyed by photo IDs, not filenames. When you imported again, you generated thumbnails for all your photos keyed to their new IDs. Then you replaced the photo.db with files keyed to the old IDs. I suspect you're seeing the wrong thumbnail for the photos. If you double-click on them, do you see the correct photo? A better way to do this would be to backup the entire contents of the .shotwell directory and replace it once your system is restored. -- Jim On Sun, Nov 7, 2010 at 1:23 AM, Piotr Pyclik wrote: > > Hi, > I have strange problem with photo.db file (I suppose). Before formatting > hard drive, I made backup of my photos and photo.db file. After formatting > and installing new system, I put photos exactly where they were before, > started Shotwell and imported them. Next, I closed Shotwell and replaced > ~/.shotwell/data/photos.db file that got created with my old one. I > thought, > that this way all events and tags for photos will be preserved. > Unfortunately, when I start Shotwell, I can see that tags and events are > there, but they are all assignet to wrong photos. > System I use is Fedora 14, Shotwell version is 0.7.2. > Any ideas? > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Shotwell-Corrupted-tags-in-photo-db-tp26582p26582.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 piotr.pyclik at gmail.com Mon Nov 8 20:26:39 2010 From: piotr.pyclik at gmail.com (Piotr Pyclik) Date: Mon, 8 Nov 2010 12:26:39 -0800 (PST) Subject: [Shotwell] Corrupted tags in photo.db In-Reply-To: References: <1289118207092-26582.post@talk.nabble.com> Message-ID: <1289247999878-27661.post@talk.nabble.com> Exactly, I get wrong thumbnails, but photo is correct. Well, good to know and thanks for the answer. Maybe adding backup feature with menu option to Shotwell would be useful? ;) -- View this message in context: http://shotwell.3510.www.nabble.com/Shotwell-Corrupted-tags-in-photo-db-tp26582p27661.html Sent from the Shotwell mailing list archive at Nabble.com. From jim at yorba.org Mon Nov 8 20:31:20 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 8 Nov 2010 12:31:20 -0800 Subject: [Shotwell] Corrupted tags in photo.db In-Reply-To: <1289247999878-27661.post@talk.nabble.com> References: <1289118207092-26582.post@talk.nabble.com> <1289247999878-27661.post@talk.nabble.com> Message-ID: Yes, that makes a lot of sense. We do have it ticketed: http://trac.yorba.org/ticket/1963 Cheers, -- Jim On Mon, Nov 8, 2010 at 12:26 PM, Piotr Pyclik wrote: > > Exactly, I get wrong thumbnails, but photo is correct. Well, good to know > and > thanks for the answer. Maybe adding backup feature with menu option to > Shotwell would be useful? ;) > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Shotwell-Corrupted-tags-in-photo-db-tp26582p27661.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 mahfiaz at gmail.com Mon Nov 8 20:03:48 2010 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Mon, 08 Nov 2010 22:03:48 +0200 Subject: [Shotwell] Some ideas In-Reply-To: References: Message-ID: <1289246628.22711.3.camel@antiloop> ?hel kenal p?eval, E, 2010-11-08 kell 10:03, kirjutas kimaidou: > > 5/ > a> Add a "basket" selection mode : a way to have a selection wich > remains > when you click out of a picture ANd which remains between sessions. > Jbrout > had this feature, and it was great because you could stop the > "choosing job" > one day and go on another day. > > The basket could be used to export basket album or print album. Regards Mattias From guillaume at viguierjust.com Mon Nov 8 16:28:56 2010 From: guillaume at viguierjust.com (Guillaume Viguier) Date: Mon, 08 Nov 2010 11:28:56 -0500 Subject: [Shotwell] Piwigo and shotwell can now talk to each other Message-ID: <1289233736.2937.9.camel@guillaume-laptop> Hi, I just wrote a connector to allow shotwell to upload to Piwigo. There are still a few limitations (see http://piwigo.org/forum/viewtopic.php?id=16431&p=2 ) but the connector works and allows you to send your pictures to a Piwigo installation. The code can be found here: https://github.com/guillaumev/piwigoshotwell I'd like to know how the shotwell team will go about testing and integrating this into Shotwell. Thank you. Guillaume Viguier-Just From gjbrunton at gmail.com Mon Nov 8 21:53:08 2010 From: gjbrunton at gmail.com (gs_triumph) Date: Mon, 8 Nov 2010 13:53:08 -0800 (PST) Subject: [Shotwell] no tags and/or missing exif data Message-ID: <1289253188851-27698.post@talk.nabble.com> i may be missing a trick here but i have come across a couple of problems : A. Is there a way to display only images that have no tags. i feel this would be a very useful feature as i am trying to import around 40 cd's worth of photographs to be organised using tags B. Is it possible to show images that have no exif data other than dimensions? i have a number of old photos that were scanned from 7x5 prints that have no exif data other than dimensions. There is no date to filter on so i cannot view them. any help appreciated. p.s. i am enjoying using shotwell. the interface is nice n simple and i am glad to see that new features (such as writing tags to the file) are in development. -- View this message in context: http://shotwell.3510.www.nabble.com/no-tags-and-or-missing-exif-data-tp27698p27698.html Sent from the Shotwell mailing list archive at Nabble.com. From jani at ubuntu.com Tue Nov 9 09:20:15 2010 From: jani at ubuntu.com (Jani Monoses) Date: Tue, 09 Nov 2010 11:20:15 +0200 Subject: [Shotwell] Piwigo and shotwell can now talk to each other In-Reply-To: <1289233736.2937.9.camel@guillaume-laptop> References: <1289233736.2937.9.camel@guillaume-laptop> Message-ID: Hi, On 11/08/2010 06:28 PM, Guillaume Viguier wrote: > Hi, > > I just wrote a connector to allow shotwell to upload to Piwigo. There > are still a few limitations (see > http://piwigo.org/forum/viewtopic.php?id=16431&p=2 ) but the connector > works and allows you to send your pictures to a Piwigo installation. > > The code can be found here: > https://github.com/guillaumev/piwigoshotwell > Two observations - you can get rid of the Config.vala changes and keep the code cleaner if you use the generic set/get_publishing_string functions as the picasa, youtube and yandex services do in trunk. - you set MediaType.VIDEO in capabilities but the code does not seem to handle video otherwise > I'd like to know how the shotwell team will go about testing and > integrating this into Shotwell. the easiest would be to provide a link to a running piwigo instance where it can be tested. Also I think the Shotwell team prefers issues being open in trac and having the patch attached. Jani From richard.booth at bigfoot.com Tue Nov 9 12:40:58 2010 From: richard.booth at bigfoot.com (Richard Booth) Date: Tue, 9 Nov 2010 12:40:58 +0000 Subject: [Shotwell] Avoiding false duplicates with Shotwell import Message-ID: Hi I have around 8,000 photos that I took years ago that I want to import to Shotwell. When I tried importing Shotwell said there were 1500 duplicates. However I think this is because my old digital camera reset the file numbering after each batch, thus I have a number of DSCF0001.jpg etc. I'm thinking I could write a script to append a serial number to my 8,000 photos and then import to Shotwell. Will this work? Am I right in assuming Shotwell says it is a duplicate based on the filename alone? Rich From mahfiaz at gmail.com Tue Nov 9 13:49:44 2010 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Tue, 09 Nov 2010 15:49:44 +0200 Subject: [Shotwell] Avoiding false duplicates with Shotwell import In-Reply-To: References: Message-ID: <1289310584.22711.6.camel@antiloop> ?hel kenal p?eval, T, 2010-11-09 kell 12:40, kirjutas Richard Booth: > Hi > > I have around 8,000 photos that I took years ago that I want to import > to Shotwell. When I tried importing Shotwell said there were 1500 > duplicates. However I think this is because my old digital camera > reset the file numbering after each batch, thus I have a number of > DSCF0001.jpg etc. > > I'm thinking I could write a script to append a serial number to my > 8,000 photos and then import to Shotwell. Will this work? Am I right > in assuming Shotwell says it is a duplicate based on the filename > alone? No, it compares MD5sums of EXIF thumbnails (maybe more). See this answer from Jim: http://lists.yorba.org/pipermail/shotwell/2010-November/001199.html Regards Mattias From adam at yorba.org Tue Nov 9 17:19:37 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 09 Nov 2010 09:19:37 -0800 Subject: [Shotwell] Piwigo and shotwell can now talk to each other In-Reply-To: References: <1289233736.2937.9.camel@guillaume-laptop> Message-ID: <4CD982A9.9040902@yorba.org> On 11/09/2010 01:20 AM, Jani Monoses wrote: > Hi, > > On 11/08/2010 06:28 PM, Guillaume Viguier wrote: >> Hi, >> >> I just wrote a connector to allow shotwell to upload to Piwigo. There >> are still a few limitations (see >> http://piwigo.org/forum/viewtopic.php?id=16431&p=2 ) but the connector >> works and allows you to send your pictures to a Piwigo installation. >> >> The code can be found here: >> https://github.com/guillaumev/piwigoshotwell >> > Two observations > - you can get rid of the Config.vala changes and keep the code cleaner > if you use the generic set/get_publishing_string functions as the > picasa, youtube and yandex services do in trunk. > - you set MediaType.VIDEO in capabilities but the code does not seem > to handle video otherwise Thanks for the code review, Jani! > >> I'd like to know how the shotwell team will go about testing and >> integrating this into Shotwell. > > the easiest would be to provide a link to a running piwigo instance > where it can be tested. Also I think the Shotwell team prefers issues > being open in trac and having the patch attached. That's true. In fact, after Guillaume sent his message to this list he posted a patch to http://trac.yorba.org/ticket/2639 and there's a discussion active there now. adam From adam at yorba.org Tue Nov 9 17:26:04 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 09 Nov 2010 09:26:04 -0800 Subject: [Shotwell] no tags and/or missing exif data In-Reply-To: <1289253188851-27698.post@talk.nabble.com> References: <1289253188851-27698.post@talk.nabble.com> Message-ID: <4CD9842C.6040404@yorba.org> On 11/08/2010 01:53 PM, gs_triumph wrote: > i may be missing a trick here but i have come across a couple of problems : > > A. Is there a way to display only images that have no tags. i feel this > would be a very useful feature as i am trying to import around 40 cd's worth > of photographs to be organised using tags Not at this time. We're considering this as a future feature, though - see http://trac.yorba.org/ticket/1609 . > B. Is it possible to show images that have no exif data other than > dimensions? i have a number of old photos that were scanned from 7x5 prints > that have no exif data other than dimensions. There is no date to filter on > so i cannot view them. When you import these photos into Shotwell, they will not be placed in any event since they have no date. In the trunk (and hence in the upcoming 0.8 release) there's a No Event item in the sidebar that will show all these photos. > any help appreciated. > > p.s. i am enjoying using shotwell. the interface is nice n simple and i am > glad to see that new features (such as writing tags to the file) are in > development. Glad you like it! :) adam From jim at yorba.org Tue Nov 9 19:56:43 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 9 Nov 2010 11:56:43 -0800 Subject: [Shotwell] Avoiding false duplicates with Shotwell import In-Reply-To: <1289310584.22711.6.camel@antiloop> References: <1289310584.22711.6.camel@antiloop> Message-ID: To flesh out this answer, Shotwell has two mechanisms for detecting duplicates: the MD5 checksum of the thumbnail and an MD5 checksum of the full file. The issue that's mentioned in the message Mattias linked to essentially means Shotwell will use only a full MD5 checksum to detect duplicates: http://trac.yorba.org/ticket/2587 Shotwell has never used a filename to detect duplicates. My guess is your duplicate files either have duplicate thumbnails (possible) or really are byte-for-byte duplicates. For that, there's another feature request you should be aware of: http://trac.yorba.org/ticket/2593 -- Jim On Tue, Nov 9, 2010 at 5:49 AM, Mattias P?ldaru wrote: > ?hel kenal p?eval, T, 2010-11-09 kell 12:40, kirjutas Richard Booth: > > Hi > > > > I have around 8,000 photos that I took years ago that I want to import > > to Shotwell. When I tried importing Shotwell said there were 1500 > > duplicates. However I think this is because my old digital camera > > reset the file numbering after each batch, thus I have a number of > > DSCF0001.jpg etc. > > > > I'm thinking I could write a script to append a serial number to my > > 8,000 photos and then import to Shotwell. Will this work? Am I right > > in assuming Shotwell says it is a duplicate based on the filename > > alone? > > No, it compares MD5sums of EXIF thumbnails (maybe more). See this answer > from Jim: > http://lists.yorba.org/pipermail/shotwell/2010-November/001199.html > > > Regards > Mattias > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From naren.salem at gmail.com Tue Nov 9 20:11:19 2010 From: naren.salem at gmail.com (naren) Date: Tue, 9 Nov 2010 14:11:19 -0600 Subject: [Shotwell] Avoiding false duplicates with Shotwell import In-Reply-To: References: <1289310584.22711.6.camel@antiloop> Message-ID: Is there a patch available for this or is it in a dev branch? (Full file MD5 only). 'Cause without this fix, I don't feel like I am complete with Shotwell. I tried F-Spot, but that's... well different ;) On Tue, Nov 9, 2010 at 1:56 PM, Jim Nelson wrote: > To flesh out this answer, Shotwell has two mechanisms for detecting > duplicates: the MD5 checksum of the thumbnail and an MD5 checksum of the > full file. > > The issue that's mentioned in the message Mattias linked to essentially > means Shotwell will use only a full MD5 checksum to detect duplicates: > http://trac.yorba.org/ticket/2587 > > Shotwell has never used a filename to detect duplicates. My guess is your > duplicate files either have duplicate thumbnails (possible) or really are > byte-for-byte duplicates. For that, there's another feature request you > should be aware of: http://trac.yorba.org/ticket/2593 > > -- Jim > > On Tue, Nov 9, 2010 at 5:49 AM, Mattias P?ldaru wrote: > > > ?hel kenal p?eval, T, 2010-11-09 kell 12:40, kirjutas Richard Booth: > > > Hi > > > > > > I have around 8,000 photos that I took years ago that I want to import > > > to Shotwell. When I tried importing Shotwell said there were 1500 > > > duplicates. However I think this is because my old digital camera > > > reset the file numbering after each batch, thus I have a number of > > > DSCF0001.jpg etc. > > > > > > I'm thinking I could write a script to append a serial number to my > > > 8,000 photos and then import to Shotwell. Will this work? Am I right > > > in assuming Shotwell says it is a duplicate based on the filename > > > alone? > > > > No, it compares MD5sums of EXIF thumbnails (maybe more). See this answer > > from Jim: > > http://lists.yorba.org/pipermail/shotwell/2010-November/001199.html > > > > > > Regards > > Mattias > > > > _______________________________________________ > > 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 mail at gimi.name Tue Nov 9 12:33:34 2010 From: mail at gimi.name (gimi) Date: Tue, 09 Nov 2010 13:33:34 +0100 Subject: [Shotwell] no tags and/or missing exif data In-Reply-To: <1289253188851-27698.post@talk.nabble.com> References: <1289253188851-27698.post@talk.nabble.com> Message-ID: <4CD93F9E.1000504@gimi.name> Hello, On 11/08/2010 10:53 PM, gs_triumph wrote: > i may be missing a trick here but i have come across a couple of problems : > > A. Is there a way to display only images that have no tags. i feel this > would be a very useful feature as i am trying to import around 40 cd's worth > of photographs to be organised using tags > > B. Is it possible to show images that have no exif data other than > dimensions? i have a number of old photos that were scanned from 7x5 prints > that have no exif data other than dimensions. There is no date to filter on > so i cannot view them. > > any help appreciated. The trick or current workaround for both points could be to use the "Last Import" category right after the import. There, you can tag them and even get the option "Photos / Adjust Date and Time" and "Events / New Event" when selecting at least one photo. Indeed, they are hard to find because of the always changing menu entrys. Found one problem there: After adjusting the photos are not moved and instead stay in the default folder 2000/01/01. Bug? Using jhead to adjust the EXIF date from the command line before importing is not pleasing. > p.s. i am enjoying using shotwell. the interface is nice n simple and i am > glad to see that new features (such as writing tags to the file) are in > development. I got to use shotwell for less than one week too. It's very promising. :) gimi From jim at yorba.org Tue Nov 9 20:29:39 2010 From: jim at yorba.org (Jim Nelson) Date: Tue, 9 Nov 2010 12:29:39 -0800 Subject: [Shotwell] Avoiding false duplicates with Shotwell import In-Reply-To: References: <1289310584.22711.6.camel@antiloop> Message-ID: It's marked high and I would like to get it in for 0.8. If you cc: yourself on the ticket, you'll be notified when it's in trunk. -- Jim On Tue, Nov 9, 2010 at 12:11 PM, naren wrote: > > Is there a patch available for this or is it in a dev branch? (Full file > MD5 only). 'Cause without this fix, I don't feel like I am complete with > Shotwell. I tried F-Spot, but that's... well different ;) > > > > On Tue, Nov 9, 2010 at 1:56 PM, Jim Nelson wrote: > >> To flesh out this answer, Shotwell has two mechanisms for detecting >> duplicates: the MD5 checksum of the thumbnail and an MD5 checksum of the >> full file. >> >> The issue that's mentioned in the message Mattias linked to essentially >> means Shotwell will use only a full MD5 checksum to detect duplicates: >> http://trac.yorba.org/ticket/2587 >> >> Shotwell has never used a filename to detect duplicates. My guess is your >> duplicate files either have duplicate thumbnails (possible) or really are >> byte-for-byte duplicates. For that, there's another feature request you >> should be aware of: http://trac.yorba.org/ticket/2593 >> >> -- Jim >> >> On Tue, Nov 9, 2010 at 5:49 AM, Mattias P?ldaru >> wrote: >> >> > ?hel kenal p?eval, T, 2010-11-09 kell 12:40, kirjutas Richard Booth: >> > > Hi >> > > >> > > I have around 8,000 photos that I took years ago that I want to import >> > > to Shotwell. When I tried importing Shotwell said there were 1500 >> > > duplicates. However I think this is because my old digital camera >> > > reset the file numbering after each batch, thus I have a number of >> > > DSCF0001.jpg etc. >> > > >> > > I'm thinking I could write a script to append a serial number to my >> > > 8,000 photos and then import to Shotwell. Will this work? Am I right >> > > in assuming Shotwell says it is a duplicate based on the filename >> > > alone? >> > >> > No, it compares MD5sums of EXIF thumbnails (maybe more). See this answer >> > from Jim: >> > http://lists.yorba.org/pipermail/shotwell/2010-November/001199.html >> > >> > >> > Regards >> > Mattias >> > >> > _______________________________________________ >> > Shotwell mailing list >> > Shotwell at lists.yorba.org >> > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> > > From adam at yorba.org Tue Nov 9 22:13:49 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 09 Nov 2010 14:13:49 -0800 Subject: [Shotwell] Some ideas In-Reply-To: References: Message-ID: <4CD9C79D.5030805@yorba.org> Kimaidou, On 11/08/2010 01:03 AM, kimaidou wrote: > Hi people, > > I would like to first thank the devs involved in shotwell. This software is > KISS. It is exactly what I was looking for : light, simple but powerfull. Thanks! :) > I have some ideas regarding functionalities I used in jbrout (one of my > favorite) which are very important when you import and classify some > pictures. > > Basically, when you import new pictures in your library, you : > 1/ import all of them > 2/ first pass : select the bad ones to delete them > 3/ rotate the pictures if necessary > 4/ tag the pictures > 5/ choose some pictures to export in you web photo gallery (optionnaly > classify them in separate folder with the month, as 2010-10 , 2010-11, etc. Right - this is a very common workflow. > To accomplish all theses steps smoothly, I have some features missing in > shotwell : > > 1/ > a> an option to automatically rename the pictures with the exif date on > import, such as "20100912_085635a.ext" . Right. This is http://trac.yorba.org/ticket/1942 . > b> import videos as well (I have seen it will be released in one of the next > versions : great !!! ) Yes - video support is now mostly implemented in trunk and will be present in the upcoming 0.8 release. > 2/ I personally use the "reject" vote to preselect all the pictures I want > to delete after this first pass. It could be great to just add a display > filter : "All the rejected pictures", so that we can just display them all, > then CTRL+a and "Delete" This seems like a good idea. I've ticketed this at http://trac.yorba.org/ticket/2786 . > 3/ An option to rotate the original picture (and not only save the pref in > the database). Coming in 0.8: see http://trac.yorba.org/ticket/2788 . > 4/ > a>To make this step easier, It coud be handy to display the tags in full > display mode and fullscreen mode (as the vote is displayed). This way when > browsing picture by picture, we can easily see wich pics are not taged / > which tags are missing. Agreed. This is http://trac.yorba.org/ticket/2238 . > b> In the thumbnail mode, add a way to easily see all the pictures with no > tags (to help retag all theses pictures when the weather is rainy during a > winter week-end :) ) Yes - a few people have asked for this. See http://trac.yorba.org/ticket/1609 . > c> Add some handy shortcuts in full display / fullscreen mode : > * typing any letter pops up the "add tag" windows (CTRL T) : this way, no > need to CTRL+T : just type the first letters, then Enter Under consideration: see http://trac.yorba.org/ticket/1899 . > * Press "Spacebar" selects the picture : when you get out the full display > or fullscreen mode, eg with ESC, the selection remains and you can decide to > do an action (mass tag, delete, etc.) See my comments below about flagging photos. > 5/ > a> Add a "basket" selection mode : a way to have a selection wich remains > when you click out of a picture ANd which remains between sessions. Jbrout > had this feature, and it was great because you could stop the "choosing job" > one day and go on another day. Right: we want to implement this by letting the user flag photos, which is similar to your basket selection. See http://trac.yorba.org/ticket/2756 . Hopefully in 0.9. > c> Optionnaly display the picture date under the thumbnail, so that you can > select and export easily all the picture taken e.g.during "2010, august." Once we implement views as described below, you'll easily be able to select all the photos taken during that month. > d> Another feature linked : i"n the Event view, allow to see all the > pictures recursively. Now, when I double click on "january", it shows the > events (the days) of this month when pictures have been taken, but you have > to double click on one of theses days to see the pictures. What if I want to > see all pictures of january ? We'd like to let the user choose views, so that they can see either all events from January or all photos from January. This is http://trac.yorba.org/ticket/2413 . > e> Allow to export to FTP (I tried mounting a FTP with nautilus, but got an > error) Did you get the error when you tried to mount the directory in Nautilus, or when you tried to export photos to the directory via Shotwell? What did the error message look like? Shotwell should be able to export to an FTP-mounted directory via Nautilus with no problem, I think. > Hum.. I have written a long email... I am just very excited about shotwell, > so I decided to give some feedback of my personal use... I hope I have not > been too direct (english is not my native language as you have read ;) Your English is great! Thanks for all the suggestions - we're considering most of them already, but this kind of feedback really helps us understand our users' priorities. Cheers - adam From adam at yorba.org Tue Nov 9 22:20:08 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 09 Nov 2010 14:20:08 -0800 Subject: [Shotwell] no tags and/or missing exif data In-Reply-To: <4CD93F9E.1000504@gimi.name> References: <1289253188851-27698.post@talk.nabble.com> <4CD93F9E.1000504@gimi.name> Message-ID: <4CD9C918.902@yorba.org> On 11/09/2010 04:33 AM, gimi wrote: > Hello, > > On 11/08/2010 10:53 PM, gs_triumph wrote: >> i may be missing a trick here but i have come across a couple of >> problems : >> >> A. Is there a way to display only images that have no tags. i feel this >> would be a very useful feature as i am trying to import around 40 >> cd's worth >> of photographs to be organised using tags >> >> B. Is it possible to show images that have no exif data other than >> dimensions? i have a number of old photos that were scanned from 7x5 >> prints >> that have no exif data other than dimensions. There is no date to >> filter on >> so i cannot view them. >> >> any help appreciated. > The trick or current workaround for both points could be to use the > "Last Import" category right after the import. There, you can tag them > and even get the option "Photos / Adjust Date and Time" and "Events / > New Event" when selecting at least one photo. Yes - that might be one possible workflow that works with Shotwell today. > Indeed, they are hard to find because of the always changing menu entrys. > > Found one problem there: After adjusting the photos are not moved and > instead stay in the default folder 2000/01/01. Bug? As you've noticed, when you adjust a photo's date/time, currently it does not move to a different event. And yes, I think it should probably move in this situation. See http://trac.yorba.org/ticket/1940 . > Using jhead to adjust the EXIF date from the command line before > importing is not pleasing. Agreed! :) adam From gjbrunton at gmail.com Tue Nov 9 22:36:01 2010 From: gjbrunton at gmail.com (gs_triumph) Date: Tue, 9 Nov 2010 14:36:01 -0800 (PST) Subject: [Shotwell] no tags and/or missing exif data In-Reply-To: <4CD9C918.902@yorba.org> References: <1289253188851-27698.post@talk.nabble.com> <4CD93F9E.1000504@gimi.name> <4CD9C918.902@yorba.org> Message-ID: <1289342144.1369.0.camel@Lodainn> If i want to install a different distro of linux is there a way i can preserve my current tags? On Tue, 2010-11-09 at 14:20 -0800, Adam Dingle [via Shotwell] wrote: > On 11/09/2010 04:33 AM, gimi wrote: > > > Hello, > > > > On 11/08/2010 10:53 PM, gs_triumph wrote: > >> i may be missing a trick here but i have come across a couple of > >> problems : > >> > >> A. Is there a way to display only images that have no tags. i feel > this > >> would be a very useful feature as i am trying to import around 40 > >> cd's worth > >> of photographs to be organised using tags > >> > >> B. Is it possible to show images that have no exif data other > than > >> dimensions? i have a number of old photos that were scanned from > 7x5 > >> prints > >> that have no exif data other than dimensions. There is no date to > >> filter on > >> so i cannot view them. > >> > >> any help appreciated. > > The trick or current workaround for both points could be to use the > > "Last Import" category right after the import. There, you can tag > them > > and even get the option "Photos / Adjust Date and Time" and > "Events / > > New Event" when selecting at least one photo. > > Yes - that might be one possible workflow that works with Shotwell > today. > > > Indeed, they are hard to find because of the always changing menu > entrys. > > > > Found one problem there: After adjusting the photos are not moved > and > > instead stay in the default folder 2000/01/01. Bug? > > As you've noticed, when you adjust a photo's date/time, currently it > does not move to a different event. And yes, I think it should > probably > move in this situation. See http://trac.yorba.org/ticket/1940 . > > > Using jhead to adjust the EXIF date from the command line before > > importing is not pleasing. > > Agreed! :) > > adam > > _______________________________________________ > Shotwell mailing list > [hidden email] > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > ______________________________________________________________________ > View message @ > http://shotwell.3510.www.nabble.com/no-tags-and-or-missing-exif-data-tp27698p27917.html > To unsubscribe from no tags and/or missing exif data, click here. > -- View this message in context: http://shotwell.3510.www.nabble.com/no-tags-and-or-missing-exif-data-tp27698p27919.html Sent from the Shotwell mailing list archive at Nabble.com. From michal at hrusecky.net Wed Nov 10 07:15:54 2010 From: michal at hrusecky.net (=?ISO-8859-2?Q?Michal_Hru=B9eck=FD?=) Date: Wed, 10 Nov 2010 08:15:54 +0100 Subject: [Shotwell] Moving items from No Event Message-ID: Hi, first of all, thank you for your great work, I really like Shotwell. It is easy to use and finally I put some order to all my photos thanks to you and Shotwell. Now the question part. As I've got some videos too, I tried trunk version and it almost works even for videos. That almost is there because all my imported videos ended up in No Event section. I was trying to convert them to theora and fill in the date tag, but that didn't helped. I don't really need them to be tagged even with time, but it would be nice to be able to make them part of an event. I tried dragging them to the event and searched for some other means how to do it, but didn't found a way, how to do it. So is there any way how to make a video a part of an event? I guess I could modify sqlite database directly, but I would prefer GUI way... Thank you for your great work, Michal Hrusecky From el.cameleon.1 at gmail.com Wed Nov 10 08:19:45 2010 From: el.cameleon.1 at gmail.com (Vincent) Date: Wed, 10 Nov 2010 09:19:45 +0100 Subject: [Shotwell] Shotwell Business model In-Reply-To: <4CD8584D.3070502@yorba.org> References: <4CD8584D.3070502@yorba.org> Message-ID: On Mon, Nov 8, 2010 at 9:06 PM, Adam Dingle wrote: > (...) At the moment, Yorba is entirely supported by donations from myself > (the founder) and a growing list of others who wish to support our > projects. (...) > Hi Adam, Thanks for this quick answer. In fact, I was wondering if Canonical and Red Hat (which now include Shotwell in their last distribution) also contribute to the project (giving money or help fixing bug). Are they among the "others" supporter of the project? PS: Note that maybe my question are not appropriate on this list, if this is the case don't hesitate to not answer, I can understand it may be "sensitive" information. Regards, -- Vincent From kimaidou at gmail.com Wed Nov 10 08:41:27 2010 From: kimaidou at gmail.com (kimaidou) Date: Wed, 10 Nov 2010 09:41:27 +0100 Subject: [Shotwell] Some ideas In-Reply-To: <4CD9C79D.5030805@yorba.org> References: <4CD9C79D.5030805@yorba.org> Message-ID: Thanks Adam for you well documented anwsers ! I cc all the tickets you pointed :) It is great to see the activity of this youg project. Very promising ! 2010/11/9 Adam Dingle > Kimaidou, > > > On 11/08/2010 01:03 AM, kimaidou wrote: > >> Hi people, >> >> I would like to first thank the devs involved in shotwell. This software >> is >> KISS. It is exactly what I was looking for : light, simple but powerfull. >> > > Thanks! :) > > > I have some ideas regarding functionalities I used in jbrout (one of my >> favorite) which are very important when you import and classify some >> pictures. >> >> Basically, when you import new pictures in your library, you : >> 1/ import all of them >> 2/ first pass : select the bad ones to delete them >> 3/ rotate the pictures if necessary >> 4/ tag the pictures >> 5/ choose some pictures to export in you web photo gallery (optionnaly >> classify them in separate folder with the month, as 2010-10 , 2010-11, >> etc. >> > > Right - this is a very common workflow. > > > To accomplish all theses steps smoothly, I have some features missing in >> shotwell : >> >> 1/ >> a> an option to automatically rename the pictures with the exif date on >> import, such as "20100912_085635a.ext" . >> > > Right. This is http://trac.yorba.org/ticket/1942 . > > > b> import videos as well (I have seen it will be released in one of the >> next >> versions : great !!! ) >> > > Yes - video support is now mostly implemented in trunk and will be present > in the upcoming 0.8 release. > > > 2/ I personally use the "reject" vote to preselect all the pictures I want >> to delete after this first pass. It could be great to just add a display >> filter : "All the rejected pictures", so that we can just display them >> all, >> then CTRL+a and "Delete" >> > > This seems like a good idea. I've ticketed this at > http://trac.yorba.org/ticket/2786 . > > > 3/ An option to rotate the original picture (and not only save the pref in >> the database). >> > > Coming in 0.8: see http://trac.yorba.org/ticket/2788 . > > > 4/ >> a>To make this step easier, It coud be handy to display the tags in full >> display mode and fullscreen mode (as the vote is displayed). This way when >> browsing picture by picture, we can easily see wich pics are not taged / >> which tags are missing. >> > > Agreed. This is http://trac.yorba.org/ticket/2238 . > > > b> In the thumbnail mode, add a way to easily see all the pictures with >> no >> tags (to help retag all theses pictures when the weather is rainy during a >> winter week-end :) ) >> > > Yes - a few people have asked for this. See > http://trac.yorba.org/ticket/1609 . > > > c> Add some handy shortcuts in full display / fullscreen mode : >> * typing any letter pops up the "add tag" windows (CTRL T) : this way, no >> need to CTRL+T : just type the first letters, then Enter >> > > Under consideration: see http://trac.yorba.org/ticket/1899 . > > > * Press "Spacebar" selects the picture : when you get out the full display >> or fullscreen mode, eg with ESC, the selection remains and you can decide >> to >> do an action (mass tag, delete, etc.) >> > > See my comments below about flagging photos. > > > 5/ >> a> Add a "basket" selection mode : a way to have a selection wich remains >> when you click out of a picture ANd which remains between sessions. Jbrout >> had this feature, and it was great because you could stop the "choosing >> job" >> one day and go on another day. >> > > Right: we want to implement this by letting the user flag photos, which is > similar to your basket selection. See http://trac.yorba.org/ticket/2756 . > Hopefully in 0.9. > > > c> Optionnaly display the picture date under the thumbnail, so that you >> can >> select and export easily all the picture taken e.g.during "2010, august." >> > > Once we implement views as described below, you'll easily be able to select > all the photos taken during that month. > > > d> Another feature linked : i"n the Event view, allow to see all the >> pictures recursively. Now, when I double click on "january", it shows the >> events (the days) of this month when pictures have been taken, but you >> have >> to double click on one of theses days to see the pictures. What if I want >> to >> see all pictures of january ? >> > > We'd like to let the user choose views, so that they can see either all > events from January or all photos from January. This is > http://trac.yorba.org/ticket/2413 . > > > e> Allow to export to FTP (I tried mounting a FTP with nautilus, but got >> an >> error) >> > > Did you get the error when you tried to mount the directory in Nautilus, or > when you tried to export photos to the directory via Shotwell? What did the > error message look like? Shotwell should be able to export to an > FTP-mounted directory via Nautilus with no problem, I think. > > > Hum.. I have written a long email... I am just very excited about >> shotwell, >> so I decided to give some feedback of my personal use... I hope I have not >> been too direct (english is not my native language as you have read ;) >> > > Your English is great! Thanks for all the suggestions - we're considering > most of them already, but this kind of feedback really helps us understand > our users' priorities. Cheers - > > adam > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From adam at yorba.org Wed Nov 10 16:07:33 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 10 Nov 2010 08:07:33 -0800 Subject: [Shotwell] Moving items from No Event In-Reply-To: References: Message-ID: <4CDAC345.6080802@yorba.org> Michal, On 11/09/2010 11:15 PM, Michal Hru?eck? wrote: > Hi, > > first of all, thank you for your great work, I really like Shotwell. > It is easy to use and finally I put some order to all my photos thanks > to you and Shotwell. Glad you like Shotwell! :) > Now the question part. As I've got some videos too, I tried trunk > version and it almost works even for videos. Glad you were brave enough to try the current trunk build. :) > That almost is there > because all my imported videos ended up in No Event section. Right. Unfortunately, most common video container formats don't seem to have metadata indicating when a video was filmed, as far as we know. So any video you import from your hard drive will end up in No Event. If you import videos directly from a camera, Shotwell will put them into events according to the date they were filmed. > I was > trying to convert them to theora and fill in the date tag, but that > didn't helped. If the Theora format supports date tags, then we should enhance Shotwell to be able to read them. I've just ticketed this here: http://trac.yorba.org/ticket/2796 > I don't really need them to be tagged even with time, > but it would be nice to be able to make them part of an event. I tried > dragging them to the event and searched for some other means how to do > it, but didn't found a way, how to do it. Dragging them to events should work, but is broken in the trunk at the moment. See http://trac.yorba.org/ticket/2763 We'll fix this soon. adam From adam at yorba.org Wed Nov 10 16:42:30 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 10 Nov 2010 08:42:30 -0800 Subject: [Shotwell] Shotwell Business model In-Reply-To: References: <4CD8584D.3070502@yorba.org> Message-ID: <4CDACB76.7040502@yorba.org> On 11/10/2010 12:19 AM, Vincent wrote: > On Mon, Nov 8, 2010 at 9:06 PM, Adam Dingle wrote: > >> (...) At the moment, Yorba is entirely supported by donations from myself >> (the founder) and a growing list of others who wish to support our >> projects. (...) >> > Hi Adam, > Thanks for this quick answer. In fact, I was wondering if Canonical and Red > Hat (which now include Shotwell in their last distribution) also contribute > to the project (giving money or help fixing bug). Are they among the > "others" supporter of the project? > > PS: Note that maybe my question are not appropriate on this list, if this is > the case don't hesitate to not answer, I can understand it may be > "sensitive" information. Vincent, both Canonical and Red Hat have been friendly and helpful to Yorba in many ways - they've passed on many bug reports and feature ideas and have worked closely with us to make sure that Shotwell works well in their distributions. This list is really about Shotwell, not Yorba, and I'd prefer not to discuss monetary donations to Yorba here. (I think it would be nice if the Yorba Web site could include a list of donors who wish to be recognized, though, and I hope we can can set that up soon.) adam From adam at yorba.org Wed Nov 10 17:14:39 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 10 Nov 2010 09:14:39 -0800 Subject: [Shotwell] no tags and/or missing exif data In-Reply-To: <1289342144.1369.0.camel@Lodainn> References: <1289253188851-27698.post@talk.nabble.com> <4CD93F9E.1000504@gimi.name> <4CD9C918.902@yorba.org> <1289342144.1369.0.camel@Lodainn> Message-ID: <4CDAD2FF.4060505@yorba.org> On 11/09/2010 02:36 PM, gs_triumph wrote: > If i want to install a different distro of linux is there a way i can > preserve my current tags? There are 3 ways to do this: 1. If you copy your ~/.shotwell directory to the new installation, and also copy all your photos to the new installation at the same file path where they were previously (e.g. ~/Pictures), then your entire Shotwell state will be preserved. If you've renamed events or moved photos between events, then only this technique will preserve your event data, since events are stored only in Shotwell's database and cannot be written to photo file metadata. 2. In Shotwell 0.7, if you export all your photos, then Shotwell will write the tags into the exported photos. If you then import the photos into a fresh install of Shotwell your tags will appear there. 3. The Shotwell trunk includes a feature to write tags to photo files on the fly. If you're adventurous enough to run the trunk build, you can enable the checkbox "Write tags, titles and other metadata to photo files" in the Preferences dialog. Then all your tags will be written to photo files even without exporting them, and will be preserved if you import them into another instance of Shotwell (or another photo program). adam From adam at yorba.org Wed Nov 10 19:43:33 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 10 Nov 2010 11:43:33 -0800 Subject: [Shotwell] Moving items from No Event In-Reply-To: <4CDAC345.6080802@yorba.org> References: <4CDAC345.6080802@yorba.org> Message-ID: <4CDAF5E5.8080700@yorba.org> On 11/10/2010 08:07 AM, Adam Dingle wrote: > > Right. Unfortunately, most common video container formats don't seem > to have metadata indicating when a video was filmed, as far as we > know. So any video you import from your hard drive will end up in No > Event. If you import videos directly from a camera, Shotwell will put > them into events according to the date they were filmed. I looked into this more today, and found that for the very common Quicktime/MP4 container format we should actually be able to get metadata indicating when a movie was filmed. See http://trac.yorba.org/ticket/2796 for details. I hope we can implement this for 0.8. adam From stephane.blondon at gmail.com Thu Nov 11 18:08:32 2010 From: stephane.blondon at gmail.com (=?UTF-8?Q?St=C3=A9phane_Blondon?=) Date: Thu, 11 Nov 2010 19:08:32 +0100 Subject: [Shotwell] bug: shotwell doesn't detect the camera but gphoto does it In-Reply-To: References: Message-ID: 2010/10/29 Jim Nelson : > 2010/10/28 St?phane Blondon >> If I plug a camera (fujifilm finepix AX200) with his USB port to the >> computer and execute shotwell, shotwell doesn't show the camera on the >> left column. >> > I noticed on your bugzilla report that you're using Shotwell 0.6.1. I would > recommend upgrading to 0.7.2 (our latest) before you continue your testing. > You can download 0.7.2 from our web site at http://yorba.org/shotwell. Sorry to take so much time but the problem is now fixed: An update of the package of libgphoto2 (from libgphoto2-2 2.4.6-1+b1 to libgphoto2-2_2.4.6-3) fixes the problem. Now shotwell and gThumb find correctly the camera. (The fix was done by David Paleino - a maintainer of the package lbgphoto.) -- St?phane From adam at yorba.org Thu Nov 11 18:24:18 2010 From: adam at yorba.org (Adam Dingle) Date: Thu, 11 Nov 2010 10:24:18 -0800 Subject: [Shotwell] Help us gather information about video file metadata Message-ID: <4CDC34D2.9070402@yorba.org> As most of you know, Shotwell 0.8 will support videos. We'd like Shotwell to read date/time metadata from video files, just as it does for photo files: this will let it place imported videos into events. Unfortunately, our first experiments in reading video metadata have yielded inaccurate times for some cameras. We'd now like to gather more information about whether we can get a reliable date and time from video files recorded by most cameras that people are using today. If you have a camera which can record video and a few minutes to spare performing a simple experiment, you can help: see http://trac.yorba.org/wiki/VideoMetadata . Thanks! adam From guiyou65 at gmail.com Thu Nov 11 23:09:37 2010 From: guiyou65 at gmail.com (guiyou65) Date: Thu, 11 Nov 2010 15:09:37 -0800 (PST) Subject: [Shotwell] So impatient Message-ID: <1289516977069-28152.post@talk.nabble.com> Hi Shotwell team. I was a windows user, and I converted myself to linux 6 years ago. Since that, I was very happy with Gnome/Linux, except for photo management. Untill I recently discovered ShotWell ! This project is young but very exciting. Thanks to you all for this great job. It looks to be so dynamic that I decided to import my 8000 photo library in Shotwell. And maybe totaly abandon (at last) Fototime/Fotoalbum and VirtualBox. Like others, I had problems with importation. About an hundred photos were marked as duplicates and not imported, so they were not duplicates in fact. But I read that version 0.8 may fix this. Just have to wait a couple of days. V0.8 will also bring meta data written in files. Good news ! It was a pity it did'nt. My opinion is that the next big enhencement would be a nice "Search" function (on usual metadas : title, subject, keywords, author, camera model, dates, location, ... ) with the possibility to save searches as "virtual events" or "albums" (you have the chance to have an SQLite database !). This will give Shotwell a great advantage to challenge other applications like Digikam, Picasa or Fotoalbum (the best for Windows in my opinion). I have an other advice : keep on photos management with only few useful photo manipulations (rotate, enhence, resize, ...) and give more facilities : - to call external specialized programs. Only one external editor for JPEG is to few. I would like to pick one in a list, depends on what I want to do. - to export to web galleries (I personnaly use Piwigo and Gallery). Go on ! This is a promisefull project and I love it ! Thierry -- View this message in context: http://shotwell.3510.www.nabble.com/So-impatient-tp28152p28152.html Sent from the Shotwell mailing list archive at Nabble.com. From bug-track at fisher-privat.net Fri Nov 12 08:41:24 2010 From: bug-track at fisher-privat.net (Alexey Fisher) Date: Fri, 12 Nov 2010 09:41:24 +0100 Subject: [Shotwell] File metadata and extradata Message-ID: <1289551284.5285.8.camel@zwerg> Hallo all, i found a call for testing for video metadata and found it is some thing i startet to working on but never had time to finish. At the beginning it was thought for f-spot but it never fount mach attention. May be you will find it more useful than f-spot devs. Please visit this links, it describes part of my work: nokia project https://docs.google.com/View?id=d57752n_27ddtp6qzj metadata and extradata https://docs.google.com/View?id=d57752n_32f7pb3kdm photo importer https://docs.google.com/View?id=d57752n_34gfbp27cn -- Regards, Alexey From adam at yorba.org Fri Nov 12 16:06:26 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 12 Nov 2010 08:06:26 -0800 Subject: [Shotwell] Help us gather information about video file metadata In-Reply-To: <4CDC34D2.9070402@yorba.org> References: <4CDC34D2.9070402@yorba.org> Message-ID: Thanks enormously to everyone who responded to my request and participated in this video metadata experiment, which was a success: we've gathered a ton of useful data in just 24 hours. I never cease to be amazed by the cooperative spirit of the open source community. See http://trac.yorba.org/wiki/VideoMetadata for a list of all the data we've gathered. The immediate conclusions are as follows: - Almost every camera tested uses either the QuickTime/MP4 container format (extension .MOV or .MP4) or the AVI container format. - MOV/MP4 containers usually store video in MPEG-4 or H.264 format. AVI containers usually store Motion JPEG. - qtdump (and, hence, libquicktime) can usually read the correct time when a MOV/MP4 video was filmed. There appear to be time zone issues in some cases. - qtdump/libquicktime can never read the correct time when an AVI video was filmed (even though libquicktime has some support for AVI files). For these videos qtdump reports the current time. Yesterday Jim enhanced the Shotwell trunk so that it can read a MOV/MP4 video's time using libquicktime (which is a new Shotwell dependency). That will be a nice feature, though we should continue to investigate the time zone issues I mentioned above. Fortunately we've found that AVI videos do actually have an embedded time indicating when they are recorded. Unfortunately, the only tool we've found that can read an AVI video's time is exiftool, which is written in Perl and so we can't easily embed it in Shotwell. In theory, Shotwell could spawn off an command-line instance of exiftool when it needs to determine an AVI video's time, but I'm loathe to do that. Perhaps we can study what exiftool does and imitate it somehow. We'll continue to investigate. Of course, it would be great if some higher-level framework (either ffmpeg or GStreamer) could report video metadata so that we wouldn't have to deal with MOV/MP4 and AVI videos separately. We have looked at these frameworks a bit and haven't found any way to get the video metadata we need from them, however. Thanks again to everyone who participated in this video experiment! adam On Thu, Nov 11, 2010 at 10:24 AM, Adam Dingle wrote: > As most of you know, Shotwell 0.8 will support videos. We'd like Shotwell > to read date/time metadata from video files, just as it does for photo > files: this will let it place imported videos into events. Unfortunately, > our first experiments in reading video metadata have yielded inaccurate > times for some cameras. We'd now like to gather more information about > whether we can get a reliable date and time from video files recorded by > most cameras that people are using today. > > If you have a camera which can record video and a few minutes to spare > performing a simple experiment, you can help: see > http://trac.yorba.org/wiki/VideoMetadata . Thanks! > > adam > > From adam at yorba.org Fri Nov 12 16:34:15 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 12 Nov 2010 08:34:15 -0800 Subject: [Shotwell] File metadata and extradata In-Reply-To: <1289551284.5285.8.camel@zwerg> References: <1289551284.5285.8.camel@zwerg> Message-ID: Alexey, thanks for sending these links to your investigations - this is all very interesting and sheds a bit more light on how metadata is stored in some video formats. adam On Fri, Nov 12, 2010 at 12:41 AM, Alexey Fisher wrote: > Hallo all, > > i found a call for testing for video metadata and found it is some thing > i startet to working on but never had time to finish. At the beginning > it was thought for f-spot but it never fount mach attention. May be you > will find it more useful than f-spot devs. Please visit this links, it > describes part of my work: > nokia project > https://docs.google.com/View?id=d57752n_27ddtp6qzj > metadata and extradata > https://docs.google.com/View?id=d57752n_32f7pb3kdm > photo importer > https://docs.google.com/View?id=d57752n_34gfbp27cn > -- > Regards, > Alexey > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From jim at yorba.org Fri Nov 12 20:50:24 2010 From: jim at yorba.org (Jim Nelson) Date: Fri, 12 Nov 2010 12:50:24 -0800 Subject: [Shotwell] So impatient In-Reply-To: <1289516977069-28152.post@talk.nabble.com> References: <1289516977069-28152.post@talk.nabble.com> Message-ID: Hello, On Thu, Nov 11, 2010 at 3:09 PM, guiyou65 wrote: > > This project is young but very exciting. Thanks to you all for this great > job. > It looks to be so dynamic that I decided to import my 8000 photo library in > Shotwell. And maybe totaly abandon (at last) Fototime/Fotoalbum and > VirtualBox. > Thank you! Great to hear. > > Like others, I had problems with importation. About an hundred photos were > marked as duplicates and not imported, so they were not duplicates in fact. > But I read that version 0.8 may fix this. Just have to wait a couple of > days. > There is some work to be done in this area: http://trac.yorba.org/ticket/2593 This is not currently slated for 0.8, but hopefully in a coming release. > > My opinion is that the next big enhencement would be a nice "Search" > function (on usual metadas : title, subject, keywords, author, camera > model, > dates, location, ... ) with the possibility to save searches as "virtual > events" or "albums" (you have the chance to have an SQLite database !). > This will give Shotwell a great advantage to challenge other applications > like Digikam, Picasa or Fotoalbum (the best for Windows in my opinion). > > Searching is something we know we need to focus on, and we're planning on attacking it in 0.9: http://trac.yorba.org/ticket/80 > - to call external specialized programs. Only one external editor for JPEG > is to few. I would like to pick one in a list, depends on what I want to > do. > That's an interesting idea. Our design for external editing was to keep the user interface simple. We prefer not to have large menus with numerous sub-menus for various options. we may have to someday, but we're trying to keep things pared down. Note that with 0.8's coming feature to monitor your library at run-time, you'll be able to run an image editor without launching it through Shotwell, and the changes will be reflected. > - to export to web galleries (I personnaly use Piwigo and Gallery). > We have a ticket for Gallery support (http://trac.yorba.org/ticket/1585) and there's been movement on support Piwigo (http://trac.yorba.org/ticket/2639). Cheers, -- Jim From grobe at gmx.net Fri Nov 12 22:38:55 2010 From: grobe at gmx.net (Lars O. Grobe) Date: Fri, 12 Nov 2010 23:38:55 +0100 Subject: [Shotwell] Shotwell 0.7.2: file error on import of images from directory on local file system Message-ID: <4CDDC1FF.1020705@gmx.net> Hi, this is my first mail to this list. I am currently looking into options to organize my photo archive. So far I had a simple directory tree and tried to keep track by naming directories and such. Now, I would love to use the metadata of my images and ease that work a litte. Shotwell seams to be the solution, but I am facing problems from the beginning: Whenever I try to import (importing from filesystem, selecting a directory with images, typically in jpg format), I end up with a message that some files could not be imported due to a file system error. I still find those files in the library afterwards. Still, it is difficult to trust that none of my files gets lost. However if I want to migrate to Shotwell, I must make sure that I do not loose some of my images due to errors hidden in these error messages that occur all the time. So my question is whether this is a known problem and a solution exists for it. For completeness, I am running Ubuntu 10.10, and the file system holding my images is a reiserfs3. Thank you for any hint or help, cheers, Lars. From guiyou65 at gmail.com Sat Nov 13 17:50:59 2010 From: guiyou65 at gmail.com (guiyou65) Date: Sat, 13 Nov 2010 09:50:59 -0800 (PST) Subject: [Shotwell] French accentuated characters Message-ID: <1289670659718-28341.post@talk.nabble.com> Hi, as you can see in the picture joined as an example, there is a problem with french accentuated characters and the name field of photos. The problem is : when the name field has accentuated characters (like french or european characters), the field is prefixed with : lang="x-default" and then real names are no more visible because of the truncation of the names. This indication lang="x-default" should not be visible. Thierry http://shotwell.3510.www.nabble.com/file/n28341/French-characters.png -- View this message in context: http://shotwell.3510.www.nabble.com/French-accentuated-characters-tp28341p28341.html Sent from the Shotwell mailing list archive at Nabble.com. From korbe at romandie.com Sun Nov 14 18:22:38 2010 From: korbe at romandie.com (Gendre Sebastien) Date: Sun, 14 Nov 2010 19:22:38 +0100 Subject: [Shotwell] =?iso-8859-1?q?Vid=E9o_decode?= Message-ID: <1289758958.13725.1.camel@Aragorn> For decode and play video on the future version of Shotwell, use you GStreamer? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 230 bytes Desc: This is a digitally signed message part URL: From brunogirin at gmail.com Sun Nov 14 18:42:23 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 14 Nov 2010 18:42:23 +0000 Subject: [Shotwell] =?iso-8859-1?q?Vid=E9o_decode?= In-Reply-To: <1289758958.13725.1.camel@Aragorn> References: <1289758958.13725.1.camel@Aragorn> Message-ID: <1289760144.1821.0.camel@nuuk> On Sun, 2010-11-14 at 19:22 +0100, Gendre Sebastien wrote: > For decode and play video on the future version of Shotwell, use you > GStreamer? Yes, it uses gstreamer. Bruno From guiyou65 at gmail.com Sun Nov 14 19:41:27 2010 From: guiyou65 at gmail.com (guiyou65) Date: Sun, 14 Nov 2010 11:41:27 -0800 (PST) Subject: [Shotwell] Updating database Message-ID: <1289763687388-28532.post@talk.nabble.com> How to update ShotWell database after correcting metadata (IPTC keyword and caption) with a specialized external tool ? -- View this message in context: http://shotwell.3510.www.nabble.com/Updating-database-tp28532p28532.html Sent from the Shotwell mailing list archive at Nabble.com. From adam at yorba.org Sun Nov 14 20:10:56 2010 From: adam at yorba.org (Adam Dingle) Date: Sun, 14 Nov 2010 12:10:56 -0800 Subject: [Shotwell] =?iso-8859-1?q?Vid=E9o_decode?= In-Reply-To: <1289760144.1821.0.camel@nuuk> References: <1289758958.13725.1.camel@Aragorn> <1289760144.1821.0.camel@nuuk> Message-ID: As Bruno pointed out, the trunk build of Shotwell does use GStreamer, though only for extracting a thumbnail for each video. Shotwell 0.8 will not be able to play videos directly: it will launch an external video player (typically Totem) when you double-click a video. We'd like to make Shotwell able to play videos directly in the Shotwell window (also using GStreamer), though that feature will arrive in some release after 0.8. This is http://trac.yorba.org/ticket/2820 . adam 2010/11/14 Bruno Girin > On Sun, 2010-11-14 at 19:22 +0100, Gendre Sebastien wrote: > > For decode and play video on the future version of Shotwell, use you > > GStreamer? > > Yes, it uses gstreamer. > > Bruno > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From korbe at romandie.com Sun Nov 14 20:13:41 2010 From: korbe at romandie.com (Gendre Sebastien) Date: Sun, 14 Nov 2010 21:13:41 +0100 Subject: [Shotwell] Vid?o decode Message-ID: <1289765621.13725.3.camel@Aragorn> On Sun, 2010-11-14 Bruno Girin wrote: > Yes, it uses gstreamer. > Bruno Ok. And you have problem to get meta-data from vid?os? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 230 bytes Desc: This is a digitally signed message part URL: From brunogirin at gmail.com Sun Nov 14 20:35:13 2010 From: brunogirin at gmail.com (Bruno Girin) Date: Sun, 14 Nov 2010 20:35:13 +0000 Subject: [Shotwell] Vid?o decode In-Reply-To: <1289765621.13725.3.camel@Aragorn> References: <1289765621.13725.3.camel@Aragorn> Message-ID: <1289766913.1821.37.camel@nuuk> On Sun, 2010-11-14 at 21:13 +0100, Gendre Sebastien wrote: > On Sun, 2010-11-14 Bruno Girin wrote: > > Yes, it uses gstreamer. > > Bruno > > Ok. And you have problem to get meta-data from vid?os? Yes, apparently there are problems getting the meta-data out of AVI files. But from what I understand, at the moment, gstreamer is not used to get the meta-data, it uses qtdump instead. If you know a way to do this using gstreamer, it would be great :-) Bruno From vivien.didelot at gmail.com Sun Nov 14 22:17:53 2010 From: vivien.didelot at gmail.com (vivien.didelot at gmail.com) Date: Sun, 14 Nov 2010 23:17:53 +0100 Subject: [Shotwell] Introduction, bad photos path and a suggestion Message-ID: Hi everybody! I'm having a look at Shotwell and the development seems to be very active, that's pleasant. I've seen that it will be able to import and play videos in the next version, that's a very good point. So, I'm almost converted to Shotwell, but there's also two points I don't really like... Sorry if the mailing list is not the good way, but that's the only one I found to say that. - First one, a small issue that need to be fixed: When the date of a photo is changed, the file is not moved to its correct path. e.g. a photo with a date of 2004/01/01 will be stored in /somewhere/2004/01/01/my-pic.jpg. After having change the date to 2007/12/12, the photo will still be in /somewhere/2004/01/01/my-pic.jpg. - Second one, a suggestion: (as a perfectionnist, I know, that's boring...) I'd like my files to be renamed to 'yyyymmdd-hhmmss.jpg'. Why not adding a rename option to the import dialog? (name format can be set in preferences screen or wherever). Thanks for your comprehension. Best Regards, Vivien. -- Vivien DIDELOT, ?l?ve ing?nieur ESIL, D?partement Informatique Site perso. : http://vivien.didelot.perso.esil.univmed.fr Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 [France] 06 22 82 16 88 (inactif) From adam at yorba.org Sun Nov 14 22:29:47 2010 From: adam at yorba.org (Adam Dingle) Date: Sun, 14 Nov 2010 14:29:47 -0800 Subject: [Shotwell] Introduction, bad photos path and a suggestion In-Reply-To: References: Message-ID: Hello Vivien, On Sun, Nov 14, 2010 at 2:17 PM, vivien.didelot at gmail.com < vivien.didelot at gmail.com> wrote: > Hi everybody! > > I'm having a look at Shotwell and the development seems to be very active, > that's pleasant. I've seen that it will be able to import and play videos > in > the next version, that's a very good point. > So, I'm almost converted to Shotwell, but there's also two points I don't > really like... > Glad you're almost converted! :) > Sorry if the mailing list is not the good way, but that's the only one I > found to say that. > We're always happy to hear from Shotwell users on our mailing list. (You can also file bug reports/feature requests directly on our Trac server at http://trac.yorba.org.) > > - First one, a small issue that need to be fixed: > > When the date of a photo is changed, the file is not moved to its correct > path. > e.g. a photo with a date of 2004/01/01 will be stored in > /somewhere/2004/01/01/my-pic.jpg. > After having change the date to 2007/12/12, the photo will still be in > /somewhere/2004/01/01/my-pic.jpg. > This is a reasonable idea. I've created a ticket for this here: http://trac.yorba.org/ticket/2824 > - Second one, a suggestion: > > (as a perfectionnist, I know, that's boring...) I'd like my files to be > renamed to 'yyyymmdd-hhmmss.jpg'. > Why not adding a rename option to the import dialog? (name format can be > set > in preferences screen or wherever). > Yes - we're considering this feature for a future Shotwell release. See http://trac.yorba.org/ticket/1942 Thanks for the suggestions! adam From adam at yorba.org Sun Nov 14 23:10:35 2010 From: adam at yorba.org (Adam Dingle) Date: Sun, 14 Nov 2010 15:10:35 -0800 Subject: [Shotwell] Vid?o decode In-Reply-To: <1289766913.1821.37.camel@nuuk> References: <1289765621.13725.3.camel@Aragorn> <1289766913.1821.37.camel@nuuk> Message-ID: On Sun, Nov 14, 2010 at 12:35 PM, Bruno Girin wrote: > > Yes, apparently there are problems getting the meta-data out of AVI > files. But from what I understand, at the moment, gstreamer is not used > to get the meta-data, it uses qtdump instead. If you know a way to do > this using gstreamer, it would be great :-) > Actually Shotwell (in trunk) uses libquicktime, not qtdump, to fetch a .MOV video's creation date. (qtdump is a command-line wrapper around libquicktime which we used for our recent metadata collection experiment at http://trac.yorba.org/wiki/VideoMetadata). I've just done some more investigation about getting metadata from GStreamer. Specifically, I built the GStreamer metadata dumping program at http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/chapter-metadata.htmland ran it on videos from a couple of cameras. It turns out that GStreamer *can* retrieve the creation date of an AVI video from a Canon PowerShot SD1200, but not from a MOV video from a Canon PowerShot S90. I took a quick look at the GStreamer QuickTime source code in gst-plugins-good and it appears that GStreamer should actually be able to return a date tag for some QuickTime videos, though it didn't work for the one MOV video I tried. We'll continue to investigate. adam From adam at yorba.org Sun Nov 14 23:29:29 2010 From: adam at yorba.org (Adam Dingle) Date: Sun, 14 Nov 2010 15:29:29 -0800 Subject: [Shotwell] French accentuated characters In-Reply-To: <1289670659718-28341.post@talk.nabble.com> References: <1289670659718-28341.post@talk.nabble.com> Message-ID: Thierry, thanks for the bug report. This is a known bug in Shotwell: http://trac.yorba.org/ticket/2773 We hope to fix this for Shotwell 0.8. Thanks again - adam On Sat, Nov 13, 2010 at 9:50 AM, guiyou65 wrote: > > Hi, > as you can see in the picture joined as an example, there is a problem with > french accentuated characters and the name field of photos. > The problem is : when the name field has accentuated characters (like > french > or european characters), the field is prefixed with : lang="x-default" and > then real names are no more visible because of the truncation of the names. > This indication lang="x-default" should not be visible. > Thierry > http://shotwell.3510.www.nabble.com/file/n28341/French-characters.png > -- > View this message in context: > http://shotwell.3510.www.nabble.com/French-accentuated-characters-tp28341p28341.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 vivien.didelot at gmail.com Mon Nov 15 00:25:03 2010 From: vivien.didelot at gmail.com (vivien.didelot at gmail.com) Date: Mon, 15 Nov 2010 01:25:03 +0100 Subject: [Shotwell] Introduction, bad photos path and a suggestion In-Reply-To: References: Message-ID: Hi Adam, I have to say that I am really impressed by your reactivity! This in addition to the new features planned for the 0.8 release (especially #855 , #1290, #2476 , #2478), has definitely converted me to Shotwell! I'll talk about all that in my blog and around me ;) By the way, I don't know if it is planned, but it will be nice if the two points I talked about earlier (#2824 , #1942 ) can be applied on already existing photo files, after a Shotwell update. I mean an option (or automatically on shotwell start up if it does not take too much time?) that scans your photo library to verify that all photo files are in the good path and are well named. And maybe the same option to write already created tags/events/... to photo files metadata when this option (#1290 ) will be available. So, the already imported files will take advantage of these new features. (you may understand that my implicite question is: can I start using Shotwell now or should I wait the next release? :P) Best Regards, Vivien. On Sun, Nov 14, 2010 at 11:29 PM, Adam Dingle wrote: > Hello Vivien, > > On Sun, Nov 14, 2010 at 2:17 PM, vivien.didelot at gmail.com < > vivien.didelot at gmail.com> wrote: > >> Hi everybody! >> >> I'm having a look at Shotwell and the development seems to be very active, >> that's pleasant. I've seen that it will be able to import and play videos >> in >> the next version, that's a very good point. >> So, I'm almost converted to Shotwell, but there's also two points I don't >> really like... >> > > Glad you're almost converted! :) > > >> Sorry if the mailing list is not the good way, but that's the only one I >> found to say that. >> > > We're always happy to hear from Shotwell users on our mailing list. (You > can also file bug reports/feature requests directly on our Trac server at > http://trac.yorba.org.) > > >> >> - First one, a small issue that need to be fixed: >> >> >> When the date of a photo is changed, the file is not moved to its correct >> path. >> e.g. a photo with a date of 2004/01/01 will be stored in >> /somewhere/2004/01/01/my-pic.jpg. >> After having change the date to 2007/12/12, the photo will still be in >> /somewhere/2004/01/01/my-pic.jpg. >> > > This is a reasonable idea. I've created a ticket for this here: > > http://trac.yorba.org/ticket/2824 > > >> - Second one, a suggestion: >> >> >> (as a perfectionnist, I know, that's boring...) I'd like my files to be >> renamed to 'yyyymmdd-hhmmss.jpg'. >> Why not adding a rename option to the import dialog? (name format can be >> set >> in preferences screen or wherever). >> > > Yes - we're considering this feature for a future Shotwell release. See > > http://trac.yorba.org/ticket/1942 > > Thanks for the suggestions! > > adam > > -- Vivien DIDELOT, ?l?ve ing?nieur ESIL, D?partement Informatique Site perso. : http://vivien.didelot.perso.esil.univmed.fr Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 [France] 06 22 82 16 88 (inactif) From jim at yorba.org Mon Nov 15 20:00:09 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 15 Nov 2010 12:00:09 -0800 Subject: [Shotwell] Shotwell 0.7.2: file error on import of images from directory on local file system In-Reply-To: <4CDDC1FF.1020705@gmx.net> References: <4CDDC1FF.1020705@gmx.net> Message-ID: Which photos did it say could not be imported? Were they JPEG, RAW, some other type? Shotwell doesn't delete files without explicit user agreement (even then, it moves them to the desktop trash). And I doubt it really is file system error, but the message could probably be better worded. -- Jim On Fri, Nov 12, 2010 at 2:38 PM, Lars O. Grobe wrote: > Hi, > > this is my first mail to this list. I am currently looking into options to > organize my photo archive. So far I had a simple directory tree and tried to > keep track by naming directories and such. Now, I would love to use the > metadata of my images and ease that work a litte. Shotwell seams to be the > solution, but I am facing problems from the beginning: > > Whenever I try to import (importing from filesystem, selecting a directory > with images, typically in jpg format), I end up with a message that some > files could not be imported due to a file system error. I still find those > files in the library afterwards. Still, it is difficult to trust that none > of my files gets lost. However if I want to migrate to Shotwell, I must make > sure that I do not loose some of my images due to errors hidden in these > error messages that occur all the time. > > So my question is whether this is a known problem and a solution exists for > it. For completeness, I am running Ubuntu 10.10, and the file system holding > my images is a reiserfs3. > > Thank you for any hint or help, cheers, > > Lars. > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > From jim at yorba.org Mon Nov 15 20:32:03 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 15 Nov 2010 12:32:03 -0800 Subject: [Shotwell] Updating database In-Reply-To: <1289763687388-28532.post@talk.nabble.com> References: <1289763687388-28532.post@talk.nabble.com> Message-ID: The current release of Shotwell (0.7.2) does not support this. However, the next release (0.8.0) will detect the changes at startup and re-import the metadata. -- Jim On Sun, Nov 14, 2010 at 11:41 AM, guiyou65 wrote: > > How to update ShotWell database after correcting metadata (IPTC keyword and > caption) with a specialized external tool ? > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Updating-database-tp28532p28532.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 sundman at iki.fi Mon Nov 15 21:17:00 2010 From: sundman at iki.fi (Marcus Sundman) Date: Mon, 15 Nov 2010 23:17:00 +0200 Subject: [Shotwell] Updating database In-Reply-To: References: <1289763687388-28532.post@talk.nabble.com> Message-ID: <4CE1A34C.3040809@iki.fi> On 15.11.2010 22:32, Jim Nelson wrote: > On Sun, Nov 14, 2010 at 11:41 AM, guiyou65 wrote: >> How to update ShotWell database after correcting metadata (IPTC keyword and >> caption) with a specialized external tool ? >> > The current release of Shotwell (0.7.2) does not support this. However, the > next release (0.8.0) will detect the changes at startup and re-import the > metadata. I certainly hope that's NOT true! It would take boatloads of unneccessary resources if shotwell were to read through all tens of thousands of photos I have every time it starts. (Even checking only the "last modification" timestamp, which often wouldn't even work, would take too much resources when there are so many files to check.) - Marcus From jim at yorba.org Mon Nov 15 22:47:50 2010 From: jim at yorba.org (Jim Nelson) Date: Mon, 15 Nov 2010 14:47:50 -0800 Subject: [Shotwell] Updating database In-Reply-To: <4CE1A34C.3040809@iki.fi> References: <1289763687388-28532.post@talk.nabble.com> <4CE1A34C.3040809@iki.fi> Message-ID: So, this is not unprecedented. Rhythmbox, for example, does this. We've done some testing in-house of the feature and it works well. I'm not sure why you think checking the last modification timestamp won't often work, since that's a fairly reliable primary indicator that a file has been modified. By the way, the current release (0.7.2) does a startup scan, although it's only doing it to see if the file exists. If not, it marks them offline (they wind up in the Missing Files section on the sidebar). -- Jim On Mon, Nov 15, 2010 at 1:17 PM, Marcus Sundman wrote: > On 15.11.2010 22:32, Jim Nelson wrote: > >> On Sun, Nov 14, 2010 at 11:41 AM, guiyou65 wrote: >> >>> How to update ShotWell database after correcting metadata (IPTC keyword >>> and >>> caption) with a specialized external tool ? >>> >>> The current release of Shotwell (0.7.2) does not support this. However, >> the >> next release (0.8.0) will detect the changes at startup and re-import the >> metadata. >> > > I certainly hope that's NOT true! It would take boatloads of unneccessary > resources if shotwell were to read through all tens of thousands of photos I > have every time it starts. (Even checking only the "last modification" > timestamp, which often wouldn't even work, would take too much resources > when there are so many files to check.) > > > - Marcus > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From guiyou65 at gmail.com Tue Nov 16 05:35:32 2010 From: guiyou65 at gmail.com (Thierry Le Guillou) Date: Tue, 16 Nov 2010 06:35:32 +0100 Subject: [Shotwell] Updating database In-Reply-To: References: <1289763687388-28532.post@talk.nabble.com> <4CE1A34C.3040809@iki.fi> Message-ID: <1289885732.1964.4.camel@rusven-est> I agree, fototime.com/fotoalbum, does it too and it is a very good (free) windows photomanager. Benchmark it could be an idea box for Shotwell. Thierry Le lundi 15 novembre 2010 ? 14:47 -0800, Jim Nelson a ?crit : > So, this is not unprecedented. Rhythmbox, for example, does this. > > We've done some testing in-house of the feature and it works well. I'm not > sure why you think checking the last modification timestamp won't often > work, since that's a fairly reliable primary indicator that a file has been > modified. > > By the way, the current release (0.7.2) does a startup scan, although it's > only doing it to see if the file exists. If not, it marks them offline > (they wind up in the Missing Files section on the sidebar). > > -- Jim > > On Mon, Nov 15, 2010 at 1:17 PM, Marcus Sundman wrote: > > > On 15.11.2010 22:32, Jim Nelson wrote: > > > >> On Sun, Nov 14, 2010 at 11:41 AM, guiyou65 wrote: > >> > >>> How to update ShotWell database after correcting metadata (IPTC keyword > >>> and > >>> caption) with a specialized external tool ? > >>> > >>> The current release of Shotwell (0.7.2) does not support this. However, > >> the > >> next release (0.8.0) will detect the changes at startup and re-import the > >> metadata. > >> > > > > I certainly hope that's NOT true! It would take boatloads of unneccessary > > resources if shotwell were to read through all tens of thousands of photos I > > have every time it starts. (Even checking only the "last modification" > > timestamp, which often wouldn't even work, would take too much resources > > when there are so many files to check.) > > > > > > - Marcus > > > > _______________________________________________ > > 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 vivien.didelot at gmail.com Tue Nov 16 22:26:16 2010 From: vivien.didelot at gmail.com (vivien.didelot at gmail.com) Date: Tue, 16 Nov 2010 23:26:16 +0100 Subject: [Shotwell] Events merging and sorting Message-ID: Hi Shotwell users! I was sorting my photos and I get a problem. I had a ski trip from 31th January to 3th February. I am not able to merge photos from 31th January and 1st February because they are in different folders. It involves another reflexion: where to put it. In the "January" folder? Don't you think that custom events (I mean an event which is not a default date, e.g. "Ski Trip 2009") should be also displayed at the same level than months or years folders? Regards, Vivien. -- Vivien DIDELOT, ?l?ve ing?nieur ESIL, D?partement Informatique Site perso. : http://vivien.didelot.perso.esil.univmed.fr Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 [France] 06 22 82 16 88 (inactif) From simonspa at kth.se Tue Nov 16 22:59:31 2010 From: simonspa at kth.se (Simon Spannagel) Date: Tue, 16 Nov 2010 23:59:31 +0100 Subject: [Shotwell] Events merging and sorting In-Reply-To: References: Message-ID: <4CE30CD3.606@kth.se> Hej Vivien, I can do that without any problems - just drag and drop all the photos together in one event. The event will always be located where the fist photo was made - in your case the 31th of January. best regards, Simon Am 16.11.2010 23:26, schrieb vivien.didelot at gmail.com: > Hi Shotwell users! > > I was sorting my photos and I get a problem. I had a ski trip from 31th > January to 3th February. I am not able to merge photos from 31th January and > 1st February because they are in different folders. > It involves another reflexion: where to put it. In the "January" folder? > Don't you think that custom events (I mean an event which is not a default > date, e.g. "Ski Trip 2009") should be also displayed at the same level than > months or years folders? > > Regards, > Vivien. > From adam at yorba.org Tue Nov 16 23:53:20 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 16 Nov 2010 15:53:20 -0800 Subject: [Shotwell] Introduction, bad photos path and a suggestion In-Reply-To: References: Message-ID: <4CE31970.4000606@yorba.org> On 11/14/2010 04:25 PM, vivien.didelot at gmail.com wrote: > Hi Adam, > > I have to say that I am really impressed by your reactivity! > This in addition to the new features planned for the 0.8 release > (especially #855 , #1290 > , #2476 > , #2478 > ), has definitely converted me to > Shotwell! > I'll talk about all that in my blog and around me ;) Glad to hear you're spreading the word. :) > > By the way, I don't know if it is planned, but it will be nice if the > two points I talked about earlier (#2824 > , #1942 > ) can be applied on already > existing photo files, after a Shotwell update. > I mean an option (or automatically on shotwell start up if it does not > take too much time?) that scans your photo library to verify that all > photo files are in the good path and are well named. Agreed: once we've implemented the ability to let the user specify their preferred filename pattern (http://trac.yorba.org/ticket/1942) and file path pattern (http://trac.yorba.org/ticket/1597), there should be a command that rearranges the existing library to match these patterns. This is http://trac.yorba.org/ticket/2170 . > And maybe the same option to write already created tags/events/... to > photo files metadata when this option (#1290 > ) will be available. When you enable the checkbox to store tags and metadata in photo files, Shotwell will traverse the library and will bring all files up to date with any title/tag changes you've previously made inside Shotwell. This is already implemented in trunk and will be in 0.8. > > So, the already imported files will take advantage of these new features. > (you may understand that my implicite question is: can I start using > Shotwell now or should I wait the next release? :P) I think you should use Shotwell now! :) adam From niklas.wikstrom at gmail.com Wed Nov 17 11:11:56 2010 From: niklas.wikstrom at gmail.com (=?UTF-8?Q?Niklas_Wikstr=C3=B6m?=) Date: Wed, 17 Nov 2010 03:11:56 -0800 (PST) Subject: [Shotwell] Immediate stall upon start Message-ID: <1289992316108-28675.post@talk.nabble.com> Hi, Impressed by the look of Shotwell in an Ubuntu10.10 installation I want to try it on my x86_64 Ubuntu 10.04 machine. However when started, the gui (at least) immedialely hangs, as shown in the attatched image. I cannot even press the OK button, and the windows does not "redraw". Also create a new "un-tainted" user and started shotwell, with the same result. The process looks as follows ps ax|grep shotw 4116 ? Sl 0:00 shotwell http://shotwell.3510.www.nabble.com/file/n28675/Screenshot.png Hope this post is in the right fora. cheers Niklas -- View this message in context: http://shotwell.3510.www.nabble.com/Immediate-stall-upon-start-tp28675p28675.html Sent from the Shotwell mailing list archive at Nabble.com. From adam at yorba.org Wed Nov 17 11:22:07 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 17 Nov 2010 03:22:07 -0800 Subject: [Shotwell] Immediate stall upon start In-Reply-To: <1289992316108-28675.post@talk.nabble.com> References: <1289992316108-28675.post@talk.nabble.com> Message-ID: Niklas, hm - I don't think we've seen this one before. It would be nice to see a stack trace for the hang. To generate that, you can follow the bug-reporting steps in the Shotwell FAQ ( http://trac.yorba.org/wiki/Shotwell/FAQ) except in step 4 "Make the crash happen" just press Ctrl+C in the GDB window to break into GDB. If you can submit the resulting .gdb and .log files to us we can try to investigate more. adam 2010/11/17 Niklas Wikstr?m > > Hi, > > Impressed by the look of Shotwell in an Ubuntu10.10 installation I want to > try it on my x86_64 Ubuntu 10.04 machine. However when started, the gui (at > least) immedialely hangs, as shown in the attatched image. I cannot even > press the OK button, and the windows does not "redraw". > > Also create a new "un-tainted" user and started shotwell, with the same > result. > > The process looks as follows > > ps ax|grep shotw > 4116 ? Sl 0:00 shotwell > > http://shotwell.3510.www.nabble.com/file/n28675/Screenshot.png > > Hope this post is in the right fora. > > cheers > Niklas > -- > View this message in context: > http://shotwell.3510.www.nabble.com/Immediate-stall-upon-start-tp28675p28675.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 johnthughes at gmail.com Wed Nov 17 12:14:16 2010 From: johnthughes at gmail.com (John Hughes) Date: Wed, 17 Nov 2010 07:14:16 -0500 Subject: [Shotwell] Limiting image search/retrieval Message-ID: Hello, I guess I'll start with what is prompting me to send this email: Problem: I plug in my android phone, turn on "mount usb" on the phone, I start shotwell, shotwell detects the "storage device", shotwell detects the DCIM directory(all good so far), but then shotwell also detects the tens of thousands of cache images, icon images, map images, etc on the drive. Question: Is there any way to limit Shotwell to the DCIM folder, or maybe inversely to get it to honor the ".nomedia" tag in a folder? I really like Shotwell, it is a big improvement over f-spot, but basically I don't use it at the moment because of it trying to sync every last image file on my phones sd card. Thanks for your time, John H From michal at hrusecky.net Wed Nov 17 12:30:03 2010 From: michal at hrusecky.net (Michal Hrusecky) Date: Wed, 17 Nov 2010 13:30:03 +0100 Subject: [Shotwell] Limiting image search/retrieval In-Reply-To: References: Message-ID: <20101117123003.GA20556@misibook.miska.isageek.net> John Hughes - 7:14 17.11.10 wrote: > Hello, > > I guess I'll start with what is prompting me to send this email: > > Problem: > I plug in my android phone, turn on "mount usb" on the phone, I start > shotwell, shotwell detects the "storage device", shotwell detects the DCIM > directory(all good so far), but then shotwell also detects the tens of > thousands of cache images, icon images, map images, etc on the drive. > > Question: Is there any way to limit Shotwell to the DCIM folder, or maybe > inversely to get it to honor the ".nomedia" tag in a folder? You can mount your Android device and then use "File -> Import From Folder" and select only DCIM directory... -- Michal Hrusecky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From perezk at mail.ru Wed Nov 17 12:39:22 2010 From: perezk at mail.ru (Maxim Kartashev) Date: Wed, 17 Nov 2010 15:39:22 +0300 Subject: [Shotwell] enhancement 1296 (periodically change desktop background) Message-ID: (this is directed mostly to Shotwell developers) Hi! I uploaded a patch that implements enhancement 1296 (http://trac.yorba.org/ticket/1296) yesterday. Wondering if you have any plans on integrating it and can I help in some way? From adam at yorba.org Wed Nov 17 13:35:25 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 17 Nov 2010 05:35:25 -0800 Subject: [Shotwell] enhancement 1296 (periodically change desktop background) In-Reply-To: References: Message-ID: <4CE3DA1D.1020409@yorba.org> Maxim, thanks for this patch - it looks quite promising. Jim took a first look at the code yesterday and will send you some feedback soon. I think we might want a few code changes, but if all goes well I hope we'll be able to include this in 0.8. adam On 11/17/2010 04:39 AM, Maxim Kartashev wrote: > (this is directed mostly to Shotwell developers) > > Hi! > > I uploaded a patch that implements enhancement 1296 (http://trac.yorba.org/ticket/1296) yesterday. Wondering if you have any plans on integrating it and can I help in some way? > > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From vivien.didelot at gmail.com Wed Nov 17 16:42:56 2010 From: vivien.didelot at gmail.com (vivien.didelot at gmail.com) Date: Wed, 17 Nov 2010 17:42:56 +0100 Subject: [Shotwell] Introduction, bad photos path and a suggestion In-Reply-To: <4CE31970.4000606@yorba.org> References: <4CE31970.4000606@yorba.org> Message-ID: Just one word: *Wonderful*! Congrats to the Yorba team and other devs for the great photos organizer :) Best Regards, Vivien. On Wed, Nov 17, 2010 at 12:53 AM, Adam Dingle wrote: > On 11/14/2010 04:25 PM, vivien.didelot at gmail.com wrote: > > Hi Adam, > > I have to say that I am really impressed by your reactivity! > This in addition to the new features planned for the 0.8 release > (especially #855 , #1290, > #2476 , #2478), > has definitely converted me to Shotwell! > I'll talk about all that in my blog and around me ;) > > > Glad to hear you're spreading the word. :) > > > > By the way, I don't know if it is planned, but it will be nice if the two > points I talked about earlier (#2824 , > #1942 ) can be applied on already > existing photo files, after a Shotwell update. > I mean an option (or automatically on shotwell start up if it does not take > too much time?) that scans your photo library to verify that all photo files > are in the good path and are well named. > > > Agreed: once we've implemented the ability to let the user specify their > preferred filename pattern (http://trac.yorba.org/ticket/1942) and file > path pattern (http://trac.yorba.org/ticket/1597), there should be a > command that rearranges the existing library to match these patterns. This > is http://trac.yorba.org/ticket/2170 . > > > And maybe the same option to write already created tags/events/... to photo > files metadata when this option (#1290 ) > will be available. > > > When you enable the checkbox to store tags and metadata in photo files, > Shotwell will traverse the library and will bring all files up to date with > any title/tag changes you've previously made inside Shotwell. This is > already implemented in trunk and will be in 0.8. > > > > So, the already imported files will take advantage of these new features. > (you may understand that my implicite question is: can I start using > Shotwell now or should I wait the next release? :P) > > > I think you should use Shotwell now! :) > > adam > > -- Vivien DIDELOT, ?l?ve ing?nieur ESIL, D?partement Informatique Site perso. : http://vivien.didelot.perso.esil.univmed.fr Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 [France] 06 22 82 16 88 (inactif) From jim at yorba.org Wed Nov 17 17:38:05 2010 From: jim at yorba.org (Jim Nelson) Date: Wed, 17 Nov 2010 09:38:05 -0800 Subject: [Shotwell] Limiting image search/retrieval In-Reply-To: References: Message-ID: This has to do with gphoto2 support for the device: http://trac.yorba.org/ticket/1903 Shotwell currently reports whatever gphoto2 tells us is on the phone. We could be smarter, but I was hoping the gphoto2 guys would do that. -- Jim On Wed, Nov 17, 2010 at 4:14 AM, John Hughes wrote: > Hello, > > I guess I'll start with what is prompting me to send this email: > > Problem: > I plug in my android phone, turn on "mount usb" on the phone, I start > shotwell, shotwell detects the "storage device", shotwell detects the DCIM > directory(all good so far), but then shotwell also detects the tens of > thousands of cache images, icon images, map images, etc on the drive. > > Question: Is there any way to limit Shotwell to the DCIM folder, or maybe > inversely to get it to honor the ".nomedia" tag in a folder? > > I really like Shotwell, it is a big improvement over f-spot, but basically > I > don't use it at the moment because of it trying to sync every last image > file on my phones sd card. > > Thanks for your time, > > John H > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From mweisshaupt1988 at googlemail.com Wed Nov 17 19:16:41 2010 From: mweisshaupt1988 at googlemail.com (=?ISO-8859-1?Q?Martin_Wei=DFhaupt?=) Date: Wed, 17 Nov 2010 20:16:41 +0100 Subject: [Shotwell] Building trunk In-Reply-To: References: Message-ID: <4CE42A19.2080409@googlemail.com> Hi, I just tried all the suggestions here but I still didn't get shotwell to compile. I still get this error message: error: gee-1.0 not found in specified Vala API directories or GObject-Introspection GIR directories At the moment I don't have much time, it would be very helpfull for me if there was a daily ppa of shotwell... Regards, Martin Am 19.09.2010 18:06, schrieb Rob Powell: > Hi Kent, > > You'll need to build gexiv2. You'll see that dependency on the shotwell install page. I think build instructions for gexiv2 are at trac.yorba.org/wiki/gexiv2. I'm currently out and about, so sorry if that link is wrong. If it is wrong, look for the link on the shotwell dependency section. > > The pc (package configuration) files are different than the so (shared library) > > Hope that helps > > Rob > > Sent from my iPhone > > On Sep 19, 2010, at 8:46 AM, Kent Tenney wrote: > >> on Ubuntu 10.04. >> >> [ ktenney: /usr/fetching/shotwell ]$ ./configure >> Configured. Type 'make' to build, 'make install' to install. >> [ ktenney: /usr/fetching/shotwell ]$ make >> Package gee-1.0 was not found in the pkg-config search path. >> Perhaps you should add the directory containing `gee-1.0.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'gee-1.0' found >> Package gexiv2 was not found in the pkg-config search path. >> Perhaps you should add the directory containing `gexiv2.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'gexiv2' found >> make: *** [src/.stamp] Error 1 >> >> The ppa binary knows about those libraries: >> >> [ ktenney: /usr/fetching/shotwell ]$ ldd `which shotwell` >> linux-vdso.so.1 => (0x00007fff3c188000) >> libgee.so.2 => /usr/lib/libgee.so.2 (0x00007ffdd3638000) >> libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007ffdd33ab000) >> libexiv2.so.6 => /usr/lib/libexiv2.so.6 (0x00007ffdd2fd9000) >> libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0x00007ffdd2d9c000) >> >> libuuid.so.1 => /lib/libuuid.so.1 (0x00007ffdc50dc000) >> [ ktenney: /usr/fetching/shotwell ]$ >> >> How to proceed? >> >> Thanks, >> Kent >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From adam at yorba.org Wed Nov 17 21:00:45 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 17 Nov 2010 13:00:45 -0800 Subject: [Shotwell] Building trunk In-Reply-To: <4CE42A19.2080409@googlemail.com> References: <4CE42A19.2080409@googlemail.com> Message-ID: <4CE4427D.3030309@yorba.org> Martin, - what operating system version are you running? - what does 'valac --version' print? - Shotwell requires libgee 0.5.0 or higher. If you're on Ubuntu, have you installed the libgee-dev package? If on another distro, have you installed a package that provides libgee, or built/installed it from source? If this helps you compile, let us know. If you're still stuck, please email me privately with answers to the above and we can email back and forth to work out your build problem without bothering the whole list - we can post here once we have a solution. By the way, we are working on setting up a nightly build PPA (http://trac.yorba.org/ticket/1220). cheers adam On 11/17/2010 11:16 AM, Martin Wei?haupt wrote: > Hi, > > I just tried all the suggestions here but I still didn't get shotwell > to compile. > > I still get this error message: > error: gee-1.0 not found in specified Vala API directories or > GObject-Introspection GIR directories > > At the moment I don't have much time, it would be very helpfull for me > if there was a daily ppa of shotwell... > > Regards, > Martin > > Am 19.09.2010 18:06, schrieb Rob Powell: >> Hi Kent, >> >> You'll need to build gexiv2. You'll see that dependency on the >> shotwell install page. I think build instructions for gexiv2 are at >> trac.yorba.org/wiki/gexiv2. I'm currently out and about, so sorry if >> that link is wrong. If it is wrong, look for the link on the >> shotwell dependency section. >> >> The pc (package configuration) files are different than the so >> (shared library) >> >> Hope that helps >> >> Rob >> >> Sent from my iPhone >> >> On Sep 19, 2010, at 8:46 AM, Kent Tenney wrote: >> >>> on Ubuntu 10.04. >>> >>> [ ktenney: /usr/fetching/shotwell ]$ ./configure >>> Configured. Type 'make' to build, 'make install' to install. >>> [ ktenney: /usr/fetching/shotwell ]$ make >>> Package gee-1.0 was not found in the pkg-config search path. >>> Perhaps you should add the directory containing `gee-1.0.pc' >>> to the PKG_CONFIG_PATH environment variable >>> No package 'gee-1.0' found >>> Package gexiv2 was not found in the pkg-config search path. >>> Perhaps you should add the directory containing `gexiv2.pc' >>> to the PKG_CONFIG_PATH environment variable >>> No package 'gexiv2' found >>> make: *** [src/.stamp] Error 1 >>> >>> The ppa binary knows about those libraries: >>> >>> [ ktenney: /usr/fetching/shotwell ]$ ldd `which shotwell` >>> linux-vdso.so.1 => (0x00007fff3c188000) >>> libgee.so.2 => /usr/lib/libgee.so.2 (0x00007ffdd3638000) >>> libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007ffdd33ab000) >>> libexiv2.so.6 => /usr/lib/libexiv2.so.6 (0x00007ffdd2fd9000) >>> libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0x00007ffdd2d9c000) >>> >>> libuuid.so.1 => /lib/libuuid.so.1 (0x00007ffdc50dc000) >>> [ ktenney: /usr/fetching/shotwell ]$ >>> >>> How to proceed? >>> >>> Thanks, >>> Kent >>> _______________________________________________ >>> 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 matthias.mendler at gmail.com Wed Nov 17 21:30:38 2010 From: matthias.mendler at gmail.com (Matthias Adrian Mendler) Date: Wed, 17 Nov 2010 22:30:38 +0100 Subject: [Shotwell] External HD not connected - Lost all events & tags Message-ID: <1290029438.2216.751.camel@beijing> Hey, my father has a lot of pictures, an old notebook, so I was really happy about shotwell. Nice & simple. He finally seems to get the difference to "normal" folders and getting used to the idea of events and tags. Especially since I am tagging and ordering his 30k pictures for him :) The problem right now is, that his pictures are on an external hard disk. He once started shotwell without it being connected to the notebook. Obviously they appeared in missing folders. After it was plugged back and shotwell restarted, all pictures are back, not in missing files anymore - but all the events and tags are gone. The only thing shotwell remembers is which pictures I imported last :/ Is there any way to restore that? I didn't find really anything about this subject. The closest thing was someone moving/renaming his folder and the solution was just moving it back. Won't this work with external hard disks? I should mention, that the external hard disks picture folder is linked to the picture folder in the home. Thanks a lot, I see your program is still heavily in development, and it looks very promising. ?? Matthias From mail at gimi.name Thu Nov 18 02:12:58 2010 From: mail at gimi.name (gimi) Date: Thu, 18 Nov 2010 03:12:58 +0100 Subject: [Shotwell] External HD not connected - Lost all events & tags In-Reply-To: <1290029438.2216.751.camel@beijing> References: <1290029438.2216.751.camel@beijing> Message-ID: <4CE48BAA.1090603@gimi.name> Hello Matthias, I got the same problem with storing the pictures on a separate partition which is not mounted at session startup. All the work of arranging is destroyed by not thinking about if the source media is mounted or not. One workaround could be to save the shotwell configuration at the same place like the photos. If the drive is not available, there's no configuration to be messed up by shotwell, too. This way it can also be backed up easily. The steps are like: - quit shotwell, mount the drive - mv ~/.shotwell /media/YOUR_DRIVE/path/to/photos - ln -s /media/YOUR_DRIVE/path/to/photos/.shotwell ~/.shotwell - run shotwell and see if everything is in its place regards gimi On 11/17/2010 10:30 PM, Matthias Adrian Mendler wrote: > Hey, > > my father has a lot of pictures, an old notebook, so I was really happy > about shotwell. Nice& simple. He finally seems to get the difference to > "normal" folders and getting used to the idea of events and tags. > Especially since I am tagging and ordering his 30k pictures for him :) > > The problem right now is, that his pictures are on an external hard > disk. He once started shotwell without it being connected to the > notebook. Obviously they appeared in missing folders. After it was > plugged back and shotwell restarted, all pictures are back, not in > missing files anymore - but all the events and tags are gone. The only > thing shotwell remembers is which pictures I imported last :/ > > Is there any way to restore that? I didn't find really anything about > this subject. The closest thing was someone moving/renaming his folder > and the solution was just moving it back. Won't this work with external > hard disks? > > I should mention, that the external hard disks picture folder is linked > to the picture folder in the home. > > Thanks a lot, I see your program is still heavily in development, and it > looks very promising. ?? > > Matthias > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell From bengt at thuree.com Wed Nov 17 22:41:03 2010 From: bengt at thuree.com (Bengt Thuree) Date: Thu, 18 Nov 2010 09:41:03 +1100 Subject: [Shotwell] Building trunk In-Reply-To: <4CE4427D.3030309@yorba.org> References: <4CE42A19.2080409@googlemail.com> <4CE4427D.3030309@yorba.org> Message-ID: <1290033663.2928.84.camel@lappis.thuree.com> Here is my lazy dog for how to build trunk. Need to download Vala (0.10) and LibGee manually. Need to create a few Development directories (as indicated below), as well as a few unstable directories (as indicated below) aptitude build-dep shotwell apt-get install libjson-glib-dev aptitude install libquicktime-dev aptitude remove valac libgee Vala = 0.10 (not 0.11) cd ~/Development/Vala ./configure --prefix=/usr make su make install exit cd ~/Development/LibGee ./configure --prefix=/usr make su make install exit cd ~/Development/gexiv2 svn update ./configure --prefix=${HOME}/unstable/gexiv2 make make install cd ~/Development/shotwell svn update ./configure --prefix=${HOME}/unstable/shotwell PKG_CONFIG_PATH=${HOME}/unstable/gexiv2/lib/pkgconfig export PKG_CONFIG_PATH make make install To run ===== $ cat ~/scripts/shotwell.sh #!/bin/sh LD_LIBRARY_PATH=${HOME}/unstable/gexiv2/lib export LD_LIBRARY_PATH SHOTWELL_LOG=1 ${HOME}/unstable/shotwell/bin/shotwell /Bengt On Wed, 2010-11-17 at 13:00 -0800, Adam Dingle wrote: > Martin, > > - what operating system version are you running? > - what does 'valac --version' print? > - Shotwell requires libgee 0.5.0 or higher. If you're on Ubuntu, have > you installed the libgee-dev package? If on another distro, have you > installed a package that provides libgee, or built/installed it from source? > > If this helps you compile, let us know. If you're still stuck, please > email me privately with answers to the above and we can email back and > forth to work out your build problem without bothering the whole list - > we can post here once we have a solution. > > By the way, we are working on setting up a nightly build PPA > (http://trac.yorba.org/ticket/1220). > > cheers > adam > > On 11/17/2010 11:16 AM, Martin Wei?haupt wrote: > > Hi, > > > > I just tried all the suggestions here but I still didn't get shotwell > > to compile. > > > > I still get this error message: > > error: gee-1.0 not found in specified Vala API directories or > > GObject-Introspection GIR directories > > > > At the moment I don't have much time, it would be very helpfull for me > > if there was a daily ppa of shotwell... > > > > Regards, > > Martin > > > > Am 19.09.2010 18:06, schrieb Rob Powell: > >> Hi Kent, > >> > >> You'll need to build gexiv2. You'll see that dependency on the > >> shotwell install page. I think build instructions for gexiv2 are at > >> trac.yorba.org/wiki/gexiv2. I'm currently out and about, so sorry if > >> that link is wrong. If it is wrong, look for the link on the > >> shotwell dependency section. > >> > >> The pc (package configuration) files are different than the so > >> (shared library) > >> > >> Hope that helps > >> > >> Rob > >> > >> Sent from my iPhone > >> > >> On Sep 19, 2010, at 8:46 AM, Kent Tenney wrote: > >> > >>> on Ubuntu 10.04. > >>> > >>> [ ktenney: /usr/fetching/shotwell ]$ ./configure > >>> Configured. Type 'make' to build, 'make install' to install. > >>> [ ktenney: /usr/fetching/shotwell ]$ make > >>> Package gee-1.0 was not found in the pkg-config search path. > >>> Perhaps you should add the directory containing `gee-1.0.pc' > >>> to the PKG_CONFIG_PATH environment variable > >>> No package 'gee-1.0' found > >>> Package gexiv2 was not found in the pkg-config search path. > >>> Perhaps you should add the directory containing `gexiv2.pc' > >>> to the PKG_CONFIG_PATH environment variable > >>> No package 'gexiv2' found > >>> make: *** [src/.stamp] Error 1 > >>> > >>> The ppa binary knows about those libraries: > >>> > >>> [ ktenney: /usr/fetching/shotwell ]$ ldd `which shotwell` > >>> linux-vdso.so.1 => (0x00007fff3c188000) > >>> libgee.so.2 => /usr/lib/libgee.so.2 (0x00007ffdd3638000) > >>> libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007ffdd33ab000) > >>> libexiv2.so.6 => /usr/lib/libexiv2.so.6 (0x00007ffdd2fd9000) > >>> libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0x00007ffdd2d9c000) > >>> > >>> libuuid.so.1 => /lib/libuuid.so.1 (0x00007ffdc50dc000) > >>> [ ktenney: /usr/fetching/shotwell ]$ > >>> > >>> How to proceed? > >>> > >>> Thanks, > >>> Kent > >>> _______________________________________________ > >>> Shotwell mailing list > >>> Shotwell at lists.yorba.org > >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > >> _______________________________________________ > >> Shotwell mailing list > >> Shotwell at lists.yorba.org > >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > > > _______________________________________________ > > Shotwell mailing list > > Shotwell at lists.yorba.org > > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- With Regards Bengt Thuree bengt at thuree.com From stefanofossati.86 at gmail.com Thu Nov 18 20:40:18 2010 From: stefanofossati.86 at gmail.com (Stefano Fossati) Date: Thu, 18 Nov 2010 21:40:18 +0100 Subject: [Shotwell] Rejected photo and events Message-ID: Hi, first of all thank you for shotwell, it is awesome and is growing very quickly. I've noticed, using the rating feature, that if I reject all the photos of a specific event this one continue to appear in the event page, I think that the right behaviour must be this: if all the photos of an event have been rejected and in the filter view is selected "All photos" (without rejected) the event has to be hidden as the photos. what do you think? Stefano (sorry for my rusty english) From vivien.didelot at gmail.com Fri Nov 19 14:41:31 2010 From: vivien.didelot at gmail.com (vivien.didelot at gmail.com) Date: Fri, 19 Nov 2010 15:41:31 +0100 Subject: [Shotwell] Shotwell 0.7.3 Message-ID: Hi, I'm running problem during photos importation with Shotwell build from trunk (so 0.7.2+trunk). After having selected a folder to import, Shotwell just shut down without explicit output in the console... I need videos importation, so when will the 0.7.3 version be released (or available in tarballs)? Another question is: does a manual installation (from downloaded tarball or from the repo) can be updated from a future Ubuntu update like any other Ubuntu default app? Best Regards, -- Vivien DIDELOT, ?l?ve ing?nieur ESIL, D?partement Informatique Site perso. : http://vivien.didelot.perso.esil.univmed.fr Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 [France] 06 22 82 16 88 (inactif) From adam at yorba.org Fri Nov 19 14:53:50 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 19 Nov 2010 06:53:50 -0800 Subject: [Shotwell] Shotwell 0.7.3 In-Reply-To: References: Message-ID: <4CE68F7E.1010402@yorba.org> Vivien, On 11/19/2010 06:41 AM, vivien.didelot at gmail.com wrote: > Hi, > I'm running problem during photos importation with Shotwell build from trunk > (so 0.7.2+trunk). > After having selected a folder to import, Shotwell just shut down without > explicit output in the console... Hm - we haven't seen this unexpected exit before, I think. If you can reproduce this, it would be nice if you could file a bug in our ticket system at trac.yorba.org. Maybe you could experiment to see what folder contents cause the unexpected exit. It would also help if you could give us log output. To do that, run 'SHOTWELL_LOG=1 shotwell', and after the unexpected exit you could send us the contents of ~/.cache/shotwell/shotwell.log . > I need videos importation, so when will the 0.7.3 version be released (or > available in tarballs)? 0.7.3 will not have video support: that will be a minor release with only a couple of bug fixes over 0.7.2. The next release containing all the current trunk features (including video support) will be 0.8, which will appear some time in December. > Another question is: does a manual installation (from downloaded tarball or > from the repo) can be updated from a future Ubuntu update like any other > Ubuntu default app? The Ubuntu package installs Shotwell in /usr/bin, but if you download and install a tarball it will normally end up in /usr/local. The search path looks in /usr/local before /usr/bin, so any tarball you've installed will normally hide any updated Ubuntu package. So if you were running a tarball but now want to switch back to the Ubuntu package, you should go to the directory where you built the tarball and type 'sudo make uninstall' to remove it. I hope this helps! adam From adam at yorba.org Fri Nov 19 21:42:36 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 19 Nov 2010 13:42:36 -0800 Subject: [Shotwell] Rejected photo and events In-Reply-To: References: Message-ID: <4CE6EF4C.8070205@yorba.org> Stefano, On 11/18/2010 12:40 PM, Stefano Fossati wrote: > Hi, > > first of all thank you for shotwell, it is awesome and is growing very quickly. Glad you like it! :) > I've noticed, using the rating feature, that if I reject all the > photos of a specific event this one continue to appear in the event > page, > I think that the right behaviour must be this: > if all the photos of an event have been rejected and in the filter > view is selected "All photos" (without rejected) the event has to be > hidden as the photos. > > > what do you think? We discussed this on the Shotwell team today. If we implemented your suggestion, then to be consistent we'd want to hide all events whose photos are all filtered out according to the current filter level. We'd also want to hide tags whose photos are all filtered out. We think this all might be jarring to users, and I think we're unlikely to make this change: our filter system was really intended to work on photos, not on events and tags themselves. I do think it would be helpful if Shotwell indicated the number of photos which have been filtered out from any particular view. To do this, Shotwell could display a message such as "4 photos hidden" in a subtle gray font at the end of the photo list. I've ticketed this here: http://trac.yorba.org/ticket/2856 adam From jim at yorba.org Fri Nov 19 22:00:58 2010 From: jim at yorba.org (Jim Nelson) Date: Fri, 19 Nov 2010 14:00:58 -0800 Subject: [Shotwell] External HD not connected - Lost all events & tags In-Reply-To: <1290029438.2216.751.camel@beijing> References: <1290029438.2216.751.camel@beijing> Message-ID: This should never happen with Shotwell and we regard it as a serious bug. I have reproduced a related bug where files on an external drive get marked offline and never come back, but that's different from your problem: http://trac.yorba.org/ticket/2857 In general, you should never lose events and tags (and other metadata) simply because the photo has been marked offline. I'd like to know more specifics about how your father's system is configured. It sounds like there's a soft link in his ~/Pictures directory that points to the external hard drive. Do you recall how you imported the photos into Shotwell? Shotwell does not explicitly support soft links, which means if you imported ~/Pictures or the soft link, Shotwell will not traverse it. I'm guessing you imported from the drive, i.e. dragging in a folder like this: /home/dad/Pictures/soft-link/MyPhotos And not directly from the external drive path, i.e.: /media/ExternalDrive/MyPhotos Shotwell won't detect that soft-link is a soft link and will import everything from MyPhotos on down. An easy way to verify this is to click on one of the files and then View -> Extended Infomation. The filename is the path Shotwell uses. But at this point if I unplug the drive and re-plug it back in, I run into the problem I mentioned earlier (http://trac.yorba.org/ticket/2857). Examining the database shows me that the tags and events are preserved. In other words, if we fix this bug, I think everything will work. So I must be missing something here. I would like to reproduce this problem so we can fix it. Is there anything else about the setup that you've not mentioned, or other steps that occurred before this happened? Also, what version of Shotwell is this? -- Jim On Wed, Nov 17, 2010 at 1:30 PM, Matthias Adrian Mendler < matthias.mendler at gmail.com> wrote: > Hey, > > my father has a lot of pictures, an old notebook, so I was really happy > about shotwell. Nice & simple. He finally seems to get the difference to > "normal" folders and getting used to the idea of events and tags. > Especially since I am tagging and ordering his 30k pictures for him :) > > The problem right now is, that his pictures are on an external hard > disk. He once started shotwell without it being connected to the > notebook. Obviously they appeared in missing folders. After it was > plugged back and shotwell restarted, all pictures are back, not in > missing files anymore - but all the events and tags are gone. The only > thing shotwell remembers is which pictures I imported last :/ > > Is there any way to restore that? I didn't find really anything about > this subject. The closest thing was someone moving/renaming his folder > and the solution was just moving it back. Won't this work with external > hard disks? > > I should mention, that the external hard disks picture folder is linked > to the picture folder in the home. > > Thanks a lot, I see your program is still heavily in development, and it > looks very promising. ?? > > Matthias > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From super.niels.1 at gmail.com Sat Nov 20 23:18:56 2010 From: super.niels.1 at gmail.com (dalumH) Date: Sat, 20 Nov 2010 15:18:56 -0800 (PST) Subject: [Shotwell] command line import Message-ID: <1290295136566-28950.post@talk.nabble.com> Hey! I take photos in raw+jpg, but dont like to have two copies of each photo in shotwell, so i have been think about writing a script that automaticaly imports my jpg's to shotwell and stores my raw's in a seperate folder. My problem is now that i cant figure out how to use shotwell from the command line, the man pages dosen't say anything and i cant find anything on the wiki either. Is it even possible to use shotwell with the command line and if yes how? Kind regards Niels -- View this message in context: http://shotwell.3510.www.nabble.com/command-line-import-tp28950p28950.html Sent from the Shotwell mailing list archive at Nabble.com. From vivien.didelot at gmail.com Sun Nov 21 04:08:27 2010 From: vivien.didelot at gmail.com (vivien.didelot at gmail.com) Date: Sun, 21 Nov 2010 05:08:27 +0100 Subject: [Shotwell] Fwd: Shotwell 0.7.3 In-Reply-To: References: <4CE68F7E.1010402@yorba.org> Message-ID: ---------- Forwarded message ---------- From: vivien.didelot at gmail.com Date: Sun, Nov 21, 2010 at 5:07 AM Subject: Re: [Shotwell] Shotwell 0.7.3 To: Adam Dingle On Fri, Nov 19, 2010 at 3:53 PM, Adam Dingle wrote: > Vivien, > > > On 11/19/2010 06:41 AM, vivien.didelot at gmail.com wrote: > >> Hi, >> I'm running problem during photos importation with Shotwell build from >> trunk >> (so 0.7.2+trunk). >> After having selected a folder to import, Shotwell just shut down without >> explicit output in the console... >> > > Hm - we haven't seen this unexpected exit before, I think. If you can > reproduce this, it would be nice if you could file a bug in our ticket > system at trac.yorba.org. Maybe you could experiment to see what folder > contents cause the unexpected exit. It would also help if you could give us > log output. To do that, run 'SHOTWELL_LOG=1 shotwell', and after the > unexpected exit you could send us the contents of > ~/.cache/shotwell/shotwell.log . As you suggested, I've created the ticket: http://trac.yorba.org/ticket/2863 I hope it has been well done. Tell me if there's anything wrong. > > I need videos importation, so when will the 0.7.3 version be released (or >> available in tarballs)? >> > > 0.7.3 will not have video support: that will be a minor release with only a > couple of bug fixes over 0.7.2. The next release containing all the current > trunk features (including video support) will be 0.8, which will appear some > time in December. Ok. > > > Another question is: does a manual installation (from downloaded tarball >> or >> from the repo) can be updated from a future Ubuntu update like any other >> Ubuntu default app? >> > > The Ubuntu package installs Shotwell in /usr/bin, but if you download and > install a tarball it will normally end up in /usr/local. The search path > looks in /usr/local before /usr/bin, so any tarball you've installed will > normally hide any updated Ubuntu package. So if you were running a tarball > but now want to switch back to the Ubuntu package, you should go to the > directory where you built the tarball and type 'sudo make uninstall' to > remove it. I hope this helps! > Ok. > > adam > thanks, v0n. > > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > -- Vivien DIDELOT, ?l?ve ing?nieur ESIL, D?partement Informatique Site perso. : http://vivien.didelot.perso.esil.univmed.fr Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 [France] 06 22 82 16 88 (inactif) -- Vivien DIDELOT, ?l?ve ing?nieur ESIL, D?partement Informatique Site perso. : http://vivien.didelot.perso.esil.univmed.fr Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 [France] 06 22 82 16 88 (inactif) From adam at yorba.org Mon Nov 22 18:06:27 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 22 Nov 2010 10:06:27 -0800 Subject: [Shotwell] command line import In-Reply-To: <1290295136566-28950.post@talk.nabble.com> References: <1290295136566-28950.post@talk.nabble.com> Message-ID: <4CEAB123.1030900@yorba.org> On 11/20/2010 03:18 PM, dalumH wrote: > Hey! > > I take photos in raw+jpg, but dont like to have two copies of each photo in > shotwell, so i have been think about writing a script that automaticaly > imports my jpg's to shotwell and stores my raw's in a seperate folder. My > problem is now that i cant figure out how to use shotwell from the command > line, the man pages dosen't say anything and i cant find anything on the > wiki either. Is it even possible to use shotwell with the command line and > if yes how? > > Kind regards > Niels Niels, Shotwell today provides only a very limited set of command-line options (run 'shotwell --help' to see a list of them), and doesn't provide any way to import a set of photos from the command line. This does seem like a reasonable idea, and I've ticketed it here: http://trac.yorba.org/ticket/2865 See also http://trac.yorba.org/ticket/1699 (provide D-Bus or REST-based API), which (once implemented) might be another way to achieve what you want. cheers adam From mweisshaupt1988 at googlemail.com Mon Nov 22 18:39:01 2010 From: mweisshaupt1988 at googlemail.com (=?UTF-8?B?TWFydGluIFdlacOfaGF1cHQ=?=) Date: Mon, 22 Nov 2010 19:39:01 +0100 Subject: [Shotwell] Building trunk In-Reply-To: <1290033663.2928.84.camel@lappis.thuree.com> References: <4CE42A19.2080409@googlemail.com> <4CE4427D.3030309@yorba.org> <1290033663.2928.84.camel@lappis.thuree.com> Message-ID: <4CEAB8C5.5040400@googlemail.com> Sorry for replying so late but I'm still very busy ;-) This worked for me. The part I missed was to build LibGee from source. Now I can finally start translating the new strings to german ;-) Thx, Martin Am 17.11.2010 23:41, schrieb Bengt Thuree: > Here is my lazy dog for how to build trunk. > Need to download Vala (0.10) and LibGee manually. > Need to create a few Development directories (as indicated below), as > well as a few unstable directories (as indicated below) > > aptitude build-dep shotwell > apt-get install libjson-glib-dev > aptitude install libquicktime-dev > aptitude remove valac libgee > > Vala = 0.10 (not 0.11) > cd ~/Development/Vala > ./configure --prefix=/usr > make > su > make install > exit > > cd ~/Development/LibGee > ./configure --prefix=/usr > make > su > make install > exit > > cd ~/Development/gexiv2 > svn update > ./configure --prefix=${HOME}/unstable/gexiv2 > make > make install > > cd ~/Development/shotwell > svn update > ./configure --prefix=${HOME}/unstable/shotwell > PKG_CONFIG_PATH=${HOME}/unstable/gexiv2/lib/pkgconfig > export PKG_CONFIG_PATH > make > make install > > To run > ===== > $ cat ~/scripts/shotwell.sh > #!/bin/sh > LD_LIBRARY_PATH=${HOME}/unstable/gexiv2/lib > export LD_LIBRARY_PATH > SHOTWELL_LOG=1 ${HOME}/unstable/shotwell/bin/shotwell > > > /Bengt > > > On Wed, 2010-11-17 at 13:00 -0800, Adam Dingle wrote: >> Martin, >> >> - what operating system version are you running? >> - what does 'valac --version' print? >> - Shotwell requires libgee 0.5.0 or higher. If you're on Ubuntu, have >> you installed the libgee-dev package? If on another distro, have you >> installed a package that provides libgee, or built/installed it from source? >> >> If this helps you compile, let us know. If you're still stuck, please >> email me privately with answers to the above and we can email back and >> forth to work out your build problem without bothering the whole list - >> we can post here once we have a solution. >> >> By the way, we are working on setting up a nightly build PPA >> (http://trac.yorba.org/ticket/1220). >> >> cheers >> adam >> >> On 11/17/2010 11:16 AM, Martin Wei?haupt wrote: >>> Hi, >>> >>> I just tried all the suggestions here but I still didn't get shotwell >>> to compile. >>> >>> I still get this error message: >>> error: gee-1.0 not found in specified Vala API directories or >>> GObject-Introspection GIR directories >>> >>> At the moment I don't have much time, it would be very helpfull for me >>> if there was a daily ppa of shotwell... >>> >>> Regards, >>> Martin >>> >>> Am 19.09.2010 18:06, schrieb Rob Powell: >>>> Hi Kent, >>>> >>>> You'll need to build gexiv2. You'll see that dependency on the >>>> shotwell install page. I think build instructions for gexiv2 are at >>>> trac.yorba.org/wiki/gexiv2. I'm currently out and about, so sorry if >>>> that link is wrong. If it is wrong, look for the link on the >>>> shotwell dependency section. >>>> >>>> The pc (package configuration) files are different than the so >>>> (shared library) >>>> >>>> Hope that helps >>>> >>>> Rob >>>> >>>> Sent from my iPhone >>>> >>>> On Sep 19, 2010, at 8:46 AM, Kent Tenney wrote: >>>> >>>>> on Ubuntu 10.04. >>>>> >>>>> [ ktenney: /usr/fetching/shotwell ]$ ./configure >>>>> Configured. Type 'make' to build, 'make install' to install. >>>>> [ ktenney: /usr/fetching/shotwell ]$ make >>>>> Package gee-1.0 was not found in the pkg-config search path. >>>>> Perhaps you should add the directory containing `gee-1.0.pc' >>>>> to the PKG_CONFIG_PATH environment variable >>>>> No package 'gee-1.0' found >>>>> Package gexiv2 was not found in the pkg-config search path. >>>>> Perhaps you should add the directory containing `gexiv2.pc' >>>>> to the PKG_CONFIG_PATH environment variable >>>>> No package 'gexiv2' found >>>>> make: *** [src/.stamp] Error 1 >>>>> >>>>> The ppa binary knows about those libraries: >>>>> >>>>> [ ktenney: /usr/fetching/shotwell ]$ ldd `which shotwell` >>>>> linux-vdso.so.1 => (0x00007fff3c188000) >>>>> libgee.so.2 => /usr/lib/libgee.so.2 (0x00007ffdd3638000) >>>>> libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00007ffdd33ab000) >>>>> libexiv2.so.6 => /usr/lib/libexiv2.so.6 (0x00007ffdd2fd9000) >>>>> libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0x00007ffdd2d9c000) >>>>> >>>>> libuuid.so.1 => /lib/libuuid.so.1 (0x00007ffdc50dc000) >>>>> [ ktenney: /usr/fetching/shotwell ]$ >>>>> >>>>> How to proceed? >>>>> >>>>> Thanks, >>>>> Kent >>>>> _______________________________________________ >>>>> Shotwell mailing list >>>>> Shotwell at lists.yorba.org >>>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>>> _______________________________________________ >>>> Shotwell mailing list >>>> Shotwell at lists.yorba.org >>>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >>> _______________________________________________ >>> Shotwell mailing list >>> Shotwell at lists.yorba.org >>> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> _______________________________________________ >> Shotwell mailing list >> Shotwell at lists.yorba.org >> http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell >> From ryan at rrdesign.ca Sun Nov 21 20:30:31 2010 From: ryan at rrdesign.ca (Ryan Rushton) Date: Sun, 21 Nov 2010 12:30:31 -0800 Subject: [Shotwell] Events working double duty Message-ID: Not sure if this as been discussed before but I see an issue with the idea behind "Events". It seems to be trying to do two things at the same time. The reason I started thinking about this is that I was going to merge Events, rename it and then realized that's not what I really want to do because I still want to find photos by date. I believe what we need is two items such as "Albums" and "Dates". Dates would be an uneditable date view (sort of like events defaults to now). This would allow a user to quickly find all photos in a date period. Albums would be more or less virtual albums of photos. Dates, groups and individual photos could be easily turned into Albums and named appropriately. The simplest description would be an uneditable time line section and a virtual albums section. Thoughts? From adam at yorba.org Mon Nov 22 19:34:14 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 22 Nov 2010 11:34:14 -0800 Subject: [Shotwell] Events working double duty In-Reply-To: References: Message-ID: <4CEAC5B6.7010500@yorba.org> Ryan, On 11/21/2010 12:30 PM, Ryan Rushton wrote: > Not sure if this as been discussed before but I see an issue with the > idea behind "Events". It seems to be trying to do two things at the > same time. The reason I started thinking about this is that I was > going to merge Events, rename it and then realized that's not what I > really want to do because I still want to find photos by date. I > believe what we need is two items such as "Albums" and "Dates". Events are intended to be a date-based view which the user can manipulate slightly for convenience, e.g. by renaming events to have descriptive names or by merging two consecutive days into a single event. You're right that other views of the photo collection would also be useful. > Dates would be an uneditable date view (sort of like events defaults > to now). This would allow a user to quickly find all photos in a date > period. Agreed: this would be nice to have. This is http://trac.yorba.org/ticket/2747 . Also note that we plan to implement searching capabilities that will let you search for photos by date, even if we haven't yet implemented a purely date-based tree in the sidebar. See http://trac.yorba.org/ticket/80 and http://trac.yorba.org/ticket/1587 . > Albums would be more or less virtual albums of photos. Dates, groups > and individual photos could be easily turned into Albums and named > appropriately. It's not clear to me how those would be different from tags, especially once we implement hierarchical tags (http://trac.yorba.org/ticket/1401). Or am I missing something here? Other sidebar views we'd like to implement include a folder-based view which lets you browse photos according to their on-disk locations (http://trac.yorba.org/ticket/1594) and a geographic tree which lets you browse by the location photos were taken (http://trac.yorba.org/ticket/1473). adam From ike at szluug.org Mon Nov 22 23:42:31 2010 From: ike at szluug.org (=?UTF-8?B?TGVjaCBLYXJvbCBQYXfFgmFzemVr?=) Date: Tue, 23 Nov 2010 00:42:31 +0100 Subject: [Shotwell] TIFF image data. Message-ID: <4CEAFFE7.3030209@szluug.org> Hello, First of all - thanks for a great piece of software. I am about to move all my data to shotwell soon. Well - there is still one thing (for me) to go... TIFFs... Yes. I know that there is this issue: http://trac.yorba.org/ticket/601 but as far as I can see it's not receiving much love (if it's not true - please let me know! It would be awesome if this could be fixed in "0.8, which will appear some time in December"), but I am kind of confused. I have a Canon camera. I shoot in RAW mode and have files like this: ike at macbook:~/Pictures/20100914/Test$ file *CR2 IMG_8851.CR2: TIFF image data, little-endian IMG_8852.CR2: Canon CR2 raw image data, version 2.0 ike at macbook:~/Pictures/20100914/Test$ ls -l *CR2 -rw------- 1 ike ike 9974438 Nov 14 16:26 IMG_8851.CR2 -rw------- 1 ike ike 9951470 Nov 14 16:26 IMG_8852.CR2 Of course shotwell imports the "real" RAWs just fine. I'm not good at images formats so I am not sure if it's really TIFF or not. FWIW eog shows TIFF without a problem. Anyway - if you could tell me when TIFF support is coming (or if it's in your timeframe at all) that would be great. Eventually I'll try to find some tool to convert TIFFs to RAW. Kind regards and keep up good work, -- Lech Karol Paw?aszek "You will never see me fall from grace" [KoRn] From adam at yorba.org Mon Nov 22 23:51:39 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 22 Nov 2010 15:51:39 -0800 Subject: [Shotwell] TIFF image data. In-Reply-To: <4CEAFFE7.3030209@szluug.org> References: <4CEAFFE7.3030209@szluug.org> Message-ID: <4CEB020B.6090209@yorba.org> Lech, On 11/22/2010 03:42 PM, Lech Karol Paw?aszek wrote: > Hello, > > First of all - thanks for a great piece of software. Glad you like Shotwell! :) > I am about to move > all my data to shotwell soon. Well - there is still one thing (for me) > to go... TIFFs... > > Yes. I know that there is this issue: > http://trac.yorba.org/ticket/601 > > but as far as I can see it's not receiving much love (if it's not true - > please let me know! It would be awesome if this could be fixed in "0.8, > which will appear some time in December"), but I am kind of confused. 0.8 will not include TIFF support, unfortunately. We're now past our feature freeze for 0.8, which means we're pretty much just fixing bugs at this point. > I have a Canon camera. I shoot in RAW mode and have files like this: > > ike at macbook:~/Pictures/20100914/Test$ file *CR2 > IMG_8851.CR2: TIFF image data, little-endian > IMG_8852.CR2: Canon CR2 raw image data, version 2.0 > > ike at macbook:~/Pictures/20100914/Test$ ls -l *CR2 > -rw------- 1 ike ike 9974438 Nov 14 16:26 IMG_8851.CR2 > -rw------- 1 ike ike 9951470 Nov 14 16:26 IMG_8852.CR2 > > Of course shotwell imports the "real" RAWs just fine. I'm not good at > images formats so I am not sure if it's really TIFF or not. I think these are probably both Canon CR2 RAW files, and the 'file' utility is just confused about the first one. CR2 is actually based on TIFF, as are many other RAW formats (see http://en.wikipedia.org/wiki/Raw_image_format). > FWIW eog shows TIFF without a problem. > > Anyway - if you could tell me when TIFF support is coming (or if it's in > your timeframe at all) that would be great. Eventually I'll try to find > some tool to convert TIFFs to RAW. TIFF is a reasonable candidate for Shotwell 0.9 or 0.10. You're not the first to request this feature, and I agree that any solid photo manager should really support TIFF, so I've just added this to our list of top candidates for future releases at http://trac.yorba.org/wiki/Shotwell. If anyone out there wants to start hacking on this, we'd happily accept a patch. :) I doubt you'll find a utility to convert TIFF to RAW, actually, since there are very few programs that write RAW formats - typically it's just cameras that write them. adam From ike at szluug.org Tue Nov 23 00:14:12 2010 From: ike at szluug.org (=?UTF-8?B?TGVjaCBLYXJvbCBQYXfFgmFzemVr?=) Date: Tue, 23 Nov 2010 01:14:12 +0100 Subject: [Shotwell] TIFF image data. In-Reply-To: <4CEB020B.6090209@yorba.org> References: <4CEAFFE7.3030209@szluug.org> <4CEB020B.6090209@yorba.org> Message-ID: <4CEB0754.1090502@szluug.org> On 11/23/2010 12:51 AM, Adam Dingle wrote: [...] Hello Adam. Thanks for quick response! > 0.8 will not include TIFF support, unfortunately. We're now past our > feature freeze for 0.8, which means we're pretty much just fixing bugs > at this point. ;-) Pity but fully understandable. [...] > TIFF is a reasonable candidate for Shotwell 0.9 or 0.10. You're not the > first to request this feature, and I agree that any solid photo manager > should really support TIFF, so I've just added this to our list of top > candidates for future releases at http://trac.yorba.org/wiki/Shotwell. > If anyone out there wants to start hacking on this, we'd happily accept > a patch. :) Well. I'd love to write such patch, but I don't know Vala at all and don't know much about image formats. I'm ready to test it if someone steps up. And as for the 0.9 - thanks for putting it one the list! ;-) Have a good day, -- Lech Karol Paw?aszek "You will never see me fall from grace" [KoRn] From thecorfiot at gmail.com Tue Nov 23 08:21:15 2010 From: thecorfiot at gmail.com (Bob Giles) Date: Tue, 23 Nov 2010 10:21:15 +0200 Subject: [Shotwell] TIFF image data. In-Reply-To: <4CEAFFE7.3030209@szluug.org> References: <4CEAFFE7.3030209@szluug.org> Message-ID: <4CEB797B.1080506@gmail.com> On 23/11/10 01:42, Lech Karol Paw?aszek wrote: > Hello, > > First of all - thanks for a great piece of software. I am about to move > all my data to shotwell soon. Well - there is still one thing (for me) > to go... TIFFs... > =============== Snip =============== Lech & List! This is my first post to the list. Please be gentle with me! I apologise if what follows sounds a little like a rant! I have raised this issue recently and received a speedy response from Adam along the lines of what has been said in this thread. However, I was referred to : http://trac.yorba.org/ticket/601 http://trac.yorba.org/ticket/1622 along with the comment that the support of TIFF files was being actively considered. On checking the above tickets I found that the priority in both cases has been changed from 'High' to 'Medium'. I find this disconcerting to say the least. As an aside, I am aware that a lot of effort is clearly being put into video formats which is highly commendable given that video capability is included in most modern digital still cameras. My current camera of choice is a Panasonic G2 which shoots HD video. Realistically, it only gets used for video on rare occasions. If I want to shoot video, I use a dedicated video camera. Shotwell is described as 'An open source photo manager for GNOME', NOT a video editor etc... Surely, it would be more advantageous to concentrate on the primary stated objective before going off on a tangent? After all, TIFF images are not entirely unique, or are they? I have several thousand such images shot on a Minolta Dimage 7. I hope that I have not sounded too negative. I really like the Shotwell interface. The program does what I want of it /except/ that it does not import all of my images. Until it does, I am faced with the prospect of using more than one application for managing my photographs. That, quite frankly is a pain in the .....! I really want to use this application! It seems a shame that a program with so much going for it seems to be suffering through this omission. Come on guys, PLEASE elevate the issue of import formats to the highest priority level. I feel better now for getting that off my chest! Thanks for your patience! Bob Giles Greece. From adam at yorba.org Tue Nov 23 13:25:29 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 23 Nov 2010 05:25:29 -0800 Subject: [Shotwell] TIFF image data. In-Reply-To: <4CEB797B.1080506@gmail.com> References: <4CEAFFE7.3030209@szluug.org> <4CEB797B.1080506@gmail.com> Message-ID: Bob, On Tue, Nov 23, 2010 at 12:21 AM, Bob Giles wrote: > > Lech & List! > > This is my first post to the list. Please be gentle with me! I apologise if > what follows sounds a little like a rant! > > I have raised this issue recently and received a speedy response from Adam > along the lines of what has been said in this thread. > > However, I was referred to : > > http://trac.yorba.org/ticket/601 > http://trac.yorba.org/ticket/1622 > > along with the comment that the support of TIFF files was being actively > considered. > > On checking the above tickets I found that the priority in both cases has > been changed from 'High' to 'Medium'. I find this disconcerting to say the > least. > The high priority in our database is reserved for those tickets which are still under active consideration for the upcoming release (at the moment that's Shotwell 0.8). As I mentioned in my previous email, TIFF will not make 0.8 at this point. The page http://trac.yorba.org/wiki/Shotwell lists our top candidate tickets for future releases in the section "Shotwell 0.9 and beyond". TIFF is one of those top candidates. > > As an aside, I am aware that a lot of effort is clearly being put into > video formats which is highly commendable given that video capability is > included in most modern digital still cameras. My current camera of choice > is a Panasonic G2 which shoots HD video. Realistically, it only gets used > for video on rare occasions. If I want to shoot video, I use a dedicated > video camera. > > Shotwell is described as 'An open source photo manager for GNOME', NOT a > video editor etc... > > Surely, it would be more advantageous to concentrate on the primary stated > objective before going off on a tangent? After all, TIFF images are not > entirely unique, or are they? I have several thousand such images shot on a > Minolta Dimage 7. > Yes, TIFF is certainly a common image format. We appreciate your feedback on how important it is to you, and hope to implement it in Shotwell soon. adam From adam at yorba.org Tue Nov 23 15:49:20 2010 From: adam at yorba.org (Adam Dingle) Date: Tue, 23 Nov 2010 07:49:20 -0800 Subject: [Shotwell] Shotwell - Tracking file that have not successfully imported In-Reply-To: References: Message-ID: <4CEBE280.8090902@yorba.org> Jacob, thanks for your message. I'm cc-ing the Shotwell mailing list on this response since that's the best place for Shotwell-related discussion. On 11/22/2010 07:35 PM, Jacob Van Luyn wrote: > Hi there. > > I'm a big fan of the Shotwell project. I have been looking for a way > to organise my image collection via tags for almost a year now and > Shotwell seems to provide the best solution for me in that regard. > > I have a small question: How do I go about tracking down files that > aren't imported into Shotwell? > > The folder I am working with contains 3334 image files (according to > Nautilus and the results of "ls | wc -l"). There are no hidden files > in the directory. Of these images, Shotwell imported 3196. Impressive > to be sure, but those remaining 138 files are going to be a pain to > find if they don't appear in my collection in Shotwell. If those files > aren't supported, I'd at least like to move them to another folder to > keep them separated from the rest of the collection. > > Is there a way I can find them using Shotwell's database or any other > method? There's currently no way to do that inside Shotwell itself, but this isn't hard if you're willing to look inside the Shotwell database. You can generate a list of the filenames of all photos in your Shotwell database like this: % sqlite3 ~/.shotwell/data/photo.db SQLite version 3.7.2 Enter ".help" for instructions Enter SQL statements terminated with a ";" sqlite> .output photolist sqlite> select filename from PhotoTable; sqlite> ^D % You can generate a list of all the filenames in your folder using a command like this: % find /home/me/Pictures > filelist Now you want to see all the files which are in 'filelist' but not in 'photolist'. The classic UNIX command 'comm' can report the difference of two sorted lists: % sort filelist > filelist1 % sort photolist > photolist1 % comm -23 filelist1 photolist1 adam From vivien.didelot at gmail.com Tue Nov 23 23:32:09 2010 From: vivien.didelot at gmail.com (vivien.didelot at gmail.com) Date: Wed, 24 Nov 2010 00:32:09 +0100 Subject: [Shotwell] Moving Shotwell config directory? Message-ID: Hi the list, As I'm thinking about changing my machine, I was wondering if something like: $ mv ~/.shotwell ~/Photos/ $ ln -s ~/Photos/.shotwell ~/.shotwell is a good idea. So you'll just have to think about keeping your ~/Photos/ folder with you. Is there a better practice or something bad I didn't think about with this method? Best Regards, -- Vivien DIDELOT, ?l?ve ing?nieur ESIL, D?partement Informatique Site perso. : http://vivien.didelot.perso.esil.univmed.fr Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 [France] 06 22 82 16 88 (inactif) From adam at yorba.org Wed Nov 24 19:07:16 2010 From: adam at yorba.org (Adam Dingle) Date: Wed, 24 Nov 2010 11:07:16 -0800 Subject: [Shotwell] Shotwell - Tracking file that have not successfully imported In-Reply-To: References: <4CEBE280.8090902@yorba.org> Message-ID: Jacob, (CC-ing the mailing list again.) On Tue, Nov 23, 2010 at 7:17 PM, Jacob Van Luyn wrote: > Thanks Adam, > > Your trick worked like a charm. Glad to hear it. > Thanks a bunch. It turns out they were mostly .gif, .bmp and .tiff files. > I'll go ahead and peskily ask: any chance of future support for those file > types? Yes: http://trac.yorba.org/ticket/601 http://trac.yorba.org/ticket/2154 Animated GIFs would be great too. Those don't seem so common these days, so we haven't really considered supporting them. Feel free to file a ticket if you're interested in this. > It would additionally be useful to be able to do the check you provided > from Shotwell itself, or have incompatible files sorted in some fashion so > that they're kept separate from the rest. > It seems that the most straightforward way to implement this would be to have the import complete dialog have a button called Details which would open a scrollable text area listing all files which didn't import for any reason. Again, if you're interested in this feel free to file a ticket to put this on the table for future consideration. > > Also whilst I have your attention, is there (or will there be) a way to > remove events without simply merging them all into one? I currently have no > desire to sort my images by events. In fact I've set Shotwell's library > location to be the same folder I want to import from, just so that the files > won't be sorted into dated folders. > I hope it's clear that events and folders are unrelated. The event tree is stored purely in Shotwell's database, and shows your photos ordered by time. Independently of that, Shotwell places your photos in dated folders when you import them. In the future, we plan to add more trees to the Shotwell sidebar, and to let the user show or hide them independently. Thus, if you're uninterested in the event view, you'll simply be able to hide it. We also plan to give you more control over where Shotwell places imported photos: this is http://trac.yorba.org/ticket/1597 . > Thank you for your time and patience, especially if these questions have > been answered already in the mailing list (I haven't subscribed), and thank > you for your work on Shotwell itself, it's a marvellous little app and I > think I'll be sending donations its way. :) > That would certainly be appreciated! cheers adam From jim at yorba.org Thu Nov 25 01:18:00 2010 From: jim at yorba.org (Jim Nelson) Date: Wed, 24 Nov 2010 17:18:00 -0800 Subject: [Shotwell] Moving Shotwell config directory? In-Reply-To: References: Message-ID: In general, I think it's a bad idea to store application private data directories in places like Photos or Pictures. Even though it's a way of putting all your photo "stuff" in a central place, I see other problems, especially since Shotwell 0.8 will begin monitoring your library directory for changes and to auto-import new files. (I just realized that in trunk it will monitor hidden directories too -- I've ticketed this: http://trac.yorba.org/ticket/2876). I think you'd be better off just copying/moving both sets of directories when you move machines, as well if you want to back it up. We do have a ticket to perform an automated backup of Shotwell: http://trac.yorba.org/ticket/1963 This could be worked in such a way to also allow moving your library from one machine to another. -- Jim On Tue, Nov 23, 2010 at 3:32 PM, vivien.didelot at gmail.com < vivien.didelot at gmail.com> wrote: > Hi the list, > > As I'm thinking about changing my machine, I was wondering if something > like: > > $ mv ~/.shotwell ~/Photos/ > $ ln -s ~/Photos/.shotwell ~/.shotwell > > is a good idea. So you'll just have to think about keeping your ~/Photos/ > folder with you. Is there a better practice or something bad I didn't think > about with this method? > > Best Regards, > > -- > Vivien DIDELOT, > ?l?ve ing?nieur ESIL, D?partement Informatique > Site perso. : http://vivien.didelot.perso.esil.univmed.fr > Coordonn?es : http://annuaire.univmed.fr/showuser.php?uid=d805106 > T?l. : [Nouvelle-Cal?donie] (+687) 81 82 28 > [France] 06 22 82 16 88 (inactif) > _______________________________________________ > Shotwell mailing list > Shotwell at lists.yorba.org > http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell > From frederik.sdun at googlemail.com Fri Nov 26 04:38:30 2010 From: frederik.sdun at googlemail.com (Frederik Sdun) Date: Fri, 26 Nov 2010 05:38:30 +0100 Subject: [Shotwell] shotwell live mode Message-ID: <20101126043829.GA17262@thinky> Moin, First of all: I really like shotwell. I'm waiting for a photo manager written in vala scince vala 0.17 (intended version 0.1.7). I recently bought a Canon Eos 550D and tested the software and want to add some of this features to shotwell. Newer versions of libgphoto already support some of these features. But first I want to make some change the style of the gphot2 vapi: Instead of many several types with long names i want group the like: class Camera { class File { enum Type{ } } } Next step would be to write a camera widget which uses gphoto's CameraWidget to build an UI. I think it's not possible to get the TFT's picture into shotwell yet, but preview should already be possible and remote control. As an addition I want to add features that the camera doesn't support, e.g. time lapse. But here's my first question: shold I add a new entry to the tree or add a button to the ImportPage to switch to live mode? They're quite exclusive on my cameras, don't know about others. That's all for now. Regards, Frederik -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From chris at bigchrisrogers.com Fri Nov 26 10:00:39 2010 From: chris at bigchrisrogers.com (bigchris) Date: Fri, 26 Nov 2010 02:00:39 -0800 (PST) Subject: [Shotwell] Import failed. But which files weren't copied??? Message-ID: <1290765639850-29533.post@talk.nabble.com> After a new install of Ubuntu 10.04 I'm moving my files from the previous hard disk onto the new one. I decided to organise my pictures and Shotwell looks to be just the tool. I have about 2,800 photos. I started shotwell and pointed at my old Pictures directory for import and told it to copy all the originals to the new disk. I left it doing this overnight and in the morning it was finished, great. Shotwell reported 159 had failed to import and listed a few of them in the message box. Additionally it reported some non-recognised format (these were .png/.gif) which I moved manually and 310 non-image files which were the avi videos from my camera, which I moved by hand. My main problem is with the 159 failed to import jpg files. i want to delete all the files from the old hard disk but don't want to loose 159 photos, particularly when I don't know which ones will be lost. How do I find out which have not been imported so that I can attend to them? I've tried the method proposed by Adam Dingle in the thread "Tracking file that have not successfully imported" but this doesn't seem to work. I can get the two sorted lists O.K. but each include the directory path in the filename and different directories are used. When I comm the files the result is the same as filelist1, i.e. suggesting that all the files are missing. It would be useful if Shotwell listed those files that failed to import in a separate .log file somewhere. Suggestions please for how I might identify which files have not been imported. Thanks Chris -- View this message in context: http://shotwell.3510.www.nabble.com/Import-failed-But-which-files-weren-t-copied-tp29533p29533.html Sent from the Shotwell mailing list archive at Nabble.com. From mahfiaz at gmail.com Fri Nov 26 10:33:11 2010 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Fri, 26 Nov 2010 12:33:11 +0200 Subject: [Shotwell] Import failed. But which files weren't copied??? In-Reply-To: <1290765639850-29533.post@talk.nabble.com> References: <1290765639850-29533.post@talk.nabble.com> Message-ID: <1290767591.2265.14.camel@antiloop> It's great you chose shotwell. I wish my 25k photos would eventually get sorted :) > Suggestions please for how I might identify which files have not been > imported. The easiest way, in my opinion, is to build shotwell pre0.8 from trunk or wait a week or two, when this gets released, it contains the duplicate detection fix. Then you could import the folder again and have these 159 photos added. In the meantime you can organize all the other photos (if you delete, leave pictures into shotwell trash, then it would not reimport deleted photos, but I may be mistaken here). Regards Mattias From simonspa at kth.se Fri Nov 26 10:44:09 2010 From: simonspa at kth.se (Simon Spannagel) Date: Fri, 26 Nov 2010 11:44:09 +0100 Subject: [Shotwell] Import failed. But which files weren't copied??? In-Reply-To: <1290767591.2265.14.camel@antiloop> References: <1290765639850-29533.post@talk.nabble.com> <1290767591.2265.14.camel@antiloop> Message-ID: <4CEF8F79.30409@kth.se> Am 26.11.2010 11:33, schrieb Mattias P?ldaru: > (if you delete, leave pictures into shotwell trash, then it would > not reimport deleted photos, but I may be mistaken here). > > Regards > Mattias > It is not like this - at least not now. The trashed files will be restored automatically from the shotwell trash when re-importing a picture folder containing them. See Ticket #2850: http://trac.yorba.org/ticket/2850#comment:2 regards, Simon From mahfiaz at gmail.com Fri Nov 26 11:47:45 2010 From: mahfiaz at gmail.com (Mattias =?ISO-8859-1?Q?P=F5ldaru?=) Date: Fri, 26 Nov 2010 13:47:45 +0200 Subject: [Shotwell] Import failed. But which files weren't copied??? In-Reply-To: <4CEF8F79.30409@kth.se> References: <1290765639850-29533.post@talk.nabble.com> <1290767591.2265.14.camel@antiloop> <4CEF8F79.30409@kth.se> Message-ID: <1290772065.2265.19.camel@antiloop> ?hel kenal p?eval, R, 2010-11-26 kell 11:44, kirjutas Simon Spannagel: > > Am 26.11.2010 11:33, schrieb Mattias P?ldaru: > > (if you delete, leave pictures into shotwell trash, then it would > > not reimport deleted photos, but I may be mistaken here). > > > > Regards > > Mattias > > > It is not like this - at least not now. The trashed files will be > restored automatically from the shotwell trash when re-importing a > picture folder containing them. > See Ticket #2850: http://trac.yorba.org/ticket/2850#comment:2 > > regards, > Simon Thank you for the correction. Sorry for misinformation. Mattias From dvg at jccnet.de Fri Nov 26 11:54:18 2010 From: dvg at jccnet.de (Daniel van Gerpen) Date: Fri, 26 Nov 2010 12:54:18 +0100 Subject: [Shotwell] compile problem / gee-1.0 package missing Message-ID: <20101126125418.74321e68@newton> Hi, recently building shotwell svn started to fail with error: Package `gee-1.0' not found in specified Vala API directories or GObject-Introspection GIR directories Compilation failed: 1 error(s), 0 I upgraded vala (that helped in the past), but that didn't help. I'm running ubuntu 10.10 x64. Where do I get the gee-1.0 package? Regards, Daniel dvg@[..]:~/workspaces/shotwell$ valac --version Vala 0.11.2 dvg@[..]:~/workspaces/shotwell$ make mkdir -p src valac --ccode --directory=src --basedir=src -g --enable-checking --thread \ --pkg=atk --pkg=gdk-2.0 --pkg=gee-1.0 --pkg=gtk+-2.0 --pkg=glib-2.0 --pkg=libexif --pkg=sqlite3 --pkg=gexiv2 --pkg=json-glib-1.0 --pkg=gconf-2.0 --pkg=libgphoto2 --pkg=libsoup-2.4 --pkg=libxml-2.0 --pkg=unique-1.0 --pkg=webkit-1.0 --pkg=gudev-1.0 --pkg=dbus-glib-1 --pkg=gdk-x11-2.0 --pkg=gstreamer-0.10 --pkg=gstreamer-base-0.10 --pkg=ExtendedPosix --pkg=posix --pkg=LConv --pkg=libraw \ --vapidir=./vapi \ -X -D_PREFIX='"/usr/local"' -X -D_VERSION='"0.7.2+trunk"' -X -DGETTEXT_PACKAGE='"shotwell"' -X -D_LANG_SUPPORT_DIR='"/usr/local/share/locale"' \ -X -I./vapi \ \ src/main.vala src/AppWindow.vala src/CollectionPage.vala src/Thumbnail.vala src/DatabaseTables.vala src/ThumbnailCache.vala src/image_util.vala src/CheckerboardLayout.vala src/PhotoPage.vala src/Page.vala src/ImportPage.vala src/GPhoto.vala src/SortedList.vala src/EventsDirectoryPage.vala src/Dimensions.vala src/Box.vala src/Photo.vala src/Orientation.vala src/util.vala src/BatchImport.vala src/Dialogs.vala src/Resources.vala src/Debug.vala src/Sidebar.vala src/ColorTransformation.vala src/EditingTools.vala src/DataObject.vala src/DataCollection.vala src/LibraryWindow.vala src/CameraTable.vala src/DirectWindow.vala src/Properties.vala src/CustomComponents.vala src/Config.vala src/Event.vala src/International.vala src/Workers.vala src/system.vala src/AppDirs.vala src/PixbufCache.vala src/WebConnectors.vala src/FacebookConnector.vala src/CommandManager.vala src/Commands.vala src/SlideshowPage.vala src/LibraryFiles.vala src/FlickrConnector.vala src/YandexConnector.vala src/Printing.vala src/Tag.vala src/TagPage.vala src/PicasaConnector.vala src/PiwigoConnector.vala src/YouTubeConnector.vala src/Screensaver.vala src/PhotoFileAdapter.vala src/PhotoFileFormat.vala src/PhotoFileSniffer.vala src/PhotoMetadata.vala src/GRaw.vala src/GdkSupport.vala src/JfifSupport.vala src/RawSupport.vala src/MimicManager.vala src/TrashPage.vala src/PngSupport.vala src/Exporter.vala src/DirectoryMonitor.vala src/LibraryMonitor.vala src/OfflinePage.vala src/LastImportPage.vala src/AlienDatabase.vala src/AlienDatabaseImportJob.vala src/AlienDatabaseImportDialog.vala src/FSpotDatabaseDriver.vala src/FSpotDatabaseTables.vala src/VideoSupport.vala src/VideosPage.vala src/Tombstone.vala src/MetadataWriter.vala src/Application.vala src/TimedQueue.vala src/MediaPage.vala src/MediaDataRepresentation.vala src/file_util.vala src/DesktopIntegration.vala src/FlaggedPage.vala src/MediaInterfaces.vala src/MediaMetadata.vala src/VideoMetadata.vala error: Package `gee-1.0' not found in specified Vala API directories or GObject-Introspection GIR directories Compilation failed: 1 error(s), 0 warning(s) make: *** [src/.stamp] Error 1 From dvg at jccnet.de Fri Nov 26 12:03:32 2010 From: dvg at jccnet.de (Daniel van Gerpen) Date: Fri, 26 Nov 2010 13:03:32 +0100 Subject: [Shotwell] compile problem / gee-1.0 package missing In-Reply-To: <20101126125418.74321e68@newton> References: <20101126125418.74321e68@newton> Message-ID: <20101126130332.05d71f10@newton> On Fri, 26 Nov 2010 12:54:18 +0100 Daniel van Gerpen wrote: Hi, > recently building shotwell svn started to fail with > > error: Package `gee-1.0' not found in specified Vala API directories > or GObject-Introspection GIR directories Compilation failed: 1 > error(s), 0 > > I upgraded vala (that helped in the past), but that didn't help. I'm > running ubuntu 10.10 x64. Where do I get the gee-1.0 package? Ok, running a newer vala seems to be suboptimal: http://trac.yorba.org/wiki/Shotwell/FAQ#WhydoesntShotwellbuildunderVala0.11 Thus I am back to my original compile error: dvg@[..]:~/workspaces/shotwell$ make cc -c `pkg-config --cflags atk gdk-2.0 gee-1.0 gtk+-2.0 glib-2.0 libexif sqlite3 gexiv2 json-glib-1.0 gconf-2.0 libgphoto2 libsoup-2.4 libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 dbus-glib-1 gdk-x11-2.0 gstreamer-0.10 gstreamer-base-0.10 gthread-2.0` -I./vapi -D_PREFIX='"/usr/local"' -D_VERSION='"0.7.2+trunk"' -DGETTEXT_PACKAGE='"shotwell"' -D_LANG_SUPPORT_DIR='"/usr/local/share/locale"' `./libraw-config --cflags` -O2 -g -pipe -fPIC -DG_UDEV_API_IS_SUBJECT_TO_CHANGE -o src/FacebookConnector.o src/FacebookConnector.c FacebookConnector.vala: In function ?facebook_connector_web_authentication_pane_construct?: FacebookConnector.vala:705: error: ?__params_it? undeclared (first use in this function) FacebookConnector.vala:705: error: (Each undeclared identifier is reported only once FacebookConnector.vala:705: error: for each function it appears in.) make: *** [src/FacebookConnector.o] Error 1 Regards, Daniel From adam at yorba.org Fri Nov 26 13:39:57 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 26 Nov 2010 08:39:57 -0500 Subject: [Shotwell] compile problem / gee-1.0 package missing In-Reply-To: <20101126130332.05d71f10@newton> References: <20101126125418.74321e68@newton> <20101126130332.05d71f10@newton> Message-ID: Daniel, On Fri, Nov 26, 2010 at 7:03 AM, Daniel van Gerpen wrote: > On Fri, 26 Nov 2010 12:54:18 +0100 > Daniel van Gerpen wrote: > > Hi, > > > recently building shotwell svn started to fail with > > > > error: Package `gee-1.0' not found in specified Vala API directories > > or GObject-Introspection GIR directories Compilation failed: 1 > > error(s), 0 > > > > I upgraded vala (that helped in the past), but that didn't help. I'm > > running ubuntu 10.10 x64. Where do I get the gee-1.0 package? > > Ok, running a newer vala seems to be suboptimal: > > > http://trac.yorba.org/wiki/Shotwell/FAQ#WhydoesntShotwellbuildunderVala0.11 > > Thus I am back to my original compile error: > > dvg@[..]:~/workspaces/shotwell$ make > cc -c `pkg-config --cflags atk gdk-2.0 gee-1.0 gtk+-2.0 glib-2.0 > libexif sqlite3 gexiv2 json-glib-1.0 gconf-2.0 libgphoto2 libsoup-2.4 > libxml-2.0 unique-1.0 webkit-1.0 gudev-1.0 dbus-glib-1 gdk-x11-2.0 > gstreamer-0.10 gstreamer-base-0.10 gthread-2.0` -I./vapi > -D_PREFIX='"/usr/local"' -D_VERSION='"0.7.2+trunk"' > -DGETTEXT_PACKAGE='"shotwell"' > -D_LANG_SUPPORT_DIR='"/usr/local/share/locale"' `./libraw-config > --cflags` -O2 -g -pipe -fPIC -DG_UDEV_API_IS_SUBJECT_TO_CHANGE -o > src/FacebookConnector.o src/FacebookConnector.c FacebookConnector.vala: > In function ?facebook_connector_web_authentication_pane_construct?: > FacebookConnector.vala:705: error: ?__params_it? undeclared (first use > in this function) FacebookConnector.vala:705: error: (Each undeclared > identifier is reported only once FacebookConnector.vala:705: error: for > each function it appears in.) make: *** [src/FacebookConnector.o] Error > 1 > Hm - this error is unusual. 1. Please make sure that you're using Vala 0.10: % valac --version Vala 0.10.0 2. Ensure that Vala 0.11 is completely uninstalled. Assuming that you installed it in /usr/local (the default installation prefix), if you now look in /usr/local/bin and /usr/local/lib you should see no sign of anything Vala-related. 3. Please remove your Shotwell source directory, pull Shotwell from trunk again and rebuild. I hope that this will solve your build problem. If not, please send me (directly, not to the list) a copy of src/FacebookConnector.c as generated in your build directory and we can see if it's identical to the version generated in my build, and we can debug further from there. adam From adam at yorba.org Fri Nov 26 15:11:31 2010 From: adam at yorba.org (Adam Dingle) Date: Fri, 26 Nov 2010 10:11:31 -0500 Subject: [Shotwell] Import failed. But which files weren't copied??? In-Reply-To: <1290765639850-29533.post@talk.nabble.com> References: <1290765639850-29533.post@talk.nabble.com> Message-ID: Chris, On Fri, Nov 26, 2010 at 5:00 AM, bigchris wrote: > > After a new install of Ubuntu 10.04 I'm moving my files from the previous > hard disk onto the new one. I decided to organise my pictures and Shotwell > looks to be just the tool. I have about 2,800 photos. I started shotwell > and pointed at my old Pictures directory for import and told it to copy all > the originals to the new disk. I left it doing this overnight and in the > morning it was finished, great. > > Shotwell reported 159 had failed to import and listed a few of them in the > message box. > > Additionally it reported some non-recognised format (these were .png/.gif) > which I moved manually and 310 non-image files which were the avi videos > from my camera, which I moved by hand. > > My main problem is with the 159 failed to import jpg files. i want to > delete all the files from the old hard disk but don't want to loose 159 > photos, particularly when I don't know which ones will be lost. How do I > find out which have not been imported so that I can attend to them? > Several users have now requested that Shotwell log or report all files which were not imported in the course of an import operation. We have a ticket for this here: http://trac.yorba.org/ticket/2593 This shouldn't be too hard, so I hope we'll be able to implement this for Shotwell 0.9 at the latest. > > I've tried the method proposed by Adam Dingle in the thread "Tracking file > that have not successfully imported" but this doesn't seem to work. I can > get the two sorted lists O.K. but each include the directory path in the > filename and different directories are used. When I comm the files the > result is the same as filelist1, i.e. suggesting that all the files are > missing. > If different directories are involved, I hope you should still be able to use a simple search/replace (e.g. using sed, or your favorite text editor) to make the files match. I know this is an awkward workaround, and I hope the report log feature will make all this unnecessary once we implement it. adam From jani at ubuntu.com Fri Nov 26 18:22:54 2010 From: jani at ubuntu.com (Jani Monoses) Date: Fri, 26 Nov 2010 20:22:54 +0200 Subject: [Shotwell] compile problem / gee-1.0 package missing In-Reply-To: <20101126125418.74321e68@newton> References: <20101126125418.74321e68@newton> Message-ID: On 11/26/2010 01:54 PM, Daniel van Gerpen wrote: > > Hi, > > recently building shotwell svn started to fail with > > error: Package `gee-1.0' not found in specified Vala API directories > or GObject-Introspection GIR directories Compilation failed: 1 > error(s), 0 > > I upgraded vala (that helped in the past), but that didn't help. I'm > running ubuntu 10.10 x64. Where do I get the gee-1.0 package? > > Regards, > Daniel > > > > dvg@[..]:~/workspaces/shotwell$ valac --version > Vala 0.11.2 If you have both valac-0.10 and valac-0.12 packages installed on Ubuntu 10.10, make sure you set 0.10 the default, at least while compiling Shotwell sudo update-alternatives --config valac Jani From chris at bigchrisrogers.com Fri Nov 26 21:03:59 2010 From: chris at bigchrisrogers.com (bigchris) Date: Fri, 26 Nov 2010 13:03:59 -0800 (PST) Subject: [Shotwell] Import failed. But which files weren't copied??? In-Reply-To: References: <1290765639850-29533.post@talk.nabble.com> Message-ID: <1290805439398-29588.post@talk.nabble.com> Thanks Adam. I'd never even heard of SED until you mentioned it earlier. Combining that with your suggestions to another person I've now got a list of all the files in my old Pictures directory that are not in the shotwell database:- As you said, generate the list of files in Shotwell DB % sqlite3 ~/.shotwell/data/photo.db SQLite version 3.7.2 Enter ".help" for instructions Enter SQL statements terminated with a ";" sqlite> .output photolist sqlite> select filename from PhotoTable; sqlite> ^D % Use sed to strip the path from each line in the list, then sort:- % cat photolist | sed "s/.*\///" >shortlist % sort shortlist >shortlist1 Generate the list of files in my old Pictures folder: % find /media/old/Pictures >filelist Again strip the path and sort:- % cat filelist | sed "s/.*\///" >filelist1 % sort filelist1 > filelist2 Compare the two files:- % comm -23 filelist2 shortlist1 Thanks for your help. Chris -- View this message in context: http://shotwell.3510.www.nabble.com/Import-failed-But-which-files-weren-t-copied-tp29533p29588.html Sent from the Shotwell mailing list archive at Nabble.com. From f.noirhomme at gmail.com Sun Nov 28 18:50:08 2010 From: f.noirhomme at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Noirhomme?=) Date: Sun, 28 Nov 2010 19:50:08 +0100 Subject: [Shotwell] An extra small idea... Message-ID: <4CF2A460.1080903@gmail.com> Hi all ! Shotwell is a great tool, very exciting project... This is a small idea, that came out from a need: It would be great to be able to send selected picture by e-mail (like Picasa, or Darktable), with resize and compression preferences, working with evolution, thunderbird, kmail, icedove... A bit like this gnome add-on : Mailpictures http://sourceforge.net/projects/mailpictures/ Is it planned? Thanks H. From jani at ubuntu.com Sun Nov 28 19:08:49 2010 From: jani at ubuntu.com (Jani Monoses) Date: Sun, 28 Nov 2010 21:08:49 +0200 Subject: [Shotwell] An extra small idea... In-Reply-To: <4CF2A460.1080903@gmail.com> References: <4CF2A460.1080903@gmail.com> Message-ID: On 11/28/2010 08:50 PM, Fr?d?ric Noirhomme wrote: > Hi all ! > > Shotwell is a great tool, very exciting project... > This is a small idea, that came out from a need: > > It would be great to be able to send selected picture by e-mail (like > Picasa, or Darktable), > with resize and compression preferences, working with evolution, > thunderbird, kmail, icedove... > A bit like this gnome add-on : Mailpictures > http://sourceforge.net/projects/mailpictures/ > > Is it planned? I just checked and this is implemented in trunk (future 0.8) It uses nautilus-sendto so it can send via email, empathy, to the CD-burner app, etc. It is 'File->Send to...' not in the right click menu on a photo so not very easily discoverable. Here's the ticket that has the history of this contribution http://trac.yorba.org/ticket/1110 Jani From f.noirhomme at gmail.com Sun Nov 28 19:49:13 2010 From: f.noirhomme at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Noirhomme?=) Date: Sun, 28 Nov 2010 20:49:13 +0100 Subject: [Shotwell] An extra small idea... Message-ID: <4CF2B239.1030109@gmail.com> Thank you Jani, Good news. But the best would be, in fact, an option in the right clic menu on images, or even better, an "envelope" icon next to the "Rotate" and "Slide Show" ones... And for a perfect use, more convenient for e-mailing : a "preference panel" for resize, maximum height or width, compression quality etc. Let's hope that will come out. Fred From adam at yorba.org Mon Nov 29 23:22:22 2010 From: adam at yorba.org (Adam Dingle) Date: Mon, 29 Nov 2010 15:22:22 -0800 Subject: [Shotwell] Help us gather AVI video files for Shotwell testing Message-ID: <4CF435AE.9000705@yorba.org> Friends of Shotwell, In the Shotwell trunk we've already implemented the capability to read date/time metadata from QuickTime/MP4 files. We're now working on doing the same for AVI video files (see #2837 ) . Unfortunately, the format of the date/time information in AVI files varies from camera to camera. So we'd like to collect a set of sample AVI videos for testing to ensure that Shotwell will be able to read the date/time from the widest possible set of files. If you have a camera that can record AVI videos, you can help by recording a short video and attaching it to this page: http://trac.yorba.org/wiki/AVISamples The video can be as short as you like (1 second is fine) and can be at low resolution since we're only interested in the metadata. Please keep the video file less than 2 megabytes in size if possible. When you attach the file, please enter the name of your camera in the text box labeled "Description of the file". Thanks for your help! adam