Add attributes to the Run object from python

[Peter Peterson]

Since #1878 needs more help, expose adding properties to the Run object in python.

[Peter Peterson]

(In [7929]) Exposing setter for Run object to python. Fixes #2036.

[Michael Whitty]

The setitem ([]) method appears to work.

However, can't then call getitem on the new element as we can on previous ones.

The below script illustrates this:

LoadRaw('C:\MANTID\Test\Data\irs21360.raw', 'irs21360')
run = mtd['irs21360'].getRun()

# Set new value
run['Testing'] = 1.234

# Show we can get already-set values
print run["run_number"].value

# Show the value is actually on the object
prop = run.getProperty('Testing')
print prop.name
print prop.value

# This line will raise a KeyError
print run['Testing']

[Peter Peterson]

(In [8148]) Mutating the run object correcly. Fixes #2036.

[Janik Zikovsky]

I get an error when accessing a TimeSeriesProperty. Weirdly, the error keeps popping up no matter what I type afterwards. This is from the script interpreter (pg3 is from PG3_1879_event.nxs) :

>> ws = mtd["pg3"]
>> r = ws.getRun()
>> print r["run_number"].value
1879
>> pc = r["proton_charge"]
Traceback (most recent call last):
  File "<string>", line 44, in _ScopeInspector_GetFunctionAttributes
TypeError: No to_python (by-value) converter found for C++ type: std::vector<Mantid::Kernel::DateAndTime, std::allocator<Mantid::Kernel::DateAndTime> >
>> a = 1.2
Traceback (most recent call last):
  File "<string>", line 44, in _ScopeInspector_GetFunctionAttributes
TypeError: No to_python (by-value) converter found for C++ type: std::vector<Mantid::Kernel::DateAndTime, std::allocator<Mantid::Kernel::DateAndTime> >
>> anything_I_type = 123
Traceback (most recent call last):
  File "<string>", line 44, in _ScopeInspector_GetFunctionAttributes
TypeError: No to_python (by-value) converter found for C++ type: std::vector<Mantid::Kernel::DateAndTime, std::allocator<Mantid::Kernel::DateAndTime> >

[Peter Peterson]

The problem exists only from the mantidplot python window and is better described in #2080. That is being left for the next release.

[Janik Zikovsky]

Confirmed working well in command-line python.

[Stuart Campbell]

This ticket has been transferred to github issue ​2883