-
Notifications
You must be signed in to change notification settings - Fork 122
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EnginXCalibrate: add option to produce table with output parameters #806
EnginXCalibrate: add option to produce table with output parameters #806
Conversation
Can you use |
@AndreiSavici : I think that the last commit should fix that warning. I wonder why pylint doesn't like CreateEmptyTableWorkspace. What a crumpy tool! |
@FedeMPouzols: In mantid.kernel or mantid.api we have an |
@@ -26,6 +27,12 @@ def PyInit(self): | |||
Direction.Input, PropertyMode.Optional),\ | |||
"Calibrated detector positions. If not specified, default ones are used.") | |||
|
|||
self.declareProperty('OutputParametersTableName', '', direction=Direction.Input, | |||
doc = 'Name for a table workspace with the calibration parameters calculated by ' | |||
'from this algorithm: difc and zero parameters for GSAS. At the moment ' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Minor suggestion for change, that is change:
Name for a table workspace with the calibration parameters calculated by '
'from this algorithm: difc and zero parameters for GSAS. At the moment '
'these two parameters are added as two columns in a single row. If not given, no'
'table is generated.
to
Name for a table workspace with the calibration parameters calculated '
'from this algorithm: difc and zero parameters for GSAS. '
'These two parameters are added as two columns in a single row. If not given, no'
'table is generated.
I just made the suggested change in the last commits. I also did small edits to the messages that come from other algorithms to make them a bit more verbose/understandable. I found that the messages like
come from |
Oops, the changes to FindPeaks.cpp produced a merge conflict with master. I'm fixing it... |
…te_output_table_with_difc_zero Conflicts: Code/Mantid/Framework/Algorithms/src/FindPeaks.cpp fix conflict (clang-format and var names), re #10967
I have changed the log level of the two messages mentioned above to 'notice' and was thinking about going down to 'information', but then @Anders-Markvardsen and @peterfpeterson seem to agree that these two should be 'debug' ideally. I'd also second that, as they show very low level info. This change to 'debug' is for the moment 'blocked by' issue #12686 . |
…ut_table_with_difc_zero EnginXCalibrate: add option to produce table with output parameters
output when run is now (which all output same colour): Further findpeak output will be reduced to debug in 12807 |
This fixes #11806 Adds a new optional property. If you give a name, a table workspace will be created (with that name) that contains the (for now) two output parameters from EnginXCalibrate.
To test:
Relase notes: at the moment I'm not adding anything about these EnginX changes, as this is very much work in progress. I'd wait until we have a cleared view on what will be the more final directions and outcomes, etc. Then we can write more sensible release notes about EnginX.