Setups¶
Note
TODO: make a nice object diagram for “setups” section
Contents
“setups” section¶
A typical setups section would look like below:
{
"$schema": "https://.../amorphys.json#properties/setups",
"$description": "experimental setups for the foraging-behavior project",
"postdoc-room": {
"type": "Setup",
"description": "the setup for investigation of human foraging behavior.",
"components": {
"subject": { "$ref": "subjects.json#animal" },
"KeisukesDesk": {
...
},
"fridge": {
...
},
...
},
"layout": [
{
"@context": "https://.../amorphys-spatial",
"@id": { "$ref": "../components/fridge" },
"left-side-of": { "$ref": "../components/KeisukesDesk" }
},
...
]
}
}
-
class
setups The
setupssection ofamorphysis a subclass ofsection, and consists of a mapping ofSetupobjects.Multiple
Setupobjects may be included inside this section, and each of them can be referred to from elsewhere by its key (i.e."setups/postdoc-room"in the above example).-
$description a recommended
stringfield inherited from thesectionclass.
-
Setup class¶
-
class
Setup¶ Setupis a subclass ofContext. ASetupobject consists of the following parts, in addition to the standard properties defined inContext:-
type¶ a required
stringobject inherited fromEntity. Unless you define any subclasses, this property must be"Setup".
-
components¶ a mapping to physical objects (subjects and apparatuses) that comprise the setup. The value part can be either a
Spatialinstance, or a JSON reference to it.Note that only
Spatialobjects can become the value part of this mapping.
-
layout¶ an array of spatial relationships between those defined in the
componentssection.Each
Relationshipinstance must have one and only one spatial restriction in it, but can optionally have the other types of relationship keys.
-