.kra files missing

Nathaniel Gray n8gray at caltech.edu
Tue Jan 22 18:26:40 CET 2008

On Jan 22, 2008, at 1:03 AM, Boudewijn Rempt wrote:

> On Tue, 22 Jan 2008, Nathaniel Gray wrote:
>> Hi Krita devs,
>> I've been looking for a good 16-bit capable photo editor on OS X (for
>> under $600 ;-) and ended up installing Krita 1.6.3 from MacPorts.   
>> I'm
>> quite happy with what I've tried -- I was able to remove some pesky
>> shadows from a favorite photo of mine without dropping to 8-bit and I
>> liked the interface.  However, there was one rather bad problem.  In
>> mid-stream I saved my work, choosing the native .kra format to
>> preserve layers & selections.  Later I found that there was no .kra
>> file anywhere.  Instead, I have a folder with the name I chose for  
>> the
>> file containing some xml files and sub-folders.  Here's the directory
>> tree:
>> [n8gray at golux]% ls -AR ~/Desktop/selected-shadow
>> built image/      documentinfo.xml  maindoc.xml       preview.png
>> /Users/n8gray/Desktop/selected-shadow/built image:
>> annotations/ layers/
>> /Users/n8gray/Desktop/selected-shadow/built image/annotations:
>> icc
>> /Users/n8gray/Desktop/selected-shadow/built image/layers:
>> layer0      layer0.icc  layer1      layer1.icc
>> My guess is that this stuff was supposed to be archived into a single
>> file or something, but I guess something went wrong.  I tried zipping
>> it up and changing the extension to .kra but that didn't seem to
>> work.  I would really like to recover this work -- can you suggest
>> anything?
> That should have worked. Likewise, krita  ~/Desktop/selected-shadow/ 
> maindox.xml should open
> your image without problems. You shouldn't get these exploded files  
> by default, but only
> by selecting a special file type in the save as dialog. I can't  
> check right now what it's
> called, since I'm at work.

Ok, that's one mystery solved -- the drop-down list for file types  
wasn't scrolled to the top line (Krita document) so I chose the line  
that said "Krita Document (Uncompressed XML)".  My bad.  But I still  
can't open maindoc.xml.  I just get a dialog that says "Could not  
open /Users/n8gray/.../maindoc.xml".

Here's the output on the console:

koffice (lib kofficecore): KoDocument::openURL url=file:///Users/n8gray/Desktop/selected-shadow/maindoc.xml
koffice (lib kofficecore): KoDocument::openFile loading maindoc.xml,  
using directory store for /Users/n8gray/Desktop/selected-shadow/ 
maindoc.xml; typeName=application/x-krita
koffice (lib kofficecore): KoDocument::openFile /Users/n8gray/Desktop/ 
selected-shadow/maindoc.xml type:application/x-krita
koffice (lib kofficecore): KoDocument::loadNativeFormat( /Users/n8gray/ 
Desktop/selected-shadow/maindoc.xml )
koffice (lib kofficecore): File root loaded and parsed
krita (file handling): WARNING: Could not open colorspace
koffice (lib kofficecore): KoMainWindow::addRecentURL url=file:///Users/n8gray/Desktop/selected-shadow/maindoc.xml
koffice (lib kofficecore): [KoMainWindow pointer (0x2be4440) to widget  
krita-mainwindow#1, geometry=800x600+376+57] Saving recent files list  
into config. instance()=0x1688f80

When I create a .kra file, rename it to .zip, and unzip it, the  
resulting maindoc.xml *can* be loaded without trouble.

Ok, I figured it out.  The IMAGE element in maindoc.xml had the  
attribute profile="Adobe RGB (1998)" in my original image.  Changing  
it to "sRGB built-in - (lcms internal)" let me open maindoc.xml once  
more.  The color profile of the photo doesn't seem to have been lost,  
so I guess I'm OK.  I've got some other questions about color  
management in Krita, but I'll save them for another message.


 >>>-- Nathaniel Gray -- Caltech Computer Science ------>
 >>>-- Mojave Project -- http://mojave.cs.caltech.edu -->

More information about the kimageshop mailing list