I'm starting to have batch criteria that do not have numeric variable values
across their range, which is problematic for graphing performance. I need to
have a clean way of determining numeric vs. categorical in the batch criteria:
Possible methods:
A new utility function
Create a BatchCriteria class base class which gets subclassed after
the command line batch criteria is parsed. This boolean would then be an
attribute.
Graphs would then need to be enabled in BOTH the config file (which specifies
what graphs should be enabled for a given controller) and a new map mapping
batch criteria to their numeric vs. categorical type.
As a result of this, bar graphs need to be brought back. Also, if the
categorical criteria happens to have 3 values, then triplots for the performance
values across swarm sizes could be included (most of the categorical batch
criteria have a ".Z{X}" component to specify the swarm size).
I'm starting to have batch criteria that do not have numeric variable values across their range, which is problematic for graphing performance. I need to have a clean way of determining numeric vs. categorical in the batch criteria:
Possible methods:
Graphs would then need to be enabled in BOTH the config file (which specifies what graphs should be enabled for a given controller) and a new map mapping batch criteria to their numeric vs. categorical type.
As a result of this, bar graphs need to be brought back. Also, if the categorical criteria happens to have 3 values, then triplots for the performance values across swarm sizes could be included (most of the categorical batch criteria have a ".Z{X}" component to specify the swarm size).