Opened 5 years ago

Closed 22 months ago

#319 closed defect (wontfix)

rasimport resets axis names after updating a cube

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


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 Changed 5 years ago by aherzig

  • Milestone changed from 8.5 to 9.0
  • Owner changed from dmisev to aherzig
  • Status changed from new to accepted

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

comment:2 Changed 5 years ago by abeccati

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 Changed 5 years ago by ungarj


thanks, I will check with rc2!

comment:4 Changed 4 years ago by abeccati

  • Cc pcampalani added
  • Milestone changed from 9.0 to 8.5.3
  • Version set to 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 Changed 22 months ago by dmisev

  • Resolution set to wontfix
  • Status changed from accepted to closed
Note: See TracTickets for help on using tickets.