Project

General

Profile

Bug #2256

isis2fits -- 32bit conversion passes bzero and bscale through even though it's not necessary

Added by Moses Milazzo over 3 years ago. Updated 12 days ago.

Status:
Acknowledged
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Impact:
Software Version:
Test Reviewer:

Description

Posted on the ISIS Support board. https://isis.astrogeology.usgs.gov/IsisSupport/index.php/topic,3935.0.html

I'm converting .cub images in FITS format using isis2fits.
I'm using ISIS 3.4.5.5677.
When converting scaled 8 or 16bit data (with Base and Multiplier different from 0 and 1) to scaled FITS without stretch, I'm expecting same pixel values and BZERO(=Base) and BSCALE(=Multiplier) FITS keywords. BZERO and BSCALE are ok,
but dynamics is completely lost (all pixel values are compressed around Base value). To temporally solve the problem I have exported cub in 32bit, but BZERO and BSCALE are still there and I have to modified them by hand (BZERO=0 and BSCALE=1) to display good pixel values.

isis2fits should not pass the bzero and bscale values to the FITS header when converting 32bit data.


Related issues

Related to ISIS - Bug #2257: isis2fits -- 8bit and 16bit conversion fails to stretch data correctly when no stretch is specified. Acknowledged

History

#1 Updated by Moses Milazzo over 3 years ago

  • Related to Bug #2257: isis2fits -- 8bit and 16bit conversion fails to stretch data correctly when no stretch is specified. added

#2 Updated by Moses Milazzo over 3 years ago

  • Status changed from New to Acknowledged

Also available in: Atom PDF