Simulation Model Parameters#

Introduction#

Model parameter data structures are defined in schema files. To ensure consistency and correctness of the model parameters, these schema files are used to validate the model parameter files with simtools-validate-file-using-schema. Strict versioning of schemas and metaschema is introduced to ensure that the model parameters are always compatible with the schema files.

The model parameters are stored in json-style in the model repository and database. A typical model parameter file looks like:

{
    "schema_version": "0.1.0",
    "model_parameter_schema_version": "0.1.0",
    "parameter": "num_gains",
    "instrument": "LSTN-01",
    "site": "North",
    "parameter_version": "1.0.0",
    "unique_id": null,
    "value": 2,
    "unit": null,
    "type": "int64",
    "file": false
}

Two types of schema definitions need to be distinguished:

  1. Meta schema: The meta schema defines the structure of the model parameter file. It is a multi-document YAML file including several schema versions. The meta schema is used to validate the model parameter files. The schema_version field is used to identify the correct meta schema.

  2. Model parameter schema: The model parameter schema defines the properties of the model parameter. It is a human-readable YAML file that describes the model parameter in detail. The model_parameter_schema_version field is used to identify the correct model parameter schema (optional field; default value is 0.1.0).

The metaschema model_parameter.metaschema.yml defines the json data structure used for model parameters. This meta schema defines e.g., that parameter must be a string or file a boolean. No additional properties are allowed.

Model parameter schemas are defined in YAML format and located in the src/simtools/schemas/model_parameters directory. Each schema file specifies fields such as name, type, format, units, and applicable telescopes. Schemas also include metadata on default values, validation rules, data sources, and links to relevant simulation software. Model parameter descriptions are primarily derived from the sim_telarray manual, ensuring alignment with its definitions and conventions.

For above example the schema file num_gains.schema.yml is:

%YAML 1.2
---
title: Schema for num_gains model parameter
version: 0.1.0
meta_schema: simpipe-schema
meta_schema_url: https://raw.githubusercontent.com/gammasim/simtools/main/simtools/schemas/model_parameter_and_data_schema.metaschema.yml
meta_schema_version: 0.1.0
name: num_gains
description: Number of different gains the input signal gets digitized.
data:
  - type: int
    unit: dimensionless
    default: 1
    allowed_range:
      min: 1
      max: 2
instrument:
  class: Camera
  type:
    - LSTN
    - LSTS
    - MSTN
    - MSTS
    - SSTS
    - SCTS
activity:
  setting:
    - SetParameterFromExternal
  validation:
    - ValidateParameterByExpert
source:
  - Initial instrument setup
simulation_software:
  - name: sim_telarray

Model parameter schema files follow the fixed meta schema (see meta_schema, meta_schema_url, and meta_schema_version fields in above example and model_parameter_and_data_schema.metaschema.yml).

Valid Keys#

Valid keys are described in detail in model_parameter_and_data_schema.metaschema.yml. The most important parameters are:

Header section#

  • title: Title of the schema file.

  • version: Version of this schema file.

  • meta_schema: Name of the base schema.

  • meta_schema_url: URL of the base schema.

  • meta_schema_version: Version of the base schema.

Parameter description#

  • name: Name of the parameter.

  • description: Description of the parameter.

  • short_description: Short description of the parameter (optional).

Parameter data#

The data field is used to describe the actual type, format, and allowed values of the parameter.

  • type: Data type of the parameter.

  • unit: Units of the parameter (compatible with astropy units).

  • default: Default value of the parameter.

  • allowed_range: Allowed range of the parameter.

  • allowed_values: Allowed values of the parameter. Use if values are not continuous and restricted to a small list of allowed values.

Tables of any dimensions can be described using the data_table field. Example:

data:
  - type: data_table
    table_columns:
      - name: wavelength
        description: Wavelength.
        required: true
        unit: nm
        type: double
        required_range:
          min: 300.0
          max: 700.0
        input_processing:
          - remove_duplicates
          - sort
      - name: photo_detection_efficiency
        description: Average quantum or photon detection efficiency.
        required: true
        unit: dimensionless
        type: double
        allowed_range:
          min: 0.0
          max: 1.0

Input processing in form of sorting, removing of duplicates, etc. can be specified using the input_processing field.

Warning

The data_table field is not yet implemented in the simtools schema and parameter files.

Instrument description#

  • class: Instrument class. Allow values are Camera, Site, Structure, Telescope

  • type: Instrument type following CTAO Naming.

  • site: CTAO site. Allowed values are North and South.

Activity description#

Describes setting and validation activities. Each activity corresponds to a workflow as described in the simtools workflows repository.

Warning

The implementation of activities and workflows is incomplete and in progress.

Data source description#

Describes the source of the data or parameter (e.g., Calibration)

Simulation software description#

Describes the simulation software (e.g., sim_telarray or corsika) the parameter is used for.

simulation_software:
  - name: corsika

Allowed is here to add the internal simulation software parameter naming (if different than the name used here in the schema). This is important to write correct and consistent CORSIKA or sim_telarray configuration files.

Example:

simulation_software:
  - name: sim_telarray
    internal_parameter_name: secondary_ref_radius