Opened 12 years ago

Closed 9 years ago

#319 closed defect (wontfix)

rasimport resets axis names after updating a cube

Reported by: joachim.ungar@… Owned by: Alexander Herzig
Priority: major Milestone: 8.5.3
Component: rasgeo Version: 8.5
Keywords: rasimport, ps_domain Cc: Piero Campalani
Complexity: Medium

Description

When having a cube with the third axis name = 't' and type = '6', rasimport seems to reset to the initial values "z" and "5" after updating the cube with a new slice.

Alex proposed to add a new parameter specifying registered axis names upon image import, e.g. '—axes <x:y:z>', and when data is updated names and types shouldn't be overwritten at all.

Change History (5)

comment:1 by Alexander Herzig, 12 years ago

Milestone: 8.59.0
Owner: changed from Dimitar Misev to Alexander Herzig
Status: newaccepted

I agree with Piero's suggestion to fix this in conjunction with the upcoming ps schema change in 9.0.

comment:2 by abeccati, 12 years ago

I think this issue will be entirely obsoleted by 9.0 so it should belong either to 8.5 or be discarded entirely.

Meanwhile I have submitted a patch for 8.0-rc1 to avoid overwriting name and type upon update. This still requires manual update of the database after first insert but at least keeps existing name and type afterwards.

@Joachim: To be tested with rc2 or as soon as the patch is applied if you also build from git.

comment:3 by ungarj, 12 years ago

Alan,

thanks, I will check with rc2!

comment:4 by abeccati, 11 years ago

Cc: Piero Campalani added
Milestone: 9.08.5.3
Version: 8.5

I think this should be fixed already and belongs only to 8.5 as said (9.0 uses secore for axis definition). It should be checked against 8.5.2 then closed if confirmed fixed or with release 8.5.3 if not confirmed existing.

comment:5 by Dimitar Misev, 9 years ago

Resolution: wontfix
Status: acceptedclosed
Note: See TracTickets for help on using tickets.