qview ingests .lbl files as cubelists, causing them not to be ingested.
qview currently treats any file that does not have a .cub or .cube extension as a cubelist and attempts to ingest it as such.
This makes .lbl uningestable because it will read it as a cubelist and throw errors immediately.
The code for this is located in Workspace.cpp
qview should ingest a filename and attempt to open it as a cube, if it can't then it should attempt to ingest it as a cubelist, and if that fails then an error should be thrown.
#4 Updated by Christopher Combs 3 months ago
- Assignee set to Christopher Combs
It seems that the old way of handling running qview on labels is in Cube.cpp: in the open() method we check for a "^Core" keyword and open the file associated with it.
We can return to this by adding ".lbl" to the list of checks before assuming a cube list (in Workspace.cpp), but it will not cover all types of labels, such as the labels created using catlab.
This is available for viewing/testing at /work/projects/isis/latest/m05350,
two test files are available there (f319b18.lbl created from catlab, and W1591159850_1_cal.lev2.detached.ccw180.lbl which has "^Core").
#6 Updated by Christopher Combs 3 months ago
- Status changed from In Progress to Blocked
Blocked: Do we want to return to the previous functionality of only supporting lbls that have "^Core" Keywords, or do we want to update cube to handle all types of lbl files? (Not all lbl's have keywords that point to their cube)