gmane.comp.kde.kimdaba

Re: kphotoalbum compile fails - VideoManager.cpp

Aleksi Halkola — 2012-05-23T20:08:16

In deed :)! Thanks for your help!

Aleksi

On 22.05.2012 08:13, Jesper K. Pedersen wrote:
_______________________________________________
KPhotoAlbum mailing list
KPhotoAlbum< at >mail.kdab.com
https://mail.kdab.com/mailman/listinfo/kphotoalbum

Re: kphotoalbum crashes when deleting files

Aleksi Halkola — 2012-05-23T20:07:22

After an update things are working fine now. Thanks for you help!

Aleksi


On 19.05.2012 08:44, Miika Turkia wrote:

Re: kphotoalbum compile fails - VideoManager.cpp

Jesper K. Pedersen — 2012-05-22T06:13:51

My bad, this was in an #ifdefed part of the code my compiler did not catch.
Should be fixed now.

Cheers
Jesper.

On Thursday 17 May 2012 21:44:30 Aleksi Halkola wrote:

Re: kphotoalbum crashes when deleting files

Miika Turkia — 2012-05-19T06:44:34

Blackie merged his refactoring changes on May 16 to master branch. Are
these changes included in your build? If not then just do a pull and
recompile.

If the bug still exists, file a report. This kind of bugs should not
be open after the 4.2 release as I (and some others) went through the
bug list a couple of times to make sure there are no silly crashes
left in there.

miika

On Thu, May 17, 2012 at 10:46 PM, Aleksi Halkola <halkola-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

kphotoalbum crashes when deleting files

Aleksi Halkola — 2012-05-17T19:46:52

Hello again,

kphotoalbum crashes when I try to delete files within kphotoalbum. I 
seem to remember this being a problem already earlier at some point but 
couldn't find the bug at bugs.kde.org. Can somebody tell me if this bug 
has been reported already and if I should rather open the old bug than 
create a new one?

Thanks,

Aleksi

kphotoalbum compile fails - VideoManager.cpp

Aleksi Halkola — 2012-05-17T19:44:30

Hello

I did 'git pull' just now and the compilation fails with the error at 
the end of the mail. I've done 'make clean' after the update. Can 
somebody tell me if I have outdated external libraries or is this a 
problem with kphotoalbum? I'm running ubuntu 10.04 with the latest updates.

Thanks!

Cheers,

Aleksi

kphotoalbum/ImageManager/VideoManager.cpp: In member function ‘void 
ImageManager::VideoManager::load(ImageManager::ImageRequest*)’:
kphotoalbum/ImageManager/VideoManager.cpp:80: error: no matching 
function for call to ‘KUrl::List::append(DB::FileName)’
/usr/include/qt4/QtCore/qlist.h:466: note: candidates are: void 
QList<T>::append(const T&) [with T = KUrl]
/usr/include/qt4/QtCore/qlist.h:716: note:                 void 
QList<T>::append(const QList<T>&) [with T = KUrl]
make[2]: *** [CMakeFiles/kphotoalbum.dir/ImageManager/VideoManager.o] 
Virhe 1
make[1]: *** [CMakeFiles/kphotoalbum.dir/all] Virhe 2
make: *** [all] Virhe 2

Re: Icon for indicating thumbnail is a video

Jesper K. Pedersen — 2012-05-04T08:22:44

Thanks,
I decided to render the video length on the thumbnail instead, which also 
makes it obvious it is a video.

Cheers

On Wednesday, May 02, 2012 12:41:44 Tuomas Suutari wrote:

Re: Icon for indicating thumbnail is a video

Tuomas Suutari — 2012-05-02T09:41:44

How about this one?

http://openiconlibrary.sourceforge.net/gallery2/?./Icons/emblems/emblem-videos.png

There's different sizes and SVG version too and it seems to fit KPA's
current color theme just fine.

And there's also this one:

http://openiconlibrary.sourceforge.net/gallery2/?./Icons/emblems/emblem-multimedia.png

Icon for indicating thumbnail is a video

Jesper K. Pedersen — 2012-05-02T09:13:47

Greetings.

In a recent check-in, I made it possible to make a screenshot during video 
playback for use as a thumbnail for the item.

For this to work out nicely, it would be great with some overlay on top of the 
thumbnail to indicate the item is a movie.

Can anyone provide me with such an overlay?¨

Cheers
Jesper.

Re: Removing SQL backend from KPA

Jesper K. Pedersen — 2012-05-02T08:26:19

No problem


OK, lets see if I get the time to get around this. As I wrote, I doubt anyone 
will ever get this completed, so cleaning it up might be the best strategy for 
KPA's future.

Cheers

Annotating stacks

Miika Turkia — 2012-05-01T14:00:14

Hello,

we've been working with Johannes to allow annotating of whole stacks
(in practice Johannes has been coding and I have been trying to make
him code some more ;) Now is time to get some more input on the
feature.

- On thumbnail view you can annotate the whole stack by selecting it
and hitting annotate multiple items
- Most other features should use the stack head, if a selection is
made in thumbnail view - however, if there is no selection all images
including the ones in collapsed stacks are used
  - e.g. when generating HTML pages or uploading to some web service
using KIPI plugins, the stack head is used if images are selected in
thumbnail view
  - if there is no selection or if stacks within selection are
expanded the full selection is used

Does this kind of change work for you? Are there any changes or
special cases that should be taken into account?

I have attached patches for this change for you to give it a try..

miika
_______________________________________________
KPhotoAlbum mailing list
KPhotoAlbum-XR6rmp8fbRRF6kxbq+BtvQ< at >public.gmane.org
https://mail.kdab.com/mailman/listinfo/kphotoalbum

Re: Removing SQL backend from KPA

Tuomas Suutari — 2012-04-29T18:57:42

OK then... So, I got the wrong idea... Sorry, Jesper, for my too
cautious attitude to the subject (of not stepping on the maintainer's
toes)!

And anyway.. Whoever the maintainer will be, it would be stupid to
ignore Jesper's opinion in these things. He's, after all, the one who
knows KPA best, and probably also the most experienced programmer in
the KPA circles! :)

Re: Removing SQL backend from KPA

Miika Turkia — 2012-04-29T12:13:04

On Fri, Apr 27, 2012 at 5:11 PM, Tuomas Suutari
<tuomas.suutari-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

I guess the maintainer position is still open for applications. At
least I haven't heard of anyone volunteering.

miika

Re: Removing SQL backend from KPA

Tuomas Suutari — 2012-04-27T14:11:07

Hello, blackie and all!


I'm not so sure that this will make the code any cleaner... Though I
have no objections for the change, since I haven't touched the code
for a long time anyway.


Since (AFAIK) you're not the maintainer anymore, I don't agree your
reasoning here. If the maintainer objects, then IMHO you should listen
even if he doesn't promise to code the SQL backend. What do you think?

ps. Who is the maintainer now? Miika?

Removing SQL backend from KPA

Jesper K. Pedersen — 2012-04-27T13:45:29

Greetings, fellow KPhotoAlbumers.

Many, many years ago I attempted at making an alternative backend to the
XML based one we have which used SQL. I failed.

Following that, Tuomas made a heroic attempt at the same with similar luck.

Finally, during the KPA developer sprint Tuomas, Jan, Henner and I tried,
and...well you guessed it, failed.

Now it has been a few years since the last attempt, and it doesn't seem
like anyone is brave enough to give it yet another go.

Each attempt brought with it a price for the remaining codebase. An example
of this is the DB::Id that was introduced most recently, which introduced
yet another level of indirection when trying to get your hands on the info
about the files.

In an attempt to make KPA easier to maintain in the future, I'd like to
throw away the SQL backend and as a result simplify the codebase all over.

Any objections? (Any such objections should really come with a "Yes I will
take upon me to finish the SQL backend" please).

Cheers
Jesper.

Re: image search question

Aleksi Halkola — 2012-04-26T18:58:54

Hi Markus,

I can't really help you with your problem but if you are new to tagging 
images I would like to say that I started with a very detailed tagging 
scheme and have now later found out that relatively few tags are enough 
to find the photos I want quickly. I have ~15000 photos in the database 
and with a few tags I can bring the number of possible images to such 
that I can easily find the one(s) I want by browsing the photos that fit 
the search.

Cheers,

Aleksi




25.4.2012 9:32, josephj-3r5iD8zFZLycqzYg7KEe8g< at >public.gmane.org kirjoitti:

Re: image search question

Tuomas Suutari — 2012-04-25T08:01:01

Hello!

On 24 April 2012 23:20, Markus Grabner <grabner-FO8aX5BNlIdrkpSWI0Flwg< at >public.gmane.org> wrote:

Yes. See below.


I don't think you can make a search like that in KPA with that tag
configuration. Searching for a tag X currently means "Give me all
files tagged with X or with Y where Y is direct or indirect
subcategory of X", i.e. tag X is expanded (recursively) to all its
subcategories.

What you seem to want is a search "Give me all files tagged with X
(but ignore the subcategories of X)". So it seems that you're
requesting a new feature here.

Though, as others have shown already, there are many ways to configure
tags so that searching for "George&Scream" is possible even without
that new feature in KPA.

Re: image search question

Risto H. Kurppa — 2012-04-25T07:46:26

..

I'd tag photos so that 'Hotel A/B' answers to the question Where
(=Location) and 'Pool' answers to the question What (=Keywords).
I use location to mark where the photo was taken (mostly countries
that have cities as subcategories, sometimes even city neighbourhoods
but I could imagine I'd add hotels there if I wanted to tag them too)
and keywords to tell what you can see in the photo (=pool, reception,
lounge, restaurant, door, tourists...)

Just my 2 cents.

r

Re: image search question

2012-04-25T07:32:25

I studied databases so long ago that the only place a relational database
existed was in an IBM lab!  Hard to imagine now.  My point is that I'm
definitely not database savvy.  I have no idea what Jesper had in mind
when he built KPhotoAlbum.

Even though it conceptually looks like what you are trying to do should
work, I think that using the same subcategory or tag name to mean two
different things depending on context sounds more like AI than photo
indexing.  It's the kind of thing that you come back to after a few months
and have to figure out all over again. That level of complexity probably
isn't needed for what you want to do.

The main thing I am saying is that normalization is your friend.  If you
know enough math to do anything interesting with graphics - not even
mentioning vision (which I certainly don't), then spending an hour or two
getting familiar with normalization will probably pay off some time in the
future.

In the mean time, just using keywords instead of subcategories ought to
solve your immediate problem (regardless of whether KPhotoAlbum's search
has a bug or two.)

Joe

Re: image search question

Johannes Zarl — 2012-04-24T22:08:58

Yes. Both queries are the same, because all Photos tagged "George" are per 
definition of subcategory members of "Scream".


With the given scenario, that's not possible, because you told KPA that all 
photos of George implicitly have the tag "Scream". Look at it this way the tag 
"Scream" means "A member of the music group Scream". Even if George is fishing 
alone by some lake, he is still a member of the music group.
If "Scream" is not an inherent thing to all "George" photos, you should keep 
both tags separate.

A possible resolution would be to leave "George" as a subtag to "Scream" in 
category Persons, but add a tag like "Scream Concert" to the keywords. That 
way you can search for photos of the band-members of Scream (Persons->Scream), 
that were shot in the context of a scream concert (Keywords->Scream concert). 

Btw. if you attend many such concerts, it would make sense to have keywords 
"Scream world tour 2012" or "Scream live at New York" as sub-tags to "Scream 
concert"...

HTH,
  Johannes

Re: image search question

Markus Grabner — 2012-04-24T20:40:44

It's interesting (though not surprising) to see how the technical background 
of the users affects their expectation of what the software would do in 
certain situations. I am working in the field of computer graphics, and the 
data structure used to represent (sub-)categories in KPA (a directed acyclic 
graph) is so commonplace in computer graphics that I was happy to see and 
eager to use it in KPA. The same seems not to be true for databases, which you 
are probably more familiar with than me.

Aside from this, I believe that allowing subcategories to be arranged not only 
in strict subset relations is a deliberately designed and implemented feature 
in KPA since a strict subset editor would have been much easier to implement 
(using the editing capablities of the QTreeView class). However, the default 
behaviour of the current implementation in KPA has some ambiguities which 
should be resolved.

Kind regards,
Markus