digkam albums don't update on the fly

[Dr. Martin Senftleben]

Hi,

I'm using OpenSuse 11.2 64 bit and used to use Digikam quite extensively, but now it's no fun anymore. Since the last update to OpenSuse 11.2 (now it's digikam version 0.10.0 release 6) I find that the albums don't update, until I close digikam and start it again.
E.g. when I move images from one album to another, they stay in the album from which they originate and don't appear in the one where I moved them, until I close the app.
The same when I delete images - they just stay there until I close the app. However, trying to perform an operation on those images tells that the file is not existing. And then the image isn't shown any more, but all the other meta info (like filename, creationdate etc.)
Does anyone have an idea, what the reason could be? I didn't find anything yet in forums or other places that could help me.
One idea I had was that there may be too many images in the folder, but before the "update" I had as many images and it worked fine. Current state is close to 9000 images in my working folder, from which I use to edit images, delete and put them in order (in different albums). The total number of images in all albums is 50000.
Thanks for all help!

Martin

[Daniel Bauer-2]

On Thursday 31 December 2009 15:21:34, DrMartinus wrote:

> Hi,
>
> I'm using OpenSuse 11.2 64 bit and used to use Digikam quite extensively,
> but now it's no fun anymore. Since the last update to OpenSuse 11.2 (now
> it's digikam version 0.10.0 release 6) I find that the albums don't update,
> until I close digikam and start it again.
> E.g. when I move images from one album to another, they stay in the album
> from which they originate and don't appear in the one where I moved them,
> until I close the app.
> The same when I delete images - they just stay there until I close the app.
> However, trying to perform an operation on those images tells that the file
> is not existing. And then the image isn't shown any more, but all the other
> meta info (like filename, creationdate etc.)
> Does anyone have an idea, what the reason could be? I didn't find anything
> yet in forums or other places that could help me.
> One idea I had was that there may be too many images in the folder, but
> before the "update" I had as many images and it worked fine. Current state
> is close to 9000 images in my working folder, from which I use to edit
> images, delete and put them in order (in different albums). The total
>  number of images in all albums is 50000.
> Thanks for all help!
>
> Martin
>

 
I can (almost) confirm this. Actually here the images *seem* to stay, but in
fact it just takes a very long time until they appear in the new album where
they are moved to, so it is definitively faster to close and restart the app.

Also, sometimes there are "ghost" images, i.e. after a large move I see
wrongly selected images: I use to give one star to images I want to remove
from an album and move it to "unused" for example. Then I select all images
having one star, select them all (ctrl-a) and move them to the other folder
with drag and drop. After a while the other pictures, that I have not tagged
with one star, appear showing to have one star. Switching to another folder
and back again resolves it...

I think there is something wrong with the database programming. I see many
problems. Especially when moving pictures/folders around outside digikam, too.
I rescently reorganized an album with some 120GB (using dolphin), moving and
renaming folders etc. When restarting digikam it took more than 2 hours - but
did not finish. In the end I deleted the digikam.db, to make digikam rebuild
the db. After building approx 12 MB of db-file it just did nothing anymore,
the process was "paused"...

So I moved to whole "album" to another place, deleted db, opened digikam with
an emty album folder and imported all images back. This took about 6 hours.
But at least it worked...

kind regards

Daniel
--
Daniel Bauer photographer Basel Barcelona
professional photography: http://www.daniel-bauer.com
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Marcel Wiesweg]

> I'm using OpenSuse 11.2 64 bit and used to use Digikam quite extensively,
> but now it's no fun anymore. Since the last update to OpenSuse 11.2 (now
> it's digikam version 0.10.0 release 6) I find that the albums don't update,
> until I close digikam and start it again.

Update to 1.0.0 (available from Build Service).
If update is missing - may happen if you are using non-KDE tools and system
notifications are broken - just press F5.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Bruce Marshall]

On Thursday 31 December 2009, Daniel Bauer wrote:
> I can (almost) confirm this. Actually here the images seem to stay, but in
> fact it just takes a very long time until they appear in the new album
>  where  they are moved to, so it is definitively faster to close and
>  restart the app.
>


Use the "Album refresh"        F5 key
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Dr. Martin Senftleben]

Am Donnerstag 31 Dezember 2009 schrieb Marcel Wiesweg:
> > I'm using OpenSuse 11.2 64 bit and used to use Digikam quite
> > extensively, but now it's no fun anymore. Since the last update
> > to OpenSuse 11.2 (now it's digikam version 0.10.0 release 6) I
> > find that the albums don't update, until I close digikam and
> > start it again.
>
> Update to 1.0.0 (available from Build Service).
> If update is missing - may happen if you are using non-KDE tools

I use yast.

>  and system notifications are broken - just press F5.

F5 won't change anything, and it takes very long on a folder with 9000
images, and is cumbersome to use on every folder after I have moved
images to different locations.

> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users
>


--
E-Mail digital signiert mit Hilfe von GPG -
http://de.wikipedia.org/wiki/GNU_Privacy_Guard
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[S. Burmeister]

Am Donnerstag, 31. Dezember 2009 19:43:12 schrieb Martin Senftleben:

> Am Donnerstag 31 Dezember 2009 schrieb Marcel Wiesweg:
> > > I'm using OpenSuse 11.2 64 bit and used to use Digikam quite
> > > extensively, but now it's no fun anymore. Since the last update
> > > to OpenSuse 11.2 (now it's digikam version 0.10.0 release 6) I
> > > find that the albums don't update, until I close digikam and
> > > start it again.
> >
> > Update to 1.0.0 (available from Build Service).
> > If update is missing - may happen if you are using non-KDE tools
>
> I use yast.

He means the build service repos which include packages of digikam 1.0.0, e.g.
the Backports repo. you can add it by going into YaST's software repository
module > add > community repos > KDE Backports. After that open YaST's
software installation module and search for digikam. If you select the package
and open the version tab below the package list you can select 1.0.0 and
install it.

Sven
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Dr. Martin Senftleben]

Am Freitag 01 Januar 2010 schrieb Sven Burmeister:

> Am Donnerstag, 31. Dezember 2009 19:43:12 schrieb Martin Senftleben:
> > Am Donnerstag 31 Dezember 2009 schrieb Marcel Wiesweg:
> > > > I'm using OpenSuse 11.2 64 bit and used to use Digikam quite
> > > > extensively, but now it's no fun anymore. Since the last
> > > > update to OpenSuse 11.2 (now it's digikam version 0.10.0
> > > > release 6) I find that the albums don't update, until I close
> > > > digikam and start it again.
> > >
> > > Update to 1.0.0 (available from Build Service).
> > > If update is missing - may happen if you are using non-KDE
> > > tools
> >
> > I use yast.
>
> He means the build service repos which include packages of digikam
>  1.0.0, e.g. the Backports repo. you can add it by going into
>  YaST's software repository module > add > community repos > KDE
>  Backports. After that open YaST's software installation module and
>  search for digikam. If you select the package and open the version
>  tab below the package list you can select 1.0.0 and install it.

Got it and now also installed 1.0, but no change. BTW, pressing F5
does less than a restart of the software: the album remains as it was
before. The problem is still present with 1.0. I'm sure it's related
to the database (handling), but have no clue what could be wrong.

Martin

--
E-Mail digital signiert mit Hilfe von GPG -
http://de.wikipedia.org/wiki/GNU_Privacy_Guard

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Marcel Wiesweg]

> Got it and now also installed 1.0, but no change. BTW, pressing F5
> does less than a restart of the software: the album remains as it was
> before. The problem is still present with 1.0. I'm sure it's related
> to the database (handling), but have no clue what could be wrong.

Me neither.
Please file a bug report at bugs.kde.org, it's better keep track of problems.
Ensure from Help->About that you are indeed running version 1.0. Run
"kdebugdialog" and enable debug code 50003/digikam; then run digikam from the
command line. Watch the debug messages that appear when you move one file (and
that change is not reflected for you in the UI).
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Vlado Plaga]

Am Fri, 1 Jan 2010 15:29:10 +0100
schrieb Martin Senftleben <[hidden email]>:
> I'm sure it's related
> to the database (handling), but have no clue what could be wrong.

Dear Martin,

it sounds like you are still struggling with some digiKam issues, which
might be related to a somehow corrupted database. I recommend the
following:

1. Make sure you have a good backup of your pictures and the related
   digikam files (database and configuration).

2. If you hadn't selected "safe metadata to pictures" previously,
   do so now, then go to "tools" / "Write Metadata to images" ("Extras/
   Metadaten in alle Bilder schreiben" in German). I think I found a
   bug in that function: https://bugs.kde.org/show_bug.cgi?id=220202
   So you might have to locate directories with more than 200 pictures
   ("find . -type d -exec ls -ld \{} \;", look at the number after
   owner and group) and update their metadata individually.

3. Take a new Linux test user, or directly move your old configuration
   (~/.kde/share/config/digikamrc) and database (either in your
   pictures directory, or it does not matter) out of the way (without
   deleting them), and have digiKam create a new configuration for the
   pictures.

I had my database recreated this way, but first lost some ratings, as
you can read in the aforementioned bug report. If that is still
possible with your current configuration, you can determine how many
pictures with ratings you've got (I do that by going to the basedir,
activating the display of pictures in subdirectories, and using a star
rating filter of "greater/equal 1", which works because I don't tag "0
star pictures") BEFORE rebuilding the database, and compare that number
to the number you get after the database rebuild. I've got 2237 rated
pictures out of 12890 pictures total, and digiKam is pretty quick, even
though this is an old computer (2003 model, 1 GHz).

> F5 won't change anything, and it takes very long on a folder with
> 9000 images,

Looking at those numbers, though... I don't know. Do you use a proper
Linux file system (not fat32 or NTFS)?

Happy New Year and good luck with digiKam!

Vlado
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Dr. Martin Senftleben]

Hi Vlado,

thanks for your efforts and suggestion!
I'll give it a try, but before that I would like to make sure
everything is done right. Please check my questions and comments
below.

Am Freitag 01 Januar 2010 schrieb Vlado Plaga:
> Am Fri, 1 Jan 2010 15:29:10 +0100
>
> 2. If you hadn't selected "safe metadata to pictures" previously,

I looked for that option and didn't find it. Where is it?

>    do so now, then go to "tools" / "Write Metadata to images"
>  ("Extras/ Metadaten in alle Bilder schreiben" in German).

Ouch, that will take long. I have about 50.000 images in the various
folders.

>  I think
>  I found a bug in that function:
>  https://bugs.kde.org/show_bug.cgi?id=220202 So you might have to
>  locate directories with more than 200 pictures ("find . -type d
>  -exec ls -ld \{} \;", look at the number after owner and group)
>  and update their metadata individually.

ok, I'll check that.

> > F5 won't change anything, and it takes very long on a folder with
> > 9000 images,
>
> Looking at those numbers, though... I don't know. Do you use a
>  proper Linux file system (not fat32 or NTFS)?

Of course, it's ext3. As much as I can I avoid windows stuff.

> Happy New Year and good luck with digiKam!

Thank you, same to you! I liked that software and am a bit puzzled
about these to me new problems.

Martin

--
E-Mail digital signiert mit Hilfe von GPG -
http://de.wikipedia.org/wiki/GNU_Privacy_Guard

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Vlado Plaga]

Am Fri, 1 Jan 2010 19:02:41 +0100
schrieb Martin Senftleben <[hidden email]>:

> > 2. If you hadn't selected "safe metadata to pictures" previously,
>
> I looked for that option and didn't find it. Where is it?

German: Einstellungen / digiKam einrichten / Metadaten
English: Settings / configure digiKam / Metadata

I marked everything except "Write meta data to RAW files
(experimental)". My camera only produces JPEG files, so this is not an
issue for me.

> >    do so now, then go to "tools" / "Write Metadata to images"
> >  ("Extras/ Metadaten in alle Bilder schreiben" in German).
>
> Ouch, that will take long. I have about 50.000 images in the various
> folders.

It did take an hour or so for the 2000 pictures on my (slow)
computer... but even if it would take 24 hours for you, that should not
really be a problem.

A bigger problem is the bug with writing meta data to _all_ images. If
you don't have many folders with more than 200 pictures - ok, you can
fix them by hand. Otherwise you should probably wait for a fix or a
workaround. I tried selecting all the pictures I wanted to write the
tags to, then selected "write metadata to image", but this caused
digiKam to freeze with 'just' 1500 pictures (from one directory with
sub-albums) selected.

> I liked that software and am a bit puzzled about these to me new
> problems.

"pain is so close to pleasure" ;-)

But I'm sure a fix can be found. Maybe Marcel, who asks you for the
debug information, finds a real solution.

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[S. Burmeister]

Am Freitag, 1. Januar 2010 15:29:10 schrieb Martin Senftleben:

> Am Freitag 01 Januar 2010 schrieb Sven Burmeister:
> > Am Donnerstag, 31. Dezember 2009 19:43:12 schrieb Martin Senftleben:
> > > Am Donnerstag 31 Dezember 2009 schrieb Marcel Wiesweg:
> > > > > I'm using OpenSuse 11.2 64 bit and used to use Digikam quite
> > > > > extensively, but now it's no fun anymore. Since the last
> > > > > update to OpenSuse 11.2 (now it's digikam version 0.10.0
> > > > > release 6) I find that the albums don't update, until I close
> > > > > digikam and start it again.
> > > >
> > > > Update to 1.0.0 (available from Build Service).
> > > > If update is missing - may happen if you are using non-KDE
> > > > tools
> > >
> > > I use yast.
> >
> > He means the build service repos which include packages of digikam
> >  1.0.0, e.g. the Backports repo. you can add it by going into
> >  YaST's software repository module > add > community repos > KDE
> >  Backports. After that open YaST's software installation module and
> >  search for digikam. If you select the package and open the version
> >  tab below the package list you can select 1.0.0 and install it.
>
> Got it and now also installed 1.0, but no change. BTW, pressing F5
> does less than a restart of the software: the album remains as it was
> before. The problem is still present with 1.0. I'm sure it's related
> to the database (handling), but have no clue what could be wrong.

I saw the issue when I had digikam open and processing pictures in the BQM.
The processed files appeared in the destination folder. Yet as soon as I
started to delete/move some files (in other picture folders) with dolphin the
view in digikam did not show the new pictures but I had to press F5 and reload
frequently or restart digikam.

It might have also happened if I changed the date of an album but  I'll have
to try that again.

Sven
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Dr. Martin Senftleben]

Hi Marcel,

thanks for your reply.
I'm still working on getting appropriate debug messages. One thing I
found is this:

Warning: Directory Pentax, entry 0x0004: Data area exceeds data
buffer, ignoring it.

Could that already indicate something? Is there some way to increase
the data buffer?

BTW, I checked, it's definitely 1.0. Nice additional features, as I
could already find out - if only this problem wouldn't be there.

Am Freitag 01 Januar 2010 schrieb Marcel Wiesweg:

> > Got it and now also installed 1.0, but no change. BTW, pressing
> > F5 does less than a restart of the software: the album remains as
> > it was before. The problem is still present with 1.0. I'm sure
> > it's related to the database (handling), but have no clue what
> > could be wrong.
>
> Me neither.
> Please file a bug report at bugs.kde.org, it's better keep track of
>  problems. Ensure from Help->About that you are indeed running
>  version 1.0. Run "kdebugdialog" and enable debug code
>  50003/digikam; then run digikam from the command line. Watch the
>  debug messages that appear when you move one file (and that change
>  is not reflected for you in the UI).
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users
>

--
E-Mail digital signiert mit Hilfe von GPG -
http://de.wikipedia.org/wiki/GNU_Privacy_Guard

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Brano]

On 12/31/2009 09:21 AM, DrMartinus wrote:

> Hi,
>
> I'm using OpenSuse 11.2 64 bit and used to use Digikam quite extensively,
> but now it's no fun anymore. Since the last update to OpenSuse 11.2 (now
> it's digikam version 0.10.0 release 6) I find that the albums don't update,
> until I close digikam and start it again.
> E.g. when I move images from one album to another, they stay in the album
> from which they originate and don't appear in the one where I moved them,
> until I close the app.
>
>  

I have the same problem for a while now (with beta releases and now with
1.0)
My setup: openSUSE 11.2 with digikam-1.0.0-9.1.i586 from backports.
All other system updates are installed.

My entire collection is on NFS3 mounted dive. The collection is created
as "Collections on Network Shares" in digiKam.
The database is stored on local filesystem.

As a par of the collection I have a temp folder where I add/delete
photos using various scripts and/or manually.
Often I have to re-start digitam to see the updated pictures in this
folder as F5 does not seem to work most of the times (it does work
sometime however the behaviour seems to be random).

Brano

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users