Ticket #7612 (closed: wontfix)

Opened 7 years ago

Last modified 5 years ago

Strange value for date in SANS2D event file

Reported by: Gesner Passos Owned by: Gesner Passos
Priority: major Milestone: Release 3.0
Component: SANS Keywords:
Cc: anders.markvardsen@… Blocked By:
Blocking: Tester: Karl Palmen

Description

ws = LoadEventNexus(Filename=r'/archive/ndxsans2d/Instrument/data/cycle_13_2/SANS2D00019689.nxs')
proton_charges =  ws.getRun().getLogData("proton_charge")
print proton_charges.firstTime(), proton_charges.nthTime(1), proton_charges.lastTime()

It says that the first event was 1721-04-19 - quite hard to believe ;)

Change History

comment:1 Changed 7 years ago by Gesner Passos

  • Status changed from new to inprogress

comment:2 Changed 7 years ago by Gesner Passos

These values could come from framelog/proton_charge.

comment:3 Changed 7 years ago by Gesner Passos

produces the same result

filename=r'/archive/ndxsans2d/Instrument/data/cycle_13_2/SANS2D00019689.nxs'
ws = CreateWorkspace([1], [1])
LoadNexusLogs(ws,filename)
proton_charges =  ws.getRun().getLogData("proton_charge")
print proton_charges.firstTime(), proton_charges.nthTime(1), proton_charges.lastTime()

comment:4 Changed 7 years ago by Gesner Passos

The same happens if you change 'proton_charge' to 'period_log'

comment:5 Changed 7 years ago by Gesner Passos

It was found that the data file had a strange value.

Open the file (hdfview): ndxsans2d/Instrument/data/cycle_13_2/SANS2D00019689.nxs

Open the dataset: framelog/proton_charge/time

Got to the last value of this dataset and you will find the following value: -1.3019562E10. 

comment:6 Changed 7 years ago by Gesner Passos

  • Status changed from inprogress to verify
  • Resolution set to wontfix

I got the following answer from the responsible for the data acquisition:

in the instrument log file I see: 
 
    2013-07-29 10:08:13  (5954) NeXusEventCallback: [Warning] (NeXusEventCallback::allFrameCallback) Invalid DAE time value 0 (offset -1.30196e+010 seconds) for frame 6350

this only happened for the final frame in the experiment – times for all other frames are OK.

I tested 100 of files for the same instrument and this failure occurred in just one.

I consider we should not try to fix this right now. Or we should come up with a more general decision on how we will deal with this kind of issues.

comment:7 Changed 7 years ago by Karl Palmen

  • Status changed from verify to verifying
  • Tester set to Karl Palmen

comment:8 Changed 7 years ago by Karl Palmen

  • Status changed from verifying to closed

When I loaded the file with the load logs checkbox ticked and then sampled log, I then imported the proton charge log and got a message "Found entries in the proton_charge sample log with invalid pulse time. In viewing the table. I see the first time is a large number. The graph plotted along with it starts with a large negative number suggesting the very early date.

Other files I tried are OK.

I pass this. A new ticket can be opened if this or similar problem occurs with other files/runs or we have a good idea how to deal with such rogue data.

comment:9 Changed 7 years ago by Nick Draper

  • Component changed from Framework to SANS

comment:10 Changed 5 years ago by Stuart Campbell

This ticket has been transferred to github issue 8457

Note: See TracTickets for help on using tickets.