LSSTApplications
19.0.0-14-gb0260a2+d60062ef16,20.0.0+1540ce6389,20.0.0+7c6b12c2f9,20.0.0+ae956f52c5,20.0.0+be870186d9,20.0.0+e2e26847c2,20.0.0-1-g10df615+7683e4f082,20.0.0-1-g253301a+7c6b12c2f9,20.0.0-1-g2b7511a+46a6078777,20.0.0-1-g3dda6ea+606b36f8c0,20.0.0-1-g4d801e7+901ee84527,20.0.0-1-g5b95a8c+a5fa15ec54,20.0.0-1-gb058bd0+46a6078777,20.0.0-1-gb88604f+acecce4127,20.0.0-1-gc96f8cb+61a4a056b1,20.0.0-1-gedffbd8+4f0e391d5e,20.0.0-10-g0891cd99+aadc987f3e,20.0.0-10-g9a20bd332+576ca7b471,20.0.0-17-gcdbda88+ed0d4927ab,20.0.0-2-g4dae9ad+61a4a056b1,20.0.0-2-g61b8584+85c46248f3,20.0.0-2-gb780d76+f45b7d88f4,20.0.0-2-gf072044+7c6b12c2f9,20.0.0-21-g9bbb7f7+61a4a056b1,20.0.0-22-gc512666+9eba1c4719,20.0.0-23-g8900aa8+68630f7098,20.0.0-3-g1653f94+85c46248f3,20.0.0-3-g4cc78c6+63636aeed8,20.0.0-3-g750bffe+e05f822de9,20.0.0-3-gbd60e8c+ff10c6d78d,20.0.0-32-g15a0e07c+ff1c9f120b,20.0.0-4-g97dc21a+68630f7098,20.0.0-4-gfea843c+f45b7d88f4,20.0.0-5-g357b56b+f45b7d88f4,20.0.0-6-g9a5b7a1+2c4171520d,20.0.0-61-g4de25fb+e4dd172200,20.0.0-7-gcda7bf1+85e953d7e4,w.2020.43
LSSTDataManagementBasePackage
|
A Dictionary is intended to provide a definitions for a set of policy parameters. A dictionary file uses the same underlying format as its policy counterpart. The difference is that a defined set of parameter names are used to define the policy parameters. A simple example of a Dictionary in PAF format can be found as examples/policies/EventTransmitter_dict.paf. The example below defines a single parameter called "verbosity":
#<?cfg paf dictionary ?> # # this is a comment # target: Log definitions: { verbosity: { type: "string" description: "the threshold message 'loudness' that a log message must exceed in order for it to be recorded to the log, given as a logical name." default: "WARN" minOccurs: 0 # means parameter is optional maxOccurs: 1 # parameter may occur only once in policy file allowed: { value: "DEBUG" description: "include messages intended for recording while debugging" } allowed: { value: "INFO" description: "include informational messages reporting on normal behavior" } allowed: { value: "WARN" description: "include messages warning about abnormal but non-fatal behavior" } allowed: { value: "FATAL" descripiton: "include messages reporting severe or fatal behavior" } } }
In this example, the verbosity takes a string value that is restricted to a defined set. The parameter is optional, but it should not appear more than once. If not provided, it's default values is "WARN".
Just as in a policy file, it is recommended, but required, to start with a comment line containing the content identifier, "<?cfg paf dictionary ?>"
. This indicates that the file is a policy dictionary in PAF format. If this identifier is not present, the file can be recognized as a dictionary either from its file extension or by the presence of a top-level parameter named "definitions".
As can be seen from the example above, a dictionary takes advantage of the hierarchical formatting capabilities of the policy format. At the top level of the hierarchy, two parameters can appear:
Name | Required? | Type | Defintion |
---|---|---|---|
target | recommended | string | The name of the class, object, or system that this dictionary is intended for. Currently, this is only used for documentation purposes. |
definitions | required | Policy | The definitions of each term, where each parameter name is a Policy parameter being defined. |
All the policy parameters defined by the dictionary is stored under the definitions parameter. Each of the names that appear under the definitions "policy" is the name of a policy parameter being defined. The name cannot be hierarchical (that is, it must not contain any dots, '.'). Its value represents the definition of the parameter, and it must be of Policy type; that is, its value will be a set of parameters that provide the formal definition.
The parameters that may appear within a definition include:
Name | Required? | Type | Defintion |
---|---|---|---|
type | recommended | string | the type of the value expected, one of "int", "bool", "double", "string", and "policy". If not provided, any type ("undefined") should be assumed. If the type is Policy, a dictionary for its terms can be provided via "dictionary"/"dictionaryFile". |
description | recommended | string | The semantic meaning of the term or explanation of how it will be used. |
minOccurs | optional | int | The minimun number of values expected. 0 means that the parameter is optional, > 0 means that it is required, > 1 means that a vector is required. If not specified or < 0, 0 should be assumed. |
maxOccurs | optional | int | The maximun number of values expected. 0 means that the parameter is forbidden to occur, 1 means that the value must be a scalar, and > 1 means that an array value is allowed. If not specified or < 0, any number of values is allowed; the user should assume a vector value. |
default | optional | * | A value that will be assumed if none is provided. |
dictionaryFile | optional | string | A file path to the definition of the sub-policy parameters. This is ignored unless "type" equals "Policy". |
dictionary | optional | Policy | the dictionary policy object that defines sub-policy parameters using this above, top-level schema. This is ignored unless "type" equals "Policy". |
allowed | optional | Policy | A description of the allowed values. |
*the type must be that specified by the type parameter.
When the policy parameter being defined has the type Policy, the dictionary parameter provides a means to define the "sub-Policy parameters" supported below the parent parameter. The contents of the dictionary parameter is the same as the top level of a dictionary file: it contains the names target and definitions, the latter containing the definitions of the "sub-Policy" terms. For example, a dictionary like this:
definitions: { function: { type: Policy dictionary: { target: Function definitions: { name: { type: string ... } width: { type: double ... } } } } }
implies a policy file that can look like this:
function.name: Airy function.width: 5.7
Often when the policy parameter is defined to be of type Policy, the definition will include a dictionaryFile item instead of a dictionary. The path provided as the value is the path to another dictionary file containing the definitions of the "sub-Policy" paramters. Normally, this path should not be absolute; that is, the application should look for the file relative to current working directory (as set by the application).
The allowed term let's you describe the allowed values the polic parameter may have. If no allowed parameter is provided, then now restrictions on the the value will be assumed. This parameter can include the following "sub-Policy" parameters:
Name | Required? | Type | Defintion |
---|---|---|---|
value | optional | * | One allowed value. This should not be an an array of values. |
description | optional | * | a description of what this value indicates. |
min | optional | * | The minimum allowed value, used for int and double typed parameters. |
max | optional | * | The maximum allowed value, used for int and double typed parameters. |
*the type must be that specified by the type parameter.