Open smalers opened 1 year ago
After an initial evaluation, I decided to go with option 2 (associated time series separate from properties). Adding a time series as a property was going to result in too much potential problems because properties are expanded with ${Property}
notation and a complex object like a TS
instance could cause errors and require code in various places to check. I updated the SetTimeSeriesProperty
command to allow setting a time series but have not done anything else in graphing code to test.
This is associated with the core processor design but does overlap other repositories such as
cdss-lib-common-java
.There are cases where a time series is associated with related properties. Currently, typical time series only allow one data value per time series, which corresponds to the time series identifier. However, there are cases where additional time series might be associated with the primary time series, for example:
Associating the related time series with the primary time series could occur as follows:
TS
class. This would allow for the association but requires a slight change in the time series design.Trying the last option requires the least effort at this point and can be tested. For example, change the
SetTimeSeriesProperty
command to allow selecting a time series to set as the property, and then see how the software handles in a test. Other questions are:IsTemporary=True
. Then output tools will know that it is a throw-away time series.