Steve,

I had a look for the config file IsisPreferences. There is nothing in $HOME. But in /opt/isis3/isis. Actually the cube size was set (default) to 12 GB! But actually, my error message referred to a Qt lib that was not able to handle more than 2GB.

Fridger

Steve,

Unfortunately this suspicion of yours is not right. At least not for my isis3 version 3.2.0.

Meanwhile I reproduced the error in isis2std, trying to convert a 64k grayscale .cub (~8.5 GB!) to .png with the command line:

> isis2std from=moon_64k.cub to=test.png

**USER ERROR** Cube exceeds max size of 2GB. Qimage cannot support that much raw data. Your cube is 2.0 GB.

The same error I get when I try to use the isis2std GUI.
Note that my cube size is 8.5 GB NOT 2 GB...

Given this fact, I looked at the isis3 forum where the same problem was discussed. Here is the authoritative answer by isis support team member ssides



One might think there was an easy workaround in this case: gdal_translate
BUT under Linux (at least)

> gdal_translate -of png moon_64k.cub moon_64k.png

GDALOpen failed - 4
`moon_64k.cub' not recognised as a supported file format.

This contradicts the statement from

> gdal_translate --formats

inquiry that the isis3 .cub format is supported in read-only mode (not in creation mode, though!). It might be that Windows works, since the GDAL version there is a bit more recent.

Sigh...

Sure enough, there is "light at the end of the tunnel"
Unlike isis2std, isis2raw works (being not based on a Qt lib)
This matches also your earlier suspicion:

> isis2raw from=moon_64k.cub to=test.bin bittype=8bit

Since my F-TexTools also work for "arbitrarily" large files, one uses my
bin2png command subsequently, to achieve the PNG conversion for monster-sized ISIS3 cube files.

Fridger

I'm not senile after all

But still, this doesn't explain why the filters wouldn't work on a large cub file Maybe a bug?

cartrite

Right, as I wrote in my previous post



Fridger

Concerning gdal, I used to build my own from source using a bigTiff lib. I do remember having problems using gdal with big files and that is what I used as a work around. Not sure if your case is the same though.

cartrite

So far I received an error associated with libpng only under Windows in case of the very big .jp2 to .png conversion (> 8.5 GB). Under Linux, the conversion took a long time (4 h) but worked fine. But anyway I do not intend to go for these super-monsters, since in my view a good scientific-level texture coloration (from templates) is more important than mere file size. The maximum size for coloration is limited to ~ 32k, since I need GIMP for that.

Fridger