Re: Roadmap to 1.0

G'day,

On Thu, Nov 20, 2008 at 6:51 PM, Stephane Delcroix
<stephane <at> delcroix.org> wrote:
> Hey folks,
>
>        You may or may not know that we plan to tag the next big release as
> 1.0. This will address the recurrent question of "is f-spot stable
> enough to manage my library ?".
>
>        There's some task pending to get there though:
>
> Major Coding Tasks:
> - rework the import process and dialogs

A while ago I wrote a patch to allow customization of the directory
structure of imported items, which Alessio Gaeta graciously updated.
http://bugzilla.gnome.org/show_bug.cgi?id=329040

Is such behavior (if not this patch) going to be included in the
import process? While the patch I wrote did not have this, ideally the
location set in the preferences dialog would be the default, while in
the import dialog one could choose a one-time-use location if they
wanted.

While we're at it, there's the video-import patch that me and Silvano
have put a bit of work into, although it might not cleanly apply now:
http://bugzilla.gnome.org/show_bug.cgi?id=166038  Any chance of this
making it in?

Re: Roadmap to 1.0

_______________________________________________
F-spot-list mailing list
F-spot-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/f-spot-list

time change in exif data on import

Hi everybody,

just some thoughts to the all well known and in all depth discussed
trouble with f-spot changing the time to UTC while importing. There are
a couple of use cases why f-spot shouldn't do anything at all and where
the current behaviour is even more broken:

I took pictures during the weekend Europe switched from CEST to CET. The
importing happened when we already were at CET, some of the pictures
would have been at CEST if I had set the clock to correct local time.
F-Spot did ignore the change completely and shifted everything by 1
hour, even the pictures where a 2 hour shift would be correct.

In my case this is mpt as annoying as I have my camera on UTC
already... 

So imagine the following case: I go to a different timezone, take
pictures. I move to another timezone, more pictures. Just for fun add in
a switch from summer to winter time. Now I import all pictures in one
import. 

There are now a couple of possibilities:

- I changed the time on my camera to the correct local time where I took
the photos. Problem: f-spot does not know the timezone, the TZ is
different for different pictures, as might be the shift from DST ->
f-spot cannot change the time without knowing all details

- My camera was always running in a fixed TZ (local of my home, UTC,
whatever). Easy case: move by fixed amount

- A mix of both. At some time I figured "Oh, damn, forgot to change the
camera". So I not only have local differences, but a complete arbitrary
change in time. No way to fix this automatically in a way easier than to
do it manually right from the start

So my suggestion how to solve this: do not change anything on import
automatically. Make a input field to change all images by an offset,
disabled by default. Get the adjust time extension working and use this
for all more complicated use cases.

An automatic guessing for the time shift will fail for some (not really
weird) settings anyway, so go for the simple solution to do it manually.

The behaviour right now is a serious annoyance and should be fixed ASAP.
There should be no automatic correction of the harm done already, as the
shift might be done at some pictures, at others not, at some undone
manually etc. No way to figure out this automatically...

What do you think, what are the plans to fix this?

best regards
Nils

_______________________________________________
F-spot-list mailing list
F-spot-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/f-spot-list

export to a standalone gallery

The following two issues perhaps deserve some attention:

When I export a gallery to a folder (creating a standalone
gallery), files in the  mq and  thumbs directores
become readable only to the owner, which I think is a bug.
This is quite confusing, because instead of index and
mq pictures, you only see "#"  when you look with a browser 
at the just created gallery.
The gallery is OK after
chmod -R a+r *

The gallery name is also used as a name of the directory
in which the gallery is actually created.
This I guess is intentional, but to my taste, unfortunate.
The gallery name often consists of several words, with spaces,
contains non-English characters.
I am old fashioned unix user, and I don't like 
such directory names, nor the assumption that
the galery title should be the same as its directory name.

I think it would be fine, if the gallery were directly created
in the directory which you name as the "destination folder".

Marcin

Slide-show mode improvements

Hi all,

a few days ago I posted some patches on
http://bugzilla.gnome.org/show_bug.cgi?id=560017
fixing two bugs and also improving transitions in slide-show mode.
It's minor fixes but I found them very useful since these bugs are
very annoying whenever you use Slide-show mode to show your photos to
other people.

I would be very happy if these patches made it into the next release. Thanks!

Peter

Images don't display in f-spot

f-spot 0.4.3.1. running on Ubuntu 8.04.

When I open f-spot I see small image of all my pictures. If I right
click one and select "Open with..." I get "No applications available".
I have a number of image viewers available on my system including EOG.
If I double click an image I see the 'film strip' at the top and what
looks like a monitor screen with the corner turned up - presumably an
error icon.

I've search the archives but the nearest thing I can find is this:

http://mail.gnome.org/archives/f-spot-list/2008-May/msg00000.html

But the 'Preferred Applications' applet doesn't have anything to do
with images.

I've looked at the "Preferences" options in f-spot, but none seem to apply.

Does anyone have any ideas?

Cheers,

Cliff

directory cleanup, how?

Hi,

I have been using f-spot for some time and gradually understood how it
works etc. Now I have a problem that I have not perfect control over
where my photo-files resides, and in general need to clean this up. I
have problems understanding how I could do this, without risking to
lose files etc.

What I have done.

I have imported almost all my files directly from my camera which I
connected with a USB cable. They were imported/copied into a folder
called "Foto" in my home folder. However, "Foto" is just a symbolic
link to a folder on a removarble USB drive.

So most pictures were imported here:

/home/andka/Foto/

which is just a symbolic link to here:

/media/≤diskname>/Foto

This is clever since it should be easy to move the Foto directory
somwhere else, to another USB-disk, or an internal, and just redirect
the symbolic link. And that is exactly what I need to do.

However, it seems that I managed to import some files to the "real"
directory on the USB drive,i.e. they have the file path
/media/≤diskname>/Foto/.../<filename> in the f-spot db. So these will
not work after the move, even if they actually also are copied to the
new location, since they have the path to the old location in the db.

It also seems I have imported some pictures into a directory called
"Pictures" (probably very early in my f-spot career) and some files in
my Foto folder does not seem to appear in f-spot etc etc.

Is there a way to find all files with a specific filepath. The
Arrange-by feature is very rudimentary. How can I seed which pictures
actually belong to a specific folder. I am only able to make the
"first" picture "flash" when I move the thing in the bar at the top.

Is it possible to move files while keeping them in the f-spot db? (or
will I have to export them, delete them from f-spot and re-imort them
in the right place)?

I seem to remember reading somewhere about someone using scripts to
scan for pictures on the HD but not in f-spot, and the other way
around etc. But now I am not able to find this again.

Thanks for any help, and an otherwise great photo-manager!

Duplicate detection - "Hash for Duplicates" - does it do anything ?

Fspot 0.5.0.3, ubuntu 8.10.

I've been looking forward to the new duplicate detection in fspot, but I 
seem to have a problem.

If I try to import a new image twice, the duplicate is detected - good.

However, to enable the existing database for duplicate detection, I need 
to run "Tools->Hash for Duplicates"; this gives a dialogue with three 
buttons:
- execute
- stop
- close

When I press execute there is no feedback at all, no message, no change 
of text on the screen, nothing at all. And fspot does not subsequently 
identify duplicates of the existing images.

Any ideas?

No virus found in this outgoing message.
Checked by AVG - http://www.avg.com 
Version: 8.0.175 / Virus Database: 270.9.0/1770 - Release Date: 05/11/2008 17:36

Now where did I put that tag ...

As I become more dependant on f-spot and my tag database becomes more 
complex I occasionally find I've forgotten where I put them, especially 
if they don't fit anywhere obvious in the hierarchy. If I know the name 
of a tag, but can't remember in which subfolder I created it, is there a 
way in which I can locate it, and/or search for all images matching a 
known tag without double-clicking on its icon?

Dougie

tools not available ?

Since some time, I am not any more able
to acces any of the f-spot edit tools
(red-eye, crop, streighten, colors...).
They are simply not there, after clicking the "Edit Image"
toolbar icon, or double clicking on the image, etc.

I am not actually sure since when I have this problem.
Perhaps it happened after an upgrade to a newer f-spot version,
but I am not sure. After a month of not using
f-spot, I started it again, and then slowly realized that there used
to be a few more functions available....

I have of course first  tried to search for the solution
in many places, tried with a fresh user account...

Any hints? Thanks in advance.

Marcin

Plea for sanity in f-spots date/time handling

Hi all,

I know this issue has been raised time & time again, but it's such a
major hurdle in using f-spot that I'd love to see it discussed again and
hopefully finally resolved.

If I understand correctly, f-spot devs plan on adding a time-zone
feature in photo tags which *should* fix this problem. If so, is there
any time frame on when this is likely to happen? 

In the meantime, is it possible to have a checkbox for something like
'Always assume times are local time', which would bypass any corrections
f-spot tries to do for time zone & utc, and just show the time exactly
as it is in the photo metadata, and set times exactly as they are set in
the 'adjust time' dialog? Personally, I don't care about time zones, and
never will, but just want f-spot to show the dates correctly that I've
set on my photos. :(

(I should add - apart from this one issue I think f-spot is a fantastic
program, and I'm a big fan of all the devs who've put stacks of time and
hard work into making it the program it is today!)

Regards,
Nyall