Judging by the way the extra information is appearing, I would say a working Nepomuk configuration is required to use it. By installing the Sesame2 backend, it will now function, so you need to enable it, configure the appropriate directories to index and enable the Strigi indexer.

@WildSioux
You are more lucky than me; I do not see much in Dolphin.
Under the picture I see
-- 'stars' (useless for me and it takes precious room)
-- 'Add Comment...' link
-- 'Change Tags...' link
-- and then, type, size, modified, height, width (btw why not width first: it is usual to read width first, than height.) That is all.

How do you get the right panel in Dolphin? I can get the same information but only when I open the file in Gwenview (_Meta Information --> More..._ gives me another window with exif data). I did check the "semantic" thing in desktop search as you did without result.

I search all the available packages and plugins without any success.
I must conclude that the devs did not implement the meta file in kde (kde3 had it) and Dolphin.

My pictures are carrying the comments imbedded because:
--> imagemagick (the _identify_ command) produces them;
--> gimp shows them in the comment tab;
^^ kde: no
^^ dolphin: no

The link that used to exist between _kde3 meta info_ and gimp is broken now.
The link that used to exist between _Gwenview (kde3)_ and gimp is broken also.
There is no link between Dolphin _comment_ and Gimp.

It is really a dramatic situation for me as I have thousands of pictures with comments that are essential to my work. They are not lost but I don't relish the idea of thousands of copy and paste to see my comments in Dolphin.

Any hope that this issue will be resolved?

Thanks
jyp

Please file a bug regarding this aganist Nepomuk, this is a regression.

For those who want exif information without nepomuk-strigi-monster:
install exiv2 and create a servicemenu file (e.g. exif-servicemenu.desktop) in ~/.kde/share/kde4/services/ServiceMenus with the following content:

Code: Select all

[Desktop Action GetExif]
Exec=exiv2 %f > ~/tmp/exiftemp && kdialog --textbox ~/tmp/exiftemp 510 510
Icon=image
Name=Get Exif Information from Picture

[Desktop Entry]
Type=Service
Actions=GetExif;
Encoding=UTF-8
Icon=image
MimeType=image/jpeg;
X-KDE-ServiceTypes=KonqPopupMenu/Plugin
X-KDE-Priority=TopLevel


You maybe have to adjust it. I use the folder ~/tmp for storing a temporary file that's then displayed in a kdialog window. You can also use exiftool instead of exiv2 but for me exiv2 gives a better overview.

"Glitch": When the picture doesn't contain any exif information you won't get the kdialog window, not even with the picture dimensions.

I just installed Kubuntu Karmic 9.10 and tried to enable Nepomuck and Strigi. Same as before, Nepomuk could be enabled and the comment/stars/tags thing showed up on the right in dolphin. But the Strigi thing failed blah blah blah.

So I searched again and found this.
http://aldeby.org/blog/index.php/nepomuck-and-stringi-kubuntu-910-strigi-service-failed-to-initialize.html

This is the one that I did in terminal. Went back in and enabled it and it started to index.

Code: Select all

If you use the free and libre OpenJDK (32 bit)

 sudo ln -s /usr/lib/jvm/java-6-openjdk/jre/lib/i386/server/libjvm.so /usr/lib/libjvm.so

This is a serious flaw with how this whole thing is supposed to work. The first time I enabled this in the Settings panel it asked me to install a bunch of things. One of these things that should have been done is executing this command. Or at least given us an option of what to do and how to enable this.

Further...This seems like a lot of stuff to have installed and running just to be able to show a few exif tags in the right panel in Dolphin. I don't need to index thousands of files for the capability to search.

It is a shame that it has to be this way now KDE Team???

@WildSioux: That is a fault of your distribution's packages, for not setting up /etc/ld.so.conf correctly, or placing files in one of the directories mentioned in there.

I have not read the whole post but I think I have the same problem : no metadata on KDE 4.3.2 on kubuntu 9.10.

I have enabled nepomuk but it doesn't help and I don't want background indexing it's useless for me.

For pictures all I have in inormations panel is date, size and type.

Thanks for your help

I have activated strigi after solving the jvm bug. It now show meta infos.But isn't there a way to have the metadata without strigi ?

Unfortunately it isn't possible at this stage ( although I personally wish it was different, especially since it could be used on files on an external media device for instance which isn't indexed )

Hi!

This annoys me a lot too. I've opened a wish for it.

Regards,
Andreas

Andreas Mair wrote:Hi!

This annoys me a lot too. I've opened a wish for it.

Regards,
Andreas

I agree...Earlier KDE 4.0/4.1/4.2 showed exif info without indexing. Now, every time KDE starts up I get this annoying notification that says (nepomuk is transferring data to new backend)...then a few seconds later it says (transfer of data failed...but you can still access blah blah blah)...

I wish I could just disable strigi file indexing. But that is a sad requirement now just to get exif tags. Any way to fix the failed indexing/transfer to new data???

There is already a bug report for this: https://bugs.kde.org/show_bug.cgi?id=193592. Please go and vote.

JaKi wrote:For those who want exif information without nepomuk-strigi-monster:
install exiv2 and create a servicemenu file (e.g. exif-servicemenu.desktop) in ~/.kde/share/kde4/services/ServiceMenus with the following content:

Code: Select all

[Desktop Action GetExif]
Exec=exiv2 %f > ~/tmp/exiftemp && kdialog --textbox ~/tmp/exiftemp 510 510
Icon=image
Name=Get Exif Information from Picture

[Desktop Entry]
Type=Service
Actions=GetExif;
Encoding=UTF-8
Icon=image
MimeType=image/jpeg;
X-KDE-ServiceTypes=KonqPopupMenu/Plugin
X-KDE-Priority=TopLevel


You maybe have to adjust it. I use the folder ~/tmp for storing a temporary file that's then displayed in a kdialog window. You can also use exiftool instead of exiv2 but for me exiv2 gives a better overview.

"Glitch": When the picture doesn't contain any exif information you won't get the kdialog window, not even with the picture dimensions.

I tried this in Dolphin and Konqueror, it works, don't forgot to make sure you have the folder ~/tmp. Otherwise change it or create it.

It works, but it is only for pictures. Now what can you do when you need these information for ALL files, mostly for video, txt and pictures? Edit the MimeType line? How can I edit that? Don't tell me I need to add all these types?

http://www.webmaster-toolkit.com/mime-types.shtml

lol


The idea is an ok workaround for me, I would like to use it, but I would like at least these 3 types of files to be supported... and these 3 types have a bunch of subtypes...

I got more info as to what is going on and when this will be fixed, go vote at https://bugs.kde.org/show_bug.cgi?id=193592

They plan on continue to use nepomuk and strigi to provide that information, strigi should be faster and less resource hungry with 4.4 and nothing is in the plan to totally fix the issue in 4.5 or 4.6...

Frank64 wrote:It works, but it is only for pictures. Now what can you do when you need these information for ALL files, mostly for video, txt and pictures? Edit the MimeType line? How can I edit that? Don't tell me I need to add all these types?

Exiv2 can only deal with JPGs that contain exif information.

But you can also install exiftool *), it can show the information for much more filetypes. And yes, you can add every mimetype you want to have the information for, but you can also use wildcards like "video/*;audio/*;" - or try using "all/allfiles".

I have a second servicemenu which uses exiftool that shows the information for all files it supports:

Code: Select all

[Desktop Action GetExif]
Exec=exiftool %f > ~/tmp/exiftemp && kdialog --textbox ~/tmp/exiftemp 510 510
Icon=help-about
Name=Show file information with exiftool
Name[de]=Datei-Information mit exiftool anzeigen

[Desktop Entry]
Type=Service
Actions=GetExif;
Encoding=UTF-8
Icon=help-about
MimeType=all/allfiles;
X-KDE-ServiceTypes=KonqPopupMenu/Plugin
X-KDE-Priority=TopLevel


If you like the output of exiftool you can use it to put it all up in one single servicemenu. I prefer the exiv2 information for JPGs which contain exif information because there I don't have to scroll to see the picture's dimensions and the shown information isn't that crowded.

*) http://www.sno.phy.queensu.ca/~phil/exiftool/

It works, I see all meta info of almost any file, except the text files.

The "510 510" in the servicemenu file, is that the dimension of the kdialog window? Because changing it does not change the dimension, I would make it bigger to prevent scrolling. Or I would not display some info, again to prevent scrolling.

Also, I wonder if it's possible to pipe that information to the tooltip... Actually, why Dolphin isn't using exiftool to display the info?

Apart for text file for which it does not pop-up the window (to display word count, type=UNIX,DOS..., characters, lines, etc...), it works for image files and videos. They are the ones I use most. Videos a little more than images.

What do you mean by "you can put it all up in one servicemenu"? It is in one servicemenu already, isn't it?

tnx a lot for this, I am still under KDE3.5 for which the tooltip gives me all the info I need for ALL files and I was currently holding off upgrading my distro, but I can live with this now, so I will upgrade.

KDE applications generally use libraries to generate such information because it gives them greater control over how the information is displayed. It also allows KDE's translators to translate the labels for the information.

Also, KDE applications need to generally function on Mac OS X and Windows also, so using utilities such as exiftool which may be platform specific is not possible.