Variable Network files: A
variable network file just contains the information on how to change
the network used during each run through, as well as the output folder.
Syntax:
Range: range-statement
associated-name-for-user Connections To: connection-statement-2
File: [overwrite | append]
Connectivity Folder: folder-statement
Latency Folder: folder-statement
Suffix: suffix-statement
Allow: [pre<*> | post<*> | para<*>]
(note, associated-name-for-user was defined in the oden file section)
Note, these lines can be in any order.
There are only three mandatory lines, Range:, one of the connection-statement-2 lines, and one of the folder lines. They can be in any order
Range: tells us which neurons to apply this to.
The
connection statements here are identical to those in the network files,
with one important exception, namely, for the connectivity filename
statement, you can enter * instead to indicate that you want to
retrieve a range of networks from a folder
and
that for the latency filename statement, you can enter ! to indicate
that you want to retrieve a range of networks from a folder.
Note:
if you do both latency and filename statements, there must be an equal
number of filenames in the respective directories and they must have
the same suffix options. In general this option should only be used if you really want it.
Write overwrite if you want each new network set to overwrite the data from the last; append if you want to always append the newest connectivity filename to the path so that we keep them all. Append is default
The first folder statement (also quoted) tells us where to find the connectivity files. If there are no * for connectivity, this line is optional
The second folder statement (also quoted) tells us where to find the latency matrix files. If there are no ! for latency in this file, this line is optional.
The suffix statement (also quoted) tells us what the suffix of the files need to be. This line is optional; the default is any suffix is fine.
The suffix generality statement is optional. Omitting
it means that there can be only one suffix, and it has to be the
corresponding suffix statement, unless there is no suffix statement, in
which case any suffix is fine.
allow pre (or allow pre-suffix) statement means that we allow suffixes before the listed one. allow post means that we allow suffixes after. Allow para means to allow either.
Note that suffixes in general are assumed to be denoted by a period '.'. If you forget to add it, it will be added for you.