Opened 6 years ago
Closed 6 years ago
#1206 closed defect (fixed)
Incorrect (and confusing) presentation of dQ from data in instrumental smearing section
Reported by: | butler | Owned by: | GitHub <noreply@…> |
---|---|---|---|
Priority: | major | Milestone: | SasView 4.2.1 |
Component: | SasView | Keywords: | |
Cc: | Work Package: | McSAS Integration Project |
Description
Selecting use dQ Data currently displays dQ high and dQ low (for pinhole data at least), However dQ low is not labelled while dQ high is labelled as dQ[%].
Prior to SasView version 4.1.0, the two values were labeled dQ high and dQ low. In 4.1.0 a change was made to the custom pinhole to be useful by asking for a dQ/Q in percent (see #850). The current labels probably were introduced accidentally in that work. However the proper fix should be to change the values presented to be dQ/Q[%] (as one label suggests) and then fix the labels to make it clear what is presented: dQ/Q low[%] and dQ/Q high[%].
Change History (5)
comment:1 Changed 6 years ago by butler
comment:2 Changed 6 years ago by butler
comment:3 Changed 6 years ago by butler
comment:4 Changed 6 years ago by smk78
Tested https://jenkins.esss.dk/sasview/job/SasView_Win7_64bit_PullRequest/ Build#67 on W64 and verify that the GUI now shows dQ/Q in % at Qmin and Qmax.
If one wanted to put a big fat cherry on top of this fix, it would be to make the dQ/Q boxes change colour if the value is 'excessive' in order to draw the users attention to it.
comment:5 Changed 6 years ago by GitHub <noreply@…>
- Owner set to GitHub <noreply@…>
- Resolution set to fixed
- Status changed from new to closed
From @smk78 in ticket #850
The codebase (see basepage.py and fitpage.py) seems to have some infrastructure for computing %dQ.
I think displaying the %dQ is probably of more use to the user, and we could flag "crazy" values by turning the reporting box(es) red or similar. But exactly what we report probably needs some discussion.