Bug 301543 - support for .ora and .kra file format in digiKam (at least read only)
Summary: support for .ora and .kra file format in digiKam (at least read only)
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-DImg-QImage (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-10 00:15 UTC by Danni Coy
Modified: 2023-11-19 15:08 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In: 7.1.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Danni Coy 2012-06-10 00:15:04 UTC
OpenRaster (.ora) is an multi-layer interchange format for opensource graphics applications. It is the native file format for Mypaint and is well supported by both Krita and the gimp. It is basically a zip file containing an xml document and png images. Dolphin has a preview plugin for this format. It would be nice if this was supported in Digikam in the same way that gimp xcf is supported in digikam (and be a lot easier to support).  Krita kra is another zip,xml based format that would be nice to have some level of support for. Neither of these are high priority but they should be in the bug tracker for sake of completeness

Reproducible: Always
Comment 1 Danni Coy 2012-06-10 06:05:49 UTC
ok I may have been a little hasty here, It seems that I can get these file types to work up to the point of displaying thumbnails and being able to tag them etc -- editing is not so critical writing out sidecar files would be nice though - what might be better long term may be to embed the sidecar file inside the the zip archive.
Comment 2 Danni Coy 2012-06-10 06:13:17 UTC
more research http://en.wikipedia.org/wiki/OpenRaster it seems that openraster  can store xmp and exif data in the file itself. sounds  like I should be handing this bug report down to the libraries that digikam uses to handle this, which are they again?
Comment 3 caulier.gilles 2012-06-10 08:25:06 UTC
>sounds  like I should be handing this bug report down to the libraries that digikam uses to handle this, which are they again?

Yes, Exiv2 shared library (http://www.exiv2.org)

Note : Thumbnails are managed by KDE kioslave. So it's KDELibs stuff, especially with non native file format supported by digiKam

Gilles Caulier
Comment 4 Rafael Linux User 2014-04-15 14:29:51 UTC
What's the status about .ora and .kri thumbnailer? Is any Kioslave developer taking this suggestion into account from 2012? GNome has yet that thumbnailer ...
http://www.davidrevoy.com/article/194/gnome-files-thumnailer-for-ora-and-kra-images.html

Will KDE user have it too soon?

Thank you
Comment 5 caulier.gilles 2014-08-22 13:39:47 UTC
I fork to KDELibs this entry to know the status of .ora and .kra support through kimgio.

Gilles Caulier
Comment 6 Rafael 2014-08-23 23:21:12 UTC
Thank you Gilles

;)
Comment 7 Alan Horkan 2015-04-23 15:47:13 UTC
The OpenRaster specification was expanded so complaint versions should include both
a thumbnail size preview
/Thumbnails/thumbnail.png
as well as a full sized preview
mergedimage.png
http://www.freedesktop.org/wiki/Specifications/OpenRaster/Draft/FileLayout/
the change was deliberately intended to viewer support easier.
Comment 8 Rafael Linux User 2018-08-15 20:58:51 UTC
Good news!
Comment 9 caulier.gilles 2018-08-21 08:47:51 UTC
Note. 

Ora files are just displayed well in digiKam 6.0.0 with KImageformats 5.42.

Kra files are not yet recognized.

Gilles Caulier
Comment 10 Christoph Feck 2018-09-04 23:23:56 UTC
Do .kra files show when Krita is actually installed? I had the impression Krita installs a thumbnailer.
Comment 11 caulier.gilles 2018-09-05 05:47:12 UTC
As i remember, I tested with and without Krita installed.

.ora work in both cases.
.kra do not work at all.

I don't check if the Krita thumbnailers package is installed. I will check it.

But in all cases, i expect to see the .kra thumbnails working without Krita installed on the system, as for .ora files.

Gilles Caulier
Comment 12 caulier.gilles 2018-09-05 16:24:57 UTC
I do not see any Krita thumbnailer .so  installed in Krita package.

I take a look in source code, some thumbnailer classes exits but not shared.

Perhaps it's present in Calligra ?

Gilles Caulier
Comment 13 caulier.gilles 2020-07-15 07:27:16 UTC
A new thread is started in Krita bugzilla about this topic :

https://bugs.kde.org/show_bug.cgi?id=423637

Gilles Caulier
Comment 14 Halla Rempt 2020-07-15 09:04:48 UTC

*** This bug has been marked as a duplicate of bug 423637 ***
Comment 15 caulier.gilles 2020-08-04 11:53:56 UTC
Raphael has report 2 other files which are now closed in digiKam side with 7.0.0 release:

bug #372568
bug #412374

Gilles Caulier
Comment 16 maderios 2023-11-19 13:28:17 UTC
Digikam git can't export to .ora format. This essential function is not available in Digikam editor.
Conditions: 
Digikam git
Arch Linux system
kimageformats5 5.112.0-1 (kf5)
qt5-imageformats 5.15.11+kde+r12-1
Comment 17 Maik Qualmann 2023-11-19 13:41:53 UTC
The ORA format can only be read with the KImageFormats plugins. A write function is not implemented. Submit a wish as bug report to the KimageFormats plugins for writing support of the ORA format.

Maik
Comment 18 Maik Qualmann 2023-11-19 13:54:34 UTC
Also note that the ORA format is not supported by Exiv2 or ExifTool (ExifTool only recognizes that it is a ZIP container).

Maik
Comment 19 maderios 2023-11-19 15:08:00 UTC
(In reply to Maik Qualmann from comment #18)
> Also note that the ORA format is not supported by Exiv2 or ExifTool
> (ExifTool only recognizes that it is a ZIP container).
> 
> Maik

I only use XMP sidecar for .ora multilayers files, it works for me