Details
-
Type:
Improvement
-
Status:
Open
-
Priority:
Minor
-
Resolution: Unresolved
-
Affects Version/s: None
-
Fix Version/s: None
-
Component/s: echidna
-
Labels:None
Description
email to nha. 17th June, 2011.
Dear Nick,
please find attached the log-files which i sended to Norman in february.
Finding the error source was painful, while I got only the error message "69,959717" after installation, when I tried to open data. We found out that the problem raised from the fact, the regional setting in Windows was originally "german", which didn't work. Another strange thing is the fact, that Gumtree is only working with the australian-english setting. Even american or british (which is set as standard on our PCs at work) is not working. Location or system-language is not affected by this problem, they could remain at the specific local setting.
Now some wishes:
The resolution of the preview windows below the stiching area is not very satisfying. E.g. it took us days to find out, that the reason for the bad normalisation was the missing counting rate from the monitor. While the pattern background in the preview was looking were good, some significant edges and steps occurred in the pattern when they were processed with other programs like WinplotR.
It would be very practicable, to export the ROI of the stiched data as countig rate per single detector unit to allow time depended normalisation (118/225/... s) by assuming a counstant neutron flux rate. Probably the opportunity to convert directly the whole hdf-file to ASCII (like ncdump.exe)would be helpful, while WinplotR (release 01/2011) supports PSD data as .dat. (unfortunately my IDL-skills aren't that good yet...)
An additional pre-setted fitting function TCH-pV in the fitting menu would be nice.
Is it possible to load the files for angular-, efficiency-correction and offset directly from the current installation folder? Actually they are well hidden in the sub-sub-sub-folder \GumTree\echidna1.5.5\configuration\org.eclipse.osgi\bundles\102\1\.cp\data.
Everytime you load some data, the file-path is changed to the previous pattern-data path and you have to click all the way back to the correction files.
Additionally the background.hdf is causing some " '0"-errors.
Hope, that helps.
Regards,
Timur